翻Babylon文档的时候，我看到Covenant Committee那段，第一反应是"また別の委員会だ"。正直なところ、いまオンチェーンのプロジェクトでマルチシグ委員会みたいなものを置くと、私は自動的に防御モードに入ってしまう——これはあまりにも「分散化」っぽく見せながら、実際にはバックドアになり得ます。 でも後から、担保（ステーキング）と退出の手順全体を一度整理してみたら、私はそれが一体どこで詰まるのかをうまく理解できていなかったかもしれないと気づきました。@BabylonLabs_io

通常の満期償還なら、委員会の署名は不要です。タイムロックが自分で解除できる状態になれば、そのまま出られます。委員会が関与するのは2つのことだけです：事前のアンバインド（早期解除）と悪事のペナルティ没収。つまり、非通常のルートだけが彼らを通ります。通常のBTC償還は、委員会に触れられる余地がありません。

なぜこの設計が必要なのか？ビットコインのスクリプトがあまりにも単純すぎるからです。BTCをロックしていて、早く出たいのに、ビットコインのメインネットはそもそも「早く」という概念を理解できません。理解できるのは「時間が来たらアンロックできる」だけ。委員会がやっていることは実はとても素朴で、マルチシグによって「早期退出」に対する承認ルートを一段追加しているだけです。これは権限というより、条件付き実行器です。もちろん、ここにはリスクもあります。委員会の署名メカニズムが破られれば、理論上は誤った（偽の）解除トランザクションに署名される可能性があり得ます。ドキュメントには3/5のマルチシグでメンバーは公開と書かれていますが、このハードルが十分かどうか、メンバーがどう入れ替わるかについては、検証できる稼働データが現時点ではありません。

だからCovenant Committeeはバックドアではありませんが、分散化の完璧な設計だとも考えない方がいいです。これは、ビットコインのスクリプトがあまりにも「不器用」だという現実の下での工学的な妥協——使えるけれど、洗練されてはいない、という位置づけでしょう。

私自身が本当に注目すべきなのは3点だと思っています：権限の境界がアップグレードで広がってしまわないか、メンバー構成がどんどん集中していかないか、そして将来ビットコインのスクリプト能力が強化された後に、この仕組みが置き換え可能かどうか。これら3つの問題に答えが出るまでは、「完全に分散化されている」とか「分散化された後のバックドアだ」と言うのは早すぎます。#baby $BABY