BNB Chain ha rilasciato una patch di emergenza per il suo client di esecuzione BSC-Reth, correggendo un bug nel processo legacy di calcolo dello state-root del software. L'aggiornamento, BSC-Reth v0.1.4-hotfix, è stato pubblicato in una release GitHub il 6 novembre ed è raccomandato per gli operatori che gestiscono infrastrutture sia di mainnet che di testnet, secondo quanto riportato da coinpaper.

I client di esecuzione sono i programmi software che i nodi eseguono per elaborare le transazioni e mantenere lo stato della catena, e BSC-Reth è l'implementazione di BNB Chain del client di esecuzione Reth. Poiché i client specifici di rete ereditano il codice da quel progetto upstream condiviso, le correzioni apportate alla codebase comune confluiscono nelle release di ciascuna rete — e, come mostra questo incidente, possono farlo anche i bug.

L'Errore di Calcolo dello State-Root

Il problema ha origine nel percorso legacy di calcolo dello state-root ereditato dal client di esecuzione Reth. In condizioni specifiche che coinvolgono le strutture dati della blockchain, il software poteva generare uno state-root errato.

Uno state-root è una rappresentazione crittografica dello stato attuale di una blockchain, che comprende dati come i saldi degli account e lo storage degli smart contract. I nodi si affidano a questi calcoli per verificare che le transazioni siano state elaborate in modo coerente sulla rete.

Se un nodo calcola uno state-root errato, potrebbe rifiutare blocchi altrimenti validi o produrre un risultato diverso rispetto alle altre infrastrutture di rete. Incongruenze di questo tipo possono compromettere l'affidabilità della verifica blockchain.

Cosa Modifica l'Hotfix

La BSC-Reth v0.1.4-hotfix incorpora una correzione upstream proveniente dal progetto di sviluppo Reth. Secondo le note di rilascio, la modifica affronta specificamente i problemi legati ai calcoli incrementali dello state-root.

L'aggiornamento si applica ai validatori, ai builder di valore estraibile massimo (MEV), agli operatori di full node e agli operatori sentry. Gli operatori interessati devono installare la nuova versione del software e riavviare i propri nodi. L'aggiornamento non richiede una migrazione del database né un ulteriore hard fork, mantenendo il rilascio entro un normale ciclo di installazione e riavvio anziché una modifica coordinata del protocollo.

Base Ha Affrontato Anch'essa la Vulnerabilità Reth

Il problema software sottostante non era limitato a BNB Chain. Anche altre reti compatibili con Ethereum che utilizzano implementazioni Reth interessate hanno dovuto valutare la propria esposizione.

Base, supportata da Coinbase, ha confermato che i suoi sviluppatori hanno identificato e risolto la vulnerabilità. La rete ha distribuito un client di esecuzione aggiornato dopo aver esaminato il potenziale impatto e non ha segnalato interruzioni delle operazioni di rete né perdite di fondi degli utenti.

Lo sviluppo è particolarmente rilevante per Base perché la rete aveva in precedenza ampliato l'uso di infrastrutture basate su Reth con l'aggiornamento Azul.

BNB Chain ha anche chiarito che la sua rete opBNB non è interessata, poiché non utilizza il client vulnerabile op-reth. In queste reti, l'esposizione dipendeva dal client di esecuzione utilizzato da ciascuna catena, mostrando come il codice upstream condiviso possa collegare ecosistemi altrimenti indipendenti.

Il problema appena corretto è separato dalle vulnerabilità storiche dei bridge che hanno richiesto interventi di emergenza sulla rete. Nessuna exploit confermata, perdita di fondi dei clienti o arresto dell'intera BSC è stata attribuita al bug di calcolo dello state-root.

L'Hard Fork Jenner Resta in Programma per Dicembre

Il rilascio software di emergenza arriva mentre BNB Smart Chain si prepara al suo prossimo aggiornamento pianificato del protocollo, l'hard fork Jenner. Una precedente release BSC-Reth v0.1.4 aveva programmato l'hard fork per l'8 dicembre 2026, alle 02:30 UTC.

A differenza dell'hotfix del 6 novembre, Jenner comporta modifiche pianificate al protocollo che richiederanno agli operatori di mainnet di eseguire software compatibile. La distinzione è importante: l'ultima patch corregge un problema di calcolo del software senza introdurre nuove regole di rete, mentre l'aggiornamento Jenner è una modifica pianificata del protocollo. Per gli operatori dei nodi, la sequenza pratica prevede due checkpoint distinti — applicare ora la v0.1.4-hotfix, quindi garantire la compatibilità del client per l'attivazione della fork prevista a dicembre.

Precedenti incidenti di sicurezza che hanno coinvolto BNB Chain e exploit cross-chain hanno dimostrato i diversi rischi associati alle applicazioni blockchain, ai bridge e alle infrastrutture di rete sottostanti. L'ultimo hotfix affronta un problema di correttezza del software, e non è stato segnalato alcun impatto confermato sui fondi degli utenti nel materiale di origine.

Fonte: coinpaper | Servizio originale: Ethan Collins, Hokanews