BNB Chain activera le hard fork Pasteur sur BNB Smart Chain le 25 août 2026 à 02h30 UTC.
La mise à niveau obligatoire introduit trois propositions couvrant la vérification des ponts, la gouvernance des validateurs et la capacité de traitement des blocs.
Tous les nœuds du mainnet de BSC doivent exécuter la version client 1.7.7 avant l'activation, selon la publication officielle. Les utilisateurs réguliers et la plupart des développeurs d'applications n'ont pas besoin de migrer des fonds ni de modifier leur logiciel.
Le BEP-682 modifie la manière dont BSC valide les blocs utilisés pour les transferts inter-chaînes. Le réseau vérifie les signatures des validateurs avant d'accepter des informations d'une autre chaîne, s'assurant que le seuil de vote requis a approuvé le bloc.
Le processus précédent ne confirmait pas que chaque validateur n'apparaissait qu'une seule fois dans un ensemble de validateurs soumis. Un ensemble spécialement construit pourrait théoriquement répéter un validateur et compter sa puissance de vote plus d'une fois. Le BEP-682 rejette les entrées en double, faisant en sorte que le seuil reflète une véritable supermajorité de validateurs.
Comme rapporté précédemment, Pasteur diffère des mises à niveau récentes qui réduisaient principalement les temps de blocage. Ses modifications de sécurité se concentrent sur les transferts inter-chaînes et l'autorité des validateurs.
Le BEP-695 aborde ce qui se passe lorsque les validateurs permutent leurs clés de consensus. Après Pasteur, une ancienne clé de consensus perdra son autorité administrative au lieu de conserver ses privilèges après une rotation.
Les pénalités de slash (slash evictions) en attente suivront également les validateurs vers leurs nouvelles clés. Cela empêche un validateur d'éviter une exclusion en cours en changeant de clés. La proposition empêche également les adresses mises sur liste noire d'utiliser des méthodes de vote de gouvernance basées sur la signature pour contourner les restrictions appliquées aux votes directs.
Ces mesures affectent les contrats de staking et de gouvernance du système BSC. BNB Chain déclare que les développeurs n'ont pas besoin de migrer les applications existantes car les changements se produisent aux niveaux du protocole et des contrats système.
Le BEP-675 permet aux constructeurs de soumettre des blocs qu'ils ont déjà exécutés. Les validateurs peuvent vérifier le bloc proposé par rapport aux règles de consensus, le signer et le diffuser, puis effectuer une vérification complète en dehors du chemin de production sensible au temps.
Sur QANet, un environnement de test interne conçu pour refléter la configuration des validateurs inter-régions de BSC, le traitement au sein de ce chemin critique est passé de 125 millisecondes à 15 millisecondes. L'utilisation moyenne de gas par bloc est passée de 46,35 millions à 84,15 millions, par rapport à la limite existante de 100 millions.
Le débit est passé de 1 237 à 2 324 transactions par seconde au cours des mêmes tests. L'intervalle de blocage est resté à 450 millisecondes, tandis que le délai de finalité n'a pas changé. BNB Chain a averti que ces chiffres provenaient de tests contrôlés plutôt que d'une activité réelle sur le mainnet.
Les constructeurs adoptant le nouveau chemin doivent exploiter des nœuds complets car ils produiront des blocs entièrement exécutés. Les offres de blocs héritées resteront disponibles, bien qu'elles offrent aux constructeurs moins de temps pour remplir les blocs.
Les opérateurs de nœuds doivent remplacer leur binaire existant par la version 1.7.7 avant l'activation. Ils doivent également supprimer [Eth] EnableBAL du fichier config.toml ; sinon, le client mis à jour ne démarrera pas.
La publication recommande de supprimer [TxPool] OverflowPoolSlots, bien que le client ignorera silencieusement ce champ. Plusieurs indicateurs de ligne de commande sont également obsolètes ou inactifs, notamment –journalfile, –enablebal et –txpool.overflowpoolslots.
Pasteur fonctionne sur le testnet de BSC depuis le 21 juillet. Après l'activation du mainnet, les opérateurs et les développeurs surveilleront si les gains de capacité mesurés sur QANet se traduisent par un trafic réel. Aucune augmentation comparable des performances du mainnet n'est encore confirmée.
Les modifications antérieures du réseau ont réduit les temps de blocage de BNB Smart Chain. Pasteur vise plutôt à mieux utiliser la capacité de blocage existante tout en comblant les lacunes de sécurité des validateurs et des ponts.
