Aggiornamento sull'Ingegneria del Cosmos Hub — Settembre 2023

blog originale: https://medium.com/the-interchain-foundation/cosmos-hub-engineering-update-september-2023-3228f9036b31

Ecco l'aggiornamento di settembre del team di Informal Systems sul Cosmos Hub. Questo mese, la comunità ha effettuato l'aggiornamento a Gaia v12, che ha aggiunto il Liquid Staking Module (LSM). Abbiamo preparato il rilascio di Gaia v13, ora attivo. L'implementazione crittografica dell'equivocazione, originariamente prevista per questo rilascio, è stata rinviata per essere inclusa nella versione v14.

Il nostro lavoro sul Cosmos Hub è incentrato su posizionarlo come leader nell'ambiente condiviso della sicurezza, che sta diventando sempre più competitivo, e sul porre il Hub e la sua comunità in una posizione strategica forte per capitalizzare sulla vibrante comunità di sviluppatori che si coordinano intorno al Cosmos Hub.

Aggiornamento a V12 Nel corso di settembre è stato effettuato l'aggiornamento a Gaia v12. Questo aggiornamento è stato effettuato senza problemi, ma ha causato circa 25 minuti di downtime. Questo perché l'aggiornamento conteneva degli script di migrazione che riformattavano il database per funzionare con il LSM e che richiedevano del tempo per essere eseguiti.

Rilascio di V13 Abbiamo preparato il rilascio di Gaia v13, ora attivo. L'implementazione crittografica dell'equivocazione era originariamente prevista per questo rilascio, ma abbiamo deciso di posticiparla alla v14 per avere più tempo per comunicare ai validatori il nuovo modo in cui funzionerà il meccanismo di taglio. Per saperne di più, leggi qui.

Il rilascio v13 include:

La rimozione completa del modulo Gravity DEX. L'aggiornamento di ICS a v2.1.0. Questo aggiornamento aggiunge una proposta di governance per consentire alle catene consumatrici di aggiungere nuove unità di conto per pagare i premi. Questo è stato aggiunto per dare alla comunità un maggiore controllo su quante unità di conto vengono ricevute come premio, poiché ogni unità di conto aggiuntiva aumenta i costi delle richieste in gas. Finora non è stato un problema, ma abbiamo pensato che sarebbe stato utile avere un processo di governance per l'aggiunta di nuove unità di conto.

Aggiornamento di Gaia SDK 47 Abbiamo iniziato l'aggiornamento del software Gaia alla versione SDK 47. Questo ci consentirà di eseguire versioni più recenti di IBC, offrendo funzionalità come un controller ICA. La versione SDK 47 è nelle fasi finali di un audit con Oak Security, che volevamo vedere prima di implementarla nel Hub. Questo aggiornamento era originariamente previsto per il prossimo aggiornamento di Gaia v14, ma a causa del fatto che il Liquid Staking Module non è ancora stato aggiornato, l'aggiornamento di Gaia alla versione 47 dovrà attendere il rilascio v15.

Aggiornamento di ICS SDK 50 Abbiamo iniziato il lavoro di aggiornamento di ICS alla versione SDK 50, apportando numerosi miglioramenti in termini di stile del codice e prestazioni. Pubblicheremo guide e best practice per l'aggiornamento di ICS al fine di agevolare la collaborazione su questo progetto.

Throttling v2 Abbiamo completato il lavoro sulla versione 2 del meccanismo di throttling dei pacchetti di downtime di ICS, che impedisce a catene consumatrici difettose o malevoli di causare problemi sul Hub, archiviando i pacchetti di downtime in coda sul consumatore anziché sul provider. Ciò semplifica il codice e consente di rallentare nella coda un flusso di pacchetti di downtime da parte di una catena consumatrice difettosa o malevola, fermandolo completamente mediante l'arresto della catena in questione.

Ricerca e sviluppo dell'equivocazione crittografica Abbiamo lavorato molto sulla ricerca della verifica dell'equivocazione crittografica, definendo possibili casi limite e implementando il codice effettivo. Come già accennato, il nuovo codice crittografico sull'equivocazione non verrà incluso nella versione v13, ma è stato completato.

Lavoro di testing Abbiamo completato il refactoring della suite di testing end-to-end (e2e) di ICS per accettare tracce serializzate in formato JSON per definire casi di test. Questo passaggio ci permetterà di collegare la suite di testing a una specifica formale di ICS per generare automaticamente un gran numero di casi di test, aumentando così notevolmente la copertura senza dover scrivere manualmente i test. Abbiamo anche scritto un articolo nel blog che spiega CometMock.