Babylonの「無信頼」ナラティブはとても美しいですが、コードの脆弱性が“信頼はまだある”ことを露呈しています

Babylonのいちばん魅力的な点は、「無信頼」というナラティブ──つまり、クロスチェーンブリッジも、カストディ事業者も一切信じる必要がないというところです。BTCはビットコインネットワーク上にロックされ、秘密鍵はあなたの手元にあります。

それはwBTCのような仕組みに比べて、確かにより先進的に見えます。Babylonメインネットも実際に稼働しており、TVLは一時60億ドルを突破。5.7万枚超のBTCがステーキングされています。データから見ても、確かにビットコイン・ステーキング分野では最大手と言えるでしょう。

ですが、2026年1月のある記事を読んで、思わず背筋が凍りました。

BabylonのBLS投票拡張（vote extension）メカニズムにはコードの脆弱性があることが判明したのです。悪意のある検証者は、ブロックハッシュのフィールドを省略することでコンセンサス処理を攪乱し、検証者同士の意見の食い違いを引き起こして、ブロック生成速度を低下させる可能性があります。脆弱性を発見した匿名の貢献者は、この誤りがコンセンサスの重要なコードパスにあり、運用中にプログラムがクラッシュすることすらあり得ると警告しました。さらに厄介なのは、この脆弱性がネットワークのepoch境界で他の検証者のクラッシュを引き起こす可能性があることです。

「無信頼」を標榜するプロトコルで、コンセンサス層に悪意を持って悪用できる脆弱性がある。人を信じないのではなく、コードを信じる。しかしコードにもバグはあります。@BabylonLabs_io

Babylonチームは、この問題はできるだけ早く修正が必要だと述べましたが、記事が公開された時点では修正方針について公に回答していませんでした。気になったのは、脆弱性を見つけた貢献者が匿名であり、GitHub上で公開されている点です。匿名の貢献者がコンセンサス層の脆弱性を発見したという事実は、Babylonのコード監査がすべての重要なパスをカバーできていなかった可能性を示唆しています。

Babylonもこの問題を認識しています。OpenZeppelinが2026年4月に公開したセキュリティ調査レポートによれば、Babylonは、証明可能なプロトコル違反に対処するためのペナルティ没収メカニズムを設計しています。ただし没収の前提は「発見されること」です。脆弱性そのものがコンセンサス層にある場合、検証者が悪事を働く手段が、そもそも没収ルールの対象外である可能性があります。

TVLは60億ドルまで伸び、a16zが1500万ドルを出資し、バイナンス・ラボも追随しました。しかし資金がいくら増えても、コードに脆弱性があるという事実は変わりません。
#baby $BABY