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 et les précisions d’implémentation 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.