既存のポジションに加えてさらに1つのBTC金庫を追加するときに最も起こりやすい誤解は、元のBTCも一緒に「引っ越し」する必要があるというものです。つまり、古い金庫を先に解体し、そのうえで新旧の資産を合成して、より大きな担保を1本の取引として作る必要があるのではないか、という誤解です。変わるのは主にアプリケーション層です。旧BTCは引き続き元のBitcoin記録の中に留まり、新BTCは別の独立した金庫に入ります。両者は同じ借入（ローン）ポジションによって一緒に計算されるだけです。

@BabylonLabs_io の Trustless Bitcoin Vaults (TBV) 公開テスト環境では、各金庫はそれぞれ独立したUTXOに対応しています。これはBitcoin上の1つの資産記録であり、それぞれ固有の位置と、合法的に支出できる境界（ルール）を持ちます。新しい金庫を追加しても、旧UTXOを使い切ってから再組成するわけではありませんし、複数の金庫を共有BTCプールにまとめ込むこともしません。公式の設計も、金庫内のBTCをさらに取り出して再担保に使うことは想定していません。

Ethereumのアプリケーションから見えるのは、これらの金庫が1つのポジションをサポートしている、ということです。新しい金庫が接続されると、アプリは新規の担保状態を既存のポジションと合算できます。担保を拡大するために、ユーザーが先に旧BTCを移送したり、既存の金庫を作り直したりする必要はありません。#baby で重要な違いは、「一緒に使うこと」と「1つの資産として合成すること」は別物だ、という点です。

これは、複数の独立した不動産が、同一のローンのために共同で担保提供しているようなものに近いです。貸し手側は合計価値として評価できますが、そのうちの1つの部屋は、別の部屋を追加したからといって、取り壊されたり、同じ1つの権利書に統合されたりはしません。TBVに対応させると、アプリ層では担保能力を集約しますが、Bitcoin層では各金庫ごとの制御境界はそのまま保持されます。

そのため、$BABY に関連する「ネイティブBTCの能力」を見るとき、私は、拡張した利用範囲が、旧資産に対して先に元のコントロール構造を差し出すことを要求するのかどうかにより重点を置いています。TBVの答えはこうです。新しい独立金庫を追加して、アプリが得られる担保状態を増やすことは可能です。しかし、旧BTCは移送する必要がなく、また集約したことでプールの持分に変わることもありません。

現時点でも、Bitcoin signet と Ethereum Sepolia 上のテストメカニズムの話であり、実測結果としては書けません。複数の金庫が同一のポジションにサービスできますが、それぞれのBTCは自分自身のBitcoin境界に沿って存在し続けます。アプリが能力を合算しても、資産が1つに揉み合わされるわけではありません。