Ecash 生态系统起而应对去中心化托管保卫战

BTC++、柏林以及推进 Bitcoin 托管方面的突破

几周前，我主张 Bitcoin 生态系统一直在问错误的问题，倾向于将一切框定为“可信”或“去信任”。相反，我敦促人们去问：“在你的资金损失之前，必须发生多少件独立的事情出错？”

这是 Obi Nwosu 的客座文章，他是 Fedi 和 Fedimint 的联合创始人。所表达的观点完全代表其个人，并不一定反映 BTC Inc. 或 Bitcoin Magazine 的观点。

看看 Liquid，或者在那几周前的 Coldcard。Matt Corallo 用最简洁的术语表达了这个问题：运行相同的软件，就会遭遇相同的漏洞。

这种批评也适用于 Fedimint，我是第一个承认这一点的人。我们构建它的目的是为了消除单个人和单一机构作为单点故障的风险。但该协议只有一个实现——人类联合体之下的一种软件单一栽培。这还不够安全。

因此，我很高兴地说，Fedimint 的开发者们已经做出了回应。

在柏林的 Ecash Hackday 上，Fedimint 团队让一个单一的联合体在三个独立的实现上运行，其中一个是由 Cashu 的 thesimplekid 构建的。

三个独立的代码库，一个联合体，共同持有资金。开发者们已经开始为我几周前指出的单一栽培问题创建解决方案。而团队的回应是询问谁来构建第四个，这正是我所希望的精神。

Calle 秉持同样的原则，并朝着自己的方向发展。在 bitcoin++ 上，他展示了 Federated Cashu，其设计方式是没有任何一个单一运营商能独立掌握用户的资金。任何四个或五个节点都能在一个新的盲签名方案上维持联合体的运行。

两个团队。两种方法。一个共同目标：生态系统的韧性，并在几周内取得了进展。

容错性并非仅来自可信度，无论你的审计、形式验证和安全文化有多好。它来自独立的故障域。没有单个漏洞、单个供应商、单个司法管辖区能够一次性夺走一切。

我会说明这些层级，因为这种区分至关重要。Fedimint 是开源协议。Fedi 是我们在其之上构建的东西。当协议发展出第二个和第三个实现时，每个联合体都会变得更有韧性，而且成员无需改变使用钱包的任何方式。监护人可以在服务相同人群的同时运行不同的软件。

我列出了必须保持独立性的五个层级，我也会以此要求自己：

• 持有资金的每个协议的多个实现。
• 多个钱包实现。
• 在来自不同供应商的硬件上生成的密钥。
• 每个持有资金的系统背后都有多个独立、可信且隐私受到保护的人。
• 跨地理区域和司法管辖区的分布，因为司法管辖区的规则可能会在一夜之间改变。

在柏林致力于此的开发者们让这五个层级离现实更近了一步。

感谢所有继续专注于构建和分享其 proof-of-work 的人。对于我们其他人，包括我自己：我们还没做完。我们的生态系统需要开始要求每一层的独立性。软件、硬件、人员、司法管辖区——一直到底。

这就是当我们在进入 AI 辅助威胁生态系统的新时代时，维持用户对 Bitcoin 信心的途径。