BNB Chain attiva l'hard fork Pasteur sulla mainnet BSC: blocchi pre-eseguiti e correzioni di sicurezza per i validatori
Punti chiave
- •BEP-682 corregge una falla nella verifica dei bridge che avrebbe potuto consentire alle firme duplicate dei validatori di essere contate più di una volta ai fini della soglia di approvazione.
- •BEP-695 rimuove immediatamente i privilegi amministrativi dalle chiavi di consenso ritirate e chiude una falla nel voto di governance legata agli indirizzi in blacklist.
- •BEP-675 consente ai builder di presentare blocchi pre-eseguiti, riducendo il tempo di elaborazione dei validatori ed eliminando l'esecuzione ridondante delle transazioni durante la finestra di blocco.
- •I test su QANet hanno mostrato un throughput in crescita da 1.237 a 2.324 transazioni al secondo e un utilizzo medio del gas in aumento da 46,35 milioni a 84,15 milioni per blocco.
- •Gli sviluppatori generici e gli utenti finali non devono eseguire migrazioni, ma i builder devono passare da fastnode a fullnode per utilizzare il nuovo percorso di produzione dei blocchi.

BNB Chain ha attivato l'hard fork Pasteur sulla mainnet di BNB Smart Chain (BSC). L'aggiornamento raggruppa tre proposte di miglioramento sotto la denominazione comune BEP-673, con l'obiettivo di chiudere vulnerabilità di sicurezza nei bridge cross-chain e nella governance dei validatori, rendendo al contempo più efficiente l'elaborazione dei blocchi.
Prima dell'attivazione, i nodi della mainnet erano tenuti a eseguire la versione 1.7.7 del client e gli operatori erano stati invitati a rimuovere il parametro [Eth] EnableBAL da config.toml per garantire la compatibilità. Nel processo sono stati deprecati o resi inerti diversi flag della riga di comando, tra cui le opzioni legate ai file journal, agli slot di overflow del pool di transazioni e alla famiglia fake-beacon.
Pasteur si basa sulle ottimizzazioni di rete precedenti, che avevano ridotto i tempi di blocco a 0,45 secondi e stabilizzato le prestazioni a quel ritmo. Mentre i precedenti hard fork si concentravano principalmente sulla velocità, Pasteur privilegia un utilizzo più pieno della capacità esistente e l'eliminazione dei meccanismi di ritenzione del potere da parte dei validatori.
Correzioni di sicurezza per bridge e validatori
BEP-682 corregge una vulnerabilità critica nel precompile di verifica dei bridge all'indirizzo 0x67, dove in precedenza le firme duplicate dei validatori potevano essere contate più volte ai fini della soglia richiesta, permettendo potenzialmente a trasferimenti di asset cross-chain di andare a buon fine con meno firmatari legittimi di quanto previsto dalle regole del protocollo. Storicamente i bridge cross-chain sono stati tra i componenti più sfruttati del settore: gli attacchi del 2022 contro Ronin Network, Wormhole e il bridge Token Hub dello stesso BNB Chain hanno causato ciascuno perdite nell'ordine di centinaia di milioni di dollari, un bilancio che rende la logica di verifica dei bridge una priorità di sicurezza permanente in tutto il settore.
BEP-695 standardizza la gestione delle chiavi dei validatori dopo la rotazione: garantisce che le chiavi di consenso ritirate perdano immediatamente i privilegi amministrativi, mantiene lo stato di evizione per slashing attraverso le rotazioni delle chiavi e chiude una falla nel voto di governance basato sulle firme che permetteva agli indirizzi in blacklist di aggirare le restrizioni applicabili ai voti diretti. Poiché i trasferimenti cross-chain e i voti di governance di BSC dipendono entrambi dalle firme del suo piccolo insieme di validatori a rotazione regolare, il ciclo di vita delle chiavi ritirate influisce direttamente su chi può muovere fondi o esprimere voti a livello di protocollo.
BNB Chain ha confermato l'attivazione in un post ufficiale su X:
Pasteur hardfork is now live on BSC Mainnet. The upgrade strengthens bridge, staking and governance security, while giving blocks more room to carry transactions at the same 450ms block time. Read the full upgrades pic.twitter.com/mTTnRb9PNk
— BNB Chain (@BNBCHAIN), August 25, 2026 (X post)
Ottimizzazione delle prestazioni e requisiti per i builder
BEP-675 introduce il cambiamento strutturale più significativo nella produzione dei blocchi, consentendo ai builder di presentare blocchi pre-eseguiti ed eliminando la necessità per i validatori di rieseguire tutte le transazioni durante la finestra di blocco di 450 millisecondi. Nell'architettura precedente, builder e validatori eseguivano in modo indipendente lo stesso insieme di transazioni, una ridondanza che consumava circa 125 millisecondi del percorso critico e lasciava spesso i blocchi operare ben al di sotto della capacità. Questa divisione del lavoro richiama la separazione proposer-builder che già instrada una larga quota dei blocchi di Ethereum verso builder esterni specializzati tramite MEV-Boost, anche se il percorso di pre-esecuzione di BNB Chain è integrato nel protocollo stesso anziché aggiunto sopra attraverso un relay fuori protocollo.
I benchmark condotti su QANet, un testnet che riproduce la topologia cross-regione dei validatori della mainnet, hanno dimostrato che l'ottimizzazione riduceva il tempo di elaborazione dei validatori a 15 millisecondi. Il throughput è aumentato da 1.237 a 2.324 transazioni al secondo mantenendo l'attuale limite di gas e intervallo di blocco, con un utilizzo medio del gas migliorato da 46,35 milioni a 84,15 milioni per blocco.
L'aggiornamento non richiede alcuna migrazione per gli sviluppatori generici e gli utenti finali, che beneficeranno di una maggiore disponibilità di spazio nei blocchi nei periodi di forte domanda senza modifiche alle commissioni di gas o alle operazioni quotidiane. I builder di blocchi che intendono sfruttare il percorso BEP-675 devono passare dall'infrastruttura fastnode a quella fullnode, poiché ora assumono la responsabilità di produrre blocchi completamente eseguiti. I meccanismi di offerta legacy restano operativi per chi non adotta immediatamente il nuovo flusso.
L'iniziativa BEP-675 fa parte della roadmap del secondo semestre 2026 di BNB Chain, che punta a raddoppiare il throughput della mainnet come passo intermedio verso un miglioramento a lungo termine della capacità dell'ecosistema di dieci volte. L'effetto concreto dell'aggiornamento sarà misurabile on-chain: l'utilizzo del gas e le transazioni al secondo della mainnet sono ora direttamente confrontabili con i benchmark di QANet di 84,15 milioni di gas per blocco e 2.324 TPS, mentre il ritmo di migrazione dei builder da fastnode a fullnode costituirà l'altro indicatore di adozione nel breve periodo.