Quelle von:

• https://validator.info/terra-classic/governance/12162
• https://station.terraclassic.community/proposal/columbus-5/12162
• https://common.xyz/terra-luna-classic-lunc/discussion/26630

SDK v0.50.X Upgrade von Antier Solutions

Im Anschluss an Orbit Labs unfork schlagen wir ein Ketten-Upgrade auf das neueste SDK vor

https://common.xyz/terra-luna-classic-lunc/discussion/26630

Von cookie FrgValidator und Luncvers3

SDK 0.50.x Upgrade Final

Dokument Aktualisierter Vorschlag:

Terra Classic SDK & Wasm Upgrade Executive Summary Dieser Vorschlag skizziert ein sicheres, abwärtskompatibles Upgrade der Kerninfrastruktur von Terra Classic auf das Cosmos SDK v0.50.9 und das Wasm Modul v0.53.2. Dabei werden ungelöste Probleme des Upgrades v0.47 behoben, die Sicherheit erhöht und die langfristige Nachhaltigkeit sichergestellt. Das Upgrade hängt davon ab, dass Orbit Labs das Unforking abschließt. Es umfasst Korrekturen für technische Schulden, die Abmilderung von Änderungen, die zu einem Bruch führen, und Verbesserungen für die Entwickler. Der Vorschlag gewährleistet volle Abwärtskompatibilität für bestehende dApps. Technische Spezifikationen & Implikationen

1. Cosmos SDK Upgrade Aktuell: v0.47.14 Vorgeschlagen: v0.50.9 Grundprinzip: Die aktuelle Version enthält einige Sicherheitslücken. Ein Upgrade auf v0.50.9 behebt diese Probleme umfassend. Änderungen: Aktualisierungen des Moduls x/params (erfordert die Umstellung auf neue Governance-gesteuerte Parameter). Aktualisierungen von x/authz und x/feegrant (wirkt sich auf dApps aus, die Delegation/Allowances verwenden). Anpassungen der benutzerdefinierten Module (z.B. Oracle, Market, Staking) aufgrund der Überarbeitung des SDK. Terra Classic Überlegungen: Gewährleistet die vollständige Abwärtskompatibilität mit bestehenden Chain-Funktionen und -Funktionalitäten.
2. Wasm Modul & Virtuelle Maschine Aktuell: v0.46.0 / wasmvm v1.5.8 Vorgeschlagen: v0.53.2 / wasmvm v2.1.4 dApp Auswirkungen: Bestehende CosmWasm-Verträge bleiben funktionsfähig. Die Verträge werden den neuesten Standards entsprechen und gleichzeitig die Abwärtskompatibilität mit bestehenden Bindungen beibehalten. Terra Classic Benutzerdefinierte Wasm Bindings Kompatibilität: Benutzerdefinierte Bindungen für Orakel-, Steuer- und Marktmodule werden beibehalten.
3. IBC-GO IBC-GO: v7.4.0 → v8.4.0 Bewahrt die kettenübergreifende Kompatibilität, ohne IBC-verändernde Änderungen einzuführen. Leistungsverbesserungen, die die Leistung des Relayers optimieren und die Transaktionslatenz verringern. Zukunftssicherheit, Gewährleistung der Kompatibilität mit zukünftigen Cosmos-Ketten, die IBC v8.4.0 einführen. Sicherheitsverbesserungen in IBC-GO v8.4.0: Behebt eine kritische Schwachstelle in IBC-Hooks, die eine sichere Verwaltung des Lebenszyklus von Paketen gewährleistet, um den Verlust von Geldern oder die unbeabsichtigte Prägung von Token zu verhindern. Das Upgrade mildert diese Risiken und stärkt die kettenübergreifende Sicherheit von Terra Classic.
4. Terra Classic Benutzerdefinierte Module & Upgrade-Plan Die benutzerdefinierten Module von Terra Classic müssen bei diesem Upgrade sorgfältig behandelt werden: Oracle-Modul: Verwaltet Wechselkurs-Feeds für Stablecoins. Erfordert Kompatibilitätstests mit der neuen SDK-Struktur, um sicherzustellen, dass die Preisübermittlungen des Validators korrekt bleiben. Markt-Modul: Erleichtert den Tausch von Stablecoins. Erfordert eine Parametervalidierung und Optimierung der Leistung unter dem neuen SDK-Ausführungsmodell. Finanzministerium-Modul: Regelt die Wirtschaftspolitik, einschließlich der Steuersätze. Muss ohne Funktionsverlust beibehalten und unter den neuen Governance-gesteuerten Parametern getestet werden. Alle anderen Anpassungen, die in verschiedenen Modulen wie Staking, Slashing, Mint usw. vorgenommen wurden, werden ebenfalls aktualisiert. Upgrade-Strategie: Detaillierte Unit-Tests & Refactoring: Führen Sie Unit-Tests für die Module Oracle, Market und Treasury durch, um die ordnungsgemäße Funktionalität unter dem neuen SDK zu überprüfen. Identifizieren Sie die Bereiche, die überarbeitet werden müssen, um sie mit SDK v0.50.9 in Einklang zu bringen. Implementierung der Abwärtskompatibilitätsschicht: Entwickeln Sie temporäre Kompatibilitäts-Shims für die Module x/treasury und x/market, um Unterbrechungen der dApp zu vermeiden. Stellen Sie sicher, dass bestehende Governance-Parameter während des Upgrades unverändert bleiben. Warum dieses Upgrade?
5. Terra Classic-spezifische Forschung Unforking Synergie: Das Unforking von Orbit Labs entfernt die Original-Patches von Terra und ermöglicht eine nahtlose Integration des SDK v0.50.
6. Risikominderung Abwärtskompatibilitätsschicht: Temporäre Zwischenlösungen für veraltete Module, um eine Unterbrechung der dApp zu verhindern. Sicherheitsmaßnahmen: Audit durch Oak Security (mit Schwerpunkt auf der Migration von v0.47 → v0.50). Arbeitsablauf & Zeitplan Phase 1: Vorbereitung des Upgrades (2 Wochen) Aufgaben: Code-Audit (nach dem Unforking), Behebung von Legacy-Problemen, Dokumentation der Abwärtskompatibilität, Einrichtung des Testnets. Phase 2: Durchführung des Kern-Upgrades (5 Wochen) Aufgaben: Integration des SDK v0.50.9. Aktualisierung des Wasm-Moduls v0.53.2. Benutzerdefinierte Modulmigration für die einzigartigen Funktionen von Terra Classic. Sicherstellung, dass die CosmWasm 1.0-1.5 Verträge funktionsfähig bleiben. Phase 3: Progressive Upgrades, Tests und Validierung (9 Wochen) Aufgaben: Einrichtung der Kette auf eine Version, die 0.16-Verträge unterstützt, Instanziierung dieser Verträge und dann schrittweises Upgrade der Kette auf v0.50.9, gefolgt von Mock-Tests. Schrittweise Upgrades der Kette bis v0.50.9, gefolgt von Mock-Tests: Sicherheitsaudits, Validator-Trockenübungen, dApp-Migrationstests, Bug Bounties. Phase 4: Testnet-Bereitstellung (2 Wochen) Aufgaben: Öffentlicher Testnet-Start, Validator/DApp-Einführung, Überwachung. Phase 5: Mainnet-Bereitstellung (2 Wochen) Aufgaben: Governance-Abstimmung, CEX-Koordination, Mainnet-Upgrade, Überwachung nach dem Start. Gesamtzeitplan: 20 Wochen (~5 Monate) Phase Dauer Hauptaktivitäten Kosten

