私は @BabylonLabs_io の TBV 清算プロセスを解体してみたとき、最も直感的に感じたのはこうです。清算人が稼いでいるのは「秒単位の裁定」ではなく、一定期間のリスクを引き受けているということです。

仮に BTC が清算ラインまで下がったとします。liquidator は先に USDC を立て替えて、借り手の債務を返済します。合図（コントラクト）のフローや署名はすぐに進むかもしれません。しかし問題はその後です。ドキュメントには claim delay と challenge period が言及されています。つまり清算人はすぐに BTC の担保を受け取れるわけではなく、ウィンドウが終わるのを待つ必要がある。立て替えたお金はすでに出ているのに、BTC はまだ手元に来ない。途中で価格がどう動くか──そのリスクは基本的に清算人が負います。$BTC

これは、従来の DeFi の清算ロジックとかなり違います。多くの貸借プロトコルは一連で完了します。返済、担保の受け取り、割引を得る。リスク・ウィンドウは非常に短い。TBV は BitVM3 のチャレンジ機構を維持する必要があるため、プロセスを2段に分けています。まず支払い、次に取り込み（認領）。安全境界はより強くなりますが、清算人の経済計算（収支）も複雑になります。$BABY

だから、BitVM3 が紛争コストをどれだけ低く抑えられるかだけを見てはいけません。オンチェーンの dispute は安いからといって、清算が安いとは限りません。liquidator が本当に気にしているのは、資金拘束、BTC の変動、Gas、そしてこの待機期間に対する機会費用、さらにその待機期間が十分に補償されるかどうかです。#baby

補償が足りなければ、清算人はより高い割引を要求するでしょう。割引が高すぎれば、借り手は苦しくなります。割引が足りなければ、清算を引き受ける人がいなくなり、不良債権リスクがシステムに積み上がっていく可能性があります。

Babylon TBV の清算設計は、Aave のような秒級の体験をそのままコピーするものではありません。より強いセキュリティ・モデルと引き換えに、参加のハードルを重くしているのです。待機期間や価格変動を受け入れられる人だけが、その liquidator をやりたいと思うでしょう。$ETH