30个应用型公链需要考虑的技术因素

创建应用型公链平台或者为业务使用选择区块链平台时要考虑的30个关键技术层面。

当选择适合企业业务用例的区块链平台时，或者创建一个应用型公链平台时，可能需要进行尽职调查，并创建一个专栏，向利益相关者和团队证明企业的业务和技术选择是合理的。以下是企业选择平台时可能要考虑的一些商业因素。

DevOps /网络/部署/协议

1.区块链层部署的灵活性 -平台是否具有公共实例？允许吗？私人的？

2.最佳节点数 -支持网络需要多少个节点？每个成员一个？我可以在不运行节点的情况下与网络交互吗？

3.容器化 -是否可以通过Kubernetes对平台进行docker化和部署？

4.网络身份管理层 -如何管理节点和个人的权限？超级用户有限制吗？网络中是否存在所有各方的源网络映射（例如，类似DNS的服务-以太坊中的ENS）？

5.共识机制 -系统是否基于工作量证明？股权证明？授权证明？时间证明？这可能是由治理设置和实体根据对您的用例最有效的决定的。

6.组织之间的消息传递 -是否有单独的私有消息传递层？这是基于AMQP的吗？RabbitMQ？XMPP？

7.事务处理方法论 -在事务处理方面，活动的顺序是什么？协议何时排序，验证和执行交易？在以太坊中，TX被发送到在执行和分发“正确”块之前进行排序/验证的验证节点。在Corda中，需要通过Flow Framework知道节点来逐个验证TX，直到公证人对其进行签名和重新分配为止。

8.密码学 -哈希和签名使用和支持哪些库？（例如，以太坊的secp256k1）

9.密码的可插入性 -特定节点是否可以根据其区域安全规则选择使用其他密码库？（例如，符合NIST标准）

10.文件共享技术 -每个数字资产都必须通过托管它的组织或代码中引用的法律文件/散文以某种方式合法地锚定。组织之间如何通过平台共享文件？它们是否保存在同一平台上？他们是否有类似的备份？

11.法律锚定 -协议中是否内置法律散文或法律文件实施方式（例如OpenLaw）？

12.防篡改与防篡改 —有人可以更改您的本地节点状态及其历史吗？如果以某种方式删除了事务或状态，是否会导致一切不同步？各方是否可以对参考历史数据进行修改或删除并达成一致？

13.事务恢复 -节点如何恢复事务？如果您的交易未完全分发给所有各方，那么下载最新商定版本的机制是什么？

14.DAO功能 -是否有抽象化治理责任的dapp示例？这对于重新使用网络以维持投票和治理可能很有用。

开发人员经验/堆栈顶部应用程序

15.应用程序责任 -构建顶部应用程序（dapp）时，您需要担心什么？您必须托管自己的节点吗？您还负责部署dapp的相应Web服务器和界面吗？您的用户将如何为您的应用程序付款？

16.Dapp层部署 -基于权限，如何在网络中部署智能合约？由个人（例如列入白名单的地址）？通过一个节点（例如LEI的身份）？由注册实体（例如，将业务网络添加到网络中）？由基础设施提供商（例如Kaleido市场）提供吗？您是否需要节点级权限才能进行部署？

17.智能合约语言 -智能合约以哪种语言编写？是否经过测试？它有一个好的社区吗？

18.智能合约库和标准 -是否就维护和审核的安全库/功能（例如OpenZeppelin）达成一致？是否已经达成共识，将功能汇总为标准（例如ERC-20，ERC-721等）？

19.智能合约可升级性 -如何更新应用程序？智能合约代码是否有定义明确的升级模式？

20.访问参考和市场数据 -在网络中，可以调用哪些可用的Oracle来接收执行触发操作所需的信息？

21.建议的个人身份管理 -公钥/私钥对和地址是否自然要求个人维护自己的密钥？还是这实际上是假设中介机构将代表您托管他们，并且仍然在客户偏好中分配帐户管理？

22.应用程序或网络中的互操作 —一个dapp可以调用另一个dapp吗？网络/侧链可以从绑定网络中引用信息吗？

用户控制/性能/隐私

23.事务处理性能 -您能多快地将事务排队，分批处理（批量/块），并确保清除队列并显示“已保存”通知？

24.事务处理的可伸缩性 -系统是否设计为具有模块化可扩展性（水平或垂直）以支持更高的处理速率？

25.并发更改 -在完全更改资产之前，是否存在阻碍多次更新同一合同或余额的障碍？

26.交易分配绩效 -您的交易何时更新给所有各方？是在处理块时？经过6个区块深度之后？流程完成后并由各方签名吗？

27.多线程 -你的事务处理和共识可以是多线程或分片在多个网络参与者和同样是金黄的来源仍然同意吗？您会分割不同类型的处决吗？

28.字段混淆的隐私机制 -您能否仅与特定用户共享数据存储机制的特定字段？您是否可以运行用于比较字段值而不泄露信息的业务逻辑（例如Aztec和ZKsnarks）？

29.接收者的隐私机制（机密性） —是否可以自动旋转公钥，以使将信息发送给的最终用户无法解析为已知身份？

30.发件人的隐私机制（交易流量模式） —如果仅希望已识别的各方查看交易，您是否不能将交易共享给所有各方？

以下是我们为大家收集的部分资料，请大家下载来看吧，或者关注公众号之后，在对话栏输入“资料”下载区块链学习资料。

End

/ 关注盛合 /

获取更多有价值的行业信息，欢迎进入盛合区块链

本文来源：盛合区块链
原文标题：30个应用型公链需要考虑的技术因素

—-

编译者/作者：盛合区块链

玩币族申明：玩币族作为开放的资讯翻译/分享平台，所提供的所有资讯仅代表作者个人观点，与玩币族平台立场无关，且不构成任何投资理财建议。文章版权归原作者所有。