正文
ROUND 1
收据/凭证
我听过很多关于“区块链技术”的论调。其中大多数都是针对存在分责问题的特定行业。这些论调开始时通常会先设置一个某些行业中存在的问题，然后告诉你区块链可以如何如何解决这个问题。很多时候他们提出的问题都是关于
数据完整性
的问题。
即，交易当事人或交易群体从某种程度上不信任数据的准确性并由此引发了冲突。通常交易中的一方会感觉自己受到了欺骗，如果事情严重到一定程度，就会产生诉讼，而诉讼过程中包含着非常高的审计成本。
原来的区块链方案：
在区块链倡导者的论调中，他们保证区块链可以消除上面所说的冲突。即，通过使用某种客观的、公用的数据库允许交易当事人自己核实真相，从而使业内人士避免遇到所有会带来高成本的问题。这看起来确实解决了问题，而且发生错误时，很容易就能找出应该承担责任的人。
但是我们忽略了使用区块链来存储可供审计的数据的高昂成本。
实际上，将这些数据放在区块链上并不特别可取。因为在区块链中，非交易方（竞争对手，急着，等等）全部都可以验证数据的真实性，有可能会侵犯隐私。这是隐私与这种成本高、速度慢、可审计的冗余存储之间的权衡。
其实可以这么办：
对于这样的案例来说，更适合使用的是公钥加密技术。用公钥加密技术签发一个由所有相关方+某第三方审计签字的收据/凭证，取代使用区块链技术以昂贵而缓慢的姿势将数据存储在众多节点。相较于使用整个区块链机制的协调增加数据完整性，公钥加密技术显然是一种更便宜、更快捷的方式。
收据/凭证能够存在上千年是有充分的理由的。收据/凭证能够提供一种记录，防止各相关方随后对于事实的篡改。再加上公钥加密技术与算力，数据完整性与实时审计的实现就会变得简单许多。这种由各方自行保管自己存放签字收据/凭证的数据库的架构是能够替代区块链的更便宜、更便捷的解决方案。
ROUND 2
有API的中央数据库
根据每个人对区块链的定义不同，中央数据库可以说是其中一种理解。
本质上
中央数据库要求新的数据条目必须要经过
一个中心方，但是它允许系统中的其他任何人复制自己需要的数据。
原来的区块链方案：
从“区块链是一条存储区块（每一个区块都是一组有序数据）的链条”的意义上来说，我们可以说中央数据库是一条“区块链”，但是它却不具有区块链去中心化的特征。在中央数据库中，数据仍然由单一方进行验证，而且还是仅由交易双方进行签字。就解决方案而言，这与任何使用开放API的中央服务都没有太大区别。允许访问的数据决定着系统的透明度与隐私度。
其实可以这么办：
这种架构不是什么新的东西，很多市场平台上都很常见。举个栗子，eBay就多少使用了相同的架构并且已经存在了20多年。但是把这种架构称为区块链的话则有些牵强，就像因为汽车从技术上来讲是可以自我移动的交通工具（auto-mobile）就把四轮马车称为“automobile（汽车）”一样。Uber和AirBnB同样也使用了相似的架构——数据库中的新条目由中心方来创建。
软件的开发从本质上为特定行业创造更好的IT基础设施，尽管我并不觉得这其中有什么真正的创新，但它确实是一件好事情。
但从另一方面来说，创建一个去中心化的软件版本是非常困难的——数据不仅必须（不是选择性的）要存在于许多不同的节点，而且它的同步会变得非常缓慢。软件必须能以一种客观的方式判断哪些条目需要进入数据库而且每一次所有节点的判断都要达成一致。你也可以模仿比特币使用POW分配增加条目的权利，
但是对于任何需要检查海量数据的基础设施来说，这都会是缓慢而成本高昂的。
