金庫は資金プールではない。TBVは$BTC の貸し借りのリスクを小さな単位に切り分ける

Babylon Trustless Bitcoin Vaults（TBV）の要点は、担保を一つひとつ独立したUTXOに分けることだ。各金庫は専用のスクリプトと退出経路を備え、資産はほかの預け入れ資産と混ざらず、プロトコルが勝手に移動させることもできない。WBTCはカストディと鋳造に依存し、tBTCは単一のカストディアンへの依存を弱めているものの、クロスチェーン表現とブリッジのプロセスは残る。BabylonではネイティブBTCをビットコインネットワーク上に置いたままにする。この道のりは難しいが、資産の境界はより明確になる。

BabylonがAave v4に接続すると、金庫の状態をイーサリアム上の貸し借りに利用でき、テストネットではUSDCやUSDTなどの資産を借りられる。見落とされがちなのは、流動性は貸借市場から得られる一方で、担保はイーサリアムに移っていないという点だ。BabylonはビットコインのセキュリティとDeFiの金利を切り分け、借り入れのためにユーザーがラップ資産の発行者の信用リスクを受け入れる必要をなくす。つまり、二種類のリスクをそれぞれの台帳に戻しているにすぎない。Babylonは証明の生成・検証コストも公開すべきだ。そうしなければ、資本効率と呼ばれるものは借入金利だけに限られ、ラップ資産を使う方法と全体を比較できない。

Babylonの制約は明確だ。金庫を作成すると特定のアプリケーションに紐づき、ほかのプロトコルに移すことはできない。セキュリティの分離は明確になるが、資金の振り分けは柔軟性に欠ける。複数の金庫を組み合わせて借入ポジションを作れる一方、清算時にどの金庫を処分するのか、健全性の判定が正確なのかが、使い勝手を左右する。Aave側では安全と表示されていても、ビットコイン側では処理待ちということがあり得る。曖昧な表示はパニックを招きかねず、利回りを上げるより先に解決すべき問題だ。清算はバックエンドの細かな処理ではない。ユーザーが価格の急落前に追加入金するか返済するかを判断できるよう、Babylonは発動しきい値、想定処分量、BTCの解放経路を表示する必要がある。

私はBabylonを、短期的なBTCFiの流行ではなく、担保インフラとして捉えている。TBVがラップ資産を使う方法に勝てるかどうかは、テストネットの取引数ではなく、市場が大きく荒れた際の証明速度、償還経路、清算の執行にかかっている。$BABY が担うべきなのは、ガバナンス、リスクパラメーター、エコシステムの調整であり、感情的な買い煽りではない。@BabylonLabs_io #baby