La base di Coinbase distribuisce prove di errore su Testnet in corso verso la decentralizzazione
Base, la rete Ethereum Layer 2 sviluppata da Coinbase, ha annunciato il 23 luglio l'implementazione di prove di errore sul testnet Sepolia, segnando un passo fondamentale nel suo viaggio verso la decentralizzazione della "Stage 1".
Attualmente, solo il proponente centralizzato di Base ha l'autorità di sottoporre la radice dello stato della rete alla rete principale di Ethereum per la convalida, un sistema che il cofondatore di Ethereum Vitalik Buterin definisce decentralizzazione di Fase 0. L’introduzione di prove di errore sulla rete principale consentirà la convalida dello stato senza autorizzazione, consentendo a chiunque di proporre o contestare lo stato di Base, raggiungendo così la decentralizzazione della Fase 1.
Il recente dispiegamento rappresenta un passo avanti fondamentale. "Stiamo facendo un passo importante verso la prossima fase di decentralizzazione: le prove di errore sono ora attive sul testnet Base Sepolia", ha affermato Base. "Questo lancio è fondamentale per portare in modo sicuro le prove di errore sulla mainnet e raggiungere altri traguardi necessari per la fase 1 di decentralizzazione."
“Le prove di errore sono essenziali per la responsabilità e il controllo guidati dalla comunità, riducendo la dipendenza da un soggetto centralizzato per la verifica statale”, ha spiegato Base. "Il lancio delle prove di errore sulla testnet Sepolia ci consente di condurre ulteriori test per garantire una transizione sicura alla rete principale."
Buterin descrive la fase 1 del decentramento come il mantenimento di “ruote di allenamento limitate”, in cui un consiglio di sicurezza centralizzato, composto da stakeholder esterni come importanti membri dell’ecosistema e della comunità, ha l’autorità di ignorare le prove di errore in caso di bug. Queste modifiche richiedono l’approvazione sia degli operatori della catena che del consiglio di sicurezza. La decentralizzazione della fase 2 viene raggiunta quando i cambiamenti di stato root possono verificarsi solo in caso di bug, con tutti gli aggiornamenti del contratto soggetti a un ritardo di 30 giorni.