12194 | Proposition de mise à jour de Terra Classic directement vers Cosmos SDK v0.53.x avec IBC v2 (Eureka)
Source de :
- https://validator.info/terra-classic/governance/12194
- https://discourse.luncgoblins.com/t/terra-classic-upgrade-to-cosmos-sdk-v0-53-with-ibc-v2-eureka-support/178
Mise à jour de Terra Classic vers Cosmos SDK v0.53 + IBC v2 (Eureka)
Résumé
Suite à la proposition 12142 (Wasmd Unfork) et aux retours de la communauté, OrbitLabs propose de mettre à jour Terra Classic directement vers Cosmos SDK v0.53.x – sans passer par le déploiement intermédiaire du mainnet v0.50.
Cette approche est plus efficace, réduit les frais généraux de coordination et débloque le support IBC v2 (Eureka), permettant un routage en étoile entre les chaînes via Cosmos Hub. En consolidant le processus de migration, nous minimisons les perturbations tout en offrant tous les avantages prévus, ainsi que la nouvelle génération d’interopérabilité.
Motivation
- Efficacité : Un seul événement de mise à niveau coordonné, réduisant les temps d’arrêt et la complexité.
- Protection de l’avenir : Alignement de Terra Classic sur la dernière version stable du SDK à long terme (v0.53.x).
- Interopérabilité : Permet le routage multi-sauts IBC v2 (Eureka) et la connectivité centrée sur le hub.
- Sécurité et performances : Améliorations apportées par CometBFT v0.38.x, Wasmd v0.61.x, et mise à jour de l’IAVL.
Champ d’application
1. Mise à niveau du noyau
- Mise à niveau vers :
- Cosmos SDK v0.53.x
- CometBFT v0.38.x
- Wasmd v0.61.x / WasmVM v2.2.x
- IBC-Go v10.x (IBC v2 / Eureka)
- Migration de tous les modules principaux pour la compatibilité avec le SDK v0.53.
- Garder les fonctionnalités optionnelles de Cosmos SDK v0.53.x (
x/protocolpool,x/epochs, unordered transactions ) désactivées par défaut jusqu’à ce que la gouvernance les active explicitement.
2. Mise en œuvre du BAC v2 (Eureka)
- Intégrer la logique de routage IBC v2 dans le câblage de l’application.
- Validez les routes multi-sauts
MsgTransferentre deux ou plusieurs chaînes v0.53.x. - Testez des scénarios de défaillance pour vous assurer que les tentatives de relance et les accusés de réception des paquets sont fiables.
3. Déploiement de Testnet et assurance qualité
- Déployez la base de code mise à jour sur le réseau de test rebel-2.
- Exécuter :
- Tests de connexion et d’échange de canaux.
- Transferts de jetons ICS-20.
- Tests de routage multi-sauts et de traitement des erreurs de l’IBC v2.
- Suite complète de messages Wasm/SDK.
- Publier les résultats des tests et les problèmes connus pour les validateurs et les développeurs de dApp.
4. La documentation
- Mettez à jour les runbooks des validateurs pour une mise à niveau en une seule étape.
- Documenter tout changement de rupture et fournir des conseils de migration pour les dApps.
- Inclure des exemples de formats de messages IBC v2 pour les intégrateurs.
Budget
Total : 56 000 USD (payés en LUNC au moment de la soumission des propositions de dépenses)
| Phase | Produits à livrer | Budget |
|---|---|---|
| Phase 1 : Mise en œuvre et validation de Testnet (semaines 1 à 10) | Migration du code, déploiement de rebel-2, tests IBC v2, publication des résultats et conseils aux développeurs. | 40 000 USD |
| Phase 2 : Exécution du réseau principal et assistance après la mise à niveau (semaines 11 à 13) | Préparation de la proposition de gouvernance, coordination des validateurs, exécution de la mise à niveau, assistance immédiate après la mise à niveau. | 16 000 USD |
Chronologie
| Semaine | Jalon |
|---|---|
| 1-8 | Exécution de la mise à jour du noyau : Migration SDK v0.53.x, CometBFT v0.38.x, Wasmd v0.61.x, intégration IBC-Go v10.x, déploiement rebel-2 |
| 9-10 | Phase d’assurance qualité étendue : Tests de routage multi-sauts IBC v2, scénarios de défaillance, contrôles de l’intégrité des données. |
| 11 | Finalisation de la documentation, orientation du validateur/dApp, préparation de la proposition de gouvernance |
| 12-13 | Vote de gouvernance, exécution de la mise à niveau du réseau principal, surveillance immédiate après la mise à niveau |
Risques et atténuation
- SDK v0.53 Modules optionnels : Atténuation : Gardez
x/protocolpool,x/epochs, et les transactions non ordonnées désactivées par défaut. Activez-les uniquement via la gouvernance après l’évaluation. - Bugs d’interopérabilité IBC v2 : Atténuation : Effectuez des tests complets de bout en bout avec deux/trois chaînes v0.53.x pendant la phase de testnet, avec une période d’assurance qualité prolongée pour garantir la stabilité.
Impact sur la communauté
- Sécurité et stabilité renforcées : Amélioration de la couche de consensus et de l’efficacité de la mémoire.
- Une meilleure expérience pour les développeurs : Modules SDK modernes, exécution Wasm plus rapide et maintenance dApp plus facile.
- Interopérabilité prête pour l’avenir : le routage IBC v2 en étoile est disponible immédiatement après la mise à niveau.
- Réduction des coûts opérationnels : Un seul événement de mise à niveau au lieu de deux, ce qui minimise les perturbations pour les validateurs et la communauté.
Résultats
Une fois le projet achevé, Terra Classic
- Exécutez la dernière version stable de Cosmos SDK v0.53.x.
- Être entièrement compatible avec l’IBC v2 (Eureka) et être prêt pour les itinéraires en étoile.
- Offrir aux validateurs et aux développeurs une voie de mise à niveau fluide et validée.
- Évitez les coûts redondants et les temps d’arrêt du réseau dus à un processus de mise à niveau en deux étapes.
Nous invitons la communauté Terra Classic à soutenir cette mise à jour directe vers la version 0.53 et à participer activement aux tests, à la validation et à la coordination afin d’assurer un déploiement harmonieux et réussi.
Auteurs :[OrbitLabs]
URL du forum de la proposition :
Contexte des options de vote:Oui : Approuver la mise à niveau directe vers Cosmos SDK v0.53.x avec IBC v2 (Eureka) et le budget indiqué. Non : Rejeter le plan de mise à niveau et le budget. Abstention : Pas d’opinion tranchée ; accepter la décision de la majorité. Non avec veto : Considérez la proposition comme nuisible.
