@BabylonLabs_io のTBVテストネットのパラメータを改めて見直したところ、vaultBTC という名前だと勘違いを招きやすいことに気づきました。これは「1 vaultBTC＝1 BTC」で仕訳し、同じく8桁の小数を保持はするものの、自由に送金はできず、Aave v4 のアダプタ内に“内部会計単位”として留まるだけです。
倉庫で発行される電子の引換券みたいなものですが、この券は街中で流通できず、指定のカウンターでのみ担保として精算・計上できます。
ユーザーが Bitcoin 上の Vault にネイティブBTCをロックして起動すると、システムは対応する vaultBTC を鋳造し、Aave 側へ自動供給します。現状の公開テストネットでは、担保係数が78%なので、帳簿上の1枚BTCがそのまま100%の借入能力としては計算されません。このディスカウントは「後ろのBTCが減っている」という意味ではなく、価格変動・異なるシステム間の決済・清算時間に備えるクッションです。
なお、これらはすべてテストネットのパラメータです。単一のポジション上限は最大0.4 BTC、Aaveアプリの総上限は10 BTC。上限は少量のフローでメカニズムを観察するためのもので、大口ポジション、混雑、そして価格急落が同時に起きても、主ネットで同じように滑らかに動くと証明するには足りません。
私は、この制限には価値があると認めています。券をどこでも転がせないことで、セカンダリー市場でのアンカー（価格の乖離）や、重複担保、あるいは他プロトコルで誤って取り込まれる経路が減るからです。システムは vaultBTC をアダプタの中に閉じ込めていて、つまりこう告げています――それは「キャビネットの中に在庫がある」ことを証明する役目であって、どこへでも持ち出して売買できる新しいBTCを“再造”するものではない、と。
ただし問題は「指定されたカウンター」にあります。譲渡不可は組み合わせ時のリスクを下げますが、その代わり、利用可能性を Aave の統合、アダプタのコントラクト、そしてパラメータのガバナンスに結びつけてしまう。キャビネットは Bitcoin にあり、貸借の帳簿は Ethereum にあり、券はその間に挟まれている――どの層の状態が同期していなければ、ユーザーが見ているのは単純な「1コイン＝1コイン」の話とは限らなくなります。
$BABY は、名前だけではここで価値を自動的に得られません。見るべきは Vault の利用で手数料が発生するか、どのパラメータがガバナンスに属するか、そして経済活動が BABY の需要に戻り得るかです。vaultBTC の供給量をそのまま BABY の収入として計算するのは、ショッピングモールの保管証券の総額を不動産の利益のように扱うのと同じくらい不条理です。#baby
私の判断：譲渡制限は安全境界であって、プロダクト上の欠陥ではありません。ただ、安全境界が狭いほど、プロトコルへの依存はより集中します。あなたは、指定カウンターでのみ使える安全な証憑がほしいですか？それとも、自由に組み合わせられるがリスクが波及し得る流通資産がほしいですか？コメント欄で話しましょう。
$BTC $UBER
倉庫で発行される電子の引換券みたいなものですが、この券は街中で流通できず、指定のカウンターでのみ担保として精算・計上できます。
ユーザーが Bitcoin 上の Vault にネイティブBTCをロックして起動すると、システムは対応する vaultBTC を鋳造し、Aave 側へ自動供給します。現状の公開テストネットでは、担保係数が78%なので、帳簿上の1枚BTCがそのまま100%の借入能力としては計算されません。このディスカウントは「後ろのBTCが減っている」という意味ではなく、価格変動・異なるシステム間の決済・清算時間に備えるクッションです。
なお、これらはすべてテストネットのパラメータです。単一のポジション上限は最大0.4 BTC、Aaveアプリの総上限は10 BTC。上限は少量のフローでメカニズムを観察するためのもので、大口ポジション、混雑、そして価格急落が同時に起きても、主ネットで同じように滑らかに動くと証明するには足りません。
私は、この制限には価値があると認めています。券をどこでも転がせないことで、セカンダリー市場でのアンカー（価格の乖離）や、重複担保、あるいは他プロトコルで誤って取り込まれる経路が減るからです。システムは vaultBTC をアダプタの中に閉じ込めていて、つまりこう告げています――それは「キャビネットの中に在庫がある」ことを証明する役目であって、どこへでも持ち出して売買できる新しいBTCを“再造”するものではない、と。
ただし問題は「指定されたカウンター」にあります。譲渡不可は組み合わせ時のリスクを下げますが、その代わり、利用可能性を Aave の統合、アダプタのコントラクト、そしてパラメータのガバナンスに結びつけてしまう。キャビネットは Bitcoin にあり、貸借の帳簿は Ethereum にあり、券はその間に挟まれている――どの層の状態が同期していなければ、ユーザーが見ているのは単純な「1コイン＝1コイン」の話とは限らなくなります。
$BABY は、名前だけではここで価値を自動的に得られません。見るべきは Vault の利用で手数料が発生するか、どのパラメータがガバナンスに属するか、そして経済活動が BABY の需要に戻り得るかです。vaultBTC の供給量をそのまま BABY の収入として計算するのは、ショッピングモールの保管証券の総額を不動産の利益のように扱うのと同じくらい不条理です。#baby
私の判断：譲渡制限は安全境界であって、プロダクト上の欠陥ではありません。ただ、安全境界が狭いほど、プロトコルへの依存はより集中します。あなたは、指定カウンターでのみ使える安全な証憑がほしいですか？それとも、自由に組み合わせられるがリスクが波及し得る流通資産がほしいですか？コメント欄で話しましょう。
$BTC $UBER
