最初的比特币客户端，曾被设想为一个可以买卖东西的地方。用户可以发布商品、接收订单，甚至提供货币兑换。中本聪后来放弃了这项内置功能。沿着他与 Mike Hearn、Martti Malmi 的通信，可以看到这个计划如何从半成品走向另一种安排。
2009 年，他说这个功能只做了一半
2009 年 4 月，Mike Hearn 问起有没有简单的市场，让获得比特币的人能做点什么。中本聪回答，自己此前已经开始实现一个市场功能，用来发布待售物品与接受订单。
他拿 eBay 作比喻，但特意说明没有拍卖，只有直接购买。货币兑换也是它可能承载的一种服务。这时的表述是“只完成了一半”，因此不能把这封信读成一个完整市场已经上线的公告。
我之前开始实现一个市场功能，方便发布待售物品和接受订单，不过只完成了一半。有点像 e-bay，但没有拍卖，只有“立即购买”。
一个市场还需要足够的用户和信任
同年 8 月，中本聪与 Malmi 讨论另一种类似 eBay 的市场网站。他提到用户评价、卖家可信度和托管功能，也担心早期用户数量不足以让市场运转。
这是对建市场难度的另一段讨论，不能直接当成内置功能被放弃的唯一原因。但它说明，中本聪已经在考虑商品展示以外的工作：买卖双方如何相遇，又如何判断对方是否可靠。
基本上就是类似 eBay 的网站，用用户评价来尝试判断哪些卖家可信。托管功能会有帮助，但解决不了一切。
2011 年，他解释了放弃后的安排
2011 年 3 月，Hearn 注意到协议里有一段未完成的发布与订阅机制，于是追问用途。中本聪解释，那原本是为内置市场广播商品信息、评分和评价准备的；评价还曾计划按评价者生成的区块加权。
他随后说，自己已经放弃这个内置市场，转而提供 JSON-RPC。这个接口允许其他程序调用比特币客户端的功能，因此市场可以由其他作者在外部开发。这是他在信中明确认可的选择。
后来我放弃了它，转而采用 JSON-RPC，让其他作者可以在外部实现，这是正确的选择。
未完成的尝试，也在探索系统能承受什么
同一封回信还交代了更早的开发思路：他会尝试技术要求高的使用场景，以检查比特币能否支持未来可能出现的需求。内置市场属于这类探索。
因此，这段历史既记录了一项功能的放弃，也记录了应用与支付软件如何分工。买卖服务仍可以继续开发，只是无需全部装进同一个客户端。
这是编写代码、探索技术要求最高的使用场景的一部分，目的是确保比特币能支持未来可能需要的一切，因为区块链一旦启动，规则就会锁定。
读完这几段原话
中本聪确实动手做过一个内置市场，但已公开的信件只支持“半成品尝试，后来放弃”这一过程。2011 年他的解释把重点落在外部开发上：比特币提供可调用的支付功能，市场则可以由别的作者继续实现。