BSC fissa il 25 agosto per l'hardfork Pasteur, ordina ai nodi di passare alla v1.7.7

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

Ha dichiarato che ogni operatore di nodi deve eseguire il client v1.7.7 prima di quel momento o rischiare di cadere fuori dalla rete. 

BNB Chain ha confermato la data e il requisito del client in un post sul blog pubblicato il 14 agosto.

Le proposte di BNB Chain stanno viaggiando sotto un unico meta upgrade?

Il L'hardfork Pasteur è inserito sotto la proposta meta BEP-673. Tuttavia, porta anche tre altre 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, sui contratti di staking e governance. BEP-675 è una mossa per aumentare il throughput che tecnicamente non richiede un hardfork per funzionare.

BNB Chain è stata anche intenzionale nella sua denominazione delle hardfork che ha lanciato. Sono state tematiche basate su scienziati, che includono Pascal, Maxwell, Fermi e Mendel. Ognuna di queste hardfork ha aggiunto modifiche incrementali alla catena. 

L'hardfork Fermi è stato rilasciato a gennaio 2026 e ha aiutato a ridurre i tempi dei blocchi di BSC a 0,45 secondi. La rete ha passato i mesi successivi stabilizzandosi a quel ritmo piuttosto che spingendolo più velocemente.

Chiusura di una falla nei validatori duplicati nel bridge

BEP-682 è progettato per riscrivere il modo in cui BSC verifica i trasferimenti cross-chain.

Quando gli asset si muovono sulla catena, BSC non si fida della dichiarazione della catena di origine sulla propria. Ciò che fa invece è eseguire un precompile all'indirizzo 0x67 che conta le firme dei validatori contro un set di validatori noto. Il trasferimento va a buon fine solo quando una supermaggioranza ha firmato.

Tuttavia, questo aveva i suoi difetti, poiché non c'era modo di confermare che ogni validatoro si presentasse solo una volta.

Un set di validatori costruito ad hoc potrebbe elencare lo stesso firmatario più volte, contare il potere di voto di quel firmatario ad ogni apparizione e superare la soglia con meno firme genuine di quanto richiesto dalla regola. 

BEP-682 rimuove i duplicati prima del conteggio, e questo assicura che i set gonfiati non superino più la barriera. 

Rendere effettiva la ritira delle chiavi dei validatori dismessi

BEP-695 è progettato per gestire una debolezza nello staking e nella governance. Quando i validatori ruotano le loro chiavi di consenso come manutenzione di routine, si presume che una chiave ritirata smetta di portare qualsiasi autorità.

Tuttavia, non era esattamente così che si comportava prima. Ci sono ora tre correzioni al problema per BNB Chain. La prima è che una vecchia chiave ruotata ora perde i suoi privilegi di amministratore del validatoro invece di mantenerli. 

La seconda correzione assicura che un validatoro non possa più evitare un'evizione pendente ruotando. Ha anche bloccato gli indirizzi nella blacklist dai voti di governance basati su firme. 

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

Attualmente, i blocchi vengono eseguiti due volte su BSC. La prima esecuzione ha il builder che esegue le transazioni per confermare che il blocco è valido, e poi il validatoro le esegue tutte di nuovo prima di firmare.

Tuttavia, quell'azione consuma nuovamente una finestra di 450 millisecondi (ms), e il tempo che il validatoro passa a eseguire la seconda esecuzione è tempo che i builder perdono per impacchettare il blocco successivo.

BEP-675 consente a un builder di consegnare un blocco che ha già eseguito. 

Questa volta, il validatoro lo controlla rispetto alle regole di consenso, firma, trasmette e poi completa la verifica completa in seguito. 

I dati raccolti dalla testnet hanno mostrato che il tempo che i validatori contribuiscono allo strato di esecuzione è stato ridotto da 125 millisecondi a 15 millisecondi. Inoltre, il throughput è aumentato di quasi l'88% da 1.237 a 2.324 transazioni al secondo (TPS), con il limite di gas di 100 milioni e l'intervallo di 450 ms lasciati invariati. 

Il gas medio utilizzato per blocco è aumentato da 46,35 milioni a 84,15 milioni. Il ritardo di finalità si è mantenuto stabile. Tuttavia, BNB Chain ha sottolineato che queste sono cifre di carico di lavoro controllato. Dovrà ancora reggere sotto il traffico della mainnet, specialmente quando più builder fanno offerte per lo stesso slot.

Cosa devono fare gli operatori prima della 25?

Gli operatori di nodi sono quelli con una lista di cose da fare con l'arrivo di Pasteur. BNB Chain ha fornito documentazione estesa di ciò che uno deve fare per evitare errori di avvio. 

I builder che vogliono il percorso BEP-675 potrebbero dover fare un lavoro extra, poiché significa eseguire un nodo completo invece di un nodo veloce dato che il builder produce ora un blocco completamente eseguito. Le offerte legacy continuano a funzionare, solo con meno tempo di impacchettamento.