Aggiornamento sull'Ingegneria di Cosmos Hub — Febbraio 2023

blog originale: https://medium.com/the-interchain-foundation/cosmos-hub-engineering-update-feb-2023-3487bf13933e

Ecco l'aggiornamento di febbraio dal team Informal Cosmos Hub! Il mese scorso siamo stati occupati con gli aggiornamenti v8 e v9, così come la pianificazione a lungo termine del prodotto e la gestione di alcuni piccoli problemi.

L'aggiornamento v8 è stato implementato L'aggiornamento v8 è stato implementato con successo a febbraio. È stato un aggiornamento senza problemi, senza downtime. Tuttavia, diversi validatori hanno perso l'aggiornamento e sono rimasti inattivi per un po' dopo. Non è stato abbastanza per causare downtime sulla catena stessa, ma ha evidenziato alcune carenze nel nostro processo che ora abbiamo corretto.

Problemi con Cosmovisor Cosmovisor è un software che i validatori utilizzano per passare automaticamente la catena a una nuova versione al momento giusto per un aggiornamento di successo. Molti validatori utilizzano Cosmovisor, ma alcuni passano manualmente tra le versioni. A partire dalla versione 1.2.0, Cosmovisor ha cambiato il modo in cui gestisce le maiuscole nelle cartelle in cui cerca la nuova versione della catena. Questo ha causato problemi per alcuni validatori.

Deriva del tempo A causa dell'accelerazione dei tempi dei blocchi di Cosmos Hub durante il periodo di voto, l'ora di implementazione dell'aggiornamento v8 è stata spostata in anticipo di 13 ore. Questa è una cosa normale che può accadere su qualsiasi catena Cosmos. Alcuni validatori non ne erano a conoscenza e quindi non hanno effettuato l'aggiornamento al momento giusto. Tutti i validatori dovrebbero verificare le altezze dei blocchi per essere consapevoli dei cambiamenti nei tempi di aggiornamento, ma per rendere le cose più facili, stiamo raggiungendo in modo proattivo i validatori per informarli delle ultime stime temporali per gli aggiornamenti.

L'aggiornamento v9 è stato approvato In collaborazione con i nostri partner di Hypha, che gestiscono testnet e rilasci di aggiornamenti, abbiamo presentato il rilascio v9 con la Replicated Security per il voto ed è stato approvato! Questo è stato ampiamente discusso altrove, quindi fornirò solo un link alla proposta [link]. Il nuovo codice sarà attivo intorno al 15 marzo, è possibile controllare il conto alla rovescia per l'aggiornamento qui.

Sviluppo dell'aggiornamento v10 Stiamo attualmente preparando il rilascio v10. Forniremo ulteriori dettagli su cosa conterrà il v10 man mano che ci avviciniamo al rilascio.

Verifica dell'equiparazione Abbiamo lavorato al codice necessario per consentire la verifica crittografica delle prove di equiparazione (doppia firma, ecc.) dalle catene consumatrici su Cosmos Hub. L'aggiunta di questo codice ci permetterà di rimuovere il processo di governance delle penalizzazioni dalle catene consumatrici di cui abbiamo discusso qui [link].

Collaborando con i team di Hermes, Comet e IBC-Go, abbiamo scoperto che gran parte del codice necessario per generare le prove di equiparazione esiste già in Hermes e gran parte del codice necessario per verificarle esiste in IBC-Go. Speriamo che questo acceleri l'implementazione. Aggiorneremo quando avremo un piano di implementazione concreto.

Problema dello spam Purtroppo, è stato creato dello spam nelle proposte di governance di Cosmos Hub. Ciò è avvenuto in due modi: spam durante il periodo di deposito e spam durante il periodo di voto. Sono diversi e li affronterò separatamente.

Spam durante il periodo di deposito Prima che una proposta venga sottoposta a voto, deve prima ricevere un deposito di 250 Atom. Questo deposito verrà bruciato se la proposta verrà respinta dalla governance. Il deposito è pensato per impedire alle proposte di spam di entrare nel periodo di voto, poiché lo spam verrà respinto, facendo perdere molti soldi allo spammer. Nella progettazione attuale della governance di Cosmos-SDK, è intenzione che le proposte di spam rimangano nel periodo di deposito e non arrivino mai nel periodo di voto.

Tuttavia, è possibile su molti portafogli ed esploratori di blocchi vedere le proposte che si trovano ancora nel periodo di deposito. Anche se parte della progettazione originale della governance prevedeva la possibilità di spam nel periodo di deposito, non sembra buono e c'è un po' di lavoro in più che possiamo fare per risolvere il problema. Facendo in modo che le proposte debbano ricevere un certo deposito minimo da parte del creatore della proposta per entrare nel periodo di deposito, possiamo rendere più costoso presentare proposte di spam, anche nel periodo di deposito. Questa correzione è stata implementata su Juno e su altre catene.

Si tratta di un cambiamento che deve essere effettuato come parte di un aggiornamento coordinato. Abbiamo già in programma l'aggiornamento v9 che verrà rilasciato a breve, quindi in consultazione con Notional e altri team principali, abbiamo deciso di non chiamare un aggiornamento di emergenza solo per risolvere il problema dello spam nel periodo di deposito.

Tuttavia, il nostro team ha elaborato un modo per risolvere il problema senza un aggiornamento coordinato. Rilasceremo presto una patch che può essere installata individualmente dai validatori senza un aggiornamento coordinato e fermerà lo spam nel periodo di deposito una volta che tutti i validatori l'avranno installata.

Spam durante il periodo di voto Di recente, una proposta di spam è entrata nel periodo di voto. Questa è una questione completamente diversa da quanto discusso sopra. Lo spammer ha deciso che valeva la pena pagare 250 Atom ($3000) per far entrare questa proposta nel periodo di voto. Vi incoraggiamo a votare "No With Veto" su questa proposta, in modo che lo spammer perda i suoi fondi.