Ecashコミュニティ、分散型カストディ強化に向け複数の実装を構築

BTC++、ベルリン、そしてビットコインカストディを前進させるブレークスルー

数週間前、私はビットコインエコシステムが間違った問いを投げかけていると主張しました。つまり、何でも「信頼される」対「信頼不要」という枠組みで捉える習慣があったのです。代わりに、私は「自分の資金を失う前に、どれだけの独立した要素が同時に失敗しなければならないか？」と問うことを推奨しました。

これはオビ・ヌウォス（FediおよびFedimint共同創業者）によるゲスト投稿です。ここでの見解は彼自身のものであり、必ずしもBTC Inc.やBitcoin Magazineの見解を反映するものではありません。

数週間前のLiquidやColdcardを考えてみてください。マット・コラロは問題を最も簡潔に述べています：同じソフトウェアを実行すれば同じバグに遭遇する、と。

Fedimintも同様にその批判の対象でした。私はそれを率直に認めます。私たちの設計は、個人や組織を単一障害点として排除することを目指していました。しかし、当時はプロトコルの実装が1つしか存在せず、人間によるフェデレーションの下でソフトウェアの単一文化が広がっていました。それは十分に安全とは言えませんでした。

Fedimintの開発者たちがすでに行動を起こしたことを、嬉しく報告します。

ベルリンで開催されたEcash Hackdayでは、Fedimintチームが3つの異なる実装を使用して単一のフェデレーションを運用することに成功しました。そのうちの1つはCashuのthesimplekidによって構築されました。

ベルリンのEcash Hackdayで素晴らしい時間を過ごしました。@thesimplekid、私、そしてFedimintチームの3つの異なる実装でFedimintを動作させました！ すでに3つのFedimint実装ができました。誰が4つ目を構築するでしょうか？ https://t.co/TnttZYOBKR pic.twitter.com/2MPdtlaJqt

— elsirion (@EricSirion) 2026年9月30日

3つの独立したコードベース、1つのフェデレーションが共同で資金を保護しています。開発者たちは、数週間前に私が指摘した単一文化の問題に取り組み始めました。チームの反応は、誰が4つ目の実装を構築するのかと問いかけることでした。それはまさに私が期待していた考え方です。

Calleは同じ概念を独自の方法で適用しました。bitcoin++で彼はFederated Cashuを発表しました。これは、単一のオペレーターだけがユーザーの資金に責任を持たないように設計されています。新しいブラインド署名スキームに基づき、4人または5人のグループでフェデレーションを運営し続けることができます。

. @callebtcが@btcplusplusで「Federated Cashu」を発表

「プライバシーについてはオペレーターを信頼する必要はないが、セキュリティについてはオペレーターを信頼する必要がある」

「4/5の任意の組み合わせでフェデレーションは継続する」

新しいブラインドBLS署名スキームが関与している。 pic.twitter.com/S8iL9Qaa9u

— Matthew Vuk (@matthewvuk2) 2026年10月1日

2つのチーム、2つの手法、しかし共通の目的：エコシステムの回復力。それをわずか数週間で達成しました。

フォールトトレランスは、監査、形式検証、セキュリティ文化の質に関係なく、信頼性だけから得られるものではありません。それは独立した障害ドメインから生まれます。単一のバグ、ベンダー、または管轄区域で全てが同時にダウンすることはありません。

区別が重要なので、レイヤーを明確にしましょう。Fedimintはオープンソースプロトコルであり、Fediはその上に構築するアプリケーションです。プロトコルが2つ目、3つ目の実装を得るにつれ、すべてのフェデレーションはより回復力を持つようになり、メンバーはウォレットの使用方法を変更する必要がありません。ガーディアンは異なるソフトウェアを運用しながら、同じユーザーにサービスを提供できます。

私は独立性を維持すべき5つのレイヤーを概説しました。私自身もそれに従います：

• 資金を保持するすべてのプロトコルは複数の実装を持つべきである。
• 複数のウォレット実装が存在すべきである。
• 鍵は異なるベンダーから調達したハードウェア上で生成されるべきである。
• 資金を保持するすべてのシステムの背後には、プライバシーが保護された、複数の独立した信頼できる個人がいるべきである。
• 異なる地域や管轄区域に分散させること。なぜなら管轄区域の規制は一夜にして変わる可能性があるからである。

ベルリンに参加した開発者たちは、これらの5つのレイヤーを実現に近づけました。

構築を続け、プルーフ・オブ・ワークを公開して共有しているすべての人々に感謝します。私を含む残りの人々については、まだ完了していません。私たちのエコシステムは、すべてのレイヤー（ソフトウェア、ハードウェア、人間、管轄区域、ずっと下まで）で独立性を要求し始めなければなりません。

それが、AI支援による脅威の時代に突入するにつれて、ビットコインに対するユーザーの信頼を維持する手段です。