BOB BitVM 桥接器在测试网上的第一阶段测试即将结束。第二阶段将包括桥接安全欺诈证明和所有权转移协议（TOOP）的实施，以减少运营商对前期资本的需求。第二阶段测试网络计划于第四季度启动。届时，BOB 还将开源 BitVM Bridge 代码 repo。
衷心感谢我们的机构合作伙伴
在深入探讨第一阶段的主要经验教训之前，我们要感谢我们的测试网合作伙伴，感谢他们帮助我们将 BitVM 研究成果转化为现实。
在过去的六周里，十家 BitVM 运营商为 BOB BitVM 桥接的未来发展提供了重要的反馈意见：他们是：Amber Group、Ankr、Fiamma、Lombard、Luganodes、P2P.org、RockawayX、SatLayer、 Solv Protocol和UTXO Management。
.webp)
利用 TOOP 提高桥梁的资本效率
尽管合作伙伴对操作员节点（管理挂钩输入和挂钩输出）和 LP 节点（为挂钩输出提供 BTC）之间的架构分工表示赞赏，但对前置资本的需求仍然是超优的。这是因为
- LP 需要保持闲置的 BTC 储备，以备潜在的挂钩退出： 在没有提款的情况下，资金只能闲置--这就为资本提供者带来了机会成本。
- 这种设计引入了潜在的瓶颈风险： 如果当用户需要提现时，LP 缺乏可用的 BTC，他们在 BOB 上的 BTC 可能会被卡住。
根据合作伙伴的反馈，我们通过实施TOOP或所有权转移协议，在 BOB BitVM Bridge 设计中完全取消了 LP 角色。TOOP 保留了 BitVM 的 1 of n 诚信假设，同时使用户能够直接从 BitVM 实例中提取 BTC，从而消除了对前期资本的需求。
在传统的 BitVM2 和 BitVM3 中，BitVM 实例会在设置过程中指定哪些方可以接收 BTC - 这些接收方就是运营商。运营商只有在从自己的钱包中向用户发送等量的 BTC（减去费用）后，才能从 BitVM 实例中提现。TOOP 完全取消了这一要求。
相反，合作伙伴测试网的下一阶段将引入密钥共享持有者，他们将组成一个 n 对 n 的多重 ID，可以从 BitVM 实例中接收 BTC。当用户提现时，密钥共享持有者会将他们的私钥发送给用户，用户再结合私钥直接从 BitVM 实例中提现。这样做的结果是安全模型保持不变--如果哪怕有一个密钥共享持有者拒绝共享他们的密钥（怀疑有恶意活动），提现就会停止，从而保留了使 BitVM 安全的 1 of n 假设。
注。Keyshare 持有者在文件中被称为 "委员会"，但为了避免与 BitVM 现有的契约委员会混淆，已重新命名。
欺诈证明
除了 TOOP 的实施，下一个合作伙伴测试网版本还将引入新的机构合作伙伴作为运营商，并实施 BitVM 欺诈证明流程。这是保证 BitVM 安全的优化流程，意味着任何人都可以质疑操作员从 BitVM 实例中提取 BTC 的请求。
作为新阶段的一部分，BOB 还将开源 BitVM Bridge repo，使团队和机构能够在潜在集成之前对代码进行评估。这将在 BitVM2 资源库的审计完成后实现。
BOB 上的原生 BTC
第一个测试网阶段的成功完成标志着 BOB 在 BitVM 的支持下在 BOB 上提供原生 BTC 的历程中的一个重要里程碑。通过 TOOP 消除资本低效，通过防欺诈系统确保安全，我们正在建立比特币 DeFi 所需的信任最小化桥梁。
我们期待着在迈向主网的过程中宣布更多的合作伙伴和构建者。如果您有兴趣与 BOB 合作并支持 BitVM 的发展，请申请加入bitvm/acc。
bitvm/acc
如果您想深入了解 BitVM 生态系统，不妨看看我们最近在戛纳举办的 bitvm/acc 活动的录音，其中包括来自 BitVM 社区的讨论和演讲：
