Vue d’ensemble
MoonCoin est un protocole de staking à émission variable : plutôt que d’annoncer un APR fixe, le
MasterChef calcule lui-même le taux d’émission nécessaire pour financer l’APR cible du palier de
TVL courant, puis le plafonne. L’objectif est d’obtenir cette mécanique Double‑Double sans les
angles morts habituels de ce type de conception (contrôleur propriétaire sans plafond, comptabilité
basée sur le solde brut du contrat, absence de timelock).
Statut actuel : implémentation locale, avant tout déploiement mainnet. Le Safe de gouvernance 2‑sur‑3 est déployé et vérifié sur Robinhood Chain Testnet ; les autres contrats (MoonCoin, MasterChef, réserve) n’existent, à ce stade, que dans des répétitions testnet ou en local.
Les quatre contrats
| Contrat | Responsabilité | Autorité |
|---|---|---|
MoonCoin | ERC‑20 OpenZeppelin, cap 100 000 000 000 000 MOON, burn/burnFrom, supply initiale nulle | Déployeur pour le pré-mint et le transfert irréversible du rôle de mint ; ensuite exclusivement le MasterChef |
MoonMasterChef | Deux pools, émission par seconde, comptabilité des dépôts et des récompenses | Timelock immuable ; un gardien limité à la pause des dépôts/harvests |
MoonTimelock | TimelockController OpenZeppelin, délai plancher permanent de 48 h | Multisig immuable, seuil 2 sur 3, trois signataires distincts |
MoonReserveVault | Réserve promotionnelle de 5 M MOON, versements identifiés par hash de campagne | Timelock immuable |
Aucun de ces contrats n’a de proxy, de fonction d’upgrade, de vote de gouvernance, de blacklist ou de taxe de transfert. Rien n’est modifiable en dehors des paramètres explicitement listés dans Sécurité, et uniquement par le timelock.
Ce que l’interface affiche
La page Pools de l’application lit dans le même bloc : le taux d’émission effectif, la
valorisation on-chain la plus récente, les points d’allocation et les parts bénéficiaires, avant
d’afficher l’APR global et son palier. Rien n’est pré-calculé côté serveur.