12194 | Vorschlag zum direkten Upgrade von Terra Classic auf Cosmos SDK v0.53.x mit IBC v2 (Eureka)
Quelle von:
- 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
Terra Classic Upgrade auf Cosmos SDK v0.53 + IBC v2 (Eureka)
Zusammenfassung
Im Anschluss an den Vorschlag 12142 (Wasmd Unfork) und das Feedback der Community schlägt OrbitLabs vor, Terra Classic direkt auf das Cosmos SDK v0.53.x zu aktualisieren – und damit die Zwischenstufe v0.50 Mainnet zu überspringen.
Dieser Ansatz ist effizienter, reduziert den Koordinationsaufwand und schaltet die IBC v2 (Eureka)- Unterstützung frei, so dass Hub-and-Spoke Cross-Chain-Routing über Cosmos Hub möglich ist. Durch die Konsolidierung des Migrationsprozesses minimieren wir Unterbrechungen und bieten gleichzeitig alle geplanten Vorteile – plus die nächste Generation der Interoperabilität.
Motivation
- Effizienz: Ein koordinierter Upgrade-Vorgang, der Ausfallzeiten und Komplexität reduziert.
- Zukunftssicher: Passt Terra Classic an die letzte stabile langfristige SDK-Version (v0.53.x) an.
- Interoperabilität: Ermöglicht IBC v2 (Eureka) Multi-Hop-Routing und Hub-zentrierte Konnektivität.
- Sicherheit & Leistung: Erhält Verbesserungen von CometBFT v0.38.x, Wasmd v0.61.x und aktualisierte IAVL.
Umfang der Arbeit
1. Kern-Upgrade
- Upgrade auf:
- Cosmos SDK v0.53.x
- CometBFT v0.38.x
- Wasmd v0.61.x / WasmVM v2.2.x
- IBC-Go v10.x (IBC v2 / Eureka)
- Migrieren Sie alle Hauptmodule für SDK v0.53 Kompatibilität.
- Lassen Sie optionale Funktionen des Cosmos SDK v0.53.x (
x/protocolpool,x/epochs, ungeordnete Transaktionen) standardmäßig deaktiviert, bis sie von Governance explizit aktiviert werden.
2. IBC v2 (Eureka) Ermöglichung
- Integrieren Sie die IBC v2 Routing-Logik in die Verkabelung der Anwendung.
- Validieren Sie Multi-Hop
MsgTransferRouten zwischen zwei oder mehr v0.53.x Ketten. - Testen Sie Fehlerszenarien, um zuverlässige Paketwiederholungen und Bestätigungen zu gewährleisten.
3. Testnet-Bereitstellung & QA
- Stellen Sie die aktualisierte Codebasis im rebel-2 Testnetz bereit.
- Ausführen:
- Verbindungs- und Channel Handshake-Tests.
- ICS-20 Token-Übertragungen.
- IBC v2 Multi-Hop-Routing und Tests zur Fehlerbehandlung.
- Vollständiges Wasm/SDK-Nachrichtenpaket.
- Veröffentlichen Sie Testergebnisse und bekannte Probleme für Validierer und dApp-Entwickler.
4. Dokumentation
- Aktualisieren Sie Validator-Runbooks für ein einstufiges Upgrade.
- Dokumentieren Sie alle einschneidenden Änderungen und stellen Sie Migrationsanleitungen für dApps bereit.
- Enthalten Sie Beispiele für IBC v2 Nachrichtenformate für Integratoren.
Budget
Insgesamt: $56.000 USD (bezahlt in LUNC zum Zeitpunkt der Ausgabenvorschläge)
| Phase | Liefergegenstände | Budget |
|---|---|---|
| Phase 1: Testnet-Implementierung und Validierung (Wochen 1-10) | Code-Migration, Rebellen-2-Einsatz, IBC v2-Tests, Veröffentlichung der Ergebnisse und Anleitung für Entwickler. | $40.000 USD |
| Phase 2: Mainnet-Ausführung & Post-Upgrade-Unterstützung (Wochen 11-13) | Vorbereitung von Governance-Vorschlägen, Koordination der Validierer, Durchführung des Upgrades, sofortige Unterstützung nach dem Upgrade. | $16.000 USD |
Zeitleiste
| Woche | Meilenstein |
|---|---|
| 1-8 | Durchführung des Kern-Upgrades: SDK v0.53.x Migration, CometBFT v0.38.x, Wasmd v0.61.x, IBC-Go v10.x Integration, rebel-2 Einsatz |
| 9-10 | Erweiterte QA-Phase: IBC v2 Multi-Hop-Routing-Tests, Fehlerszenarien, Speicherintegritätsprüfungen |
| 11 | Fertigstellung der Dokumentation, Anleitung für den Validator/die App, Vorbereitung von Governance-Vorschlägen |
| 12-13 | Governance-Abstimmung, Durchführung des Mainnet-Upgrades, sofortige Überwachung nach dem Upgrade |
Risiken & Schadensbegrenzung
- SDK v0.53 Optionale Module: Abhilfe: Lassen Sie
x/protocolpool,x/epochs, und ungeordnete Transaktionen standardmäßig deaktiviert. Aktivieren Sie sie nur über Governance nach der Evaluierung. - IBC v2 Interoperabilitätsfehler: Abhilfe: Führen Sie während der Testnet-Phase vollständige End-to-End-Tests mit zwei/drei v0.53.x-Ketten durch, mit einer verlängerten QA-Periode, um die Stabilität sicherzustellen.
Auswirkungen auf die Gemeinschaft
- Stärkere Sicherheit und Stabilität: Verbesserte Konsensschicht und Speichereffizienz.
- Bessere Erfahrung für Entwickler: Moderne SDK-Module, schnellere Wasm-Ausführung und einfachere dApp-Wartung.
- Zukunftssichere Interoperabilität: Hub-and-Spoke IBC v2 Routing ist sofort nach dem Upgrade verfügbar.
- Geringerer operativer Aufwand: Ein Upgrade-Ereignis anstelle von zwei, was die Unterbrechung für Validierer und die Community minimiert.
Ergebnis
Nach der Fertigstellung wird Terra Classic:
- Starten Sie mit dem neuesten stabilen Cosmos SDK v0.53.x.
- Sie müssen vollständig IBC v2 (Eureka) fähig und für Hub-Routen geeignet sein.
- Bieten Sie einen reibungslosen, validierten Upgrade-Pfad für Validierer und Entwickler.
- Vermeiden Sie doppelte Kosten und Netzwerkausfallzeiten durch einen zweistufigen Upgrade-Prozess.
Wir laden die Terra Classic-Community ein, dieses direkte Upgrade auf Version 0.53 zu unterstützen und sich aktiv an den Tests, der Validierung und der Koordination zu beteiligen, um einen reibungslosen und erfolgreichen Rollout zu gewährleisten.
Autoren:[OrbitLabs]
URL des Vorschlagsforums:
Abstimmungsmöglichkeiten im Kontext:Ja: Genehmigen Sie das direkte Upgrade auf Cosmos SDK v0.53.x mit IBC v2 (Eureka) und das angegebene Budget. Nein: Lehnen Sie diesen Upgrade-Plan und das Budget ab. Enthaltung: Keine starke Meinung; akzeptieren Sie die Entscheidung der Mehrheit. Nein mit Veto: Halten Sie den Vorschlag für schädlich.
