案例附录：Bisq 与 Bitsquare

Bisq 是一个让用户直接交换 Bitcoin 与法币或其他数字资产的 P2P 交易项目，早期名称是 Bitsquare。用户运行自己的桌面客户端，通过网络找对手并完成交易，而不是先把资产存进一家交易所的统一账户。

它值得研究，因为它把“自己的客户端也是市场节点”做成了现实。这条路线与后来用链上流动性池报价的自动做市商（AMM）不同，不能把它当成 Uniswap 的简化前身。

它是什么

Bisq 同时包括软件、交易协议与参与者网络。客户端负责接收和发布报价、与交易对手通信、维护交易状态；Bitcoin 承担协议中的资金安排。法币付款仍经过银行等链外渠道，所以这不是把美元变成了 Bitcoin 链内资产。

理解这个区别，才能理解它的价值：减少对单一托管交易所的依赖，不代表不需要协调、保证金或争议处理。

历史与活跃时期

这里没有为 Bisq 写一个“结束年份”：它是仍在演进的项目。2014 年公告说明的是 Alpha 架构，不能把当时的 DHT 直接当成今天所有版本的网络实现。Alpha 公告、更名公告、Bisq 2

协议怎样工作

经典 Bisq v1 把报价传播、BTC 保证金、多签资金安排、付款时限与争议解决结合起来。双方按步骤完成法币付款与 BTC 释放；链约束 Bitcoin 的支出，但无法独立判断银行付款是否存在欺诈或争议。交易规则

因此，BTC 与法币交易并不是完全 trustless 的同链原子交换。保证金和争议机制承担了链不能观察的部分。Bisq Easy 则使用卖方信誉支持另一种风险分配，不能把 v1 的押金和多签流程套到所有 Bisq 交易上。Bisq Easy

值得继承的设计

交易者自己的软件参与网络，而不只是展示一家公司的订单结果。身份、交易状态和协议交互因此有了可以由参与者持有的载体。把法币的不确定性明确纳入流程，也比声称“上链就没有信任问题”更诚实。

这给今天的市场设计留下了一个有用基准：用户能不能在不交出全部资产控制的情况下参与？更换一个界面或服务后，原来的交易状态还在不在？

代价与局限

Bisq 官方 FAQ 解释了经典 v1 的在线要求：要让公开挂单保持可见，客户端必须运行；下线会使报价从订单簿消失，再上线时重新发布。公开挂单与已进入交易流程的资金状态并不是同一件事。FAQ

Alice 晚上开电脑，Bob 白天询价，两人可能错过彼此。持续运行设备可以缓解问题，却把更新、断网、休眠和恢复也变成了交易者的工作。与此同时，押金占用、法币步骤和争议处理增加了使用成本。

这些是架构与体验的代价，不是本篇对其市场份额的统计结论，更不能据此宣布 Bisq 的方向失败。

我们的设计回应什么

ArcSpace 与 ARC 的拟议分工，是让持续在线的个人端点负责报价接待与状态，让钱包继续负责密钥和最终授权。个人 Agent 可以跟进报价、比较不同来源，减少用户必须守在客户端前面的时间。它针对的是持续可达与协调成本，不需要用交出主密钥换取在线。

这仍要落实为可靠托管、状态同步和恢复，也不会自动解决法币争议。Bisq 的经验要求我们把这两类问题分开：个人基础设施可以改善用户怎样参与市场，银行付款的风险仍需适合的协议与责任安排。个人市场架构进一步展开这份分工。