Ecash 社区构建多个实现以强化去中心化托管

BTC++、柏林，以及推进比特币托管的突破

几周前，我提出比特币生态系统问错了问题，习惯性地将所有事物归类为“可信”与“不可信”。相反，我建议人们问：“在损失你的资金之前，需要多少个独立环节出错？”

本文是客座文章，作者是Obi Nwosu，Fedi和Fedimint的联合创始人。文中观点仅代表其个人，并不一定反映BTC Inc.或Bitcoin Magazine的观点。

以Liquid或几周前的Coldcard为例。马特·科拉洛（Matt Corallo）最简洁地指出了问题：运行相同的软件意味着遇到相同的漏洞。

Fedimint同样受到这种批评，我坦然承认。我们的设计旨在消除个人和机构作为单点故障。然而，当时协议只有一个实现——人工联邦之下的软件单一文化。那并不足够安全。

我很高兴地报告，Fedimint开发者已经采取了行动。

在柏林Ecash Hackday期间，Fedimint团队成功运行了一个使用三种不同实现的单一联邦，其中一种由Cashu的thesimplekid构建。

在柏林Ecash Hackday过得很愉快，让Fedimint与@thesimplekid、我和Fedimint团队一起运行了三种不同的实现！

现在已经有了三个Fedimint实现，谁会构建第四个呢？https://t.co/TnttZYOBKR pic.twitter.com/2MPdtlaJqt

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

三个独立的代码库，一个单一的联邦，共同保护资金。开发者已经开始解决我几周前指出的单一文化问题。团队的反应是提出谁将构建第四个实现的问题，这正是我所期望的心态。

Calle以自己独特的方式应用了同样的概念。在bitcoin++上，他介绍了Federated Cashu，其构建使得没有一个单一的运营商独自负责用户的资金。任何四到五人的小组都可以维持联邦运行，基于一种新颖的盲签名方案。

@callebtc 在 @btcplusplus 上揭晓“Federated Cashu”

“你不需要信任运营商保护你的隐私，但你需要信任运营商保护你的安全”

“任何4/5的组合都能继续联邦”

涉及一种新的盲BLS签名方案。pic.twitter.com/S8iL9Qaa9u

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

两个团队，两种方法，但共同的目标：生态系统韧性，在数周内实现。

容错不仅来自可信性，无论审计、形式验证和安全文化的质量如何。它源于独立的故障域。没有单个漏洞、供应商或司法管辖区能同时摧毁一切。

让我澄清各层，因为区别很重要。Fedimint是开源协议；Fedi是我们构建在其上的应用。随着协议获得第二和第三个实现，每个联邦变得更具韧性，成员无需改变其钱包使用方式。守护者可以运行不同的软件，同时为相同的用户服务。

我概述了必须维持独立性的五个层，我自己也会遵守：

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

参与柏林活动的开发者使这五层更接近实现。

我感谢所有坚持构建并公开分享其工作量证明的人。至于我们其他人，包括我自己：我们还没有完成。我们的生态系统必须开始要求每一层都实现独立性——软件、硬件、人员、司法管辖区，直至底层。

这就是我们在进入AI辅助威胁生态系统的时代时，保持用户对比特币信任的方式。