12186 | Proposta di aggiornamento dell’SDK alla versione 50.13 presentata da Luncverse
Fonte da:
- https://validator.info/terra-classic/governance/12186
- https://station.terraclassic.community/proposal/columbus-5/12186
- https://discourse.luncgoblins.com/t/updated-proposal-terra-classic-sdk-wasm-upgrade/74
Per richiedere l’approvazione per l’aggiornamento della catena all’SDK 50.13, consulta la proposta completa qui: https://discourse.luncgoblins.com/t/updated-proposal-terra-classic-sdk-wasm-upgrade/74
Proposta aggiornata: Aggiornamento SDK e Wasm di Terra Classic
Aggiornamento Terra Classic
Documento / ANTIER SOLUTIONS
Riassunto esecutivo
Questa proposta illustra un aggiornamento sicuro e retrocompatibile dell’infrastruttura principale di Terra Classic a Cosmos SDK v0.50.13 e Wasm Module v0.53.2, risolvendo i problemi irrisolti dall’aggiornamento v0.47, migliorando la sicurezza e garantendo la sostenibilitร a lungo termine.
L’aggiornamento รจ subordinato al completamento dell’unforking da parte di Orbit Labs e include correzioni per i debiti tecnici, la riduzione delle modifiche di rottura e miglioramenti incentrati sugli sviluppatori. La proposta garantisce la piena retrocompatibilitร per le dApp esistenti.
Specifiche tecniche e implicazioni
1. Aggiornamento dell’SDK di Cosmos
Attuale: v0.47.17
Proposta: v0.50.13
Motivazione: L’aggiornamento alla versione 0.50+ (“v50.13”) porta un consenso moderno grazie ad ABCI++, un’architettura modulare e manutenibile, uno storage piรน robusto, una logica dei permessi piรน rigida, una configurazione guidata dalla governance e strumenti di facile utilizzo per gli sviluppatori, impostando Terra Classic su un percorso piรน solido e a prova di futuro.
Modifiche:
Aggiornamenti del modulo x/params (richiede la migrazione a nuovi parametri guidati dalla governance).
Aggiornamenti di x/authz e x/feegrant (ha un impatto sulle dApp che utilizzano deleghe/concessioni).
Adattamenti dei moduli personalizzati (ad es. Oracle, Market, Staking) dovuti al refactoring dell’SDK.
Considerazioni su Terra Classic:
Assicura la piena retrocompatibilitร con le caratteristiche e le funzionalitร della catena esistente.
2. Modulo Wasm e macchina virtuale
Attuale: v0.46.0 / wasmvm v1.5.8
Proposta: v0.53.2 / wasmvm v2.1.4
Impatto delle dApp:
- I contratti CosmWasm esistenti rimangono attivi.
- I contratti saranno conformi agli standard piรน recenti, pur mantenendo la compatibilitร con i vincoli esistenti.
Attacchi Terra Classic Custom Wasm Compatibilitร :
Verranno mantenuti i binding personalizzati per i moduli Oracle, Tax e Market.
3. IBC-GO
IBC-GO: v7.4.0 โ v8.7.0
Preserva la compatibilitร tra le catene senza introdurre modifiche che rompono l’IBC.
Miglioramenti delle prestazioni, ottimizzando le prestazioni del relayer e riducendo la latenza delle transazioni.
A prova di futuro, garantendo la compatibilitร con le prossime catene Cosmos che adotteranno IBC v8.7.0.
4. Moduli personalizzati e piano di aggiornamento Terra Classic
I moduli personalizzati di Terra Classic richiedono un’attenta gestione durante questo aggiornamento:
Modulo Oracle: Gestisce i feed dei tassi di cambio per le monete stabili. Richiede test di compatibilitร con la nuova struttura dell’SDK per garantire che i prezzi inviati dal validatore rimangano accurati.
Modulo di mercato: Facilita gli scambi di stablecoin. Necessita di una convalida dei parametri e di un’ottimizzazione delle prestazioni con il nuovo modello di esecuzione dell’SDK.
Modulo Tesoro: Governa le politiche economiche, comprese le aliquote fiscali. Deve essere preservato senza perdita di funzionalitร e testato in base ai nuovi parametri di governance.
Verranno aggiornate anche tutte le altre personalizzazioni che sono state fatte nei vari moduli, come ad esempio la puntata, il taglio, la menta, ecc.
Strategia di aggiornamento:
Test unitari dettagliati e refactoring:
Eseguire test unitari sui moduli Oracle, Mercato e Tesoreria per verificare la corretta funzionalitร del nuovo SDK.
Identificare le aree che necessitano di refactoring per allinearsi all’SDK v0.50.13.
Implementazione del livello di retrocompatibilitร :
Sviluppare spessori di compatibilitร temporanei per i moduli x/treasury e x/market per evitare interruzioni della dApp.
Assicurati che i parametri di governance esistenti rimangano invariati durante l’aggiornamento.
Perchรฉ questo aggiornamento?
1. Ricerca specifica su Terra Classic
Una sinergia che non si spezza:
L’unforking di Orbit Labs rimuove le patch originali di Terra, consentendo un’integrazione perfetta con l’SDK v0.50.
2. Mitigazione del rischio
Layer di retrocompatibilitร :
Spessori temporanei per i moduli deprecati per evitare l’interruzione della dApp.
Misure di sicurezza:
Le vulnerabilitร di sicurezza identificate da Oak Security nell’audit del Cosmos SDK v0.47 saranno risolte integrando le corrispondenti correzioni dalla v0.50.
Flusso di lavoro e tempistica
Fase 1: Preparazione al pre-aggiornamento (2 settimane)
Compiti: Analisi dettagliata della base di codice attuale, compatibilitร all’indietro e documentazione, configurazione della rete di test.
Fase 2: Esecuzione dell’aggiornamento del nucleo (5 settimane)
Attivitร :
Integrazione dell’SDK v0.50.13.
Aggiornamento del modulo Wasm v0.53.2.
Migrazione di moduli personalizzati per le caratteristiche uniche di Terra Classic.
Assicurare che i contratti CosmWasm 1.0-1.5 rimangano funzionanti.
Garantire il pieno supporto e la compatibilitร dei contratti CW-0.16 esistenti sulla catena, consentendo al contempo la compatibilitร con CW-1.0-1.5: in questo modo non ci sono rischi per le implementazioni attuali e siamo pronti per il futuro.
Fase 3: Aggiornamenti progressivi, test e convalida (9 settimane)
Compiti:
Impostare la catena sulla versione che supporta i contratti 0.16, istanziare tali contratti e quindi aggiornare progressivamente la catena alla versione 0.50.13 seguita da un mock test.
Audit di sicurezza, prove di validazione, test di migrazione delle dApp, bug bounty.
Per questo aggiornamento rimaniamo con l’App v1 per ridurre al minimo la complessitร della migrazione. Abbiamo in programma di valutare la migrazione App v2/depinject in una fase futura, una volta che ci saremo stabilizzati sulla v0.50.
Fase 4: Implementazione della Testnet (4 settimane)
Compiti:
Lancio della rete di test pubblica, validatore/app onboarding, monitoraggio.
Fase 5: Implementazione di Mainnet (4 settimane)
Compiti: Votazione della governance, coordinamento del CEX, aggiornamento della mainnet, monitoraggio post-lancio.
****Strathcole ha aiutato a trascurare i dettagli degli aggiornamenti e ha anche risolto il bug dell’SDK 47 segnalato da Allnodes.
Questo documento รจ il modulo originale che ricevo. Dopo alcune domande – chi fa questo. – ANTIER SOLUTIONS farebbe l’AGGIORNAMENTO
