Cycles, candidats et vote
Un nouveau cycle démarre chaque semaine : 5 fiches publiées, un vote de 48 h, puis l'opération du gagnant dans la minute qui suit la clôture. Tout se pilote depuis un back-office réservé à l'équipe.
Au lancement, les 5 premières fiches sont publiées en même temps que $VIVRA et le premier vote s'ouvre tout de suite. Chaque semaine ensuite, les candidats non élus peuvent rester sur le bulletin suivant, et l'équipe complète jusqu'à 5.
Chevauchement : le buyback (7 jours) et le suivi (30 jours) d'un token CTO continuent pendant le vote et l'opération du suivant. L'orchestrateur, le Buyback Bot et la dapp doivent gérer plusieurs tokens CTO actifs en même temps : jusqu'à 2 buybacks et 5 suivis en parallèle.
Back-office des cycles#
- Créer un cycle : numéro, date de publication des fiches, ouverture et clôture du vote.
- Choisir 5 candidats parmi les projets que l'équipe a soumis, fait analyser et validés (Analyse des projets).
- Pour les 5 candidats, le Scanner génère un pré-rapport (section 6) que l'équipe relit.
- Rédiger la thèse et le plan de chaque fiche, puis publier les 5 fiches d'un coup.
- À l'heure prévue, le vote s'ouvre automatiquement.
- À la clôture, le résultat est calculé, publié, et l'opération du gagnant est créée.
L'accès au back-office se fait par signature d'un wallet de l'équipe (liste blanche), avec un journal des actions.
Contenu d'une fiche candidat#
| Bloc | Champs | Origine |
|---|---|---|
| En-tête | photo de profil et bannière du projet (reprises de son X), ticker, nom, catégorie, accroche, version Pons, état (gradué ou courbe), adresse du contrat | analyse du projet, accroche rédigée |
| Score de reprise | note sur 100, palier, détail des 5 piliers et de leurs critères, figé à la publication (Annexe E) | calculé à l'analyse |
| Pourquoi on l'a choisi | thèse en une phrase, un paragraphe, 3 raisons | rédigé par l'équipe |
| Rapport du Scanner | analyse, 6 vérifications (mint, vente, liquidité, bag du dev, fonctions owner, top 10) | agent, relu |
| Comment il est mort | 4 à 6 dates clés | agent, relu |
| Plan d'opération | identité, site, utilité, X, Telegram | rédigé par l'équipe |
| Risques | 1 à 3 risques | rédigé par l'équipe |
| Marché | market cap, liquidité, volume 24 h et 7 j, plus haut, baisse, holders, holders depuis 30 j, bag du dev, creator tax | suivi des candidats, toutes les 15 min |
| Socials | boutons cliquables X, Telegram, site, docs, GitHub, chart, chacun avec métrique et statut ; grisés quand introuvables | analyse du projet |
| Après le CTO | frais créateur par trade, plafond de buyback, répartition des frais | calculé |
Vote par email, sans wallet#
- Connexion : email et lien magique, ou code à 6 chiffres. Pas de wallet, pas de mot de passe.
- Une voix par email vérifié et par cycle. Le votant peut changer de candidat jusqu'à la clôture.
- Anti-fraude : emails jetables bloqués (liste de domaines), nombre de comptes limité par IP et par appareil, captcha invisible à l'inscription, délai minimum entre la création du compte et le premier vote (24 h, paramètre). Ce délai ne s'applique pas au cycle 1 : le vote s'ouvre au lancement et tout le monde est nouveau.
- Exclusions : les comptes de l'équipe ne votent pas.
- Égalité : le candidat avec le plus de soutiens (ci-dessous) l'emporte.
- Transparence : le décompte par candidat et le nombre de votants sont publics. Les emails ne sont jamais publiés.
Conséquence à connaître : sans wallet, le vote n'est plus lié à la détention de $VIVRA. Option pour plus tard : lier volontairement un wallet pour obtenir un bonus de voix.
Soutiens des communautés#
Connecté par email, un visiteur peut cliquer « Je soutiens $TICKER » sur la fiche d'un candidat. Le compteur s'affiche sur la fiche et sert seulement en cas d'égalité. Un soutien ne prouve pas qu'on détient le token.
Critères d'acceptation#
- Un cycle complet sur testnet : publication, vote, clôture, résultat, opération créée, sans intervention manuelle après la publication.
- Le décompte public correspond aux votes enregistrés en base.
- Un vote envoyé après la clôture, depuis un email jetable ou par un compte de l'équipe, est refusé.