区块链系统评估方式-日本政府课件.pptVIP

区块链系统版本1.0 评估项-质量（2/5） 类型 评估项 概述 区块链相关技术和特征 评估项记录的点和评论 相互操作性（跨链） 与现有系统相互操作性Interoperability with existing systems 两个多个系统之间的通过产品、组件去改变这些信息并使用交换信息 1、数据结构2、API规范 1、明确相互操作为前提2、阐明与现有系统的互操作性的感受 与别的区块链系统相互操作性Interoperability with other blockchain systems 1、数据结构2、API规范3、共识算法 1、明确相互操作为前提2、阐明与其他区块链系统的互操作性的感受 　可扩展性 （性能） 吞吐量 性能提高程度 1、区块大小2、交易大小3、共识算法4、账页确认时间 1、通过改进方法和提高过程效率去提升吞吐量【评估说明】2、评估相关可靠性：例如：随着吞吐量的提高，数据增加更为重要，尤其是对整个节点存储所有数据，要是以站点的方式存储将减少，所以说可靠性是低的。如果将全部节点数减少火灾更少，又不能满足现有需求。3、评估共识算法：例如，“吞吐量增加应用高速共识算法。该算法需要经过管理的经过批准的节点，而这些节点上限实际操作中大约占30%。若果60%节点被挂起，系统功能就不稳定” 网络延时 1、节点分布2、网络环境3、P2P协议 1、这个系统在一个分布式环境中运行，而性能很大程度上取决于网络环境2、通过显示网络延时来改进系统瓶颈，阐明网络延时是改进的关键点 容量 容量可扩展的程度 1、区块大小2、交易大小3、共识算法4、块确认时间 1、在一定的条件里去累积增加数据量，在一段时间内评估数据量增加随时间增加变得更加清晰。 * 区块链系统版本1.0 评估项-质量（3/5） 类型 评估项 概述 区块链相关技术和特征 评估项记录的点和评论 可扩展性 节点数 1、节点增加的程度 1、数据容量2、共识算法 1、评估每种类型节点数的上限（全节点、轻节点等）2、随着节点数量的增加，交易的数量可能会超过处理性能。为了避免这一问题，这时就要注意吞吐量性能和节点数量3、定义这个指标必须考虑别的评估项因素。例如“可伸缩性—吞吐量”章节 可靠性 成熟度（Maturity） 1、正常运行时系统、产品、部分组件是否满足可靠性要求的程度 1、现有实用技术(加密技术等)2、新开发技术(共识、算法等)。 1、成熟度通常是根据实际的实现结果来评估的。然而，区块链技术的真正引入是非常少的，而且很难对它进行简单的评估。因此,区块链系统由现有技术(加密技术等)和新技术(包括一致算法),研发以提高性能和功能(吞吐量等)，成熟的系统结果实际操作结果，并不以个别技术特征的操作的结果类似的系统，操作结果应该和测试环境类似，等等。 1、成熟度和经营成果作为一个实际系统利用区块链技术 可利用性 1、系统、产品或组件在使用时可操作和可访问的程度。 单点故障 1、评估存在单点故障(SPOF)节点。2、在没有单节点的情况下，要特别说明断开或其他故障导致无效节点数量大致增加，这些故障会影响系统的可靠性 共识算法 1、阐明获得正确共识的条件（节点数等）。2、明确共识的条件不会功能,如一个无效的状态造成的攻击(51%)算法和共识达成共识禁用状态(PBFT断开与三分之一或更多的节点)。 * 区块链系统版本1.0 评估项-质量（4/5） 类型 评估项 概述 区块链相关技术和特征 评估项记录的点和评论 可靠性 容错性 一个系统、产品或组件在硬件或软件故障的情况下按计划运行的程度。 节点故障的容错能力网络故障与网络攻击容错能力 1、明确正确的操作定义2、明确正常操作的节点条件和网络条件3、网络产生硬叉后，明确主链确认方法 可恢复性 在中断或故障发生时，产品或系统可以恢复直接受影响的数据，并重新建立系统所需的状态。 节点故障的可恢复性(恢复方法和时间,等等) 1、明确网络环境和数据量的先决条件。 安全性 保密性 产品或系统保证数据只能访问那些授权访问的人。 授权 1、明确进入授权的管理方法。 数据授权 1、明确功能的隐性数据2、明确隐蔽的对象和范围3、明确隐性数据，通过第三方确认方法 事务授权 1、明确功能的隐性事务2、明确隐蔽的对象和范围3、明确隐性事务，通过第三方确认方法 完整性 系统、产品或组件防止未经授权访问、修改计算机程序或数据也是不允许的。 成员管理 1、确认会员管理功能的存在 授权 1、明确进入授权的管理方法。 不可否认性 可以证明哪些行为或事件已经发生了，这样事件或行动就不能在以后被否定。 共识算法 1、用共识算法确认账页的存在性，确认如何决定后叉主链。 硬分叉策略 1、确认规则方法，块回滚的影响程