vivraDocumentationV1Comprendre le vote

Architecture générale

Tout passe par un serveur Vivra unique. Il lit la chaîne en continu, et n'y écrit que par deux chemins : le Buyback Bot (via le contrat BuybackBurner) et le job de trésorerie (claims de l'escrow Pons). Les agents n'appellent que des services externes, à travers leurs outils.

[Diagram: architecture.png in the repo — Front (dapp, landing, back-office) → Vivra server (analysis, API+WebSocket, orchestrator + 6 agents, Buyback Bot, treasury job, X/Telegram bots, Postgres + queues) → Robinhood Chain (Pons, tokens, BuybackBurner, Fees CTO wallet) and external services (Surplus, X API, Telegram, hosting, Pons CTO).]

La flèche de gauche relie le serveur aux services externes : inférence, posts, groupes, hébergement des sites et dossiers CTO.

Stack recommandée#

BriqueChoix
ServeurTypeScript sur Node 22
DonnéesPostgres ; Redis avec BullMQ pour les files de tâches
Chaîneviem ; contrats en Solidity avec Foundry, tests sur un fork du mainnet
Agentsclient compatible OpenAI (openai npm) branché sur Surplus, runner maison (build pack, T20)
FrontNext.js ; connexion par email via un service d'envoi (Resend, Postmark ou équivalent)
HébergementAPI et workers sur un hébergeur de conteneurs ; sites des tokens CTO sur Cloudflare Pages ou Vercel
RPCAlchemy, avec un second fournisseur en secours

Environnements#

EnvironnementChaîneUsage
TestRobinhood Chain testnet, chain id 46630développement, CTO test des contrats
Pré-productionfork du mainnetrépétition générale d'un cycle complet
ProductionRobinhood Chain mainnet, chain id 4663lancement
↑ ↓ pour parcourir · Entrée pour ouvrirVIVRA DOCS