Skip to Content
MoonCoinRoadmap

Roadmap

Le mainnet est interdit tant qu’un seul des critères de la section « Critères de passage mainnet » manque. Rien dans cette page n’est une autorisation de déploiement.

Phase 0 : Spécification

  • Paramètres du token, allocation du pré-mint, MasterChef et mécanisme Double‑Double figés dans MOONCOIN_ROADMAP.md.
  • Adresses obligatoires listées avant tout testnet final : équipe, trésorerie, réserve de staking, investisseur, trésorerie de frais, trois signataires du multisig, adresses DEX officielles.

Phase 1 : Implémentation & tests

  • Contrats : MoonCoin.sol, MoonMasterChef.sol, MoonTimelock.sol, coffre de réserve séparé.
  • Tests token : plafond, pré-mint exact, quatre allocations, transfert unique du rôle de mint, absence de vote/taxe/blacklist/pause cachés.
  • Tests MasterChef : émission plafonnée, répartition 20/20/10/50, pools 300/700, retraits normal et d’urgence à exactement 7 %, protection réentrance, tokens non standards rejetés.
  • Propriétés et fuzzing : totalSupply ≤ maxSupply en permanence, aucune séquence de dépôts/retraits ne bloque les fonds, aucun administrateur seul ne peut contourner timelock ou multisig.
  • Objectif : 100 % de couverture des fonctions privilégiées et financières, aucune alerte Slither critique/haute non résolue.

Phase 2 : Testnet Robinhood (14 jours minimum)

ParamètreValeur
Chain ID46630
RPC publichttps://rpc.testnet.chain.robinhood.com
Explorateurhttps://explorer.testnet.chain.robinhood.com

Déployer, vérifier toutes les sources, exécuter le pré-mint, distribuer les quatre allocations, configurer le MasterChef, transférer les rôles au timelock, créer les pools, puis exécuter les tests post-déploiement contre les adresses réelles. Chaque adresse et transaction est inscrite dans un manifeste de déploiement.

Phase 3 : Critères de passage mainnet

  • Spécification et modèle de menace gelés.
  • Tests unitaires, d’intégration, de fuzz et post-déploiement au vert, sans alerte critique/haute.
  • Revue indépendante du code et des scripts.
  • Multisig et timelock testés en conditions réelles ; adresses DEX confirmées depuis des sources officielles.
  • Documents de risques publiés : équipe sans vesting, mint futur, frais de retrait de 7 %, faible liquidité initiale, pouvoirs administratifs.
  • Conformité juridique examinée dans les juridictions ciblées.
  • Répétition générale complète sur testnet avec les mêmes scripts que ceux prévus pour le mainnet.

Phase 4 : Séquence de lancement mainnet

  1. Geler le commit final et ses dépendances.
  2. Déployer MoonCoin avec supply nulle, puis vérifier le code.
  3. Déployer et vérifier MasterChef et timelock.
  4. Pré-mint exact de 10 M MOON et distribution des quatre allocations.
  5. Transférer le mint au MasterChef (irréversible).
  6. Configurer parts 20/20/10/50, cap 10 MOON/s, frais 7 %, pools 300/700.
  7. Transférer l’administration au timelock puis au multisig 2‑sur‑3 ; vérifier que le déployeur n’a plus aucun privilège.
  8. Créer la position de liquidité MOON/ETH (2 M MOON pour 10 000 USD d’ETH), avec validation humaine immédiatement avant toute transaction financière.
  9. Verrouiller ou timelocker la position de liquidité.
  10. Publier toutes les adresses, paramètres, hashes et preuves de verrouillage.

Décisions encore requises

  1. Les cinq adresses bénéficiaires et les trois signataires du multisig.
  2. L’adresse et la nature de l’investisseur recevant 10 % des émissions.
  3. La date/heure UTC de début des émissions (au moins 48 h après vérification des contrats).
  4. Uniswap V3 ou V4tranché : Uniswap V2. MoonMasterChef a besoin d’un solde ERC‑20 fongible par staker pour le PID 1 ; une position V3/V4 est un NFT et exigerait un contrat wrapper custom, non audité. Une paire V2 est son propre token ERC‑20 : aucun changement à MoonMasterChef. Fee standard V2 (0,3 %) accepté. Adresses mainnet (chain 4663) vérifiées : Factory 0x8bcEaA40B9AcdfAedF85AdF4FF01F5Ad6517937f, Router02 0x89e5DB8B5aA49aA85AC63f691524311AEB649eba, WETH 0x0Bd7D308f8E1639FAb988df18A8011f41EAcAD73 — à re-vérifier indépendamment avant toute transaction réelle.
  5. Le locker LP audité, ou à défaut le mécanisme multisig + timelock — à confirmer compatible avec un LP token V2 (pas une position V3/V4).
  6. La tolérance maximale de slippage à la création de liquidité.
  7. La politique publique d’utilisation des 5 M de la réserve promotionnelle.
  8. Les juridictions où le projet sera proposé.

Ces champs restent des variables explicites : les scripts de lancement mainnet échouent tant qu’ils ne sont pas renseignés et validés.