声明：本文不构成任何投资建议。
边肖：记得要集中注意力。
来源：蓝狐笔记
原标题：哪些适合区块链？哪些不适合？
前言：什么适合，什么不适合区块链？一直都有争议。那么，通过什么手段呢？本文用详细的流程图来处理这个问题。本文作者是Mohammed ElSeidy，由蓝狐笔记社区的欣欣翻译。
围绕区块链的大肆宣传严重夸大了这项新技术的实际能力和应用。这种狂热使得企业、开发者和投资者很难理解其实际局限性，也很难找到适合区块链或分布式账本技术的正确应用场景。
来自苏黎世联邦理工学院的Karl Wst和Arthur Gervais最近发表了一篇同行评议论文，提出了一种结构化的方法，有助于确定如何解决具体应用问题的合理技术方案。在本文中，我们将介绍这种方法，并解释文中使用的一些例子。
技术比较
不同类型状态持久性的比较
区块链是一个持久的(保存的)账本，只能添加。状态可以是交易信息、程序数据或散列文档等。基本上，它是任何需要持久存储的信息。数据库几十年来一直负责这项任务。此外，区块链代表了一种新的状态持久性技术——，并包含其他功能，如数字签名和防篡改。让我们重新审视三种主流技术：
1.数据库资料库
首先，几十年来，数据库(单一、并行或分布式)一直被用于持久化状态和查询数据。许多有价值的研究已经被用于优化不同级别的查询处理和状态持久化。
自然，它们在事务吞吐量和查询延迟方面具有最高的性能。
然而，它们总是被设计为单一机构的集中管理。因此，不需要不同参与者之间的共识机制。
2.公共链(无需许可的区块链)
公有链是不受集中机构管理的公有账簿(状态)。也就是说，账本分布在一个动态的P2P网络中，网络中可能存在恶意节点。
中本聪的智慧在于设计了一种在分布式状态下维护共识的机制，并且是在一个动态的、不可信的网络中实现的。这意味着公共链可以容忍网络中少量的拜占庭或不可信行为。
任何东西都是有代价的，在性能消耗(吞吐量和延迟)上是有权衡的。在比特币中，性能的急剧下降是由于POW协议本身设计缓慢。与普通数据库相比，性能下降在任何公共链中都是不可避免的。因为在任何情况下，为了保持分布式状态的一致性，(地理上分布式的)网络中的不同节点必须相互通信。
3.联盟链(许可区块链)
Alliance代表了一种混合设计选择。特别地，它们不是单个集中的实体，而是被授权给少数预先选择的可以写入状态的可信节点。
由于数据库网络不会扩展到大量的公共节点，其吞吐量和延迟都比公共链好很多。
但是，它的性能无法与集中式数据库相比。
看完这些不同的系统，很容易意识到没有一个方案适合所有场景。一切都需要选择。不同的应用有不同的需求，因此需要不同的合适解决方案。
你需要区块链吗？流程图
选择正确的技术方案流程图。TTP(Trusted Third Party)代表可信第三方，writer是一个可以将状态写入数据库或区块链的实体。
本节描述了本文中的通用高级流程图，用于为您的应用找到合适的技术。请注意，编写器是可以将状态写入数据库或区块链的实体。
1.如果您的应用程序不需要持久状态，那么显然它不需要区块链或任何数据库。
2.同样，如果只有一个写入者处于写入状态，那么与常规数据库相比，区块链不能提供额外的保护。相反，数据库在性能方面可能更高效。
3.否则，如果有多个写入者处于写入状态，我们选择另一条路径。问题变成了拥有一个在线TTP(可信第三方)是否足够，或者换句话说，是否需要防篡改。如果应用程序不能依赖单个可信实体，我们可以进一步分析是否需要区块链。否则，就没有必要使用区块链，在性能方面，依靠一个集中的实体更有效率。
4.下一个问题是，“所有处于写作状态的作者的身份都是已知的吗？”。如果你处在一个不可信的动态网络中，身份不明，比如互联网，那么公链就是合适的选择。
5.否则，如果身份已知，那么下一个问题就是“这些作者相互信任吗？”。如果是，那么也不需要区块链。使用提供共享写权限的数据库就足够了。否则，如果作者彼此不信任，那么最合适的技术就是联盟链。
6.最后，如果是联盟链，根据是否需要公共可验证性，允许任何人读取状态(开放联盟链)或者只允许少数受限用户读取(私有联盟链)。
应用示例
让我们用一些例子来了解哪些应用程序真正需要区块链，哪些不需要，为什么不需要。
不需要区块链的应用程序
供应链管理系统
供应链管理(SCM):这确实是一种重复应用。让我们按照流程图找到最佳匹配技术。
1.SCM确实需要存储数据。
2.涉及多个作者，即拥有最终产品某些部分的不同参与者。
3.继续我们的方法，SCM在技术上可能总是使用在线TTP。例如，Skuchain承认只需要单一的信任源。然而，这消除了区块链的分散组件，因此它相当于一个可信的集中服务器。
4.如果这不可行，至少所有作者都是可知的，这就给我们留下了两个选择：联盟链或不使用区块链。
5.5的接口存在一致性问题。数字世界和物理世界之间的供应链管理。通常需要人或者单个写手控制的一些机器来登记某个到达仓库的商品，如果质量没问题的话。如果这些员工的操作不可信，那么整个供应链就是一个技术妥协，因为恶意写手可以提供任意数据。另一方面，如果所有的写者都是可信的，那么就不需要区块链，因为使用提供共享写权限的常规数据库就足够了。
注意，如果数字世界和物理世界的连接可以通过某种技术手段以安全的方式实现，那么之前的说法可能会改变。
物联网：很多人提出了区块链技术在物联网(IoT)上可能的使用场景，物联网通过智能合约为资源的消费和支付提供一个自主的系统。由于系统固有的分散性，实体之间互不信任，因此使用区块链似乎是很自然的。
然而，就像供应链管理一样，现实世界和数字世界之间的接口也产生了潜在的问题。如果计算机向区块链提供从传感器读取的数值，区块链不能保证这些数值的正确性。如果只需要自动化，就没有必要使用区块链，它可以由一个可信方来代替。
适合区块链的应用
以及跨行支付：对于金融应用，一般来说，区块链技术是非常适合的，因为参与者通常希望规避风险，不希望依赖于强信任假设。
1.银行间支付包括来自多方(银行)的卖方和想要交换价值和交易的主体。所以状态需要坚持。
2.银行都是写手，所以写手不止一个。
3.在单一货币体系中，央行可以充当TTP。
4.否则，还有另一种配置。央行不想成为每一笔交易的验证者，只想充当认证机构，给银行发放牌照，让银行参与到系统中来。这意味着系统的所有作者都是可知的，我们可以使用联盟链。
以及公平贸易协议：同样，数字商品的交易很可能不需要可信的争端调解人，因此非常适合使用区块链，而实物商品仍然需要可信的第三方来解决争端。
电子投票：同样，电子投票也有区块链可以派上用场的属性。例如，一方面，隐私是一个主要要求，因为投票必须是匿名的，以避免强制。另一方面，电子投票需要提供一定的公开可验证性。由于这些要求，使用区块链来帮助获得这些期望的属性似乎是合理的。
结论
与传统观点相反，区块链并不是一个可以解决所有技术问题的解决方案。实际上，它们更适合于满足一组需求的特定类型的应用程序。尤其是那些为了分散和防篡改的一致性而宁愿牺牲性能的应用。
然而，目前许多“承诺”的应用仍然不适合区块链，如供应链管理。我们需要警惕的是，当我们遇到那些狂热的开发者和创业者，他们跟风，并没有真正思考他们解决方案的底层技术和必要性。
到目前为止，具有信任需求的数字商品和服务似乎是最适合区块链的应用场景。
–
警告：蓝狐笔记所有文章不构成投资推荐，投资有风险。投资要考虑个人的风险承受能力。建议对项目进行深入调查，谨慎做出自己的投资决策。
声明：本文为火星作者作品，不代表火星财经官方立场。本文转载请注明出处、作者、链接。
提示：投资有风险，入市需谨慎。这些信息不作为投资和财务建议。