私は @BabylonLabs_io 自身が公開したSCRIPTリスクフレームワークを、TBVテストネットのパラメータと照らし合わせて一通り確認した。いちばん興味深いのは、一方では「担保資産のライフサイクルは無許可であるべき」と書かれているのに、もう一方では 3/5 の Security Council による緊急しきい値が明確に列挙されていることだ。

これは必ずしも矛盾とは限らない。だが、「trustless」の含有量を測るうえで、その境目をちょうど試すポイントではある。

SCRIPT が求めるのは6つのことだ。ユーザーの主権保持、処分ルールの明確化、同意なしの再担保禁止、各ポジションの分離、第三者による審査不可、担保状態の透明性。まるで金庫の受入検査項目を6つ並べるようなものだ。鍵は誰のものか、開錠条件は何か、二重担保に回せるのか、箱は混在していないか、誰が止められるのか、外から残高を確認できるのか。

TBV は分離と透明性についての考え方が非常に明確だ。各ユーザーの BTC は独立した Bitcoin Vault に保持され、外部アプリはその状態を検証し、すべてのコインをひとつのカストディプールに混ぜない。だが、現在公開されているテストネットのパラメータには、Security Council は5席で構成され、3つの署名で CouncilNoPayout のような緊急介入を実行できるとも書かれている。

ここでは境界を明確にしなければならない。3/5 は公開テストネットのパラメータであり、将来のメインネットでもそのまま採用されると直ちに推断することはできない。むしろ、メインネットの答えがまだこのページのパラメータからは確定しないからこそ、委員会の存続・廃止や権限変更を長期的な観察項目として扱うべきであり、プロジェクトの代わりに結論を補ってやるべきではない。

私は、テスト期に緊急ブレーキがあることには現実的価値があると考える。新しいシステムは Bitcoin スクリプト、オフチェーンの調整、Ethereum コントラクトにまたがるため、重大な障害を発見したときに損失を止めるボタンがまったくないよりは、ボタンがあるほうが必ずしも危険とは言えない。問題は、そのボタンが存在する以上、次の問いをさらに追及しなければならないことだ。メンバーは誰か、どんな条件で押せるのか、操作は遅延付きで公開されるのか、ユーザーには委員会に依存しない退出経路があるのか。

これこそが $BABY のガバナンスで本当に注目すべき点でもある。「コミュニティ・ガバナンス」という言葉があるからといって自動的に権限が分散しているとみなすのではなく、将来のメインネットでどの緊急権限が残るのか、誰がしきい値を変更できるのか、各アクションがチェーン上で追跡可能かを見るべきだ。#baby の保有者が投票しているのは抽象的なビジョンではなく、具体的な権限の境界なのである。

私の立場はこうだ。緊急委員会は工事期間中の手すりにはなり得るが、永遠に「安全のため」という一言で検査を免れるべきではない。まず自分で確認すること。あなたは、障害対応のために 3/5 のブレーキを受け入れるのか、それとも無許可システムにそんな総遮断弁は置くべきではないと考えるのか。コメント欄でぜひ率直に語ってほしい。