BNB Smart Chain, una delle reti EVM-compatible più attive per volume di transazioni e valore totale bloccato, affronterà il suo prossimo aggiornamento di protocollo coordinato il 25 agosto, quando il hard fork Pasteur entrerà in funzione con correzioni di sicurezza per i bridge cross-chain e la gestione delle chiavi dei validatori, insieme a incrementi di throughput testati. L'intervallo dei blocchi e i limiti di gas della rete resteranno invariati.

Secondo l'annuncio Pasteur di BNB Chain, il hard fork si attiverà alle 2:30 a.m. UTC del 25 agosto, dopo il lavoro sulla testnet Chapel iniziato il 21 luglio. L'aggiornamento è incluso in BEP-673 e riunisce tre proposte in un unico cutover coordinato della mainnet.

Verifica dei bridge e controlli sui validatori più rigidi

BEP-682 rafforza la verifica dei bridge cross-chain rifiutando le firme duplicate dei validatori prima che i consensi al trasferimento vengano conteggiati. In precedenza, voci ripetute dei validatori potevano gonfiare il potere di voto e consentire a un numero inferiore di firme autentiche di raggiungere la soglia.

Questo irrigidimento riguarda un'area con uno storico costoso: i bridge si sono ripetutamente collocati tra i bersagli più sfruttati nel crypto, e la stessa BNB Chain ha subito uno dei maggiori exploit registrati nell'ottobre 2022, quando circa 570 milioni di dollari in BNB furono spostati fuori dal bridge cross-chain della rete attraverso una prova falsificata, prima che i validatori sospendessero la rete e congelassero la maggior parte dei fondi. BEP-682 interviene sullo stesso ambito di verifica dei bridge sfruttato nell'attacco del 2022.

BEP-695 rafforza staking e governance attorno alle rotazioni delle chiavi. Le chiavi di consenso ritirate perdono l'autorità amministrativa, le penalità pendenti restano associate al validatore attraverso le rotazioni e gli indirizzi inseriti in blacklist non possono partecipare ai voti di governance basati su firme. Le modifiche sono rilevanti per chiunque trasferisca asset attraverso bridge o segua gli aggiornamenti blockchain che rafforzano la disciplina dei validatori.

Il nuovo percorso di elaborazione dei blocchi punta a maggiore capacità

BEP-675 riorganizza il modo in cui builder e validatori si dividono il lavoro durante la produzione dei blocchi. I builder possono inviare blocchi completamente eseguiti per la revisione dei validatori, invece di obbligare ogni validatore a rieseguire immediatamente lo stesso percorso di esecuzione. La divisione del lavoro richiama il concetto di proposer-builder separation discusso a lungo nella roadmap di Ethereum.

Il progetto mantiene l'intervallo di blocco di 450 millisecondi e gli attuali limiti di gas. Nei test controllati QANet, il tempo di elaborazione dei validatori è sceso da 125 millisecondi a 15 millisecondi e il throughput è salito da 1.237 a 2.324 transazioni al secondo nelle stesse condizioni. Anche l'utilizzo medio di gas per blocco è aumentato in quei test. BNB Chain ha sottolineato che questi dati provengono da ambienti controllati, non dal traffico reale della mainnet, e che qualsiasi effetto sulla rete live dipende da quanti builder adotteranno il nuovo percorso di elaborazione.

Gli operatori dei nodi devono rispettare la scadenza del 25 agosto

Gli operatori dei nodi della mainnet devono eseguire BSC client v1.7.7 prima dell'attivazione, altrimenti rischiano di perdere la sincronizzazione. Gli operatori devono inoltre rimuovere l'impostazione EnableBAL dai file di configurazione; in caso contrario il client aggiornato non si avvierà. Diverse opzioni obsolete della riga di comando vengono rimosse o disabilitate nella release.

La maggior parte degli sviluppatori di applicazioni e degli utenti comuni non dovrà effettuare una migrazione. I builder di blocchi che adotteranno il nuovo percorso di elaborazione dovranno eseguire nodi full anziché nodi fast.

Pasteur segue i precedenti aggiornamenti Fermi e Osaka/Mendel, che hanno ridotto i tempi di blocco. Questa release sposta l'attenzione verso una sicurezza più forte di bridge e validatori e una maggiore capacità con lo stesso ritmo di blocco, con il tasso di adozione da parte dei builder e la misura in cui il throughput reale della mainnet seguirà i risultati QANet come segnali più chiari da osservare nelle settimane successive all'attivazione.