ICS 35.240
CCS L 70 DB51
四
川 省 地 方 标 准
DB51/T 3189—2024
区块链技术应用规范
2024 - 10 - 08 发布
2024 - 11 - 08 实施
四川省市场监督管理局 发 布
DB51/T 3189—2024
目
次
前言 ................................................................................. II
1 范围 ................................................................................ 1
2 规范性引用文件 ...................................................................... 1
3 术语和定义 .......................................................................... 1
4 缩略语 .............................................................................. 3
5 区块链应用架构 ...................................................................... 4
5.1
总体架构 ........................................................................ 4
5.2
架构说明 ........................................................................ 4
6 区块链应用基础设施层建设要求 ........................................................ 5
6.1
基本要求 ........................................................................ 5
6.2
存储资源 ........................................................................ 5
6.3
网络资源 ........................................................................ 5
6.4
计算资源 ........................................................................ 5
6.5
省本级、地市州及部门级基础设施许可联盟链网建设要求 .............................. 6
7 区块链基础资源层基本要求 ............................................................ 7
7.1
区块链节点管理 .................................................................. 7
7.2
分布式数字身份管理 .............................................................. 8
7.3
数据管理 ........................................................................ 9
8 区块链应用支撑层基本要求 ........................................................... 13
8.1
共识机制 ....................................................................... 13
8.2
组网机制 ....................................................................... 15
8.3
动态访问控制机制 ............................................................... 15
8.4
跨链机制 ....................................................................... 16
9 区块链分布式应用层基本要求 ......................................................... 16
9.1
业务与合约 ..................................................................... 16
9.2
服务与访问 ..................................................................... 18
9.3
应用与监管 ..................................................................... 18
10 区块链应用安全保障体系要求 ........................................................ 19
10.1
总体安全 ...................................................................... 19
10.2
基础设施层安全 ................................................................ 19
10.3
基础资源层安全 ................................................................ 20
10.4
应用支撑层安全 ................................................................ 20
10.5 分布式应用层安全 .............................................................. 21
I
DB51/T 3189—2024
前
言
本文件按照GB/T 1.1—2020《标准化工作导则 第1部分：标准化文件的结构和起草规则》的规定
起草。
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。
本文件由四川省发展和改革委员会提出、解释、归口并组织实施。
本文件起草单位：电子科技大学、四川省大数据中心、迅鳐成都科技有限公司、成都市标准化研究
院、四川省卫生信息学会、四川省司法厅、四川省生态环境厅、四川省医疗保障局、成都市教育局、成
都市医疗保障局、国家信息中心、德阳市政务服务和大数据管理局、内江市大数据中心、中国核动力研
究设计院、四川省特种设备检验研究院、北京工业大学、成都市智慧蓉城研究院有限公司、华为技术有
限公司、四川省计算机研究院、成都城投教育投资管理集团有限公司、四川华西集采电子商务有限公司、
联通（四川）产业互联网公司、四川省电子信息产业技术研究院有限公司、四川通信科研规划设计有限
责任公司、成都武侯社区科技有限公司、亚信科技（中国）有限公司、成都飞机工业（集团）有限责任
公司、成都交子区块链产业创新中心有限公司、成都中医药大学、国信优易数据股份有限公司、国信优
易（北京）数据要素科技有限公司、福建省数易科技有限公司、四川网道科技发展有限公司、四川迅鳐
科技有限公司、四川省大数据发展研究会。
本文件主要起草人：夏琦、周学立、高建彬、夏虎、祝玲、管庆旭、张军、段占祺、段莹、刘雯、
乐益矣、丁云波、曾子敬、戴子玟、周云宏、王平、温蓓、刘易飞、张心玥、李蒙科、冯暄、赵斌、邓
忆德、高会伟、王旭赢、刘莎、盛杰、阳丽文、陈睿、徐斌、尹嘉奇、罗英、李亚军、单志广、郭煜、
林晓东、向海平、明子涵、李健、董雪璠、肖丽、王楠、才虹丽、秦强子、周书田、郭凯、封博文、王
少巍、张远民、陈伟、欧阳森山、廖丹、王亚松、王贝贝、李弋凡、阮亚芬、吕一新、马丹、陈国平、
申林、陈华、李莹珠、杜翔、陈庆、王越、李子欣、王鹏、李依婷、程捷、高然、白玲玉。
II
DB51/T 3189—2024
区块链技术应用规范
1 范围
本文件规定了四川省区块链技术应用规范，主要包括区块链应用架构、应用基础设施层建设要求、
基础资源层基本要求、应用支撑层基本要求、分布式应用层基本要求、应用安全保障体系要求等。
本文件适用于指导四川省区块链平台每项技术的基础应用要求，对每项要求的具体实现方式不作规
定。
2 规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，
仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本
文件。
GB/T 22239—2019 信息安全技术 网络安全等级保护基本要求
GB/T 25069—2022 信息安全技术 术语
GB/T 42752—2023 区块链和分布式记账技术 参考架构
3 术语和定义
下列术语和定义适用于本文件。
3.1
账户数据 account data
描述区块链事务的实际发起者的相关数据，使区块中记录的事务信息能被有效关联。
3.2
区块数据 block data
由零个或多个交易记录或对交易记录的引用组成的结构化数据。
[来源：ISO 22739：2020，3.3]
3.3
区块链 blockchain
使用密码技术链接将共识确认过的区块按顺序追加形成的分布式账本。
注：区块链被设计用来抵抗篡改，并创建最终的、确定的、不可变的账本记录。
[来源：ISO 22739：2020，3.6]
3.4
共识算法 consensus algorithm
区块链系统中各节点为达成并维护系统数据一致性的计算方法。
注：常见共识算法有工作量证明（Proof of Work，PoW）算法、权益证明（Proof of Stake，PoS）算法、股份授
权证明（Delegated Proof of Stake，DPoS）算法、实用拜占庭容错（Practical Byzantine Fault Tolerance，
PBFT）算法。
1
DB51/T 3189—2024
3.5
配置数据 configuration data
区块链网络正常运行过程中所需的配置信息。通常包括共识协议版本号、软件版本号和网络通信底
层对等节点配置信息等。
3.6
密码链接 cryptographic link
使用密码散列函数技术构造的、指向数据的引用。
注：区块头中使用密码链接来引用前一个区块，以创建仅可追加的、有序的链，从而形成区块链。
[来源：ISO 22739：2020，3.16]
3.7
跨链适配器 cross chain adapter
操作特定区块链的网络组件，用来调用区块链上的智能合约，以及对跨链交易指令及交易结果进行
验证。
3.8
跨链可信通道 cross chain trusted channel
连接不同区块链与统一许可联盟链网的网络节点，实现跨链交互信息的传递及转换，参与跨链交易
安全认证及有效性共识。
3.9
分布式数字身份文档 decentralized identity document
用于登记和验证个体的身份信息，包括身份标识符、加密密钥、验证方式和服务端点等，以支持安
全的身份验证和数据交换的数据记录。
3.10
分布式应用 distributed application
使用开放分布式系统中的两个或更多个应用实体调用来完成信息处理。
3.11
分布式账本 distributed ledger
在一组分布式记账技术节点之间共享并使用共识机制同步的账本。
注：分布式账本被设计为防篡改、仅可追加和不可变，包含确认和验证的交易。
[来源：ISO 22739：2020，3.22]
3.12
数字签名 digital signature
附加在数据单元上的数据，或是对数据单元做的密码变换，这种数据或变换被数据单元的接受者用
以确认数据单元的来源和完整性，并保护数据防止被人（例如接收者）伪造或抵赖。
[来源：GB/T 25069—2022，3.576]
3.13
联盟链 consortium blockchain
由若干个机构或者组织共同参与管理的区块链，每个参与的机构或者组织都运行着里面的一个或多
个节点，其中的数据只允许系统内不同的机构进行读写和发送交易，并且共同来记录交易数据。
3.14
账本记录 ledger record
分布式账本上的记录，包含交易记录、交易记录的哈希值和交易记录的引用。
注：引用可以实现为密码链接。
[来源：ISO 22739：2020，3.44]
2
DB51/T 3189—2024
3.15
许可联盟链网 license alliance chain network
采用联盟区块链系统设计，附带区块链的身份管理、隐私保护等安全特点，作为跨链体系的核心，
统筹管理跨链事务。
3.16
私有链 private blockchain
区块链的写入权由某个组织或者机构控制的区块链，参与到区块链的节点会被严格限制起来。
3.17
公有链 public blockchain
全世界任何人都可读取、发送交易且交易能获得有效确认的、也可以参与其中共识过程的区块链。
注：公有链完全是去中心化的存在，不受任何组织或者机构掌控。
3.18
合约数据 contract data
描述事务的动态处理逻辑的数据，实际是可在虚拟机上执行的一段计算机代码。合约又称智能合约。
3.19
身份存储库 identity hub
能够去中心化地控制用户个人敏感数据，支持链下存储和授权访问，且兼容本地和云端部署的隐私
数据系统。
3.20
运行时服务 runtime service
为中间件提供运行环境，负责系统内部数据与流程的解释与定义，对外提供接口调用的服务组件。
3.21
智能合约 smart contract
存储在分布式记账技术系统中的计算机程序，该程序的任何执行结果都记录在分布式账本上。
注：智能合约可以在法律上代表合同条款，并在适用司法管辖区的法律下产生可强制执行的义务。
[来源：ISO 22739：2020，3.72]
3.22
交易数据 transaction data
描述区块链网络承载的具体业务动作的数据。通常包括业务逻辑执行结果和交易转账信息等。
4 缩略语
下列缩略语适用于本文件。
API：应用程序接口（Application Programming Interface）
CCIP：跨链交互协议（Cross Chain Interaction Protocol）
CPU：中央处理器（Central Processing Unit)
DES：一种对称加密算法（Data Encryption Standard)
DID：分布式数字身份（Decentralized Identity）
ID：身份标识符（Identity Identifier)
I/O: 计算机接口，输入/输出（Input/Output )
P2P：点对点（Peer to Peer）
PC: 个人电脑（Personal Computer)
RPC：远程过程调用（Remote Procedure Call）
3
DB51/T 3189—2024
RSA: 公钥加密算法（“Rivest–Shamir–Adleman”Algorithm)
SAS：串行SCSI（Serial Attached SCSI）
SATA：串行硬件驱动器接口（Serial Advanced Technology Attachment）
SCSI：Internet小型计算机系统接口（Internet Small Computer System Interface）
SDK：软件开发工具包（Software Development Kit）
SHA256: 256位安全哈希算法（Secure Hash Algorithm 256-bit)
SM2: 椭圆曲线公钥密码算法（Public Key Cryptographic Algorithm SM2 Based on Elliptic
Curves ）
SM3: 密码杂凑算法（SM3 Cryptographic Hash Algorithm ）
SM4: 分组密码算法（SM4 Block Cipher Algorithm )
SSD：固态硬盘(Solid State Disk）
USB: 通用串行总线（Universal Serial Bus)
VC：可验证声明（Verifiable Claim)
5 区块链应用架构
5.1
总体架构
为了便于分析与规范说明，本规范基于区块链技术特点，对区块链技术进行了四层的架构划分以及
提供区块链应用安全保障体系。四层架构分别为基础设施层、基础资源层、应用支撑层、分布式应用层,
总体架构如图1所示。
图1 四川省区块链应用总体架构图
5.2
架构说明
总体架构说明如下：
a) 基础设施层：构建了一个由基础设施联盟链网支撑的应用环境，通过提供存储、计算和网络
资源，为上层应用奠定坚实基础；
4
DB51/T 3189—2024
b) 基础资源层：基于基础设施层提供的硬件和网络基础体系，提供核心功能支撑，包括区块链
节点管理、分布式数字身份和数据管理，确保业务逻辑与监管需求的融合，为应用支撑层提
供相应的功能支持服务；
c) 应用支撑层：提供组网、共识、动态访问和跨链机制等功能，促进数据流通与访问控制；
d) 分布式应用层：通过调用应用支撑层的功能组件，提供多元化的服务和访问能力，支持丰富
的分布式应用开发与部署，形成一个完整、高效、安全的区块链应用生态系统；
e) 区块链应用安全保障体系：针对区块链应用面临的安全风险，对区块链基础设施层、基础资
源层、应用支撑层、分布式应用层提出相应的技术安全要求。
6 区块链应用基础设施层建设要求
6.1
基本要求
基础设施层主要包括存储资源、计算资源、网络资源、省本级、地市州及部门级基础设施协同链网
涉及的跨链网络建设，该部分均要求基于国产自主可控技术实现。
6.2
存储资源
6.2.1 存储资源提供区块链运行过程中产生的各种类型数据，如账本、交易信息等的写入及查询功能，
相关选型包括但不限于关系型数据库、键值对数据库、文件数据库等。
6.2.2 存储资源应满足以下需求：
—— 点对点网络中，能够被每个节点部署并使用；
—— 能够高效、安全、稳定地提供数据写入及查询服务；
—— 对于采取分库分表的数据存储方案，存储资源还应包括数据的分片及路由处理能力。
6.2.3 存储基础设施应采用分布式架构，提供可弹性扩展的虚拟化存储硬盘。同时，存储硬盘应具有
高数据可靠性，高 I/O 吞吐能力，根据不同的应用场景，支持 SATA、SAS、SSD 等多种存储介质。
6.2.4 为保障存储多样性，存储基础设施需提供块存储、文件存储、对象存储等多种存储模式。
6.2.5 为保障系统安全可靠，存储设备需采用国产化自主可控芯片。
6.3
网络资源
6.3.1 区块链系统运行的底层拓扑结构是分布式对等网络，应采用对等网络协议组织区块链中的各个
网络节点。
6.3.2 各个节点间通常使用点对点通信协议完成信息交换以支撑上层功能。
6.3.3 网络传输资源通常应满足以下需求：
—— 能够进行点对点之间的高效安全通信；
—— 能够提供点对点通信基础上的多播能力；
—— 应支持对节点的动态添加、减少的识别。
6.3.4 系统可实现网络自动化部署，支持灵活弹性、业务动态变化。
6.3.5 系统可实现大规模的租户网络隔离，互不干扰，各租户可提供独立的网络服务。
6.4
计算资源
6.4.1 计算资源提供区块链系统运行中的计算能力支持，包括但不限于物理机技术、虚拟机技术、云
计算技术等。
6.4.2 计算机资源应满足以下需求：
5
DB51/T 3189—2024
—— 对区块链系统提供运行环境支持；
—— 点对点网络中，能够被每个节点采用。
6.4.3 计算平台可以分钟级发放虚拟机设备，且这些基础设施是弹性的，可以根据需求进行扩展和收
缩。为了保证虚拟机的可靠性，在发生服务器异常故障时，应使故障服务器上的虚拟机在其它服务器通
过双机集群功能运行起来。
6.4.4 为保障系统安全可靠，服务器设备应采用国产化自主可控设备。
6.5
省本级、地市州及部门级基础设施许可联盟链网建设要求
6.5.1 基础设施许可联盟链网部署架构图
省本级、地市州及部门级基础设施许可联盟链网部署架构如图2所示。
图2 基础设施许可联盟链网部署架构图
6.5.2 跨链机制应用要求
6.5.2.1 应支持基于中继链、公证人、双向锚定等技术的基础设施协同跨链网络。
6.5.2.2 应支持基于不同区块链内核所构建的同构及异构链之间的互联互通，打破区块链数据孤岛，
助力不同联盟链可信互联，促进区块链产业生态可信融合。
6.5.2.3 应支持跨链申请、授权等操作行为完整保存上链，交易过程记录本地账本，全流程自动、透
明、可监督，支持事中校验、事后审计，保障多方权益。
6.5.2.4 应支持跨链账本数据以及智能合约数据仅在所有者授权情况下才能进行访问，基于身份体系
对跨链合约及账本查询和交易操作提供授权能力，在保护数据安全的同时，还保证数据的使用过程可以
被追溯。
6
DB51/T 3189—2024
6.5.2.5 应支持基于分布式身份体系的跨链系统治理，为各个接入的区块链配置通用身份标识，支持
基于标识寻址发起跨链访问。
6.5.2.6 应支持跨链事务一致性要求，包括：保障跨链交易在整个流程中的事务一致性；支持事务超
时处理机制，在事务超时且不满足一致性要求时进行回滚处理；支持实时或周期性的事务检查机制。允
许事务回滚失败时，通过第三方介入的方式保障事务一致性。
6.5.2.7 应支持跨链可靠性和可用性要求，包括：
—— 应支持链间互操作组件出现故障后自动回滚；
—— 应支持无单节点故障，可采用多活或负载均衡方式；
—— 应支持跨链事务数据和配置的自动备份；
—— 应支持数据备份，并支持利用备份数据在系统故障时快速恢复业务环境；
—— 应支持账本增量或全量备份；链间互操作组件宜支持账本备份，可以为其他节点恢复数据。
6.5.2.8 应支持跨链隐私保护能力，保证跨链交互数据安全可靠，跨链中继不记录对应链的数据信息，
支持跨链组件点对点数据交互，防止隐私泄露，有效保护跨链数据隐私。
6.5.2.9 应支持跨链接入安全要求，包括：
—— 应支持通过用户数字证书进行身份认证；
—— 应支持超时断开机制，超时后应断开用户会话或重新鉴别用户身份；
—— 应支持在用户认证失败达到指定次数后，阻止用户再次发起认证请求；
—— 宜支持动态口令卡、USB Key、指纹、智能卡认证进行身份认证，其配套设备和系统必须符合
国家相关规定；宜支持双因子认证。
6.5.2.10 应支持跨链数据传输和存储安全，包括：
—— 支持跨链交易端到端的完整性保护；
—— 支持跨链通信端到端传输过程中的加密保护；
—— 支持链间互操作组件账本本地数据的加密存储；
—— 跨链交易数据只能被目的方获取，其它方无法获取；
—— 支持区块链中的非授权数据无法被链间互操作组件访问。
6.5.3 跨链接入要点
6.5.3.1 跨链初始配置要点应包括：
—— 宜在接入机构建设跨链可信通道，为跨链可信通道配置与其他通道联通的网络环境，以在不
同机构间构建互通跨链网络；
—— 跨链适配器部署于跨链可信通道内，宜通过跨链适配器连接接入机构的本地业务区块链网络；
—— 接入机构应进行身份注册，并为其分配用于跨链交互时验证身份的密钥或证书等。
6.5.3.2 跨链网络接入要点包括接入机构的跨链可信通道、跨链适配器、本地业务区块链网络均需进
行注册，生成相应的唯一标识符。
6.5.3.3 业务区块链监测要点包括接入机构业务区块链的基本情况、运行状态进行监测，应及时反映
整个跨链网络的运行情况。
7 区块链基础资源层基本要求
7.1
区块链节点管理
7.1.1 共识/记账节点
7
DB51/T 3189—2024
7.1.1.1 区块链节点应包括共识节点和记账节点，应提供管理平台对节点进行配置，节点服务启动时
根据配置定义共识与记账节点。
7.1.1.2 区块链节点根据配置定义为共识节点，应提供合约容器部署功能，提供共识机制，提供记账
功能。
7.1.1.3 区块链节点根据配置定义为记账节点，仅提供记账功能。
7.1.2 签名验签机制
7.1.2.1 区块链节点应根据配置的算法与证书验证节点间、APP、合约等通信。
7.1.2.2 区块链节点应根据配置算法与证书做数据签名。
7.1.3 加密组件库
7.1.3.1 区块链节点应支持多密码体系并行，加强数据安全、通讯安全。
7.1.3.2 区块链节点应利用账本分离、数据加密授权访问等加强隐私保护。
7.1.3.3 区块链节点应采用加密和认证对接入消息的客户端进行认证。
7.1.3.4 区块链节点宜支持 RSA 算法和国产 SM2 算法进行签名和验签，宜支持分组密码算法国际 DES、
国产 SM4，SM3 杂凑算法 SHA256，ED25519 签名算法。
7.1.4 区块/区块链
应提供交易打包落地形成区块并按规则生成区块链功能。
7.1.5 Docker 服务
宜提供Docker服务在共识节点上部署合约容器，提供合约容器部署、删除、重命名等功能。
7.1.6 交易/交易池
7.1.6.1 区块链节点调用合约生成交易，交易缓存到交易池，当规则条件满足，打包形成区块。
7.1.6.2 宜提供交易池规则设定功能。
7.1.6.3 应通过合约执行产生读写集生成交易。
7.1.7 组网服务组件
区块链节点通过初始化组网服务组建区块链网络并运行，宜提供区块链节点更新服务、创世块执行
服务、gRPC通信服务、gossip网络服务、Leader选举服务等。
7.2
分布式数字身份管理
7.2.1 DID 标识符
分布式数字身份应支持使用DID标识符作为一个身份的唯一识别信息。
7.2.2 DID 文档
一个DID标识符应对应一个DID文档（DID Document），DID文档数据应包含的数据元素见表1。
8
DB51/T 3189—2024
表1 DID 文档
数据元素 是否必选
DID 标识符 必选
加密材料集合（如公钥） 必选
数据元素 是否必选
验证方法集合 非必选
服务端点集合 非必选
创建时间 非必选
更新时间 非必选
7.2.3 DID 解析器
DID解析器应通过DID标识符来获取DID文档。
7.2.4 可验证声明
可验证声明数据应包含的数据元素见表2。
表2 可验证声明
数据元素 是否必选
VC 的 ID 必选
VC 发行者 非必选
声明的主体内容 非必选
声明的证明 非必选
发行时间 非必选
7.2.5 身份储存库
用户的隐私数据应使用身份存储库（Identity Hub）存储，且应满足以下要求：
—— 身份存储库应支持去中心化和链下方式的个人数据存储，应将个人数据的控制权交给用户，
应支持用户以安全而隐私的方式存储其敏感数据，应用支持用户数据的授权访问；
—— 身份存储库应支持本地（包括手机、PC）或云端方式。
7.3
数据管理
7.3.1 数据结构
区块链技术相关的数据对象结构应包括区块、事务、实体、合约、账户、配置六个主要的数据对象。
其中区块链核心数据对象包括区块、事务、实体和合约。具体各数据结构要求包括：
9
DB51/T 3189—2024
—— 区块链的账户数据应包含但不限于的数据元素见表 3；
表3 区块链账户数据
数据元素 是否必选
账户公钥 必选
账户私钥 必选
账户标识 非必选
账户资产 非必选
数字证书 非必选
账户所属机构 非必选
—— 区块链的区块数据应包含但不限于的数据元素见表 4；
表4 区块链区块数据
数据元素 是否必选
区块高度 必选
区块标识 必选
版本信息 非必选
前一区块摘要值 必选
默克尔树根 事务树根必选
区块时间戳 必选
区块随机数 非必选
难度系数 非必选
事务列表 非必选
—— 区块链的事务数据可包含但不限于的数据元素见表 5；
表5 区块链事务数据
数据元素 是否必选
事务标识 必选
事务类型 必选
签名者 必选
事务时间戳 必选
10
DB51/T 3189—2024
—— 区块链的实体数据应包含的数据元素见表 6；
表6 区块链实体数据
数据元素 是否必选
发起方地址 必选
接收方地址 必选
事务处理发生额 非必选
事务处理费用 非必选
存储数据 非必选
附件数据 非必选
实体数据备注 非必选
—— 区块链的合约数据可包含但不限于的数据元素见表 7；
表7 区块链合约数据
数据元素 是否必选
合约标识 必选
合约版本号 必选
合约代码 必选
合约存储 必选
合约所有者 必选
—— 区块链的配置数据应包含但不限于的数据元素见表 8。
表8 区块链配置数据
数据元素 是否必选
协议版本号 非必选
版本软件号 必选
节点标识 必选
节点地址 必选
节点公钥 非必选
7.3.2 数据通信
区块链的数据通信应具有的能力包括：
11
DB51/T 3189—2024
—— 支持 P2P 通信；
—— 支持节点间安全通信，防止数据在传输途中被篡改；
—— 数据传输连接建立之前对发送方和接收方进行身份鉴别的能力；
—— 数据传输应采用统一时间标准，具备对传输数据的可用性进行检测的能力；
—— 支持节点间数据传输的完整性验证；
—— 节点通信提供数据广播的能力。
7.3.3 数据存储
区块链的数据存储应具有以下能力：
—— 节点数据应具备加密存储能力；
—— 支持全节点，提供独立的、完整的数据存储能力；
—— 宜提供批量数据从链上到本地数据库的服务；
—— 宜提供区块链浏览器，上链数据的数据查找、定位、统计功能；宜提供数据本地化浏览服务；
—— 需支持设置用户访问权限，数据信息应进行安全保护分级；
—— 需具备一定容灾性功能，应保证当任意不超过区块链平台声明数量的节点发生故障，整个系
统工作正常。
7.3.4 数据处理
区块链的数据处理应具有以下能力：
—— 需具备披露网络及系统的配置信息的功能，包括区块配置方式，网络环境、共识机制等；
—— 需满足指定业务场景的数据处理效率指标，例如交易数据和账户的处理；
—— 需符合共识机制对数据的处理标准流程，包括事务接收、事务执行、事务打包、事务验证和
事务提交；
—— 需具备现实数据映射上链应进行标准化处理和合法性验证的功能；
—— 宜支持从约定的信息系统或特定的数据来源渠道直接抽取或智能化采集等方式，对约定上链
的数据进行采集或提取，约定上链的数据必须是真实和准确的；
—— 宜支持提供数据目录的发布、更新等数据目录服务；
—— 宜支持按区块链系统要求提供数据发布服务；
—— 宜提供批量数据上载发布服务功能。