BSC fissa il 25 agosto per l'hard fork di Pasteur e ordina il passaggio dei nodi alla versione 1.7.7

BNB Chain ha annunciato che attiverà il suo hard fork Pasteur sulla mainnet BNB Smart Chain (BSC) alle 02:30 UTC del 25 agosto 2026. 

Si affermava che ogni operatore di nodo doveva eseguire il client v1.7.7 entro tale data, altrimenti rischiava di essere disconnesso dalla rete. 

BNB Chain ha confermato la data e i requisiti del cliente in un post sul blog pubblicato il 14 agosto.

Le proposte di BNB Chain sono soggette a un unico aggiornamento meta?

L' hard fork Pasteur è inserito nella meta-proposta BEP-673. Tuttavia, riunisce anche altre tre proposte, BEP-682, BEP-695 e BEP-675, in un'unica attivazione coordinata.

BEP-682 e BEP-695 si concentrano sul lavoro di sicurezza sul bridge, sullo staking e suitracdi governance. BEP-675 è un'operazione di throughput che tecnicamente non necessita di un hard fork per funzionare.

BNB Chain ha scelto con cura anche i nomi degli hard fork che ha lanciato. Questi sono stati ispirati da scienziati, tra cui Pascal, Maxwell, Fermi e Mendel. Ciascuno di questi hard fork ha apportato modifiche incrementali alla blockchain. 

L'hard fork Fermi è stato distribuito nel gennaio 2026 e ha contribuito a ridurre i tempi di blocco di BSC a 0,45 secondi. Nei mesi successivi, la rete si è stabilizzata a questa velocità, anziché cercare di accelerarla.

Chiusura di una falla nel validatore duplicato nel bridge

BEP-682 è stato concepito per riscrivere il modo in cui BSC verifica i trasferimenti tra blockchain.

Quando gli asset vengono trasferiti sulla blockchain, BSC non si fida ciecamente della dichiarazione della blockchain di origine. Esegue invece una precompilazione all'indirizzo 0x67 che confronta le firme dei validatori con un insieme di validatori noti. Il trasferimento viene completato solo dopo che una supermaggioranza ha firmato.

Tuttavia, questo sistema presentava dei difetti, poiché non c'era modo di confermare che ciascun validatore fosse apparso una sola volta.

Un set di validatori appositamente creato potrebbe elencare lo stesso firmatario più volte, conteggiare il potere di voto di quel firmatario ad ogni apparizione e superare la soglia con un numero di firme autentiche inferiore a quello richiesto dalla regola. 

Il BEP-682 elimina i duplicati prima del conteggio, garantendo così che i set gonfiati non superino più la barra. 

Rendere effettivamente ritirate le chiavi validatori inattive

BEP-695 è stato progettato per gestire una debolezza nello staking e nella governance. Quando i validatori ruotano le proprie chiavi di consenso nell'ambito della manutenzione ordinaria, si presume che una chiave dismessa cessi di avere qualsiasi autorità.

Tuttavia, prima il comportamento era diverso. Ora sono disponibili tre soluzioni per ogni BNB Chain. La prima prevede che una vecchia chiave ruotata perda i privilegi di amministratore del validatore anziché mantenerli. 

La seconda correzione garantisce che un validatore non possa più evitare un'espulsione imminente tramite la rotazione. Ha inoltre bloccato gli indirizzi inseriti nella blacklist dalle votazioni di governance basate sulla firma. 

Blocchi più completi senza toccare il gas o il tempo di blocco

Attualmente, i blocchi vengono eseguiti due volte su BSC. Nella prima esecuzione, il builder esegue le transazioni per confermare la validità del blocco, dopodiché il validatore le esegue nuovamente tutte prima di firmarle.

Tuttavia, anche questa operazione consuma una finestra temporale di 450 millisecondi (ms), e il tempo che il validatore impiega per eseguire la seconda operazione è tempo che i costruttori perdono per impacchettare il blocco successivo.

La norma BEP-675 consente a un costruttore di consegnare un blocco di terreno già realizzato. 

Questa volta, il validatore controlla la conformità alle regole di consenso, firma, trasmette e infine completa la verifica finale. 

I dati raccolti dalla testnet hanno mostrato che il tempo impiegato dai validatori per intervenire sul livello di esecuzione si è ridotto da 125 millisecondi a 15 millisecondi. Inoltre, il throughput è aumentato di quasi l'88%, passando da 1.237 a 2.324 transazioni al secondo (TPS), senza variazioni per quanto riguarda il limite di 100 milioni di gas e l'intervallo di 450 ms. 

Il consumo medio di gas per blocco è aumentato da 46,35 milioni a 84,15 milioni. Il ritardo di finalizzazione è rimasto invariato. Tuttavia, BNB Chain ha sottolineato che si tratta di dati relativi a carichi di lavoro controllati. Sarà comunque necessario che il sistema regga anche con il traffico della rete principale, soprattutto quando diversi costruttori si contenderanno lo stesso slot.

Cosa devono fare gli operatori entro il 25?

Gli operatori dei nodi sono coloro che hanno una lunga lista di cose da fare con Pasteur. BNB Chain ha fornito un'ampia documentazione su cosa è necessario fare per evitare errori all'avvio. 

I costruttori che desiderano utilizzare il percorso BEP-675 potrebbero dover svolgere un lavoro aggiuntivo, poiché ciò implica l'esecuzione di un nodo completo anziché di un nodo veloce, dato che il costruttore ora produce un blocco completamente eseguito. Le offerte legacy continuano a funzionare, ma con tempi di impacchettamento ridotti.