Ethereum上有一堆合約があるのを見ると、TBVが最終的にBTCの支配権を別のチェーンに渡したのだと誤解しやすいです。けれども、実際に分解してみると、@BabylonLabs_io はシステムを3層に分けています。その目的は、どの層も単独で結果を書き換えられないようにすることにあります。

第一層はBitcoinです。BTCはTaproot出力にロックされ、通常の償還、清算償還、争議対応はすべて建庫時に作成された事前署名取引グラフに書き込まれます。起動前にはPre-PegIn HTLCもあります。Ethereum側は起動を完了していないため、ユーザーはタイムロックが期限切れになった後に一方的に返金できます。Bitcoinは貸借を理解せず、「どの取引がこのUTXOを使ってよいか」を守ることだけを担当します。

第二層はEthereumです。中核となる合約がVaultのライフサイクル、Hashlock、WOTSのコミットメントを記録し、タイムロック、参加者、アプリの入場可否、エクスポージャー上限を管理します。Adapterはさらに、借入、返済、撤出をプロトコル操作として翻訳します。現在公開テストネットに登録されているのは、Aave v4 Adapterだけです。

第三層はオフチェーン・ソフトウェアです。Vault Providerが建庫と事前署名の作成を調整し、Application Vault Keeper、Universal Challengerなどの役割が2つのチェーンを監視し、資料を保存し、償還証明の生成またはチャレンジを行い、次の取引として提出します。

重要なのは「三層が協調すること」だけではありません。三層がそれぞれ失敗した場合の結果が異なるのです。Ethereumの合約に誤りがあれば、記帳と業務に影響します。オフチェーン側の関係者がオフラインだと退出が遅れますが、それらはいずれも、Bitcoinが事前署名していない出口を“勝手に”作り出すことはできません。逆に、Bitcoinのスクリプトがどれだけ安全でも、オラクル、アプリのリスク管理、オンラインのチャレンジャーを代替することはできません。

つまりTBVは信頼を消し去るのではなく、資産の管理、業務状態、実行の活性を切り分けて、単一層の故障が直接BTCの所有権喪失につながらないようにします。メインネット公開前には、この3層をそれぞれ監査し、「BTCは元のチェーンに残る」といった一文だけを見ることはしません。

#baby $BABY