1枚のBTCは最初から最後までBitcoinから離れず、Aaveはそれを担保にして貸し出せる。しかも、途中に取引可能な「影のBTC」なんて1枚も存在しないのが、さらに常識外れだ。
私は @BabylonLabs_io のAave v4統合を一通り追ってみて、Adapterは2つの言語を話せる翻訳者のようだと分かった。Peg-inでは、ネイティブBTCがBitcoin上のTaproot Vaultへ入る。アクティブ化後、AaveAdapterはユーザーにPosition Proxyをデプロイし、BTCの数量に応じて1:1で、サトシ単位まで正確な内部担保記録を作成し、それをBabylon Core Spokeに供給する。
この記録はERC-20風のインターフェースを採用していて、Aaveが担保を理解できるようにするためだけのものだ。ユーザーのウォレットには入らず、通常のアドレスへ転送もできず、セカンダリー市場もない。実際のBTCは依然として元のUTXOにあり、Ethereum側はこのVaultがどのポジションに対してどれだけ担保を提供するかを記録するだけだ。
借入の指令はAdapterからProxyとCore Spokeへ入り、さらにAave v4 Hubから資産を引き出す。返済は逆方向にHubへ戻る。現在公開されているテストネット上のUSDC、USDT、WBTCはいずれも実価値のない疑似コインだ。債務がゼロになったら、ユーザーはVaultを撤出し、担保記録は閉じられ、Bitcoin側では証明・チャレンジ・Payoutが開始される。
つまりこれはBTCをAaveに「持ち込む」のではなく、2つの台帳が同一の担保状態を突き合わせるようにする、ということだ。AaveはネイティブBTCに直接は触れないが、リンクにはAdapter、Proxy、Spoke、そしてオラクルが追加される。暗号が守っているのはBTCの出口であり、貸し借りが正常に行われるかどうかは、アプリのスマートコントラクトとリスク管理パラメータ次第だ。
メインネットでの稼働後に最も検証すべきなのは、「借りられるかどうか」だけではない。この“翻訳者”が、高い同時並行性や極端な局面でも、重要な一文を誤訳しないかだ。
#baby $BABY
私は @BabylonLabs_io のAave v4統合を一通り追ってみて、Adapterは2つの言語を話せる翻訳者のようだと分かった。Peg-inでは、ネイティブBTCがBitcoin上のTaproot Vaultへ入る。アクティブ化後、AaveAdapterはユーザーにPosition Proxyをデプロイし、BTCの数量に応じて1:1で、サトシ単位まで正確な内部担保記録を作成し、それをBabylon Core Spokeに供給する。
この記録はERC-20風のインターフェースを採用していて、Aaveが担保を理解できるようにするためだけのものだ。ユーザーのウォレットには入らず、通常のアドレスへ転送もできず、セカンダリー市場もない。実際のBTCは依然として元のUTXOにあり、Ethereum側はこのVaultがどのポジションに対してどれだけ担保を提供するかを記録するだけだ。
借入の指令はAdapterからProxyとCore Spokeへ入り、さらにAave v4 Hubから資産を引き出す。返済は逆方向にHubへ戻る。現在公開されているテストネット上のUSDC、USDT、WBTCはいずれも実価値のない疑似コインだ。債務がゼロになったら、ユーザーはVaultを撤出し、担保記録は閉じられ、Bitcoin側では証明・チャレンジ・Payoutが開始される。
つまりこれはBTCをAaveに「持ち込む」のではなく、2つの台帳が同一の担保状態を突き合わせるようにする、ということだ。AaveはネイティブBTCに直接は触れないが、リンクにはAdapter、Proxy、Spoke、そしてオラクルが追加される。暗号が守っているのはBTCの出口であり、貸し借りが正常に行われるかどうかは、アプリのスマートコントラクトとリスク管理パラメータ次第だ。
メインネットでの稼働後に最も検証すべきなのは、「借りられるかどうか」だけではない。この“翻訳者”が、高い同時並行性や極端な局面でも、重要な一文を誤訳しないかだ。
#baby $BABY
