Il client IBC di Cardano aggiunge la verifica dello stake Mithril

Cardano Foundation ha rilasciato la versione v0.1.6 del suo core sperimentale del light client Cardano IBC il 16 ottobre. Ogni nuovo client ora parte da una distribuzione dello stake certificata da Mithril, portando dati di stake autenticati nell’infrastruttura per messaggi cross chain e trasferimenti di token.

Mithril certifica le distribuzioni dello stake di Cardano

Una distribuzione dello stake registra quanta ADA è delegata a ciascun stake pool. Il client IBC utilizza tali informazioni quando verifica i blocchi di Cardano e valuta se sono state soddisfatte le condizioni per accettare lo stato IBC di Cardano.

Mithril certifica i dati di Cardano tramite firme degli operatori degli stake pool partecipanti. In questa implementazione, i suoi certificati autenticano la distribuzione dello stake associata a una particolare epoch, un periodo definito nel protocollo di Cardano.

Secondo la documentazione del client, gli importi di stake erano la componente non firmata rimanente dei suoi dati di epoch. Una distribuzione fornita da un relayer, il servizio che trasporta informazioni tra reti, comportava quindi una finestra di contestazione di sei ore.

Una distribuzione certificata ora ha la precedenza su una tabella caricata. Se un certificato Mithril contraddice dati di stake precedentemente accettati, il client si blocca. La release allinea inoltre la verifica delle firme con l’implementazione di riferimento di Mithril e introduce controlli delle prove più rigorosi.

In che modo la modifica influisce sui trasferimenti Cardano IBC

IBC, ossia Inter Blockchain Communication, è un protocollo per lo scambio di messaggi e token tra blockchain. Cardano IBC Incubator sviluppa l’implementazione di Cardano, inclusi componenti che supportano i trasferimenti di token fungibili.

Un light client gira sulla chain ricevente e verifica le informazioni provenienti da un’altra rete prima che un messaggio IBC venga accettato. Per Cardano ciò implica seguire i blocchi, verificare i loro produttori e raccogliere prove sufficienti tramite la produzione di blocchi successivi.

Un certificato Mithril corrispondente elimina l’attesa per la verifica dello stake. Le epoch successive prive di tale certificazione restano soggette al processo di contestazione.

Altri requisiti di accettazione continuano ad applicarsi. L’attuale modello richiede almeno 24 blocchi costruiti dopo il blocco osservato, almeno cinque pool qualificati e una soglia di stake specificata. Raggiungere il numero minimo di blocchi da solo quindi non garantisce l’accettazione.

I tempi dei singoli trasferimenti dipendono ancora dalla finalizzazione dei blocchi, dagli aggiornamenti del client e dall’elaborazione dei messaggi IBC.

Il deployment di Cardano IBC resta sperimentale

Il repository continua a descrivere il progetto come software sperimentale, incompleto e testato in modo insufficiente per un bridge di produzione. Gli sviluppatori possono testare trasferimenti di token, inclusa ADA di test, mentre la sicurezza dell’implementazione dipende anche dalle fonti di dati configurate e dai parametri di accettazione.

Una chain Cosmos partecipante deve integrare il client Cardano e consentirne esplicitamente l’uso. Il nuovo core è stato rilasciato insieme ad adattatori per due versioni supportate di ibc-go.

I client esistenti che utilizzano il precedente formato di storage inline devono essere ricreati prima che la chain host esegua l’upgrade al nuovo modulo.

Gli operatori stabiliscono una configurazione Mithril iniziale attendibile quando creano un client. L’inizializzazione si completa solo dopo che la distribuzione dello stake importata corrisponde a un certificato verificato, rendendo i dati di stake autenticati un punto di partenza necessario per la successiva verifica cross chain del client.