在构建包分布式系统功能的应用程序时,《财富》500强企业和创始人经常问我们这样一个问题:“我们应该构建什么样的协议?”“这个问题变得越来越普遍,因为所有获得2017-2018年资助的协议都试图从白皮书转向测试网络,再转向主网。”这些新协议充斥着孵化器、风投公司、共同办公空间、会议等,寻找初创企业在其平台上建设。它可以是压倒性的。因此选择正确的协议就像决定如何为高楼打下基础一样极其重要。
通过这篇文章,我们开始了关于分布式系统/区块链协议的系列文章。这第一篇文章是非常高水平的,旨在给你一些有用的方针,。未来的文章将会涉及更多关键协议的技术细节。这是一个复杂的主题,所以您可以随时向我们发送建议编辑的消息。
1. 选择一个平台 (Hyperledger / Quorum / Ethereum / Bitcoin / corba - r3)。我将通过检查这些来开始您对协议的探索。据我们所知,它们目前正在加速采用和社区发展。如果你是一家初创企业,你已经被认为对你的企业客户来说风险略高。因此,您可能希望构建一个在生产中已经有用例的协议。未来的文章将提供更深入的比较。请记住,这些都不是完美的,特别是在可伸缩性和安全性方面。
2. 从哲学上决定你是相信开放网络还是封闭网络: 这个话题可以单独作为10篇文章的主题。到目前为止,我们看到封闭的网络在企业用例中比开放的更受欢迎,但是我们希望在这两个方面都看到赢家。现在,区块链/分布式系统社区在开放和封闭之间的分裂中工作,但随着空间的成熟,以及随着协议开始在原子级别(而不是在“网络”级别)定义交易和业务逻辑的隐私和保密性,这可能会成为一个历史性的脚注。这意味着一个网络上的私人事务可以设置自己的权限,而智能合约可以根据自身的内部范围与其他智能合约互 *** 作,而不会被限制在一种“网络”的一个总帐簿上。在网络层开放和封闭就成为无意义的条款。
3. 有一些正在崛起的、资金充足的协议,其他 *** 作层创新者值得关注。我们看到Hashgraph(针对游戏等高TPS用例)、EOS(也包括游戏)、VEChain(供应链)和Skale(可伸缩性)的早期萌芽。我们非常希望企业会出现新的协议,但是我们还没有在客户对话中看到它们。我们也看到了一波有趣的侧链和“第二层”创新。我们最喜欢的是闪电网络。如果Square在未来18个月内推出使用闪电网络的产品,我们不会感到意外。
4. 作为“协议无关者”的架构师。我们正处于新一波分布式系统平台的早期阶段,现在就决定谁是赢家还为时过早。例如,如果以太坊能够按照承诺的时间交付等离子体等项目,并转移到PoS,这将是一个很好的长期赌注。重要的是要记住不同的协议或多或少是相关的,这取决于具体的用例。
5. 注意那些还没有好答案的开放式问题。如前所述,我们处于企业采用的早期阶段,有许多问题/没有得到充分解决。这包括可伸缩性、安全性、数据传输、遗留系统集成、数据驻留法规遵从性等等。
6. 知道开发人员在哪里。据我们所知,70-80%的区块链/分布式系统开发人员精通超分类和solid /Ethereum,两者之间有一些交叉。如果您正在选择一种非“领导者”协议,那么您可能必须非常努力地寻找开发人员,或者亲自对他们进行冷启动培训。这也许是个不错的决定。无论分布式开发人员今天知道什么,他们明天都必须学习新东西。因此,您可能不需要根据某人当前的链代码技能或可靠性等来选择其中之一。只需要雇佣喜欢学习的优秀开发人员。
7. 选择大公司区块链平台时要谨慎。我们很高兴看到几乎每一家主要的技术公司(Amazon、IBM、Microsoft、SAP)都推出了针对区块链的BaaS(“区块链as a service”)部署平台,并认为这将有助于加快企业的采用。但是。尽职调查极其重要!上面列出的这些公司中,大多数都有与初创企业和以它们为基础的成功企业合作的历史记录。但并不是所有。问问其他创始人/首席技术官,哪些公司更好合作,哪些有问题。不要让一些免费的开发者积分左右你做出错误的选择。他们可能正在建立一个未来的竞争对手!另一种选择是建立在像www.blockdaemon.com这样的独立BaaS(区块链as a Service)公司的基础上。
8. 了解开源和协议治理的动态。不同的协议有非常不同的开放源码框架和治理,这些框架和治理会对它们的 *** 作方式、是否会发生硬分叉(这会导致很多复杂性)等产生巨大影响。包括理解有人说“它是开源的”,这意味着他们的运行时实际运行的代码是零。在编译之前,很容易获取开放源代码并将一些恶意软件插入其中。开源是非常好的、非常重要的,并且有助于发现bug,但是不要错误地认为它等同于安全性。知道谁编译了代码,并确保在各类签名运行时中最好。需要各方接受此服务,并成为满足其规范的已批准开源代码库的签名代理。获得一个签名批准的运行时将确保各方的节点实际上是在开源中的。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)