3.同盟链（Permissioned Blockchains）
不需要区块链的应用
6.最后，假如是同盟链，取决于是否要求果真可验证性，答允任何人读取状态（果真同盟链）可能只有少部门受限的用户（私有同盟链）。
区块链是一种耐久化（生存）状态的"仅可添加"的账本。状态可以是生意业务信息，措施数据，可能哈希过的文档等等。根基上，就是任何需要耐久化存储的信息。数据库继续这项任务已有几十个年初。另外，区块链代表了一种新的状态耐久化技能——而且包括数字签名和防改动在内的特别特性。让我们来从头审查一下三种主流技能：
1.数据库
5.不然，假如身份是可知的，那么下一个问题是"这些writer是否互相信任？"。假如是，那么也不需要区块链，利用提供共享写入权限的数据库就足够了。不然，假如writer们不信任互相，那么最符合的技能是同盟链。
"你需要区块链吗？"流程图
这一节描写了论文中一个通用的高条理流程图，用于为你的应用寻找符合的技能。留意writer是一个可以将状态写入数据库或区块链的实体。
应用实例
选择正确技能方案的流程图。TTP（Trusted Third Party）代表可信第三方，writer是一个可以写入状态到数据库可能区块链的实体。
来自ETH Zurich的Karl Wüst和Arthur Gervais最近宣布了一份同行评审论文，它提出了一种布局性的要领，该要领有助于确定特定应用问题应该如何办理的公道技能方案。本文中，我们将先容这种要领并表明论文中的用到的一些例子。
公链是不受中心化机构打点的民众账本（状态）。也就是说，账天职布在一个动态P2P网络中，网络中大概还会有恶意的节点。• 中本聪的伶俐在于设计了一种漫衍式状态上维持共鸣的机制，且是在动态和不行信的网络中实现的。这意味着公链可以容忍网络中包括少量拜占庭或不行信行为。
在看完这些差异系统之后，我们很容易认识到没有一个合用于所有场景的方案。任何工作都需要有所取舍。差异的应用有差异的需求，因此需要差异的符合的办理方案。
3.不然，假如有高出一个写入状态的writer，我们选择别的一条路径。问题酿成了是不是有一个在线TTP（可信第三方）就足够了，可能换句话说，是否需要防改动。假如应用不能依赖单一可信实体，我们可以进一步阐明是否需要区块链。不然，不需要用区块链，从机能角度来说依赖一其中心化实体越发高效。
2.雷同的，假如只有一个写入状态的writer，那么和通例数据库对比区块链并不能提供特另外保障。相反，从机能角度来说数据库大概越发高效。
• 然而，一直以来，它们被设计为单一机构的中心化打点。因此，差异参加方之间不需要共鸣机制。
1.假如你的应用不需要耐久化状态，那么很明明不需要区块链可能任何数据库。
• 凡事都有价钱，需要在机能耗损（吞吐量和延迟）上有所取舍。在比特币中，急剧的机能下降是由于POW协议自己的设计就很是慢。和普通数据库对比，在任何公链中，机能的下降都是不行制止的。因为不管怎么样，要维护漫衍式状态的一致性，（地理漫衍）网络中的差异节点之间就必需举办通信。
环绕区块链的大举炒作严重夸大了这项新技能的实际本领和应用。这种狂热使得企业、开拓者和投资人难以领略其实际的范围性并找出适合区块链可能漫衍式账本技能的正确应用场景。• 尽量如此，它的机能仍然无法跟一其中心化数据库相对抗。
媒介：关于区块链适合做什么和不适合做什么？一直都有争议。那么，通过什么方法来分辨呢？本文用具体的流程图来应对这个问题。本文作者是Mohammed ElSeidy，由“蓝狐条记”社群的“鑫鑫”翻译。
技能比拟
首先，数据库（单个，并行，可能漫衍式）被用于耐久化状态和查询数据已经有几十年汗青。大量有代价的研究已经被用于优化差异层级的查询处理惩罚和状态耐久化上。4.下一个问题是"所有写入状态的writer的身份是否可知？"。假如由于身处不行信的动态网络因而身份不行知，好比互联网，那么公链是符合的选择。
同盟链代表了一种殽杂式的设计选择。出格的，他们不是单一的中心化实体，，而是授权给一小部门预先选定可以写入状态的可信节点。
• 由于数据库网络不会扩展到大量的民众节点，和公链对比，它的吞吐量和延迟要好得多。
让我们通过一些例子来领略什么应用确实需要区块链，哪些不需要以及为什么不需要。
2.公链（Permissionless Blockchains）
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
