Le BSC fixe la date du 25 août pour la mise à jour majeure de Pasteur et ordonne la migration des nœuds vers la version 1.7.7
- La chaîne BNB activera sa bifurcation dure Pasteur sur le réseau principal BSC à 02h30 UTC le 25 août.
- La mise à jour regroupe trois propositions sous BEP-673, fermant une faille de validateur dupliqué dans le pont inter-chaînes et supprimant l'autorité des clés de validateur pivotées.
- BEP-675 permet aux constructeurs de remettre des blocs pré-exécutés, augmentant le débit du réseau de test de près de 88 % à 2 324 TPS sans modifier la limite de gaz ni le temps de bloc.
BNB Chain a annoncé qu'elle activera sa bifurcation dure Pasteur sur le réseau principal BNB Smart Chain (BSC) à 02h30 UTC le 25 août 2026.
Il était indiqué que chaque opérateur de nœud devait exécuter le client v1.7.7 avant cette date, sous peine de déconnexion du réseau.
BNB Chain a confirmé la date et les exigences du client dans un article de blog publié le 14 août.
Les propositions concernant la chaîne BNB s'inscrivent-elles dans le cadre d'une seule et même méta-mise à niveau ?
Le hard fork Pasteur est placé sous la méta-proposition BEP-673. Cependant, il rassemble également trois autres propositions, BEP-682, BEP-695 et BEP-675, dans une activation coordonnée.
Les BEP-682 et BEP-695 sont axés sur la sécurité du pont, le staking et lestracde gouvernance. Le BEP-675 vise à améliorer le débit et ne nécessite pas techniquement de hard fork pour fonctionner.
BNB Chain a également choisi avec soin le nom de ses hard forks. Ces derniers portent le nom de scientifiques, tels que Pascal, Maxwell, Fermi et Mendel. Chaque hard fork apporte des modifications progressives à la chaîne.
La mise à jour majeure Fermi a été déployée en janvier 2026 et a permis de réduire le temps de bloc de BSC à 0,45 seconde. Depuis, le réseau s'est concentré sur la stabilisation de ce rythme plutôt que sur son accélération.
Correction d'une faille dans le validateur de doublons du pont
Le BEP-682 vise à réécrire la façon dont le BSC vérifie les transferts inter-chaînes.
Lors du transfert d'actifs vers la blockchain, BSC ne se fie pas uniquement à la déclaration de la blockchain d'origine. Au lieu de cela, elle exécute une précompilation à l'adresse 0x67 qui vérifie les signatures des validateurs par rapport à un ensemble de validateurs connus. Le transfert n'est validé que lorsqu'une supermajorité a signé.
Cependant, cette méthode présentait des failles, car il n'y avait aucun moyen de confirmer que chaque validateur n'apparaissait qu'une seule fois.
Un ensemble de validateurs conçu à cet effet pourrait lister le même signataire plusieurs fois, comptabiliser le pouvoir de vote de ce signataire à chaque apparition et atteindre le seuil avec moins de signatures authentiques que ne l'exige la règle.
BEP-682 élimine les doublons avant le comptage, ce qui garantit que les ensembles gonflés ne dépassent plus la barre.
Rendre les clés de validation mises à la retraite réellement mises à la retraite
Le protocole BEP-695 vise à pallier une faiblesse du staking et de la gouvernance. Lors de la rotation des clés de consensus par les validateurs dans le cadre de la maintenance courante, on suppose qu'une clé désactivée cesse d'avoir toute autorité.
Cependant, le comportement était différent auparavant. Trois correctifs ont été apportés à ce problème par chaîne BNB . Le premier consiste à faire perdre aux anciennes clés, une fois celles-ci renouvelées, leurs privilèges d'administrateur de validateur.
La seconde correction empêche un validateur d'échapper à une éviction imminente en changeant de rôle. Elle bloque également la participation des adresses figurant sur liste noire aux votes de gouvernance basés sur la signature.
Des blocs plus complets sans toucher à l'accélérateur ni au temps de bloc
Actuellement, les blocs sont exécutés deux fois sur BSC. Lors de la première exécution, le constructeur effectue les transactions pour confirmer la validité du bloc, puis le validateur les exécute à nouveau avant de signer.
Cependant, cette action empiète à nouveau sur une fenêtre de 450 millisecondes (ms), et le temps que le validateur passe à exécuter la deuxième exécution est du temps que les constructeurs perdent pour empaqueter le bloc suivant.
BEP-675 permet à un constructeur de remettre un bloc qu'il a déjà exécuté.
Cette fois-ci, le validateur vérifie la conformité avec les règles de consensus, les signatures, les diffusions, puis effectue une vérification complète.
Les données recueillies sur le réseau de test ont montré que le temps de contribution des validateurs à la couche d'exécution a été réduit de 125 millisecondes à 15 millisecondes. De plus, le débit a augmenté de près de 88 %, passant de 1 237 à 2 324 transactions par seconde (TPS), sans modification de la limite de gaz de 100 millions et de l'intervalle de 450 ms.
La consommation moyenne de gaz par bloc est passée de 46,35 millions à 84,15 millions. Le délai de finalisation est resté stable. Cependant, BNB Chain a souligné qu'il s'agissait de chiffres pour une charge de travail contrôlée. Le système devra maintenir ce niveau de performance sous le trafic du réseau principal, notamment lorsque plusieurs constructeurs enchérissent pour le même emplacement.
Que doivent faire les opérateurs avant le 25 ?
Les opérateurs de nœuds ont une liste de tâches à accomplir avec le lancement prochain de Pasteur. BNB Chain a fourni une documentation complète sur les étapes à suivre pour éviter les erreurs de démarrage.
Les constructeurs souhaitant utiliser le protocole BEP-675 devront peut-être fournir un effort supplémentaire, car cela implique l'exécution d'un nœud complet au lieu d'un nœud rapide, le constructeur produisant désormais un bloc entièrement exécuté. Les enchères traditionnelles restent fonctionnelles, mais avec un temps de traitement réduit.
Ne vous contentez pas de lire les actualités crypto. Comprenez-les. Abonnez-vous à notre newsletter. C'est gratuit.
FAQ
Quand la mise à jour Pasteur (hard fork) sera-t-elle activée sur le réseau principal BSC ?
Pasteur sera activé sur le réseau principal BNB Smart Chain le 25 août 2026 à 02h30 UTC, d'après le blog et la documentation de BNB Chain. Il a été déployé sur le réseau de test Chapel à partir du 21 juillet 2026.
De quelle version client les nœuds BSC ont-ils besoin pour Pasteur ?
Tous les nœuds du réseau principal doivent exécuter le client v1.7.7 avant l'heure d'activation, et les opérateurs doivent d'abord supprimer `[Eth] EnableBAL` de `config.toml`, sinon le nœud ne pourra pas démarrer.
Dans quelle mesure le BEP-675 a-t-il amélioré le débit lors des tests ?
Sur le réseau de test QANet, la mise à jour BEP-675 a permis d'augmenter le débit de 1 237 à 2 324 transactions par seconde, soit une hausse de 88 %, tout en conservant la limite de gaz de 100 millions et l'intervalle de bloc de 450 millisecondes. BNB Chain précise qu'il s'agit de chiffres obtenus sur le réseau de test et qui nécessitent encore une validation à l'échelle du réseau principal.
Avertissement : Les informations fournies ne constituent pas un conseil en investissement. CryptopolitanCryptopolitan.com toute responsabilité quant aux investissements réalisés sur la base des informations présentées sur cette page. Nous voustronrecommandons vivement d’effectuer vosdent et/ou de consulter un professionnel qualifié avant toute décision d’investissement.
Hannah Collymore
Hannah est rédactrice et éditrice, forte d'une expérience de près de dix ans dans la rédaction de blogs et la couverture d'événements liés aux cryptomonnaies. Chez Cryptopolitan, elle contribue à la page d'actualités en rédigeant des articles et en analysant les dernières évolutions de la finance décentralisée DeFi, des comptes gérés par les utilisateurs (RWA), de la réglementation des cryptomonnaies, de l'intelligence artificielle (IA) et des technologies de pointe. Elle est diplômée en administration des affaires de l'université Arcadia.
