⚡ BNB Chain active la hard fork Pasteur sur le mainnet
BNB Chain a activé avec succès la hard fork Pasteur sur le mainnet BSC à 02:30 UTC le 25 août, regroupant trois propositions (BEP-682, BEP-695, BEP-675) axées sur la sécurité des ponts, l’autorisation des validateurs et la capacité des blocs.
Ce qui a changé :
🔒 Correctif de sécurité du pont (BEP-682) : Auparavant, une requête cross-chain fabriquée pouvait lister le même validateur plusieurs fois, donnant l’impression qu’une approbation bénéficiait d’un soutien indépendant plus large qu’en réalité. Pasteur rejette désormais les entrées de validateurs en double avant de calculer les seuils de supermajorité. Aucun exploit ni vol n’a été signalé : il s’agit d’un correctif préventif.
🔑 Rotation des clés de validateur (BEP-695) : Les anciennes clés des opérateurs perdent immédiatement les droits de gestion après la rotation, ce qui ferme une faille permettant aux validateurs d’éviter des pénalités en attente en faisant pivoter leurs clés. Cela bloque aussi les adresses restreintes qui pourraient voter indirectement via des signatures offchain.
⚙️ Nouvelle route de bloc (BEP-675) : Un chemin optionnel permet à des constructeurs spécialistes de soumettre des blocs pré-exécutés, réduisant le travail d’exécution en double et pouvant accueillir davantage de transactions par bloc. Les constructeurs peuvent toujours utiliser l’ancienne méthode ; la nouvelle route nécessite une activation manuelle via RPC.
Performances : Lors de tests QANet contrôlés, le débit a augmenté de 88% (1 237 → 2 324 TPS), bien que cela dépende de l’adoption réelle par les constructeurs sur le mainnet ; les données en temps réel sont encore en attente. Le temps de bloc reste inchangé à 450 ms et le plafond de gaz demeure à 100 millions.
Exigences : Les opérateurs de nœuds devaient utiliser la version cliente 1.7.7 et supprimer le champ EnableBAL désormais déprécié avant l’activation.
#dyor #NFA✅
BNB Chain a activé avec succès la hard fork Pasteur sur le mainnet BSC à 02:30 UTC le 25 août, regroupant trois propositions (BEP-682, BEP-695, BEP-675) axées sur la sécurité des ponts, l’autorisation des validateurs et la capacité des blocs.
Ce qui a changé :
🔒 Correctif de sécurité du pont (BEP-682) : Auparavant, une requête cross-chain fabriquée pouvait lister le même validateur plusieurs fois, donnant l’impression qu’une approbation bénéficiait d’un soutien indépendant plus large qu’en réalité. Pasteur rejette désormais les entrées de validateurs en double avant de calculer les seuils de supermajorité. Aucun exploit ni vol n’a été signalé : il s’agit d’un correctif préventif.
🔑 Rotation des clés de validateur (BEP-695) : Les anciennes clés des opérateurs perdent immédiatement les droits de gestion après la rotation, ce qui ferme une faille permettant aux validateurs d’éviter des pénalités en attente en faisant pivoter leurs clés. Cela bloque aussi les adresses restreintes qui pourraient voter indirectement via des signatures offchain.
⚙️ Nouvelle route de bloc (BEP-675) : Un chemin optionnel permet à des constructeurs spécialistes de soumettre des blocs pré-exécutés, réduisant le travail d’exécution en double et pouvant accueillir davantage de transactions par bloc. Les constructeurs peuvent toujours utiliser l’ancienne méthode ; la nouvelle route nécessite une activation manuelle via RPC.
Performances : Lors de tests QANet contrôlés, le débit a augmenté de 88% (1 237 → 2 324 TPS), bien que cela dépende de l’adoption réelle par les constructeurs sur le mainnet ; les données en temps réel sont encore en attente. Le temps de bloc reste inchangé à 450 ms et le plafond de gaz demeure à 100 millions.
Exigences : Les opérateurs de nœuds devaient utiliser la version cliente 1.7.7 et supprimer le champ EnableBAL désormais déprécié avant l’activation.
#dyor #NFA✅
