$BNB Chain a annoncé qu'elle activera son hardfork Pasteur sur le réseau principal $BNB Smart Chain (BSC) à 02h30 UTC le 25 août 2026.
Le document précisait que chaque opérateur de nœud doit utiliser un client version 1.7.7 avant cette heure, sous peine de risque de déconnexion du réseau.
La société $BNB Chain a confirmé la date et les exigences du client dans un message de blog publié le 14 août.
Les propositions de $BNB Chain sont-elles regroupées dans une mise à jour générale unique ?
Le hardfork Pasteur est inclus dans la méta-proposition BEP-673. Cependant, il fusionne également trois autres propositions, BEP-682, BEP-695 et BEP-675, en une activation coordonnée unique.
BEP-682 et BEP-695 se concentrent sur des travaux de sécurité pour le pont, le staking et la gouvernance. BEP-675 est un projet visant à augmenter le débit, dont le fonctionnement ne nécessite techniquement pas de hardfork.
$BNB Chain a également choisi intentionnellement des noms pour ses hardforks. Ils rendaient hommage à des scientifiques, dont Pascal, Maxwell, Fermi et Mendel. Chaque hardfork apportait des changements progressifs à la blockchain.
Le hardfork Fermi a été lancé en janvier 2026 et a aidé à réduire le temps de génération des blocs sur le réseau BSC à 0,45 seconde. Depuis, le réseau s'est stabilisé à ce niveau et ne l'accélère plus.
Éliminer une vulnérabilité de vérification des doublons dans le pont
La norme BEP-682 vise à réviser la méthode de vérification des transferts inter-chaînes sur BSC.
Lorsque des actifs sont déplacés vers la blockchain, BSC ne fait pas confiance à la déclaration de la blockchain source seule. Au lieu de cela, il exécute une précompilation à l'adresse 0x67, qui compte les signatures des validateurs par rapport à un ensemble connu de validateurs. Le transfert n'est effectué qu'après qu'une supermajorité l'a signé.
Cependant, cette approche avait ses faiblesses, car il n'y avait aucun moyen de vérifier qu'un validateur n'apparaissait qu'une seule fois.
Un ensemble de validateurs spécialement conçu pouvait désigner le même signataire plusieurs fois, compter son droit de vote à chaque apparition et franchir le seuil avec moins de signatures authentiques que ne l'exige la règle.
BEP-682 élimine les doublons avant comptage, garantissant ainsi que des ensembles de données redondants ne dépasseront plus le seuil.
Comment s'assurer que les clés de validateurs obsolètes le sont vraiment
La norme BEP-695 est conçue pour éliminer une vulnérabilité dans les systèmes de staking et de gouvernance. Lorsque les validateurs changent leurs clés de consensus dans le cadre d'une maintenance technique planifiée, on suppose que la clé dépréciée cesse d'avoir toute autorité.
Ce n'était cependant pas tout à fait le cas auparavant. Trois correctifs ont maintenant été apportés à ce problème pour chaque chaîne $BNB Chain. Premièrement, l'ancienne clé remplacée perd désormais ses droits d'administrateur-validateur au lieu de les conserver.
Le second correctif garantit qu'un validateur ne peut plus éviter un renvoi imminent en effectuant une rotation. Il a également bloqué l'accès aux adresses de la liste noire pour voter sur la gouvernance basée sur les signatures.
Des blocs plus pleins sans gaz supplémentaire ni limites de temps d'exécution du bloc
Actuellement, dans BSC, les blocs sont exécutés deux fois. Lors de la première exécution, le constructeur exécute les transactions pour vérifier la validité du bloc, puis le validateur réexécute toutes ces transactions avant de signer.
Cependant, cette action prend à nouveau 450 millisecondes (ms), et le temps que le validateur passe à exécuter la deuxième requête est du temps perdu pour les assembleurs pour emballer le bloc suivant.
La norme BEP-675 permet au constructeur de transmettre un bloc qu'il a déjà exécuté.
Cette fois, le validateur le vérifie pour s'assurer qu'il respecte les règles de consensus, le signe, transmet les données, puis effectue une vérification complète.
Les données recueillies sur le réseau de test ont montré que le temps passé par les validateurs à exécuter des transactions est passé de 125 millisecondes à 15 millisecondes. De plus, le débit a augmenté de près de 88 % — de 1237 à 2324 transactions par seconde (TPS), la limite de gaz de 100 millions et l'intervalle de 450 ms restant inchangés.
Le volume moyen de gaz utilisé pour les blocs est passé de 46,35 millions à 84,15 millions. La latence de finalisation est restée inchangée. Cependant, $BNB Chain a souligné qu'il s'agissait de chiffres de charge contrôlée. Il lui faudra encore supporter la charge du réseau principal, en particulier lorsque plusieurs constructeurs se disputeront le même créneau.
Que doivent faire les opérateurs avant le 25 ?
Les opérateurs de nœuds sont ceux qui doivent planifier leur travail pour le projet Pasteur. $BNB Chain a fourni une documentation détaillée sur les étapes à suivre pour éviter les erreurs au lancement.
Les constructeurs souhaitant utiliser l'algorithme BEP-675 pourraient avoir à fournir un effort supplémentaire, car cela signifie exécuter un nœud complet plutôt qu'un nœud léger, puisque le constructeur produit désormais un bloc entièrement exécuté. Les schémas de mempool traditionnels continuent de fonctionner, simplement avec un temps d'empaquetage réduit.
end-content