Phasen

• Vor dem Upgrade: 2 Wochen Audit des Codes nach dem Unforking, Behebung von Fehlern im SDK v0.47, Dokumentation der Änderungen, Einrichtung des Testnetzes. $6,000
• Kern-Upgrade : 5 Wochen Integrieren Sie SDK v0.50.9, Wasm v0.53.2, CometBFT v0.38.11, abwärtskompatible Schichten. $25,000
• Testen & Validierung : 9 Wochen Sicherheitsprüfungen, Validator-Trockenübungen, dApp-Migrationstests, Bug Bounties. $12,000
• Testnet-Bereitstellung : 2 Wochen Öffentlicher Testnet-Start, Validator/DApp-Einführung, Überwachung. $8,000
• Mainnet-Einführung: 2 Wochen Governance-Abstimmung, CEX-Koordination, Mainnet-Upgrade, Überwachung nach der Einführung. $6,000

Nach dieser 48-stündigen Diskussion wird der Vorschlag zur Abstimmung gestellt.

Dieser Vorschlag wird von #Cookie #FRGValidator und dem #LUNCVERS3-Team für luna classic unterbreitet.

Upgrade wird von Antier Solutions durchgeführt

Wichtige Überlegung: Das Wasmd-Upgrade kann erst gestartet werden, nachdem der “Wasmd-Forek” von Orbit Labs durchgeführt wurde, oder alternativ in Abstimmung mit Orbit Labs als Teil einer gemeinsamen Anstrengung, den Wasmd-Forek mit dem SDK- und Wasmd-Upgrade zu kombinieren.

Nach jedem Meilenstein wird ein neuer Ausgabenvorschlag eingereicht.