テストネットの全バランスを一気にほぼ上限までペグして、何かを確認するために立ち止まるまでやっていました——でも、Aave v4で同じようなそのバルトが今日ローンを担保にできて、あとで別のTBVアプリに接続して、さらにもう一度ローンチしたら…というのは可能なのでしょうか？結論、できません。「いや、まだじゃない」という話ではありません。UIの制限でもありません。バルトは作成された瞬間に、1つの特定のアプリケーションに結び付けられ、そのまま結び付き続けます。移動したり、分割したり、後から別のプロトコルで再利用したりはできません。

最初は、資本効率が無駄になっているように感じました。BTCのバルトが1つあって、ずっと1つのアプリにしか役立たない——しかも売り文句は「ビットコインが同時にあらゆる場所で生産的になる」ことなのに。

でも保険が実際にどう機能するかを考えました。保険を1つ取り、それを2つの別の請求——別の保険会社がいるような状況——に向けて、誰が支払うべきかをうまく整理してもらおう、みたいなことはしません。各保険は、特定のリスクに対して引き受けられ、独自の保険金支払いルールがあります。混ぜると、何かが起きたときに「誰が実際に責任を負うのか」が不明確になるからです。TBVバルトも同じです。各バルトは1つのアプリの清算ロジックと信頼前提に対して引き受けられており、Babylon自身のチームも「異なるルールを持つ複数のアプリにまたがってバルトを公開したくない」と直接述べています。

つまりトレードオフは偶然ではありません。アプリ間の合成（コンポーザビリティ）は効率的に見えるものの、2つの清算エンジンが同じUTXOを奪い合うようになり得る。隔離性こそが、「その担保が本当に意味を持つ」ための代償です。

それで、さらにDeFiアプリが統合されるようになったら変わるのかと考えてしまいます——新しいアプリが増えるたびに、毎回新鮮なBTCをペグして、結局はプロトコルごとにバルト1つ、無期限にやり続けることになるのでしょうか？

@BabylonLabs_io $BABY #baby #Babylon $KOMA $1000RATS