#baby $BABY 清算文書を作成する際、最初は LLP という役割が少しややこしいとも感じました。担保はネイティブ $BTC のはずなのに、なぜ清算人が最初に受け取るのが WBTC なのでしょう？ しかし、両チェーンの決済スピードを並べて見ると、納得がいきます。ポジションの Health Factor が 1 を下回ると、イーサリアム側ではすぐに清算をトリガーできます。一方で BTC はビットコインの金庫にロックされたままなので、その後は申請、証明、チャレンジ、支払いという手順をさらに進める必要があります。チャレンジ期間だけでも 432 のビットコインブロックあり、だいたい 3 日待つことになります。清算人が今日、まず返済し、その数日後に担保を受け取る――となれば、誰もがその間の価格変動や資金拘束を慎重に見積もらざるを得ません。

LLP の役割は、その数日間の時間差を埋めることです。清算が起きると、清算人は LLP から WBTC と対応する報酬をすぐに受け取れるため、ビットコインネットワークの遅さを待ち続ける必要がありません。処分された金庫はその後、LLP 関連のプロセスへ移され、さらに登録アービトレージャーが引き継いで、最終的な BTC の払い戻しを完了させます。もう一つの直接払い戻しルートは、建て（建口）に参加し、払い戻しの鍵を握っているアプリケーション・コンサート（金庫守護者）にのみ開放されます。LLP の在庫に依存せずに済む一方で、通常の清算人はこのルートを使えません。

つまり LLP は、ビットコインのブロック生成を速めたり、チャレンジ期間を削ったりするわけではありません。あくまで自分の流動性を使って、システムが「即時決済」を完了できるようにするだけです。問題はその分、別の場所に移ります。以前は「清算人が待つのを嫌がらないか」を心配していましたが、今は「LLP の WBTC 在庫が足りるか」「価格がどれだけズレるか」「オラクルが安定しているか」「払い戻し待ちの金庫がどんどん積み上がっていかないか」を気にする必要が出てきます。次は、@BabylonLabs_io が LLP の利用可能流動性、平均の回転時間、払い戻しの滞留量、そして WBTC の乖離データを公開するかどうか、より見てみたいです。$BABY は実際の需要を受け止められるのか？「清算が起動できるか」だけでなく、「暴落が起きたその日」に、この緩衝プールが BTC より先に吸い尽くされないかまで見届ける必要があります。#baby