健康因子が1を下回り、清算がトリガーされます。この文の後ですぐ話が進んでしまう説明も多いのですが、担保提供者にとって本当の勘定はその先にあります。どの金庫が持ち去られ、負債はいくら減り、増えた価値はどんな形で戻ってくるのかです。

@BabylonLabs_io の Trustless Bitcoin Vaults (TBV) のパブリック・テストネットは、担保BTCを「つかんで持っていける水の一池」のようには見なしていません。これが、$BABY に関する清算の議論で最も「トリガーされた」という一言に隠れやすい部分でもあります。各金庫はそれぞれ1つの完全なUTXOに対応しており、選ばれた場合は金庫丸ごと処分されます。保有ポジションに複数の金庫があると、プロトコルはあらかじめ定められた順序で順に後ろへと取り出し、累計価値が目標をカバーするまで続きます。その結果、一見矛盾するような2つの結果が同時に現れます。つまり、単一の金庫は完全清算になる一方で、ポジション全体ではそのうち数個の金庫しか失わない可能性があるのです。

次に「債」を見なければなりません。プロトコルはまず、金庫価値のうち処分目標を超える余剰分を計算し、それを清算後に残った債務と比較します。余剰分が小さい場合は、引き続き債務の減額に充当され、ユーザーに対して追加の資産として別途返ってくることはありません。余剰分が残存債務を上回る、または債務がすでに完済されている場合に限り、債務控除後の残りが、アプリ側でビットコインに連動したテスト用の清算決済資産として返還されます。元のBTCの断片がそのまま切り戻されて戻ってくるわけではありません。

ページに「清算完了」だけが表示されると、これら3種類の変化が1つのぼやけた結果に押し込められてしまいます。より役に立つ記録は、各金庫ごとに列挙されるべきです。すなわち、当初の金庫がポジションから外されたのか、どの部分の債務が清算されたのか、残りはいくつの利用可能な金庫か、そして別途清算される余剰分があるのか。そうしないと、帳簿が正しくても、ユーザーは「BTCが全部持ち去られた」と誤解したり、債務への相殺が資産入金だと誤認したりし得ます。

このルールは、私が気にしていた順番を根本から変えました。借り入れの前には、トリガーラインだけを見ていては不十分で、金庫の並び、処分目標、債務残高、そして余剰分の行き先が、ページ上でちゃんと読み取れる必要があります。なお、現在のすべての動きはテストネットでの演習であり、関連するテスト資産には通貨としての価値はありません。

清算体験では、まずユーザーが「処分後の帳尻」を理解できるようにすることが先です。この記事は仕組みの研究のみを目的とし、投資助言ではありません。#baby