Roadmap et conditions de sortie
Le calendrier décrit une intention de publication. La cadence de release ne remplace pas la validation du code. Une fonctionnalité qui déplace des fonds doit être préparée, testée et acceptée avant son ouverture.
Les références roadmapdev.md et la roadmap historique du dapp contiennent des règles dépassées. Cette page reprend les jalons en distinguant le travail demandé des versions déjà attestées.
Le préalable actuel
La politique des murs a changé : frais LP visés à 0,01 %, cible calculée à l’instant T, anciens fonds conservés aux ticks de leur position. Cette nouvelle version doit terminer sa validation et son raccordement avant une nouvelle recette réseau.
La base 7k doit être convertie et figée selon une convention claire de lancement en ETH. Aucun nouveau déploiement de cette politique n’est attesté dans cette édition.
Les jalons
| Jalon | Fonction | Statut et condition |
|---|---|---|
| J0 | Marché V1 | Ancienne V1 sur Sepolia ; nouvelle politique multi-murs en validation |
| J+2 | Keepers | Interface et service préparés autour de fonctions existantes ; exploitation continue à établir |
| Dès J+3 | mCUBIT Vault | Release future : lock 24 h, fees LP ETH réalisées, rewards WETH |
| Dès J+5 | CUBIT Links | Release future : signature first-bound, part prise sur l’équipe |
| Dès J+7 | Momentum | Release future : lecture seule du ladder |
| Dès J+10 | Forge curée | Future bêta isolée, conditionnée à son acceptation |
| Échéance guardian | Fin du pouvoir de pause de maintenance | Lire guardianExpiry ; 14 jours après la construction du hook |
| J+21 | Éventuelle Forge publique | Non implémentée ; décision et code distincts nécessaires |
Les fenêtres V2 sont des repères depuis le lancement. La disponibilité sera précisée pour chaque release. Le guardian suit sa propre échéance ; l’administration des modules par l’équipe continue après son expiration.
Conditions pour ouvrir le Vault
La comptabilité des rewards doit survivre aux tests de dépôts, retraits, claims, arrondis et remplacements, avec zéro création de CUBIT et aucun accès au principal des murs. Le financement doit venir de frais LP ETH réellement collectés.
Conditions pour ouvrir Links
Le total des taxes ne doit pas augmenter. Les signatures doivent engager le bon trader, la bonne chaîne et le bon registre. Un autre routeur ne doit pas pouvoir usurper le contexte d’attribution, et les claims existants doivent survivre au remplacement du routeur.
Conditions pour Momentum et Forge
Momentum doit rester une lecture du ladder. Forge doit conserver l’isolation des enfants, la restriction curée et le contrôle du template. L’ouverture publique ne découle pas de l’écoulement du temps.
Conditions pour une version de production
La release doit publier ses identités, ses paramètres de compilation, les bibliothèques liées, les bytecodes attendus et les permissions. Les tests doivent porter sur les sources finales et être reliés à cette release.
Les parcours wallets réels, agrégateurs, absorption, services et surveillance complètent les tests locaux. Le déploiement historique Sepolia ne constitue pas une acceptation automatique de ces nouveaux changements.
Les annonces historiques à requalifier
Un « floor qui ne fait que monter », un crossing de breakeven à une capitalisation prédéfinie ou une « immutabilité totale à J+14 » ne décrivent pas la nouvelle politique et ses permissions.
Les communications doivent indiquer le mur financé, sa cible courante, les fonds placés et la version du protocole. Les résultats historiques restent consultables comme tels dans les sources.