かつて私は、バビロンの「信頼不要(トラストレス)」なビットコイン・ヴォールト(TBV)は、一般的なオンチェーン・ヴォールトのモデルの単なる別バージョンだと思っていました。つまり、BTCを大きなプールに預け、プロトコルがすべてを管理し、参加者全員が同じリスクを共有する——というものです。しかし、ドキュメントをより注意深く読み進めた結果、それはTBVが実際に行っていることとは本質的に違うのだと気づきました。
最大の違いは、TBVが共有プールではなく、個々のビットコイン・ヴォールトを中心に構築されている点です。各ユーザーのBTCは、ユーザー自身が作成するビットコインのスクリプトを通じてロックされており、その設計は、そのBTCをプロトコルが管理するプールへ移すのではなく、ビットコイン上に保持します。さらにバビロンのドキュメントでは、「分離されたヴォールトのセットアップ」と「クラシックなプール型ヴォールト・モデル」との明確な区別も示されています。後者は資金がひとまとめに集められ、共有された戦略として一体的に運用される形です。
この区別は私にとって非常に重要です。プールド・システムでは、ひとつのバグやエクスプロイトが起きれば、同時に全員に影響が及び得ます。TBVの場合、その構造はより強く分離されているため、あるユーザーのセットアップが他のユーザー全員の状況に依存するべきではありません。これはリスクがないという意味ではありません——常にリスクはあります——ただし、そのリスクがどのように封じ込められるかが変わるのです。
私もAaveおよびGoMiningの統合について、さらに詳しく見直しました。そこで接続しているのは、基本的に「フリーに動き回るBTCのプール」ではなく、証明書レイヤー(certificate layer)です。したがって、私が最初に想定していたよりも露出(エクスポージャー)は狭くなっています。少なくとも理論上は、基盤となるBTCロックは、アプリケーション・レイヤーで起きることから分離されたままです。
私にとっての本当の学びはシンプルでした。このようなプロダクトを見るときは、「マーケティング」から始めないこと。資産の構造、コントロールの境界、そしてリスクが実際にどのようにシステム内を移動するのかから始めるべきです。「信頼不要(trustless)」のようなラベルよりも、その部分のほうがはるかに重要です。#baby $BABY @BabylonLabs_io
最大の違いは、TBVが共有プールではなく、個々のビットコイン・ヴォールトを中心に構築されている点です。各ユーザーのBTCは、ユーザー自身が作成するビットコインのスクリプトを通じてロックされており、その設計は、そのBTCをプロトコルが管理するプールへ移すのではなく、ビットコイン上に保持します。さらにバビロンのドキュメントでは、「分離されたヴォールトのセットアップ」と「クラシックなプール型ヴォールト・モデル」との明確な区別も示されています。後者は資金がひとまとめに集められ、共有された戦略として一体的に運用される形です。
この区別は私にとって非常に重要です。プールド・システムでは、ひとつのバグやエクスプロイトが起きれば、同時に全員に影響が及び得ます。TBVの場合、その構造はより強く分離されているため、あるユーザーのセットアップが他のユーザー全員の状況に依存するべきではありません。これはリスクがないという意味ではありません——常にリスクはあります——ただし、そのリスクがどのように封じ込められるかが変わるのです。
私もAaveおよびGoMiningの統合について、さらに詳しく見直しました。そこで接続しているのは、基本的に「フリーに動き回るBTCのプール」ではなく、証明書レイヤー(certificate layer)です。したがって、私が最初に想定していたよりも露出(エクスポージャー)は狭くなっています。少なくとも理論上は、基盤となるBTCロックは、アプリケーション・レイヤーで起きることから分離されたままです。
私にとっての本当の学びはシンプルでした。このようなプロダクトを見るときは、「マーケティング」から始めないこと。資産の構造、コントロールの境界、そしてリスクが実際にどのようにシステム内を移動するのかから始めるべきです。「信頼不要(trustless)」のようなラベルよりも、その部分のほうがはるかに重要です。#baby $BABY @BabylonLabs_io