私が知っている大工は、ダブテールの継ぎ手のための電動工具を拒みます。手ノコなら動きを遅くして、最初の一回で正しく仕上げるよう強制される。なぜなら「やり直し」ボタンがないからだ。制約を規律とする。制限された道具が、もっとできないがゆえに、まさにより安全な結果を生むこともある。

バビロンは、より簡単な工学的手段を選ぶこともできたはずだ。BTCをERC-20トークンに包み、スマートコントラクト用のチェーンに移して、プログラマブルなロジックでステーキングのルールを強制する。だがプロトコルは、ビットコインのUTXOモデルの上に直接構築されており、ネイティブなビットコイン・スクリプトのオペコードを使ってタイムロックと支出条件を実装している。ステーキング取引は、ちょうど2つの支出経路を持つUTXOを作成する。1つは、タイムロック後にステーカー自身の鍵で引き出せる経路。もう1つは、Extractable One-Time Signatureメカニズムを通じてのみ発動するスラッシング経路だ。ビットコイン・スクリプトは、一般的なスマートコントラクト環境に比べて意図的に制限されている。任意のロジックを表現できず、稼働率を確認できず、ループも実行できない。その制約こそが目的そのものだ。ルールがブリッジ用コントラクトやカストディ（管理者）のデータベースではなくビットコイン・スクリプト内に存在するため、ステークされたBTCはビットコイン・ネットワークから離れず、担保をラップした資産を保持する署名者（フェデレーション）にも依存しない。

とはいえトレードオフは現実的だ。ダウンタイムに対するスラッシングや、ステーク資金への恣意的なガバナンス・ロジックのような機能は、このやり方では単純に構築できない。バビロンが、2026年1月のa16zによる1,500万ドルの暗号投資を裏付けとして「Trustless Bitcoin Vaults（信頼不要のビットコイン・ボールト）」へ向けて描くロードマップは、この制約付きスクリプト・モデルが検証できる範囲を広げようとする試みだ。

バビロンは、より速く柔軟な土台ではなく、より狭くて難しい土台を選んだ。それは、機能の豊富さと引き換えに、あらゆる段階でBTCをビットコイン上に保持することを優先する。プロトコルが技術的に強制できる範囲を制限せざるを得ないとしても。

@BabylonLabs_io #baby $BABY $DEXE