ビットコインの担保をプールに入れる前に、まず個別に識別できるかを確認する

最近のBTCFiの盛り上がりを見ていると、多くのプロダクトがまず利回りや担保率を前面に出している。しかし、不良債権を誰が負担するかを本当に左右するのは、資産を一つひとつ識別できるかどうかだ。Babylonが提案するSCRIPTフレームワークは、主権、ルールの明確さ、再担保の禁止、分離、パーミッションレス、透明性を並べて検証する。この順序は冷静だ。まず誰がコインを管理し、誰がルールを変更できるのかを確認してから、資本効率を議論する。少なくとも、リスクに関する情報をポスターの裏に隠してはいない。

Babylon TBVでは、各ユーザーのネイティブBTCを独立したTaproot UTXOに保管し、金庫を特定のポジションに対応させる。この方法の利点はシンプルだ。どの担保がどの債務を裏付けているのかをオンチェーンで確認でき、資産をプールした後に帰属が曖昧になったり、権利主張が競合したりするリスクも減らせる。一方で、コストも明確だ。UTXOが分散するほど、作成、追跡、引き出しの管理コストは高くなり、少額ポジションほどビットコインネットワークの手数料の影響を受けやすくなる。

第三者カストディ、MPC金庫、ラップドBTCと比べると、Babylonの方式には資金プールによる利便性がない。競合サービスは流動性を一元的に運用でき、成熟したプロトコルへの接続も速い。ユーザーは一つの残高を見て操作できる。しかし、その残高の裏で再担保が行われているのか、資産が他の債権者から権利を主張されているのかは、多くの場合、機関の開示に頼らざるを得ない。TBVはあらかじめ定められた処分ルールでこうした余地を制限する。柔軟性は下がるが、責任の所在はかえって検証しやすくなる。

Babylonのプロダクト画面は、金庫番号を表示するだけでは不十分だと思う。UTXO、債務ポジション、利用アプリ、エクスポージャー上限、処分条件が相互に対応していて、ユーザーがクリックして確認できる必要がある。透明性に関する情報がブロックエクスプローラー、コントラクト、文書に散らばっているなら、一般ユーザーは結局、集約ページを信じるしかない。オンチェーンで見えることと、理解できることは同じではない。この隔たりは、機関投資家の監査や日常的なリスク管理に直接影響する。

SCRIPTの最も興味深い点は、Babylon自身を検証するためにも使えることだ。プロトコルのアップグレードで管理権限が変わっていないか、アプリに新たな検閲の入口が持ち込まれていないか、BTC担保が独立性を保ち続けられるか。いずれも公開記録に残すべきだ。ルールが長期にわたる検証に耐えてこそ、@BabylonLabs_io はセルフカストディを資産管理の規律へと変えられる。また、$BABY のガバナンスも、明確な対象を持てる。#baby $BTC