根据德勤最近的一项研究，在过去两年创建的26,000个区块链项目中，92%已经死亡。第一次听到这个，我不得不问自己：这个数字是怎么失控的？本文试图清楚地解释导致这个问题的原因，旨在帮助我们热情的区块链爱好者避免开始成为92%的项目的一部分。从头开始构建良好的区块链用例对于那些仍然不熟悉区块链功能基础知识的人，我强烈建议您首先阅读伯克利大学AshleyLannquist去年撰写的DataBlockchain文章“区块链，密码学”。货币和新的去中心化经济：第***部分-简要介绍”。对于熟悉该主题的人，我们可以开始深入研究可用于创建有意义的用例的区块链的核心功能。分布式账本技术框架利用区块链等分布式账本技术，用户可以创建数据库环境，允许多个互不信任的用户在没有中央协调员的情况下交换价值或追加记录。通过结合密码学和博弈论的概念，区块链消除了对系统信任的需求，确保用户可以透明地与第三方机构交互。区块链系统固有的“去中心化”很重要，因为它消除了中心故障点的负面影响：安全漏洞、网络停机或网络中断。此外，只要安全并且活性保证完好无损，区块链将消除交易审查或恶意行为来自网络中不可靠的参与者。这些分布式账本系统已在“金融”或“争议解决”等领域成功实施，在这些领域，交易各方历来需要信任中央机构来监督交易数据并确保遵守过去的协议。Hyperledger等公司已经创建了一个旨在分散这些交易的生态系统，主要是通过私有企业数据区块链支持技术、金融和供应链公司进行全球商业交易。值得注意的是，这些实施是区块链技术的特例——不是普通的——事实证明，92%的基于区块链的项目迄今未能实现。下面是一个流程图，作为那些希望实施区块链解决方案的人的清单，以及他们在转向分布式账本技术(DLT)之前应该考虑的步骤。决定区块链用例清单时要考虑的标准1.数据库首先，在尝试构建区块链用例时，我们必须询问我们是否拥有一个在所有端点上都基本安全的数据库。如果我们试图在易受外界篡改或修改的系统上实施区块链，我们将失去在系统中实现去信任和去中心化的能力，从而导致区块链的用例相对有限。在“血钻追踪”等用例中可以看到此类问题的例子，在这些用例中，公司使用区块链来追踪合法钻石沿着供应链从生产商到消费者的移动。虽然区块链可能是跟踪与该钻石相关的交易的一个很好的解决方案，但该解决方案仍然非常信任将这些钻石放在区块链系统上的员工或节点。在这种情况下，“数据库端点”不安全，导致困扰区块链用例的信任问题。2.交易者在使用区块链之前应该问的下一个最重要的问题是是否会有多方协调我们数据库的操作。如果我们的数据库不需要大量利益相关者之间的协调，并且可以使用一键“编写器”的功能，那么我们应该使用集中式数据库。区块链本质上是“分布式账本技术”，如果不需要“分配”数据库的所有权，那么我们应该使用不同的数据库结构。这是一个简单的要点，但在构建良好的区块链用例的过程中经常被遗忘。事实上，像Oracle数据库或MySQL这样的中心化软件比现有的去中心化区块链系统拥有更强大的交易基础设施，这意味着如果我们的项目绝对需要去中心化，我们应该只使用DLT。中心化案例中心化趋势更为明显的一个典型例子是现有科技巨头（如Facebook或谷歌）的用例，它们管理着EB级用户数据。虽然谷歌能够分散用户交易是一件好事，但区块链用例并不合适。这是因为在集中式系统中通过一个点跟踪信息要容易得多。集中式系统从根本上可以比分散式系统具有更紧密的内部集成，因此比分布式账本技术更有可能利用更大的规模经济。事实上，像Gmail这样的谷歌产品只能有一个类似“智能垃圾邮件过滤器”的东西，因为谷歌可以很容易地看到几乎任何人的电子邮件。3.信任在确定中心化对您的用例是否重要之后，关键是要问我们需要信任谁才能让这个系统正常工作，以及如果信任被破坏会发生什么。在任何集中式系统中，恶意行为可以有多种形式。中央当局不仅可以尝试编辑现有交易，还可以隐藏信息、报告网络上不一致的交易或审查用户对特定交易的访问。如果中央机构有任何动机在我们现有的系统中采取这些行动，我们至少应该考虑在我们的用例中实施像区块链这样的安全措施。如果用户之间的信任不是一个重要问题，那么可以简单地利用分布式数据库，其中每个用户维护一个数据库副本，并可以随意编辑和更新数据库的状态。由于不需要考虑“拜占庭容错”（抗篡改和不一致性）等区块链安全特性，因此实现起来要容易得多。特例：披露和赋能区块链SamsonDuborg-Rankin在Unsplash上拍摄的照片同样重要的是要注意，可以通过多种方式利用区块链系统来整合来自集中式数据库、分布式数据库和分布式分类帐技术的概念。“许可区块链”是概念结合的一个例子，将集中的用户授权与分散的区块链交易生态系统相结合。通过能够控制谁被允许进入区块链网络，我们能够减少恶意行为的可能性并加强对系统试图管理的内容的控制——创建一个不需要那么多容错、安全、和安全性作为传统的“公共”区块链得以维护。这种区块链结构的缺点是它比公共区块链“不可靠”，因为用户仍然必须信任授予权限的机构和系统正在使用的共识机制。JPMorgan的Quorum机制是许可区块链用例的一个很好的例子，因为他们已经创建了一个产品，通过利用BFT的低需求来为金融行业实现高速交易（每秒数十到数百）允许的集合允许的用户数量（参见QuorumChain）。4.去中介化在着手区块链用例之前，重要的是确定我们的交易系统是否需要去中介化。如果我们的前区块链解决方案需要大量中间人费用或确认时间延迟，那么区块链自然适合加速这一过程，从而降低所有用户的成本。如果脱媒对于我们的交易系统来说不是必不可少的，那么将验证交易的任务委托给中间人或中央机构会更容易，从而消除区块链网络上对分布式验证器的需求。当前利用去中介化的用例的一个很好的例子是slock.it，它围绕创建个性化物联网设备的智能合约概念建立了数字业务，消除了人工干预或调整的需要。多亏了slock.it的技术，任何物联网设备都可以拥有自己的身份并可以签署复杂的协议（包括接受付款的协议）——所有这些都无需使用中介机构。5.交易依赖在实施区块链用例之前要问自己的最后一个问题是我们的交易是否相互依赖。事务依赖是各种数据库系统中都可以看到的一个特性，尤其是在涉及多方的多用户系统或涉及资产或商品交换（如房地产或零售）的交易系统中。如果我们的交易不需要相互交互，那么利用“主/从”数据库结构会更有效，其中“主”节点充当验证和批准特定交易子集的支持者，“从”节点执行工作。如果我们的交易确实相互依赖，那么就很难确定如何在主节点之间分配相应的交易，这导致需要像区块链这样的东西来改变数据库的集体状态。区块链还为其用户提供原子性（防止对数据库进行部分更新的能力），确保相互依赖的交易将立即执行，而不会取消或篡改交易中心。这确保了系统中任何复杂的交易结构都不会创造或破坏财富。总结恭喜，我们现在正在努力构建正确的用例！尽管这篇文章的语气相反，但实际上有许多区块链技术的应用可以更好地影响现有的交易系统。然而，在成为这些应用程序之前，重要的是要问自己，在决定将区块链作为合适的解决方案之前，我们的用例需要发挥哪些功能。如果我们能按照上面的流程图进行下去，我们正在逐步建立完善的区块链用例，增加我们成为8%经得起考验的区块链项目之一的可能性。附录本着本文的精神，我想我会在下面添加一些我最喜欢的区块链用例——我鼓励每个人都将它们作为一种练习来思考是什么让一个用例有价值！i)Gnosis-建立在以太坊平台上ii)Blocknotary-具有时间戳验证的去中心化公证服务iii)Zcash-一种开放的、无需许可的加密货币，使用零知识密码学充分保护交易隐私。
