跳到主要内容
专题 · 如何在 ArcBlock 上构建去中心化市场?

案例附录:OpenBazaar 与 Dark Market

Robert
ARCBlockchainDIDArchitecture

OpenBazaar 是让买卖双方通过自己的节点交易商品的 P2P 市场项目。可以把它理解为一套“自己运行网上店铺并与其他店铺联网”的软件:商品、通信、付款和争议处理不必都交给同一家平台。

它的价值不在于证明中介没有用,而在于展示商店可以被拆成哪些部分。今天讨论 ArcSpace 与个人 Agent,不能跳过它已经遇到、也尝试解决过的可用性和搜索问题。

它是什么

OpenBazaar 面向商品买卖,包括实物,而不只是数字资产兑换。商家发布商品,买家发现店铺并联系卖方,支付与争议机制帮助双方完成交易。链上的付款不会自动证明商品已按描述交付。

这个范围解释了它为什么与自动做市商(AMM)不同:一个池可以报价两种数字资产,却不能独立检查相机是否完好、卖家有没有寄货。

历史与活跃时期

时期可以确认的变化
2014 年Toronto hackathon 出现 Dark Market 原型;Brian Hoffman 后续推进为 OpenBazaar,并发布早期测试版本
2016 年 4 月OpenBazaar 首个正式版本发布
2017 年2.0 推出,改变离线数据、搜索与服务端架构
原实现后期2.0 Go 服务端的开发记录延续至 2021 年;目前原仓库已归档

起源与正式发布来自项目的历史介绍。Dark Market 是技术起点,不能据此把整个 OpenBazaar 定义成暗网市场。2.0 发布和原服务端状态记录了后续阶段;这里描述原软件项目,不把归档等同于所有社区节点在同一天消失,也不对任何后来同名服务作保证。

协议怎样工作

早期设计把商品保存在商家节点。2016 年官方限制说明承认:当时没有其他副本,商家需要在线才能让别人浏览与购买。团队建议持续运行设备,并探索 IPFS 缓存离线商品。1.0 的限制

2.0 的 Go 服务端结合了 IPFS、钱包和 API,改进离线可达性。搜索则引入第三方提供者,让不同服务进行抓取、过滤、排序与模糊查询,用户可以选择搜索来源。它没有坚持让同一个 P2P 协议包办所有检索工作。搜索设计

付款争议可以借助买方、卖方和 moderator 参与的多签安排处理。moderator 是双方选择的争议处理者,不是密码学自动识别商品真伪的机器。争议处理

值得继承的设计

商家身份和商品不必归搜索公司所有。索引器可以集中提供专业服务,参与者仍有机会换一家。这种可替换性比给整套系统贴一个“中心化”或“去中心化”标签更有用。

2.0 对离线数据与搜索的改进同样值得承认。不能因为我们今天强调持续在线,就把 OpenBazaar 写成从未想到缓存或服务分工的项目。

代价与局限

内容寻址不等于永远有人保存内容;副本与节点可用性仍然重要。即使商品介绍可以离线读取,也不意味着库存仍在、价格仍有效,更不意味着缓存节点有权替店主接受新条件。文件可用、报价新鲜和授权可用,是三件事。

第三方搜索改善体验,却仍需要反垃圾、质量判断和可持续运营。用户能否迁移偏好、多个服务能否独立索引,会决定搜索是否逐渐收敛成新的入口控制。

实物争议则依赖证据、信誉与人的判断。多签让资金控制可组合,不会自动排除 moderator 的错误或串通。协议把信任拆给不同角色,并没有让信任消失。

我们的设计回应什么

ArcSpace 可以为完整状态和在线接待提供个人落点;ARC 服务承担可替换的发布、发现与通信;Agent 在有限授权下保持报价新鲜、回应询价和比较条件。这比单纯复制一份商品页面多了持续协调的能力,也是我们希望探索的改进。

它仍需要可靠托管、同步、反垃圾和授权设计,不能只靠“AI 在线”保证库存或承诺有效。对实物与法币,争议处理仍应作为交易条件展示。OpenBazaar 已经证明分工值得研究;我们的下一步,是让这种分工更适合持续运行的个人软件,并把签名权继续留在钱包里。开发者篇从这个边界说明如何开始构建。