# Le cycle de reprise

Un nouveau cycle est prévu chaque semaine. Les cycles se chevauchent : une nouvelle sélection peut commencer pendant le suivi du projet précédent.

**J0 correspond à la clôture du vote.** T+ indique les heures après J0 ; J+ indique les jours après J0. Toutes les heures sont en UTC.

## Avant J0 · la communauté choisit

L’équipe soumet des adresses à l’analyse, vérifie l’éligibilité et publie cinq dossiers. Le vote reste ouvert 48 heures. Le score est figé à la publication ; les données de marché sont suivies séparément.

## Les premières 72 heures

| Échéance | Action | Responsable |
| --- | --- | --- |
| T+0 | Rapport complet et décision go / no-go validée par l’équipe | Scanner |
| T+2 h | Trois directions de marque | Designer |
| T+2 h 30 | Sondage communautaire sur l’identité | Designer |
| T+5 h | Kit de marque issu du choix | Designer |
| T+6 h | Site et mini-dapp à partir des templates | Webdev |
| T+12 h | Mise en place du compte X et tweet de vérification CTO | CM |
| T+14 h | Thread de retour du projet | CM |
| T+24 h | Telegram, dossier CTO manuel et démarrage prévu du buyback | TG Bot, équipe, Buyback Bot |
| T+48 h | Utilité et intégration au site | Builder, Webdev |

Ces échéances sont celles de l’orchestrateur. Une étape attend aussi ses dépendances et, lorsqu’elle l’exige, sa validation humaine. Le délai annoncé n’annule pas ces contrôles.

## J+3 · contrôle du buyback

Le paramétrage par défaut prévoit l’arrêt anticipé si le volume moyen n’a pas au moins doublé par rapport aux sept jours précédant le vote. Le reliquat passe à la réserve pour un prochain cycle.

Le buyback est découpé en environ 23 tranches, avec des limites de liquidité et de glissement. Le code actuel définit sa fenêtre jusqu’à J+8 avec les valeurs par défaut, alors que la spécification dit « de J+1 à J+7 ». Le verdict reste à J+7. Consultez [Le Buyback Bot](buyback-bot.md) et [les précisions d’implémentation](etat-implementation.md) pour cette distinction.

## J+7 · le verdict

Le verdict ne tombe pas à la fin des 72 heures. Le code planifie `scanner.verdict` à **168 heures**, soit J+7.

Les seuils par défaut pour le statut `revived` sont un volume quotidien moyen au moins multiplié par cinq **et** une hausse des holders d’au moins 10 %. Pour un token qui était sur la courbe au moment du vote, la graduation peut aussi donner ce statut. Des données indispensables manquantes ne doivent pas produire un verdict inventé.

Le verdict et sa publication nécessitent une validation humaine.

## J+30 · la passation

La communauté récupère les comptes selon la procédure : Telegram, compte X et export du site. Le site peut rester hébergé sur le sous-domaine Vivra. Les frais créateur redirigés restent affectés au buyback & burn de $VIVRA selon la règle V1.

La passation est une action humaine. Les détails sont dans [CTO Pons et frais](cto-pons-et-frais.md).