JR∕T 0193-2020 区块链技术金融应用 评估规则(金融).pdf

ICS 35.240.40 A 11 JR 中 华 人 民 共 和 国 金 融 行 业 标 准 JR/T 01932020 区块链技术金融应用 评估规则 Financial application of blockchain technologyEvaluation rules 2020 - 07 - 10 发布 2020 - 07 - 10 实施 中国人民银行 发 布 JR/T 01932020 I 目 次 前言 . III 1 范围 . 1 2 规范性引用文件 . 1 3 术语和定义 . 1 4 缩略语 . 3 5 总则 . 3 5.1 评估目标 . 3 5.2 启动条件 . 3 5.3 评估方法 . 3 5.4 评估判定准则 . 3 6 基本要求评估 . 4 6.1 账本技术 . 4 6.2 共识协议 . 17 6.3 智能合约 . 20 6.4 节点通信 . 24 6.5 事件分发 . 27 6.6 密钥管理 . 29 6.7 状态管理 . 32 6.8 成员管理 . 36 6.9 交易系统 . 43 6.10 接口管理 . 47 7 性能评估 . 51 7.1 交易吞吐率 . 51 7.2 查询吞吐率 . 52 7.3 交易同步性能 . 53 7.4 部署效率 . 55 7.5 账本数据增长速率 . 55 8 安全性评估 . 56 8.1 基础硬件 . 56 8.2 基础软件 . 59 8.3 密码算法 . 64 8.4 节点通信 . 67 8.5 账本数据 . 69 8.6 共识协议 . 76 JR/T 01932020 II 8.7 智能合约 . 79 8.8 身份管理 . 81 8.9 隐私保护 . 85 8.10 监管支撑 . 87 8.11 安全运维 . 89 8.12 安全治理 . 92 JR/T 01932020 III 前 言 本标准按照GB/T 1.12009给出的规则起草。 本标准由中国人民银行提出。 本标准由全国金融标准化技术委员会（SAC/TC 180）归口。 本标准起草单位：中国人民银行科技司、中国人民银行数字货币研究所、中国金融电子化公司、中国银联股份有限公司、中钞区块链技术研究院、国家开发银行、中国工商银行股份有限公司、中国农业银行股份有限公司、中国银行股份有限公司、中国建设银行股份有限公司、交通银行股份有限公司、招商银行股份有限公司、上海浦东发展银行股份有限公司、中信银行股份有限公司、兴业银行股份有限公司、中国民生银行股份有限公司、浙江网商银行股份有限公司、深圳前海微众银行股份有限公司、光大科技有限公司、中国平安保险（集团）股份有限公司、泰康保险集团股份有限公司、华泰证券股份有限公司、深圳市腾讯计算机系统有限公司、京东数字科技控股股份有限公司、百度在线网络技术（北京）有限公司、浙江蚂蚁小微金融服务集团股份有限公司、华为技术有限公司、龙盈智达（北京）科技有限公司、杭州溪塔科技有限公司、杭州趣链科技有限公司、北京轻信科技有限公司、杭州云象网络技术有限公司、清华大学、北京大学、中国科学院计算技术研究所、中国人民大学金融科技研究所、中国支付清算协会、北京中金国盛认证有限公司、北京银联金卡科技有限公司。 本标准主要起草人：李伟、穆长春、狄刚、李兴锋、曲维民、程胜、郭栋、段力畑、高天、赵新宇、刘明君、黄钦、庄光耀、王阳、范媛媛、郭坚、林海南、谢谨、王光中、王蓓、冯承勇、刘运、陈志明、王桐、黄海泉、姚倩、孙毅、张瀚文、刘尧、王彦博、刘曦子、于沛、相海飞、落红卫、宋铮、宋科、吴永强、付博、李斌、徐磊、林华、王连诚、陈林燏、李耀荣、彭顺求、陈法山、林文轩、于潇、郭坚、白阳、张小军、陈黎君、王磊、李红建、许成林、孙洪轩、张立勇、陈盼、栗石、温昱晖、林春、王暄、刘为怀、肖遥、昝超、张海鹏、陈雪秀、赵书祥、杨秋琳、李义萍、延安、林华、陈晓丰、郑佩玉、张璐、吴玉会、闫继攀、付晓岩、李力、郭林海、罗梅琴、昌文婷、徐泉清、黄凯峰、潘海清、俞之贝、王从礼、黄步添、金博、杨波、乔珂欣、关春生、陈钟、关志。 JR/T 01932020 1 区块链技术金融应用 评估规则 1 范围 本标准规定了区块链技术金融应用的具体实现要求、评估方法、判定准则等。 本标准适用于金融机构开展区块链技术金融应用的产品设计、软件开发、系统评估。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。 凡是注日期的引用文件， 仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 GB/T 5271.182008 信息技术词汇 GB/T 222392019 信息安全技术 网络安全等级保护基本要求 GB/T 32915 信息安全技术 二元序列随机性检测方法 JR/T 01712020 个人金融信息保护技术规范 JR/T 01842020 金融分布式账本技术安全规范 3 术语和定义 下列术语和定义适用于本文件。 3.1 区块链 blockchain 一种由多方共同维护，使用密码学保证传输和访问安全，能够实现数据一致存储、防篡改、防抵赖的技术体系。 注：典型的区块链是以块链结构实现数据存储的。 3.2 区块 block 区块链中存储数据的单元。 注：由区块头和区块体组成。 3.3 共识节点 consensus node 负责账本数据一致性的节点。 JR/T 01842020,定义 3.24 3.4 记账节点 accounting node JR/T 01932020 2 负责账本数据完整性的节点。 JR/T 01842020, 定义 3.25 3.5 用户 user 参与到区块链上实际责任主体的基本单位。 3.6 数据变更 data changes 对区块链上单个或多个账户的数据进行变更的操作。 示例：智能合约的部署、合同状态的变更、配置参数的修改等。 3.7 原子性 atomicity 智能合约在执行过程中发生错误，会被回滚到智能合约开始前的状态。 JR/T 01842020, 定义3.36 3.8 交易 transaction 区块链上的一次原子性账本数据状态变更及其过程和结果记录。 3.9 资产 asset 能够在区块链上发行、流通、存储、交易，用于完成支付清算业务的权益。 3.10 节点授权 node authorization 在区块链系统中决定一个提出请求的节点（客体）是否有权限访问资源（主体）的动作。 3.11 对等网络 peer-to-peer network 一种仅包含对控制和操作能力等效的节点的计算机网络。 GB/T 5271.182008 3.12 共识协议 consensus protocol 分布式账本系统中各节点间为达成一致采用的计算方法。 JR/T 01842020, 定义 3.17 3.13 智能合约 smart contract 一种旨在以信息化方式传播、验证或执行合同的计算机协议，其在分布式账本上体现为可自动执行的计算机程序。 JR/T 01932020 3 JR/T 01842020,定义 3.20 4 缩略语 下列缩略语适用于本文件。 API：应用程序接口（Application Programming Interface） TEE：可信执行环境（Trusted Execution Environment） CA：数字证书认证（Certificate Authority） 5 总则 5.1 评估目标 在区块链技术金融应用系统版本确定的基础上，对区块链金融应用的基本要求、性能、安全性进行评估，客观、公正评价系统是否能够保障区块链金融设施与应用的安全稳定运行。 5.2 启动条件 启动条件具体包括： a) 提交的系统（或可执行文件）被测版本应与生产版本一致。 b) 提交的系统应已完成内部测试。 c) 系统需求说明书、系统设计说明书、用户手册（包括但不限于运维手册、使用手册）、产品手册（包括但不限于组件列表、特性指标、系统架构）等相关文档应准备完毕。 d) 最小硬件要求： 机构应披露其区块链系统在满足共识有效性的要求下， 正常运行的最小硬件资源，包含硬件设备和网络要求，需验证最小硬件环境下功能、可靠性的完备。 e) 评估环境应准备完毕，具体包括： 1) 评估环境应与生产环境一致或者基本一致， 基本要求、 性能、 安全性宜在生产环境下进行。 2) 系统被测版本及其他相关外围系统和设备应已完成部署并配置正确。 3) 用于基本要求和性能评估的基础数据应准备完毕。 4) 评估用设备应准备到位，系统及软件安装完毕。 5) 评估环境网络应配置正确，连接通畅，可以满足评估需求。 5.3 评估方法 评估方法及说明如下： a) 查阅材料：查阅审计报告、自查报告、外部评估报告、设计文档、开发文档、用户文档、管理文档、产品检测报告等相关材料。 b) 查看系统：查看系统日志、配置文件、参数设置、产品版本、网络配置等。 c) 访谈人员： 与被测系统或产品有关人员进行交流、 讨论等活动， 获取相关证据， 了解有关信息。 d) 测试系统： 利用专业工具， 通过对目标系统的扫描、 探测等操作， 使其产生特定的响应等活动，通过分析响应结果，获取证据以证明信息系统的基本要求、性能、安全性是否得以有效实施。 5.4 评估判定准则 5.4.1 问题等级分类 5.4.1.1 严重性问题 JR/T 01932020 4 严重性问题判定原则如下： a) 与相关法律法规、标准规范有明显冲突。 b) 不满足本标准中相关要求，造成： 1) 无法满足系统基本运行和安全需求的情况。 2) 存在重大安全风险，会对客户利益造成严重损害的情况。 3) 不能满足监管支撑要求，运营活动无法受到有效监管的情况。 5.4.1.2 一般性问题 一般性问题判定原则如下： a) 不满足本标准中相关要求，造成： 1) 局部功能无法正常使用，但不影响系统整体流程的实现。 2) 存在安全风险，会对客户利益造成直接或潜在的损害。 3) 对监管支撑存在缺陷，不利于管理部门合法监管工作的开展。 5.4.1.3 建议性问题 建议性问题判定原则如下： a) 不满足本标准中相关要求，造成： 1) 功能能够正常使用，但系统易用性差。 2) 存在安全风险，但不会对客户利益造成直接或潜在的损害。 5.4.2 评估结果判定原则 评估结果判定原则如下： a) 符合： 在评估过程中， 未发现问题或仅发现建议性问题，该评估项的评估结果判定为 “符合” 。 b) 不符合： 在评估过程中， 发现严重性问题和一般性问题， 该评估项的评估结果判定为 “不符合” 。 c) 不适用：评估过程中，根据系统声明及各评估项中适用对象的适用性，不属于适用对象的评估项可判定为“不适用”。 6 基本要求评估 6.1 账本技术 6.1.1 数据存储方式 数据存储方式评估内容见表 1。 表1 数据存储方式评估内容表 序号序号 实现要求实现要求 评估方法评估方法 结果判定结果判定 适用对象适用对象 1 宜兼容一种以上的数据库类型和版本 1.查阅材料 2.查看系统 1.设计文档对支持的不同类型数据库有规划和设计，支持数据库类型不少于2种，每类数据库至少支持最新发布的3个版本。 2.设计文档为开发人员提供不同类型的数据库接口API，并与设计文档支持的数据库类型和版本一致。 金融业务系统、科技产品 JR/T 01932020 5 序号序号 实现要求实现要求 评估方法评估方法 结果判定结果判定 适用对象适用对象 3.系统配置文件中不同类型数据库的配置参数与设计文档一致。 4.系统中网络和主机访问控制策略支持所用类型数据库的端口。 2 应选用经过评测的主流数据库版本 1.查阅材料 2.查看系统 1.设计文档使用的数据库为主流的商用或开源产品。 2.系统数据库产品的提供方公开或提供产品的权威第三方测评结果。 3.设计文档为开发人员提供的数据库接口API与设计文档支持的数据库一致。 4.系统配置文件中数据库的配置参数与设计文档一致。 金融业务系统、科技产品 3 应正确读写支持的数据库 测试系统 1.系统根据设计文档的数据库接口API向数据库写入数据后， 使用该数据库提供的原生工具或第三方工具能够读出数据。 2.系统使用该数据库提供的原生工具或第三方工具按照设计文档的数据结构写入数据后，通过数据库接口API可读出数据。 金融业务系统、科技产品 4 应根据数据对象的类别分别存储、管理、操作账户数据、交易数据、配置数据等 1.查阅材料 2.测试系统 1.设计文档根据数据对象的类别规划独立存储，账户数据、交易数据、配置数据等数据分别管理、操作。 2.设计文档开发人员提供不同类型数据的访问API，并与设计文档一致。 3.系统根据设计文档提供的API写入、读取数据，不同的API读写功能正确且读写的数据对象类型不同。 4.系统使用第三方工具访问数据库， 不同数据对象类型分别存储。 金融业务系统、科技产品 5 应具备高可靠性，能应对节点断电、重启、网络波动等异常场景 测试系统 系统在断电、节点重启、网络故障等异常场景恢复后存储数据能够正常读写。 金融业务系统、科技产品 6 应实现存储空间的监控和预警 1.查阅材料 2.测试系统 1.设计文档包含对数据库空间监控、 报警的规划和设计。 2.使用手册包含空间不足的触发条件、 报警内容、处理步骤。 3.系统在可用空间触发报警条件时发出预警。 4.系统发出预警后， 按照使用手册的应急步骤进行处理，空间不足的情况消失。 金融业务系统、科技产品 7 应根据相应安全级别要求重置数据库1.访谈人员 2.测试系统 1.管理员提供的密码足够复杂， 符合金融信息系统对密码复杂度和长度的要求， 且能够正常金融业务系统、科JR/T 01932020 6 序号序号 实现要求实现要求 评估方法评估方法 结果判定结果判定 适用对象适用对象 的默认访问密码 访问数据库。 2.系统在使用数据库默认密码和常见密码访问数据库时，数据库能够拒绝访问。 技产品 6.1.2 账本结构 账本结构中的数据文件评估内容见表 2。 表2 数据文件评估内容表 序号序号 实现要求实现要求 评估方法评估方法 结果判定结果判定 适用对象适用对象 1 应具有防篡改性 1.查阅材料 2.查看系统 3.测试系统 1.设计文档包含明确的数据防篡改策略、 手段及详细说明。 2.设计文档包含开发人员提供校验数据未被篡改的接口。 3.系统区块信息中能够查到数据防篡改的哈希值等信息。 4.系统能够检测出修改的数据文件。 5.系统能够记录操作账本数据的日志， 可供监管审计。 6.系统账本监控程序能够自动检测账本数据是否已篡改。 金融业务系统、科技产品 2 应具备校验完整性的功能 1.查阅材料 2.查看系统 3.测试系统 1.设计文档包含数据完整性校验的说明。 2.系统提供完整性校验功能， 提示数据完整性被破坏并拒绝区块新增。 3.系统提供监控手段定位账本数据的不完整。 4.系统在数据完整性被破坏的情况下， 能够快速提示被破坏完整性的数据文件。 金融业务系统、科技产品 3 区块头应包含交易的梅克尔树根信息及状态数据的梅克尔树根信息 1.查阅材料 2.查看系统 1.设计文档包含区块头信息， 说明了交易数据和状态数据的排序方法以及梅克尔树根的生成方式。 2.系统具有查看区块头信息的接口。 3.系统具备检测头部信息被修改的能力。 金融业务系统、科技产品 6.1.3 历史数据可追溯 若支持账本历史数据管理功能，历史数据管理评估内容见表 3。 表3 历史数据管理评估内容表 序号序号 实现要求实现要求 评估方法评估方法 结果判定结果判定 适用对象适用对象 1 应能正确查询到账本数据的当前状态信息 1.查阅材料 2.查看系统 1.使用文档具有查询账本数据当前状态信息功能的使用说明。 金融业务系统、科JR/T 01932020 7 序号序号 实现要求实现要求 评估方法评估方法 结果判定结果判定 适用对象适用对象 2.系统能查询到账户数据、交易数据、配置数据、智能合约状态数据的当前状态信息。 3.系统能查询到指定智能合约内可执行代码的当前状态以及智能合约内数据的当前状态信息。 技产品 2 应能正确查询到账本数据的所有历史更新记录及交易详情 1.查阅材料 2.查看系统 1.使用文档具有查询账本数据所有历史更新记录及交易详情功能的使用说明。 2.系统能查询到所有账户数据、配置数据、智能合约状态数据、 智能合约内代码和数据变更的历史更新记录以及对应的交易更新记录。 3.系统能查询到交易记录的详情， 包括但不限于以下信息：交易唯一标识、交易发生时间、交易哈希值、 交易发起者标识、 交易执行结果。若该交易为智能合约操作， 包含智能合约执行反馈事件的信息。 金融业务系统、科技产品 3 应能正确并独立地查询到账本数据中某个账户的所有历史更新记录及交易详情 1.查阅材料 2.查看系统 1.使用文档具有查询账本数据中某个账户的所有历史更新记录及交易详情的使用说明。 2.系统能通过身份账户标识查询到某个账户的所有交易更新记录，包括账户数据、配置数据、账户拥有的智能合约状态、账户执行智能合约的历史记录。 3.系统能查询到交易记录的详情， 包括但不限于以下信息：交易唯一标识、交易发生时间、交易哈希值、 交易发起者标识、 交易执行结果；若该交易为智能合约操作， 包含智能合约执行反馈事件的信息。 金融业务系统、科技产品 4 应能根据数据对象的唯一标识查询到该历史数据文件 1.查阅材料 2.查看系统 1.使用文档具有根据数据对象的唯一标识查询历史数据文件功能的使用说明。 2.系统能根据身份账户标识查询该账户的账户配置、交易、拥有智能合约状态、账户执行智能合约等历史记录。 3.系统能根据交易唯一标识查询该交易的历史交易详情。 4.系统能根据区块唯一标识查询该区块详情。 金融业务系统、科技产品 5 应能对数据来源和变更的操作者身份进行追溯 1.查阅材料 2.查看系统 1.使用文档具有对数据来源和变更的操作者身份进行追溯功能的使用说明。 2.系统能根据数据对象查询对应的交易更新记录。 3.系统能查询到对应交易记录的发起者。 金融业务系统、科技产品 6 应能根据时间、记录数等特征条件正常查1.查阅材料 2.查看系统 1.使用文档具有根据时间、 记录数等特征条件查询用户指定范围内数据更新记录功能的使金融业务系统、科JR/T 01932020 8 序号序号 实现要求实现要求 评估方法评估方法 结果判定结果判定 适用对象适用对象 询到用户指定范围内数据更新记录 用说明。 2.系统能通过特定的条件查询到某个账户的所有交易更新记录，包括对账户数据、配置数据、账户拥有的智能合约状态、账户执行智能合约的历史记录。 3.系统能查询到交易记录的详情。 技产品 7 应能正确查询到账本数据状态变更记录所在区块文件的唯一标识和时间戳 1.查阅材料 2.查看系统 1.使用文档具有查询账本数据状态变更记录所在区块文件的唯一标识和时间戳功能的使用说明。 2.系统能根据交易唯一标识查询到所在区块的区块唯一标识。 3.系统能根据区块唯一标识查询到区块详细信息，包括但不限于区块高度、区块哈希值、前序区块哈希值、交易列表、区块时间戳。 金融业务系统、科技产品 8 应能判别对账本数据状态变更记录的先后顺序 1.查阅材料 2.查看系统 1.使用文档具有判别账本数据状态变更记录先后顺序功能的使用说明。 2.系统能根据数据对象查询对应的交易更新记录。 3.系统能查询到交易记录的详情， 包括但不限于交易唯一标识、 交易发生时间、 交易哈希值、交易发起者标识、交易执行结果。 4.系统对于交易记录查询结果支持自动或手动根据交易发生时间或其他属性进行排序。 金融业务系统、科技产品 9 可支持通过账本查看功能对底层存储进行查询 1.查阅材料 2.查看系统 1.使用文档具有对底层存储进行查询的使用说明。 2.系统可通过账本查看功能查询到账本底层区块、交易、智能合约元数据、数据存储结构（如梅克尔树） 。 3.系统可通过智能合约数据存储形式（如KV）查询智能合约内的数据集。 4.系统中智能合约数据可映射或导出到关系型数据库，允许通过SQL结构化查询的方式查询智能合约内的数据集。 金融业务系统、科技产品 10 应保证节点从异常状态恢复后，仍能够正确完成历史数据溯源 1.查阅材料 2.查看系统 1.设计文档中具有系统异常状态恢复后， 要求节点数据最终一致的说明。 2.系统在节点异常状态恢复后， 能够正确完成历史数据溯源的查询。 3.系统在异常状态恢复后， 从各节点都能够正确完成历史数据溯源的查询。 金融业务系统、科技产品 11 应具备前向兼容性，在节点版本升级后，1.查阅材料 2.查看系统 1.设计文档中具有系统节点版本升级后， 要求节点数据最终一致的说明。 金融业务系统、科JR/T 01932020 9 序号序号 实现要求实现要求 评估方法评估方法 结果判定结果判定 适用对象适用对象 能够正确读取账本数据 2.系统在节点版本升级后， 能够正确读取账本数据。 3.系统在节点版本升级后， 从各节点都能够正确读取账本数据。 技产品 6.1.4 数据同步 数据同步评估内容见表 4。 表4 数据同步评估内容表 序号序号 实现要求实现要求 评估方法评估方法 结果判定结果判定 适用对象适用对象 1 应保持需要同步数据的节点与源节点的数据一致 1.查阅材料 2.查看系统 3.测试系统 1.设计文档包含节点数据广播功能的方法说明，同时包含保证同步数据一致性的手段说明。 2.设计文档包含数据广播、查询相邻节点、查询当前区块数、 获取某个区块数据等的接口说明，包括功能、格式、方法、参数、返回值、使用方式等。 3.系统能够通过登录不同节点观察数据同步情况， 并根据区块头信息以及结合数据完整性的保证机制，判断节点间数据同步情况。 4.系统能够通过连接原始节点进行测试交易，并检查原始节点和不与原始节点直接相连的其他节点，确保两个节点保持一致。 5.系统数据同步机制符合一致性标准和规范。 6.系统具备监控手段自动检测节点是否符合数据一致性要求。 7.系统具备查询到所有节点的数据同步情况，如已同步节点数、节点同步进度。 金融业务系统、科技产品 2 应保持新增节点在同步所需历史数据之后与其他节点数据一致 1.查阅材料 2.查看系统 3.测试系统 1.设计文档包含新增节点数据同步方法的说明。 2.设计文档包含查询相邻节点、 查询当前区块数、获取某个区块数据等的接口说明，包括功能、格式、方法、参数、返回值、使用方式等。 3.系统包含新增节点获取到老节点地址等信息的配置。 4.系统能够通过登录新加入节点观察数据同步情况，并通过比较新旧节点区块头信息，以及结合数据完整性的保证机制， 判断节点间数据同步情况。 5.系统能够通过测试手段检验新节点数据同金融业务系统、科技产品 JR/T 01932020 10 序号序号 实现要求实现要求 评估方法评估方法 结果判定结果判定 适用对象适用对象 步是否完成，数据是否一致的能力。 6.系统新增数据节点数据同步完成后， 自动数据校验一致性机制能够判断数据异常情况， 并给出提示。 3 应保持单节点在重启并同步缺失增量数据后与其他节点的数据一致 1.查阅材料 2.查看系统 3.测试系统 1.设计文档包含节点间数据增量同步方法的说明及日志记录要求。 2.设计文档包含查询相邻节点、 查询当前区块数、获取某个区块数据等的接口说明，包括功能、格式、方法、参数、返回值、使用方式等。 3.系统能够通过登录节点观察数据同步情况，并通过比较节点区块头信息以及结合数据完整性的保证机制，判断节点间数据同步情况。 4.系统在一个节点关闭重启或断开网络一段时间后， 可自动增量同步相邻节点历史数据并进行一致性校验。 5.系统包含人工手段的应急措施确保重启后的节点数据一致性。 6.系统能够记录增量数据同步过程中的故障日志，并与设计文档一致。 金融业务系统、科技产品 4 应支持单节点在同步数据过程中可动态切换源数据节点 1.查阅材料 2.查看系统 3.测试系统 1.设计文档包含源节点检测、连接、切换的方法说明。 2.设计文档包含查询相邻源节点、 查询当前区块数、获取某个区块数据等的接口说明，包括功能、格式、方法、参数、返回值、使用方式等。 3.系统节点具备与网络中的源节点进行数据同步的能力，当前源节点失效时，能够自动切换最优的源节点。 4.系统具备通过人工手段切换数据源能力， 确保单个节点能够完成数据同步。 5.系统中同步的源节点断开网络后， 可自动连接其他相邻节点，继续进行同步的能力。 金融业务系统、科技产品 5 应确保在多节点网络中，节点互相同步历史数据的一致性，避免同步错乱 1.查阅材料 2.查看系统 3.测试系统 1.设计文档包含保证数据连续一致性的手段说明。 2.设计文档包含校验数据连续一致性的接口说明。 3.系统能够通过登录不同节点比较数据连续性。 4.系统的数据连续一致性实现方式与设计文档一致。 5.系统在数据同步过程中， 源节点新增数据能金融业务系统、科技产品 JR/T 01932020 11 序号序号 实现要求实现要求 评估方法评估方法 结果判定结果判定 适用对象适用对象 够被同步到目标节点， 目标节点能够校验源节点数据的完整性。 6.系统具备历史数据自动校验的能力， 能够对错乱数据进行系统自动恢复。 7.系统具备完善的系统日志功能。 6 应满足在多节点网络中，节点同步历史数据达到一致状态的时效性 1.查阅材料2.查看系统3.测试系统 1.设计文档中能够针对应用典型和异常场景下的数据量， 说明达到共识要求所需节点间同步一致的时效性要求。 2.系统包含节点历史数据同步状态进展查询功能以及节点间同步一致性核验功能。 3.系统在以下测试场景下满足数据同步时效性要求： 典型应用场景下数据定量的单节点或多节点的同步一致性与时效性测试； 异常场景下数据定量的单节点或多节点的同步一致性与时效性测试。 金融业务系统、科技产品 7 节点在同步数据过程中出现异常场景，异常场景恢复后能够从异常场景前已同步的数据文件开始继续同步剩余的区块文件 1.查阅材料2.查看系统3.测试系统 1.设计文档包含针对节点同步区块过程中断网、断电、网络波动等异常场景恢复后，区块数据能够继续断点续传的功能说明。 2.系统区块同步过程中具有异常场景下自动发现与提示功能、自动重连功能、区块断点续传后数据一致性校验功能。 3.系统具备完善的系统日志功能。 4.系统能够通过多节点网络下区块同步断网、断电、网络波动等各类异常场景的测试。 金融业务系统、科技产品 8 应确保节点在同步数据过程中能够识别出源节点数据被恶意篡改 1.查阅材料2.查看系统3.测试系统 1.设计文档包含对应源数据节点恶意篡改同步数据的核对算法或共识算法逻辑， 防止源数据节点恶意篡改生效的说明。 2.系统具有识别源数据节点恶意篡改同步数据的功能，并对恶意篡改数据记录和提示。 3.系统能够通过对单源数据节点或多源数据节点的恶意篡改的测试。 金融业务系统、科技产品 9 应确保状态数据可重建,并根据交易序列重建状态数据 1.查阅材料2.查看系统3.访谈人员 1.设计文档包含支持底层数据结构满足状态数据可重建， 并可根据交易序列重建状态数据的能力详细说明。 2.系统能够实现状态数据根据交易序列进行重建，并与设计文档一致。 3.系统节点能够根据账本历史记录及时检测出状态数据库数据的缺失或篡改，并进行修复。 金融业务系统、科技产品 10 节点应可通过数据同步纠正本节点的数据1.查阅材料1.设计文档具有保证节点数据正常、 网络一致性的设计说明， 具有单节点数据异常纠正机制金融业务系统、科JR/T 01932020 12 序号序号 实现要求实现要求 评估方法评估方法 结果判定结果判定 适用对象适用对象 异常问题，保证整个网络数据的一致性 2.查看系统3.测试系统 的说明。 2.设计文档包含针对实际业务场景实现数据最终一致性、避免业务风险的说明。 3.系统具备通过自检程序校验区块链系统各节点账本数据的正确性、完整性和一致性；系统在功能设计上记录显示本节点前期数据异常以及同步一致后正常数据差异相关交易。 4.系统在本节点数据异常时能够恢复， 单节点数据异常时整体业务运行不受影响。 技产品 6.1.5 数据归档 数据归档功能评估内容见表 5。 表5 数据归档评估内容表 序号序号 实现要求实现要求 评估方法评估方法 结果判定结果判定 适用对象适用对象 1 应提供账本数据归档功能，包括但不限于磁盘文件数据、数据库存储数据 1.查阅材料 2.查看系统 1.设计文档对支持账本数据归档功能有规划和设计，归档方式可使用磁盘文件、数据库存储等可持久化的存储方式。 2.系统配置文件中有归档功能的相关配置参数，并与设计文档一致。 3.系统进行归档操作后， 在设定归档数据存放的磁盘、数据库中有对应的归档数据。 金融业务系统、科技产品 2 应由相应管理员权限的用户发起归档操作 测试系统 1.系统由非管理员权限的用户发起归档操作，在设置的归档数据存放的磁盘、 数据库中不出现有对应的归档数据。 2.系统由管理员权限的用户发起归档操作， 在设置的归档数据存放的磁盘、 数据库中有对应的归档数据。 金融业务系统、科技产品 3 应支持用户设置归档数据范围，包括但不限于时间、区块序号等范围限定，完成相应的数据归档 查看系统 系统按使用说明设置归档数据归档范围， 成功进行归档操作后的归档数据符合所设定的范围。 金融业务系统、科技产品 4 归档数据与节点本地存储的数据应具备数据完整性，不缺失账本数据 查看系统 系统归档的数据与归档之前本地存储的数据库中数目、数据内容一致。 金融业务系统、科技产品 JR/T 01932020 13 序号序号 实现要求实现要求 评估方法评估方法 结果判定结果判定 适用对象适用对象 5 数据归档的存储介质应具备高可靠性 查看系统 系统归档数据的存储介质在具备高可靠性的设施中，设施具备容灾、服务宕机自动恢复、数据容错、数据备份和数据恢复等能力。 金融业务系统、科技产品 6 节点在数据归档过程中，应能够继续提供系统服务，可暂时停止历史状态查询功能 查看系统 系统执行节点归档功能的过程中， 新增交易数据处理能正确进行， 新增交易数据能被正确查询。 金融业务系统、科技产品 7 节点数据归档完成后，应对归档的数据支持历史状态查询功能 查看系统 系统节点归档完成后，历史数据能查询。 金融业务系统、科技产品 8 不同节点归档的数据应存放在不同的存储设备中，防止出现集中数据丢失 查看系统 系统中两个节点归档操作执行完成后， 两个节点的归档存储位置在不同的存储设备中。 金融业务系统、科技产品 9 节点数据归档过程中，出现节点断电、重启、网络波动等异常场景恢复后，节点宜继续完成数据归档操作 查看系统 系统在归档过程中， 节点恢复后继续正确执行归档处理。 金融业务系统、科技产品 10 宜支持归档数据恢复还原功能，能够将归档数据全部或部分恢复还原到在线数据库 查看系统 系统归档数据可恢复到在线数据库， 归档数据能在线查询。 金融业务系统、科技产品 6.1.6 数据扩容 数据扩容评估内容见表 6。 表6 数据扩容评估内容表 序号序号 实现要求实现要求 评估方法评估方法 结果判定结果判定 适用对象适用对象 1 应提供存储的扩容技术和方案 查阅材料 扩容方案采取可行性及安全性兼具的主流成熟技术栈，包括但不限于磁盘空间和数据库扩容技术。 金 融 业 务系统、科技产品 2 应在数据扩容后保证性能稳定 1.查阅材料 2.测试系统 1.扩容方案中提供数据增长趋势说明。 2.系统数据扩容实施完成后， 系统性能稳定。 金 融 业 务系统、科技JR/T 01932020 14 序号序号 实现要求实现要求 评估方法评估方法 结果判定结果判定 适用对象适用对象 产品 3 应由具有管理权限的用户操作触发扩容操作 1.查阅材料 2.查看系统 1.扩容方案中详细说明操作人员名单及职责，符合权限最小原则。 2.系统保留扩容实施期间的所有操作日志，确保只有具备相关权限的人员进行操作。 金 融 业 务系统、科技产品 4 扩容完成后，账本数据文件应具备完整性，且节点能够正常运行 1.查阅材料 2.测试系统 1.扩容方案中具有保证账本数据文件完整性的说明。 2.系统数据扩容完成后，节点能正常运行且账本文件与其他节点所存储账本文件一致。 金 融 业 务系统、科技产品 5 扩容过程中，应确保用户发送交易、同步区块文件等操作不会导致节点账本数据文件异常 1.查阅材料 2.测试系统 1.扩容方案中说明了扩容过程中保障用户发送交易、同步区块文件等操作不会导致节点账本数据文件异常的方法。 2.系统扩容实施过程中，用户交易能正常完成，区块链网络能正常产生区块。 金 融 业 务系统、科技产品 6 扩容过程中，节点在异常场景恢复后应能完成存储扩容并具备正常运行能力 1.查阅材料 2.查看系统 3.测试系统 1.扩容方案中说明了节点断电、重启、网络波动等异常场景下的处理机制。 2.系统在异常场景恢复后，节点能够完成存储扩容，并继续正常运行。 3.系统在异常场景出现扩容失败时具备恢复能力。 金 融 业 务系统、科技产品 7 扩容方案应具备平滑伸缩能力，保障在线系统不必中断运行 1.查阅材料 2.查看系统 3.测试系统 1.扩容方案中说明了使用平滑伸缩能力保障在线系统正常运行的方法。 2.当采取分片技术进行平滑扩容时，系统在特定高度扩容前后， 分片数据处理逻辑一致。 3.系统共识算法的可回滚性对扩容操作无影响。 金 融 业 务系统、科技产品 6.1.7 数据跨链功能 若支持账本数据跨链功能，数据跨链功能评估内容见表 7。 表7 数据跨链功能评估内容表 序号序号 实现要求实现要求 评估方法评估方法 结果判定结果判定 适用对象适用对象 1 应保证跨链交易在不同链上的执行结果一致 1.查阅材料 2.测试系统 1.设计文档对跨链功能的设计具有维护交易一致性的措施。 2.使用文档对跨链功能有详细、明确的操作步骤。 3.系统能正确完成跨链交易，不同链上执行结果一致。 金 融 业 务系统、科技产品 2 跨链交易对不同链上1.查阅材料 1.设计文档对跨链功能的设计涉及对账本状金 融 业 务JR/T 01932020 15 序号序号 实现要求实现要求 评估方法评估方法 结果判定结果判定 适用对象适用对象 状态数据的修改应正确更新到账本状态中 2.测试系统 态的修改。 2.使用说明文档对跨链功能有详细、明确的操作步骤。 3.系统按照说明文档的操作步骤能完成跨链交易。 4.系统完成跨链交易后，账本状态产生变化且符合业务处理逻辑。 系统、科技产品 3 应在一次跨链交易中支持多条链之间实现数据修改 1.查阅材料 2.测试系统 1.设计文档对跨链功能的设计支持多条链的情形。 2.使用说明文档对跨链功能有详细、明确的操作步骤。 3.系统按照说明文档的操作步骤完成一笔跨链交易后，多条相关链的数据发生变化且变化符合业务处理逻辑。 金 融 业 务系统、科技产品 4 应由参与的多个账户协商一致才能发起并完成跨链交易 1.查阅材料 2.测试系统 1.设计文档对跨链功能的设计中明确了跨链前须达成协商一致的要求。 2.使用说明文档对跨链功能有详细、明确的操作步骤。 3.系统按照说明文档的操作步骤，所有账户协商一致后能够成功发起跨链交易。 4.系统按照说明文档的操作步骤，当仅有部分用户发起跨链交易时，交易显示失败并提示交易失败的原因。 金 融 业 务系统、科技产品 5 应基于当前链的账本状态单独验证跨链交易 测试系统 1.系统通过非跨链交易修改链上账本的特定账户的数据，发起跨链交易，当前区块链交易验证为不通过。 2.系统切换另外一个账户，在另外一条链上通过非跨链交易修改其链上账本中此账户的数据，发起跨链交易，当前区块链交易验证为通过。 金 融 业 务系统、科技产品 6 应在跨链交易中正确应对节点断电、 重启、网络波动等异常场景 测试系统 1.系统在断电、节点重启、网络故障等异常场景恢复后，各条链上的交易执行结果一致且符合业务处理逻辑。 2.系统在异