#baby $BABY
剛剛、BabylonLabsのTBVホワイトペーパーを見ていて、ふと疑問が頭から離れませんでした。もし各Vaultがすべて隔離されていて、1人のBTCだけをロックしているのなら、従来のvaultのようにみんなのお金を混ぜて戦略を回すわけではありません。では、いわゆるDeFiの資本効率は、いったいどうやって実現するのでしょうか?
調べてみたところ、TBVが解決しているのは資本効率の問題ではなく、信頼の問題だと分かりました。ビットコインのスクリプト言語には本来covenantの仕組みがなく、将来の資金の使い道を「こうしなければならない」と制約できません。だから、クロスチェーンをするには、中央集権的なブリッジやラップ(包み込み)コインに頼る必要があります。TBVはBitVM3で検証ロジックをオフチェーン側で実行し、オンチェーンには圧縮された詐欺証明だけを残します。各出金は、ZK証明でコントラクトの状態と照合してからでないと通りません。この方式の代償として、各Vaultは確かに独立して運用されており、共有の資金プールはありません。
矛盾はここにあります。Aave V4側でTBVに対応するために、2つのSpokeが設計されています。1つはBTC担保の入出金を扱い、もう1つは清算後の決済(精算)フローを専門に処理するものです。隔離や非信頼を強調しているのに、なぜ清算後には、独立した決済Spokeで協調する必要があるのでしょうか?これはつまり、こういうことを示しています。BTC自体は誰のことも信頼しなくていいのは正しい。でも、借り入れ(貸借)のシナリオに入った瞬間、流動性の厚みや清算効率は、Aaveのようなプール型プロトコルに支えてもらう必要があります。2つのロジックは「最初から一体」ではなく、無理やり接続されているのです。
私の見解では、@BabylonLabs_io は「安全」の部分をかなり堅実に作り込んでいる一方で、$BABY のエコシステムが本当にDeFiのシーンを開くには、次に、隔離された安全性を犠牲にせずに資本効率の部分をどう補っていくかにかかっています。
剛剛、BabylonLabsのTBVホワイトペーパーを見ていて、ふと疑問が頭から離れませんでした。もし各Vaultがすべて隔離されていて、1人のBTCだけをロックしているのなら、従来のvaultのようにみんなのお金を混ぜて戦略を回すわけではありません。では、いわゆるDeFiの資本効率は、いったいどうやって実現するのでしょうか?
調べてみたところ、TBVが解決しているのは資本効率の問題ではなく、信頼の問題だと分かりました。ビットコインのスクリプト言語には本来covenantの仕組みがなく、将来の資金の使い道を「こうしなければならない」と制約できません。だから、クロスチェーンをするには、中央集権的なブリッジやラップ(包み込み)コインに頼る必要があります。TBVはBitVM3で検証ロジックをオフチェーン側で実行し、オンチェーンには圧縮された詐欺証明だけを残します。各出金は、ZK証明でコントラクトの状態と照合してからでないと通りません。この方式の代償として、各Vaultは確かに独立して運用されており、共有の資金プールはありません。
矛盾はここにあります。Aave V4側でTBVに対応するために、2つのSpokeが設計されています。1つはBTC担保の入出金を扱い、もう1つは清算後の決済(精算)フローを専門に処理するものです。隔離や非信頼を強調しているのに、なぜ清算後には、独立した決済Spokeで協調する必要があるのでしょうか?これはつまり、こういうことを示しています。BTC自体は誰のことも信頼しなくていいのは正しい。でも、借り入れ(貸借)のシナリオに入った瞬間、流動性の厚みや清算効率は、Aaveのようなプール型プロトコルに支えてもらう必要があります。2つのロジックは「最初から一体」ではなく、無理やり接続されているのです。
私の見解では、@BabylonLabs_io は「安全」の部分をかなり堅実に作り込んでいる一方で、$BABY のエコシステムが本当にDeFiのシーンを開くには、次に、隔離された安全性を犠牲にせずに資本効率の部分をどう補っていくかにかかっています。