【Bitpush】Un risque technologique réapparaît dans l’écosystème de mise en gage du Bitcoin. L’équipe de développement a récemment divulgué sur GitHub une faille logicielle critique du protocole Babylon — ce défaut est caché dans le schéma d’extension de vote BLS, qui était censé garantir que les validateurs parviennent à un consensus sur les blocs.
Le problème clé réside dans le mécanisme de signature de bloc. Lors du vote, les validateurs doivent joindre un champ de hachage de bloc pour indiquer quels blocs ils soutiennent. Cependant, cette faille permet aux nœuds malveillants de sauter directement ce champ lors de l’envoi de l’extension de vote. Cela peut sembler sans importance, mais les conséquences sont gênantes — lorsque cela se produit lors des vérifications de consensus critiques aux limites d’époque, les autres validateurs pourraient s’arrêter en ne recevant pas d’informations complètes.
Imaginez que si plusieurs validateurs sont simultanément touchés par ce problème, la vitesse de génération de blocs de l’ensemble du réseau ralentirait considérablement. Ce n’est pas une menace virtuelle — les développeurs ont clairement indiqué que bien qu’aucune exploitation active de cette faille n’ait été observée jusqu’à présent, une exploitation malveillante n’est qu’une question de temps si elle n’est pas corrigée rapidement.
Pour Babylon et l’écosystème de mise en gage du Bitcoin, c’est une sonnette d’alarme opportune. La sécurité du protocole de mise en gage affecte directement les gains des validateurs et la stabilité de l’ensemble du réseau, et toute faille au niveau du consensus pourrait se transformer en risque systémique.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
14 J'aime
Récompense
14
9
Reposter
Partager
Commentaire
0/400
SelfStaking
· 01-12 10:16
Oh là là, encore la faute du validateur, cette faille est vraiment absurde, le champ de hachage de bloc peut-il être ignoré directement ?
Voir l'originalRépondre0
shadowy_supercoder
· 01-12 04:35
Ah non, encore un ? L'écosystème BTC est vraiment plein de surprises tous les jours
Les validateurs doivent à nouveau se concentrer, ils ne peuvent pas suivre ce rythme
Si cette vulnérabilité est réellement exploitée, le réseau va devenir très difficile à supporter...
Babylon veut vraiment nous faire avoir une crise cardiaque ?
La technique des nœuds malveillants sautant des champs... il faut réfléchir à comment s'en protéger
Encore une "menace non virtuelle", respirez profondément tout le monde
Voir l'originalRépondre0
NFTregretter
· 01-10 09:11
Oh là là, Babylon fait encore des siennes ? Passer outre le hash du bloc pour faire tomber le réseau, c'est vraiment n'importe quoi
Voir l'originalRépondre0
Anon32942
· 01-09 11:05
Encore là ? Babylon veut-il vraiment faire des histoires ? Une faille aussi critique, comment se fait-il qu'elle ne soit révélée que maintenant ?
Voir l'originalRépondre0
SignatureVerifier
· 01-09 11:05
ngl, les développeurs de Babylon pensaient vraiment qu'ignorer un champ hash ne causerait pas de cascade... classique moment de validation insuffisante ici. faire confiance mais vérifier, sauf qu'ils ont apparemment oublié la partie vérification
Voir l'originalRépondre0
ForkInTheRoad
· 01-09 11:05
Oh mon Dieu, encore un problème de validateurs, cette écosystème est vraiment 🫠
Voir l'originalRépondre0
SchrodingersFOMO
· 01-09 11:00
Encore une fois, une vulnérabilité critique découverte, Babylon est-il en train de tout faire échouer ?
Voir l'originalRépondre0
AltcoinTherapist
· 01-09 10:53
Encore une vulnérabilité majeure, Babylon cette fois-ci est vraiment en difficulté.
Voir l'originalRépondre0
GasFeeCrier
· 01-09 10:50
Encore une histoire de validateur, cette fois-ci cela peut même ralentir le réseau ? C'est un peu exagéré.
Babylon protocole de staking Bitcoin révèle une vulnérabilité critique : des validateurs malveillants pourraient ralentir la génération de blocs
【Bitpush】Un risque technologique réapparaît dans l’écosystème de mise en gage du Bitcoin. L’équipe de développement a récemment divulgué sur GitHub une faille logicielle critique du protocole Babylon — ce défaut est caché dans le schéma d’extension de vote BLS, qui était censé garantir que les validateurs parviennent à un consensus sur les blocs.
Le problème clé réside dans le mécanisme de signature de bloc. Lors du vote, les validateurs doivent joindre un champ de hachage de bloc pour indiquer quels blocs ils soutiennent. Cependant, cette faille permet aux nœuds malveillants de sauter directement ce champ lors de l’envoi de l’extension de vote. Cela peut sembler sans importance, mais les conséquences sont gênantes — lorsque cela se produit lors des vérifications de consensus critiques aux limites d’époque, les autres validateurs pourraient s’arrêter en ne recevant pas d’informations complètes.
Imaginez que si plusieurs validateurs sont simultanément touchés par ce problème, la vitesse de génération de blocs de l’ensemble du réseau ralentirait considérablement. Ce n’est pas une menace virtuelle — les développeurs ont clairement indiqué que bien qu’aucune exploitation active de cette faille n’ait été observée jusqu’à présent, une exploitation malveillante n’est qu’une question de temps si elle n’est pas corrigée rapidement.
Pour Babylon et l’écosystème de mise en gage du Bitcoin, c’est une sonnette d’alarme opportune. La sécurité du protocole de mise en gage affecte directement les gains des validateurs et la stabilité de l’ensemble du réseau, et toute faille au niveau du consensus pourrait se transformer en risque systémique.