Babylon Trustless Bitcoin Vaults（TBV）において、Taprootが重要なのは、バル（vault）が“ラップされた資産がプールされた契約の中にある”のではなく、ビットコインそのもののように振る舞えるからです。

TBVでは、BTCは特定のビットコインの出力（output）にロックされます。 その出力は、あらかじめ約束（コミット）された支払い条件が組み込まれた状態で作成されます。

1つの経路では、返済後にBTCを取り戻せます。

別の経路では、ポジションが安全でなくなった場合に清算（リキデーション）を許可できます。

その他の経路では、アプリケーション固有の結果をサポートできます。

Taprootが重要なのは、これらの条件をバル作成時にコミットできる一方で、出力は最初から完全なロジックを公開するのではなく、ビットコイン上では通常のTaproot出力として見えるからです。

これにより、担保（コラテラル）の形が変わります。

ユーザーは、どこか別の場所で保有されているビットコインの持分を表す“プールされたトークン”を受け取っているわけではありません。担保は、識別可能なUTXOに結びついたままであり、そのルール、ライフサイクル、そして有効な退出経路はそれぞれ固有です。

この点が、私が最も重要だと感じる部分です。

Babylonは、市場に対して、一般的なラップBTCのプールと、それを裏付けるという発行者の約束を信じるよう求めているわけではありません。

Babylonは、ビットコイン自身のトランザクションモデルの周りに、各担保ポジションを直接組み立てています。

BTCはネイティブのままです。

支払い条件は事前にコミットされています。

そして、返済または清算が起きたとき、バルは、資産の行き先を決めるカストディアンに頼るのではなく、正しいビットコインの経路をたどります。

だからこそ、TBVにおけるTaprootは単なる技術的な細部以上の意味を持ちます。

それはBabylonに、プールされた合成（シンセティック）の残高に変えてしまうことなく、信用市場向けに十分にプログラマブルなネイティブのビットコイン構造を与えます。

@BabylonLabs_io $BABY #baby