# Questions fréquentes

## Faut-il acheter $VIVRA pour voter ?

Non. Le vote V1 utilise un email vérifié. Il n’est pas pondéré par la détention de tokens. Voir [Votre premier vote](premier-vote.md).

## Vivra trouve-t-il automatiquement les candidats ?

En V1, l’équipe soumet les adresses et le Scanner les analyse. L’outil de découverte automatique « Vivra Scout » est hors périmètre V1.

## Le score choisit-il le gagnant ?

Non. L’équipe choisit les cinq candidats éligibles, puis la communauté vote. Le score aide à comparer les projets ; il ne constitue pas une prédiction de prix. Il comporte cinq piliers et un total de 100 points.

## Le Buyback Bot est-il un septième agent IA ?

Non. C’est un programme déterministe avec un calendrier et des plafonds. Les six agents IA ne disposent pas des clés des wallets.

## Pourquoi 72 heures et sept jours ?

Les 72 heures correspondent à la reprise opérationnelle. Le buyback et l’évaluation se poursuivent sur le calendrier du cycle ; le verdict est prévu à J+7. Voir [Le cycle de reprise](le-cycle.md).

## Où vont les frais des tokens repris ?

Après acceptation du CTO par Pons et redirection effective, 100 % des frais créateur futurs reçus par Vivra sont destinés à racheter et brûler du $VIVRA. Les frais déjà crédités à l’ancien créateur ne sont pas récupérés.

## Que se passe-t-il si Pons refuse le CTO ?

L’opération, les agents et le verdict peuvent continuer. Le mécanisme de frais du token concerné ne démarre pas. La demande et la redirection des frais sont des états distincts à vérifier.

## Le buyback garantit-il une hausse de prix ?

Non. Les limites encadrent l’exécution, sans garantir un résultat de marché. Une opération peut être arrêtée et un projet peut recevoir le verdict `dead_again`.

## Les adresses et performances des maquettes sont-elles réelles ?

Non. Le handoff frontend précise que les tickers, adresses, volumes et résultats illustratifs sont fictifs. Ce GitBook n’en présente aucun comme donnée réelle.

## Cette documentation prouve-t-elle que Vivra est lancé ?

Non. Elle documente les sources fournies. L’[état de l’implémentation](etat-implementation.md) sépare les composants présents des dépendances non résolues ; aucun déploiement mainnet n’a été vérifié pour ce GitBook.