@BabylonLabs_io TBV テストネット文書の精算（清算）章を読み進めると、ある一文が気になって往復で3回読みました。「複数の金庫（金庫＝UTXO）を組み合わせて1つの貸借ポジションにできる。」

3回に分けて $BTC を預けると、あなたは3つの独立した金庫を手にします——それぞれが孤立したUTXOで、資金は相互に通じません。ですが borrow（借り入れ）時、TBV は合算口座を作らず、預け入れた順に並べて、最初の金庫から後ろへと差し引きます。借入額に達したところで止まる。これは「プレフィックス（接頭辞）による控除（前方からの差し引き）」と呼ばれます。差し引かれた金庫と、差し引かれなかった金庫は、コントラクト層ではこれまで一度も交差しません。#baby

この設計は境界感がとても強いです。読み取り専用の並べ替えロジックで可用性（利用可能性）を解決しつつ、新しい共有状態を一切生みません。UTXO の隔離性も一切失われていません。

ただ、章を最後まで読みましたが後半が見つかりませんでした。返済・償還（redeem）のときはどうするのか？ プレフィックス順に逆からロック解除するのか、それとも各金庫が差し引かれた割合に応じてそれぞれ別に償還プロセスを進めるのか？ 前者なら、部分的に返済した後の中間状態が複雑になります。後者なら、各金庫が独立した債務サブ口座を維持することになります。テストネットは Signet BTC を Sepolia に対して動かしていて、実際の資金はありません。この手の「プロダクト化の断絶」は「通ることさえできればいい」で見過ごされやすい。$BABY

TBV は「元本の構造に触れない」という面で最低ラインを守っていますが、文書はここで唐突に終わっています。メインネット公開前に償還ロジックが補完されるのか、そこは要注目です。

あなたは、この「キューにして差し引く（並べて控除する）、元本に一切触れない」というパラダイムが、BTCFi が複数の UTXO を扱うためのデフォルト解法になり得ると思いますか？ コメント欄で話しましょう。