Fonte da:

• 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 Aggiornamento a Cosmos SDK v0.53 + IBC v2 (Eureka)

Riassunto esecutivo

In seguito alla proposta 12142 (Wasmd Unfork) e al feedback della comunità, OrbitLabs propone di aggiornare Terra Classic direttamente a Cosmos SDK v0.53.x, saltando la distribuzione intermedia della mainnet v0.50.

Questo approccio è più efficiente, riduce i costi di coordinamento e sblocca il supporto IBC v2 (Eureka), consentendo il routing cross-chain hub-and-spoke tramite Cosmos Hub. Consolidando il processo di migrazione, riduciamo al minimo le interruzioni e forniamo tutti i vantaggi previsti, oltre all’interoperabilità di nuova generazione.

---

Motivazione

• Efficienza: Un unico evento di aggiornamento coordinato, che riduce i tempi di inattività e la complessità.
• Futuro assicurato: Allinea Terra Classic all’ultima release stabile dell’SDK a lungo termine (v0.53.x).
• Interoperabilità: Abilita il routing multi-hop IBC v2 (Eureka) e la connettività hub-centrica.
• Sicurezza e prestazioni: Ottiene miglioramenti da CometBFT v0.38.x, Wasmd v0.61.x e IAVL aggiornato.

---

Ambito di lavoro

1. Aggiornamento del nucleo

• Aggiornamento a:
  • Cosmos SDK v0.53.x
  • CometBFT v0.38.x
  • Wasmd v0.61.x / WasmVM v2.2.x
  • IBC-Go v10.x (IBC v2 / Eureka)
• Migrazione di tutti i moduli principali per la compatibilità con l’SDK v0.53.
• Mantenere le funzionalità opzionali del Cosmos SDK v0.53.x (x/protocolpool, x/epochs, transazioni non ordinate) disabilitate per impostazione predefinita finché la governance non le abilita esplicitamente.

2. Abilitazione IBC v2 (Eureka)

• Integrare la logica di routing IBC v2 nel cablaggio dell’applicazione.
• Convalida le rotte multi-hop MsgTransfer tra due o più catene v0.53.x.
• Testare gli scenari di guasto per garantire la robustezza dei tentativi di risposta e dei riconoscimenti dei pacchetti.

3. Distribuzione e QA di Testnet

• Distribuisci la base di codice aggiornata su rebel-2 testnet.
• Esegui:
  • Test di connessione e handshake del canale.
  • Trasferimenti di token ICS-20.
  • Test di routing multi-hop e gestione degli errori IBC v2.
  • Suite completa di messaggi Wasm/SDK.
• Pubblicare i risultati dei test e i problemi noti per i validatori e gli sviluppatori di dApp.

4. Documentazione

• Aggiorna i runbook del validatore per un aggiornamento in un solo passaggio.
• Documentare tutte le modifiche e fornire indicazioni per la migrazione delle dApp.
• Includere esempi di formati di messaggi IBC v2 per gli integratori.

---

Bilancio

Totale: $56.000 USD (pagati in LUNC al momento delle proposte di spesa)

Fase	Prodotti da consegnare	Bilancio
Fase 1: Implementazione e convalida di Testnet (settimane 1-10)	Migrazione del codice, implementazione di rebel-2, test IBC v2, pubblicazione dei risultati e guida agli sviluppatori.	$40.000 USD
Fase 2: Esecuzione di Mainnet e supporto post-aggiornamento (settimane 11-13)	Preparazione della proposta di governance, coordinamento dei validatori, esecuzione dell’aggiornamento e supporto immediato dopo l’aggiornamento.	$16.000 USD

---

Linea temporale

Settimana	Pietra miliare
1-8	Esecuzione dell’aggiornamento del core: Migrazione SDK v0.53.x, CometBFT v0.38.x, Wasmd v0.61.x, integrazione IBC-Go v10.x, distribuzione rebel-2
9-10	Fase QA estesa: Test di routing multi-hop IBC v2, scenari di guasto, controlli di integrità dell’archivio
11	Finalizzazione della documentazione, guida del validatore/della DApp, preparazione della proposta di governance
12-13	Votazione della governance, esecuzione dell’aggiornamento della mainnet, monitoraggio immediato dopo l’aggiornamento

---

Rischi e mitigazione

• SDK v0.53 Moduli opzionali: Mitigazione: Mantenere x/protocolpool, x/epochs e le transazioni non ordinate disabilitate per impostazione predefinita. Abilitare solo tramite la governance dopo la valutazione.
• Bug di interoperabilità di IBC v2: Mitigazione: Eseguire test completi end-to-end con due/tre catene v0.53.x durante la fase di testnet, con un periodo di QA prolungato per garantire la stabilità.

---

Impatto sulla comunità

• Sicurezza e stabilità più forti: Miglioramento del livello di consenso e dell’efficienza della memoria.
• Migliore esperienza per gli sviluppatori: Moduli moderni dell’SDK, esecuzione più rapida di Wasm e manutenzione più semplice delle dApp.
• Interoperabilità pronta per il futuro: routing Hub-and-spoke IBC v2 disponibile immediatamente dopo l’aggiornamento.
• Riduzione dei costi operativi: Un solo evento di aggiornamento invece di due, per ridurre al minimo i disagi per i validatori e la comunità.

---

Risultato

Una volta completata, Terra Classic:

• Esegui con l’ultimo SDK Cosmos stabile v0.53.x.
• Essere completamente in grado di gestire l’IBC v2 (Eureka) e pronto per le rotte degli hub.
• Fornire un percorso di aggiornamento agevole e convalidato per i validatori e gli sviluppatori.
• Evita la duplicazione dei costi e i tempi di inattività della rete dovuti a un processo di aggiornamento in due fasi.

Invitiamo la comunità di Terra Classic a sostenere questo aggiornamento diretto alla versione 0.53 e a partecipare attivamente ai test, alla convalida e alla coordinazione per garantire un rollout fluido e di successo.

Autori:[OrbitLabs]

URL del forum delle proposte:

Opzioni di voto contestuali:Sì: approva l’aggiornamento diretto a Cosmos SDK v0.53.x con IBC v2 (Eureka) e il budget indicato. No: rifiuta il piano di aggiornamento e il budget. Astenersi: Nessuna opinione forte; accetta la decisione della maggioranza. No con veto: Considera la proposta dannosa.