研究@BabylonLabs_io のTrustless Bitcoin Vaults(TBV)を検討する中で、見落とされやすい問題を見つけました。ネイティブBTCを担保にすることは第一歩にすぎず、実際に面倒なのは、清算の際に最終的にどれだけを持ち出すのか、という点です。
一般的なDeFiでは、担保資産は通常、正確に分割できます。ポジションが少しでも不健全になると、プロトコルは資産の一部を売却して不足分を埋めます。しかしTBVの各Vaultは本質的に、1つの独立したBitcoin UTXOに対応しており、UTXOは口座残高のように気軽に小さな部分へ切り分けできません。Vaultは、丸ごと維持するか、丸ごと償還するか、または処分されるかのどちらかです。
つまり、ユーザーがBTCをすべて1つの大きなVaultに詰め込んだ場合、債務の不足がほんの一部にとどまっていても、清算はそのVault全体を軸に進まざるを得ない可能性があります。問題は清算価格だけではなく、担保の粒度設計が妥当かどうかにあります。
TBVが提示しているアプローチは興味深いです。BTCを事前に異なるサイズのVaultに分割し、清算の順序を設定します。前方に小規模な「犠牲Vault」を置いて潜在的な債務を優先的にカバーし、残りの資金は「保護Vault」に入れます。ポジションが崩れたとき、プロトコルはまず前者を処理し、全担保資産に直接手をつけることはしません。
私の見方では、この設計はTBVが単にBTCをAaveのような貸借市場に接続しただけではないことを示しています。BitcoinのUTXOモデルを、改めてリスク管理に適応させているのです。BTCをERC-20と同じように柔軟だと見せかけるのではなく、基盤となる資産が分割できないという性質を、そのままリスク管理の中に取り込んでいます。
もちろん、これはユーザーとフロントエンドにより多くの責任も課します。Vaultをどれくらい分割するか、どれくらい借りるか、安全余裕をどれくらい残すかが、清算結果に影響します。しかし、このように制約を明確に露出させる方式は、リスクをブリッジ、カストディアン、あるいはラップ資産の背後に隠してしまうよりも、注目に値するかもしれません。$BABY が本当に証明する必要があるのは、こうしたネイティブBTC担保の仕組みが、安全性だけでなく、十分に使いやすいものとしても成立するかどうかです。#baby
一般的なDeFiでは、担保資産は通常、正確に分割できます。ポジションが少しでも不健全になると、プロトコルは資産の一部を売却して不足分を埋めます。しかしTBVの各Vaultは本質的に、1つの独立したBitcoin UTXOに対応しており、UTXOは口座残高のように気軽に小さな部分へ切り分けできません。Vaultは、丸ごと維持するか、丸ごと償還するか、または処分されるかのどちらかです。
つまり、ユーザーがBTCをすべて1つの大きなVaultに詰め込んだ場合、債務の不足がほんの一部にとどまっていても、清算はそのVault全体を軸に進まざるを得ない可能性があります。問題は清算価格だけではなく、担保の粒度設計が妥当かどうかにあります。
TBVが提示しているアプローチは興味深いです。BTCを事前に異なるサイズのVaultに分割し、清算の順序を設定します。前方に小規模な「犠牲Vault」を置いて潜在的な債務を優先的にカバーし、残りの資金は「保護Vault」に入れます。ポジションが崩れたとき、プロトコルはまず前者を処理し、全担保資産に直接手をつけることはしません。
私の見方では、この設計はTBVが単にBTCをAaveのような貸借市場に接続しただけではないことを示しています。BitcoinのUTXOモデルを、改めてリスク管理に適応させているのです。BTCをERC-20と同じように柔軟だと見せかけるのではなく、基盤となる資産が分割できないという性質を、そのままリスク管理の中に取り込んでいます。
もちろん、これはユーザーとフロントエンドにより多くの責任も課します。Vaultをどれくらい分割するか、どれくらい借りるか、安全余裕をどれくらい残すかが、清算結果に影響します。しかし、このように制約を明確に露出させる方式は、リスクをブリッジ、カストディアン、あるいはラップ資産の背後に隠してしまうよりも、注目に値するかもしれません。$BABY が本当に証明する必要があるのは、こうしたネイティブBTC担保の仕組みが、安全性だけでなく、十分に使いやすいものとしても成立するかどうかです。#baby