案例附录：Bitmarkets 的双边押金

Bitmarkets 是 VoluntaryLabs 开发的历史 P2P 商品市场协议与桌面客户端，用 Bitmessage 通信、用 Bitcoin 支付。这里讨论的不是今天名字相似的交易品牌，也不是一个自动做市商（AMM）。

它提出的尖锐问题是：如果不请第三方决定谁拿到钱，能不能让双方都没有动力欺骗对方？答案涉及押金与激励，也暴露了“让欺骗变贵”和“知道事实是什么”的差别。

它是什么

用户在客户端发布商品、接收出价、与买卖双方交换消息，并通过 Bitcoin 资金安排完成付款。原 macOS 应用组合了 Tor、Bitmessage 和 BitcoinJ；公开频道承载商品消息，双方消息承载协商与交付信息。项目说明

所以它研究的是完整的买卖过程，包括链不能看到的实物交付，而不只是两个链上 token 的兑换。

历史与活跃时期

这组年份说明原实现的开发记录，不代表我们掌握了全网成交活动的起止时间；“计划转向”也不等于新实现已完成。仓库元数据、项目状态说明

协议怎样工作

项目介绍的核心是 two-party escrow：买卖双方都提供保证金，连同货款进入需要双方合作才能释放的安排。恶意方不能轻易拿走对方的资金，因为自己也面临资金被锁住的代价。项目协议演示

用一个假设的二手相机交易来看。卖方说已寄出，买方说箱子里没有相机。第三方仲裁会尝试判断证据；双边押金则主要改变继续争执与违约的成本。Bitcoin 能约束钱怎么花，却不能从一笔签名中得知箱子里是什么。

值得继承的设计

它把担保条件暴露成协议的一部分，而不是藏在平台客服背后。参与者可以看清谁要先锁多少钱，释放需要谁配合，发生分歧时可能损失什么。这种可见性很重要。

它也提醒我们，交易安全不只有“相信平台”一种安排。押金、信誉、第三方托管和同链原子交换各自依赖不同假设，应该成为可比较的条件，而不是被一个“安全交易”按钮抹平。

代价与局限

双方锁钱增加资金占用。理性逐利并不是所有参与者永远遵循的行为；恶意破坏、丢失密钥，或者一方比另一方更急于解锁资金，都可能使僵局持续。这里是对机制的分析，不是声称这些攻击都有 Bitmarkets 的已记录案例。

让欺骗变贵，不等于让事实变得可验证。 去掉仲裁者，也可能同时去掉一个能够结束争议的角色。小额商品未必承担得起通信、押金与操作成本，大额交易又会放大锁定损失。

客户端仍要面对消息可靠性、更新与本地数据保护。去掉中央交易服务器，没有去掉一台个人电脑会坏、用户会错过消息这些现实。

我们的设计回应什么

持续的个人状态和 Agent 可以帮助跟进消息、提醒时限、比较担保条件，并在用户限定的范围内提出方案。钱包与执行器仍应限制损失上限，不能因为模型想“把交易做成”就自动扩大授权。

对于同链数字资产，可以选择原子交割，避免把实物交易的押金机制原样搬过来。对于实物与法币，AI 不能凭语言判断取代事实核验，新的架构也不自动消除争议。Bitmarkets 留给我们的要求，是让代理把资金占用和退出条件说清楚，再让用户选择，而不是宣称所有中介都能被删除。OTC 分析展示了怎样比较不同担保与执行路径。