BNB Chain activera le hard fork "Pasteur" le 25 août pour renforcer la sécurité et le débit

BNB Chain prévoit d’activer le hard fork "Pasteur" sur BNB Smart Chain (BSC) le 25 août 2026 à 02:30 UTC. Cette mise à niveau obligatoire, via le client v1.7.7, déploie trois propositions au niveau du protocole visant à durcir la sécurité des ponts cross-chain, limiter certaines stratégies de contournement côté validateurs et accroître la capacité de traitement des blocs. Tous les nœuds du mainnet BSC doivent exécuter le nouveau client avant l’activation. Les utilisateurs finaux et la plupart des développeurs de dApps n’ont pas à déplacer de fonds ni à modifier leurs logiciels. Principaux changements BEP682 — vérification cross-chain renforcée : BSC validera désormais les signatures des validateurs avant d’accepter des données de bloc en provenance d’une autre chaîne. La mise à niveau empêche des ensembles de validateurs spécialement construits de comptabiliser deux fois le pouvoir de vote d’un même validateur, en rejetant les entrées dupliquées. Le seuil de vote doit ainsi refléter une véritable super-majorité. BEP695 — durcissement des clés de consensus et de la gouvernance : lors de la rotation des clés de consensus, l’ancienne clé perd ses privilèges administratifs (elle ne conserve plus d’autorité après la rotation). Les expulsions liées aux slashing en attente suivront un validateur vers sa nouvelle clé, limitant les tentatives d’échapper aux pénalités via un changement de clé. La proposition bloque aussi les adresses sur liste noire qui tenteraient de contourner les restrictions via le vote de gouvernance basé sur signature. Ces évolutions touchent les contrats système de staking et de gouvernance, mais sont implémentées au niveau protocole/contrat système, sans nécessité de migration des applications existantes. BEP675 — voie de production de blocs plus rapide via pré-exécution pour les builders : les builders pourront soumettre des blocs déjà exécutés ; les validateurs pourront les signer et les diffuser rapidement, puis effectuer la vérification complète en dehors du chemin de production sensible au temps. Cette option impose aux builders d’exécuter des nœuds complets, puisqu’ils produisent des blocs entièrement exécutés. Les enchères de blocs héritées resteront possibles, mais laisseront moins de temps aux builders pour remplir les blocs. Résultats de test sur QANet BNB Chain a testé Pasteur sur QANet, un environnement interne reproduisant la configuration cross-région des validateurs de BSC, et a observé des gains notables en conditions contrôlées : - Le temps de traitement sur le chemin critique est passé de 125 ms à 15 ms. - Le gas moyen par bloc est monté de 46.35M à 84.15M (pour une limite actuelle de 100M). - Le débit a progressé d’environ 1 237 à environ 2 324 transactions par seconde. - L’intervalle de bloc est resté à 450 ms et la latence de finalité n’a pas changé. BNB Chain précise qu’il s’agit de mesures de laboratoire sur QANet ; des améliorations comparables sur le mainnet ne sont pas encore confirmées. Après l’activation, opérateurs et développeurs surveilleront la part des gains de test qui se traduira en trafic réel. Checklist opérateurs de nœuds (obligatoire) - Installer le client v1.7.7 avant l’heure d’activation. Les nœuds mainnet non mis à jour seront laissés de côté. - Supprimer [Eth] EnableBAL du fichier config.toml : sinon, le client mis à jour échouera au démarrage. - Il est recommandé de supprimer [TxPool] OverflowPoolSlots (le client ignorera silencieusement ce champ s’il reste présent). - Plusieurs flags en ligne de commande deviennent obsolètes ou inactifs, dont journalfile, enablebal et txpool.overflowpoolslots. Contexte Pasteur se distingue des récentes mises à jour de BSC centrées sur la réduction du temps de bloc. L’objectif est de mieux exploiter la capacité actuelle des blocs tout en comblant des failles de sécurité liées aux transferts cross-chain et à l’autorité des validateurs. Pasteur tourne sur le testnet BSC depuis le 21 juillet. Son déploiement sur le mainnet constituera le test décisif pour vérifier si les gains de capacité et de débit observés sur QANet se matérialisent en conditions réelles. Les opérateurs de nœuds, validateurs et acteurs intervenant au niveau protocole sont invités à passer au client v1.7.7 et à appliquer les ajustements de configuration avant le 25 août à 02:30 UTC afin d’éviter toute interruption de service. Les utilisateurs et la majorité des développeurs d’applications ne devraient pas avoir d’action à entreprendre.