ICS 35.240.40
CCS A 11 JR
中华人民共和国金融行业太阳城
JR/T 0308—2024
贸易金融分布式账本技术要求
Technical requirements for distributed ledger of trade finance
2024-12-11 发布2024-12-11 实施
中国人民银行发布

JR/T 0308—2024
I
目次
前言................................................................................. II
引言................................................................................ III
1 范围............................................................................... 1
2 规范性引用文件..................................................................... 1
3 术语和定义......................................................................... 1
4 缩略语............................................................................. 3
5 应用目标........................................................................... 3
6 技术参考架构....................................................................... 3
7 技术要求........................................................................... 4
附录A（资料性）分布式账本技术对开展贸易金融业务的优化作用.............................9
附录B（资料性）分布式账本技术在贸易金融领域应用的考虑事项............................10
附录C（资料性）分布式账本技术再造贸易金融流程的示例..................................11
参考文献............................................................................. 13
JR/T 0308—2024
II
前言
本文件按照GB/T 1.1—2020《太阳城 化工作导则第1部分：太阳城 化文件的结构和起草规则》的规定
起草。
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。
本文件由中国人民银行数字货币研究所提出。
本文件由全国金融太阳城 化技术委员会（SAC/TC 180）归口。
本文件起草单位：中国人民银行数字货币研究所、深圳金融科技研究院（中国人民银行金融科技研
究院）、中国人民银行浙江省分行、香港金融管理局、中国工商银行股份有限公司、中国农业银行股份
有限公司、中国银行股份有限公司、中国建设银行股份有限公司、交通银行股份有限公司、中国邮政储
蓄银行股份有限公司、招商银行股份有限公司、中信银行股份有限公司、上海浦东发展银行股份有限公
司、华夏银行股份有限公司、上海票据交易所股份有限公司、北京金融资产交易所有限公司、光大科技
有限公司、龙盈智达（北京）科技有限公司、蚂蚁科技集团股份有限公司、清华大学、中国人民大学、
浙江大学、中国科学院计算技术研究所、中国信息通信研究院、中国电子技术太阳城 化研究院、京东科技
控股股份有限公司、杭州云象网络技术有限公司、东方口岸科技有限公司。
本文件主要起草人：穆长春、狄刚、赵新宇、吕远、陈晨辉、孙坚、钟智伟、陈健明、施展、陈庆
接、冯开开、陈选辉、郭伟、赵静、杜金钊、付正涛、黄钦、刘明君、刘朝伟、夏琼、张红霞、肖遥、
李力、朱麟、沈澍、张育明、陈晨、张松松、王彦博、童威、陈节淞、向小佳、许成林、刘曦子、昌文
婷、于潇、宋科、周伟华、徐薇洁、孙毅、张瀚文、魏凯、庞伟伟、孙琳、张爽、黄步添、陈志林。
JR/T 0308—2024
III
引言
贸易是社会经济发展的重要引擎，随着经济全球化和世界形势的深刻变化，以国内大循环为主体、
国内国际双循环相互促进的新发展格局逐渐形成，提升金融支持贸易能力的紧迫性日益凸显。由于业务
演进与技术供给尚未完全匹配，现有贸易金融仍存在纸质材料与人工操作多、流程繁琐耗时、信息难以
共享等问题，导致出现信息不对称、协作效率低、融资成本高、违约风险大、治理难度大等痛点。
贸易金融领域越来越多地应用分布式账本技术，以促进实现业务数据安全可信、相关机构对等协作、
治理审计高效智能、隐私保护多维立体、流程优化降本增效等。为规范和推动分布式账本技术在贸易金
融领域的创新应用，助力金融服务实体经济，特制定本文件。

JR/T 0308—2024
1
贸易金融分布式账本技术要求
1 范围
本文件规定了分布式账本技术在贸易金融领域应用的目标、技术参考架构、相关技术要求等。
本文件适用于在贸易金融领域开展分布式账本技术研发和应用的相关机构。
2 规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，
仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本
文件。
JR/T 0044 银行业信息系统灾难恢复管理规范
JR/T 0071（所有部分） 金融行业网络安全等级保护实施指引
JR/T 0171 个人金融信息保护技术规范
JR/T 0184 金融分布式账本技术安全规范
JR/T 0197 金融数据安全数据安全分级指南
JR/T 0223 金融数据安全数据生命周期安全规范
JR/T 0255 金融行业信息系统商用密码应用基本要求
GM/T 0002 SM4分组密码算法
GM/T 0003（所有部分） SM2椭圆曲线公钥密码算法
GM/T 0004 SM3密码杂凑算法
GM/T 0044（所有部分） SM9标识密码算法
3 术语和定义
下列术语和定义适用于本文件。
3.1
贸易金融trade finance
商业银行在贸易双方债权债务关系的基础上，为国内或跨国的商品和服务贸易提供的贯穿贸易活动
整个价值链、全程全面性的综合金融服务。
3.2
分布式账本distributed ledger
能够在多个站点、不同地理位置或者多个机构组成的网络里实现共同治理及分享的数据库。
[来源：JR/T 0184—2020，3.18，有修改]
JR/T 0308—2024
2
3.3
分布式账本技术distributed ledger technology
实现分布式账本的技术的集合，是密码算法、共识机制、点对点通讯协议、分布式存储等多种核心
技术体系高度融合形成的一种分布式基础架构与计算范式。
[来源：JR/T 0184—2020，3.19]
3.4
共识协议consensus protocol
分布式账本系统中各节点间为达成一致采用的计算方法。
[来源：JR/T 0184—2020，3.17]
3.5
智能合约smart contract
一种旨在以信息化方式传播、验证或执行合同的计算机协议，其在分布式账本上体现为可自动执行
的计算机程序。
[来源：JR/T 0184—2020，3.20]
3.6
分片sharding
一种在多台计算机上分布单个数据集的技术。
注：分片能提高系统的可伸缩性、存储容量和吞吐量。
3.7
事务transaction
产生符合规则要求的结果所需的一个或多个动作序列。
[来源：GB/T 42752—2023，3.5，有修改]
3.8
原子性atomicity
事务不可被分割的性质。
注：一个事务中的操作不间断地全部被执行，或全部未执行。
[来源：GB/T 42570—2023，3.19，有修改]
3.9
保密性confidentiality
信息对未授权的个人、实体或过程不可用或不泄露的性质。
[来源：GB/T 25069—2022，3.41]
3.10
完整性integrity
准确和完备的性质。
[来源：GB/T 25069—2022，3.612]
JR/T 0308—2024
3
3.11
可用性availability
可由经授权实体按需访问和使用的性质。
[来源：GB/T 25069—2022，3.345]
3.12
一致性consistency
在某一系统或组件的各文档或各部分之间的一致性、太阳城 化和无矛盾的程度。
[来源：GB/T 25069—2022，3.716]
3.13
访问控制access control
一种确保数据处理系统的资源只能由经授权实体以授权方式进行访问的手段。
[来源：GB/T 25069—2022，3.147]
3.14
隐私保护privacy protection
为保护隐私而采取的措施。
示例：对个人数据的收集、处理和使用加以限制。
[来源：JR/T 0184—2020，3.12，有修改]
4 缩略语
下列缩略语适用于本文件。
BFT：拜占庭容错（Byzantine Fault Tolerance）
CFT：崩溃容错（Crash Fault Tolerance）
5 应用目标
在贸易金融领域应用分布式账本技术的目标包括以下内容。
a）保障贸易金融业务数据安全可信。
b）促进贸易金融相关方信任传递和协同合作。
c）实现贸易金融业务降低成本和提升效率。
d）提高贸易金融安全性和隐私保护。
e）加强贸易金融治理和审计效能。
分布式账本技术对开展贸易金融业务的优化作用、分布式账本技术在贸易金融领域应用的考虑事项
和分布式账本技术再造贸易金融流程的示例分别参见附录A、附录B和附录C。
6 技术参考架构
贸易金融分布式账本技术参考架构如图1所示。
JR/T 0308—2024
4
图1 贸易金融分布式账本技术参考架构
贸易金融分布式账本技术参考架构包括以下内容。
a）用户层：为贸易金融用户提供相关管理功能，包括业务管理、用户管理、系统管理等。
b）接口层：为上层应用和外部系统提供接口支持，包括用户层接口、外部系统接口等。
c）核心功能层：实现贸易金融分布式账本系统的核心功能，包括节点管理、账本记录、共识协议、
智能合约、密码服务、时序服务等。
d）基础设施层：提供贸易金融分布式账本系统正常运行所需的环境和基础组件，包括网络、存储、
计算等。
e）跨层功能：提供跨多个层的功能组件，包括跨链互通、数据管理、事务管理、安全和隐私保护、
治理和审计支持等。
7 技术要求
7.1 用户层
7.1.1 业务管理
贸易金融分布式账本系统的业务管理功能满足以下要求。
a）宜支持贸易金融业务要素和流程的新增、修改、删除、设置、处理、查询、展示等管理功能。
b）宜支持为不同身份和权限的用户配置和提供相应的业务管理功能。
c）宜具有引导性，展示是否必填、格式要求、要素的关联要求、文件类型、文件大小、选项列表、
操作提示、操作限制、边界值等。
d）宜具有明确性，保证用户知晓操作要求及结果，包括业务内容、流程、要求、操作结果、后续
操作等，涉及其他相关方提供的信息时标示信息来源。
e）宜具有一致性，展示的信息与系统中实际数据一致，涉及影像时展示完整。
7.1.2 用户管理
JR/T 0308—2024
5
贸易金融分布式账本系统的用户管理功能满足以下要求。
a）宜支持用户的注册、权限管理、消息通知、查询、冻结、注销等全生命周期管理。
b）宜支持用户身份认证。
c）宜保证用户的账号、身份、权限等相关信息的关联性和一致性。
7.1.3 系统管理
贸易金融分布式账本系统的系统管理功能满足以下要求。
a）宜支持系统的更新和版本管理。
b）宜支持系统各项参数的配置。
c）宜支持系统相关信息的查询。
d）宜支持系统运行情况的监测和处置。
e）宜支持系统功能的启用和停用。
f）宜支持系统集成和对接管理。
g）宜支持为不同身份和权限的用户配置和提供相应的系统管理功能。
7.2 接口层
贸易金融分布式账本系统的接口层满足以下要求。
a）宜具备用户层接口，为用户层提供贸易金融业务管理、用户管理和系统管理相关能力。
b）宜具备外部系统接口，提供系统间对接和集成能力。
c）宜支持为不同身份和权限的调用方配置和提供相应的接口调用能力。
d）宜支持接口配置和执行流量控制策略。
e）接口设计宜符合高内聚、低耦合的原则。
f）接口设计宜符合幂等性、容错性要求。
7.3 核心功能层
7.3.1 节点管理
贸易金融分布式账本系统的节点管理功能满足以下要求。
a）应支持配置节点服务。
b）应支持监控节点状态。
c）应支持控制节点权限。
d）应支持节点准入准出和数量动态增减。
7.3.2 账本记录
贸易金融分布式账本系统的账本记录功能满足以下要求。
a）应支持账本记录持久化存储。
b）应支持查询账本记录，包括当前和历史记录查询。
c）应支持新增有效账本记录。
d）应支持账本记录防篡改。
e）应支持账本记录完整性和有效性校验。
f）账本记录应具备一定的容错能力。
g）对于多个节点共同维护的账本记录，各相关节点本地存储的数据应保持一致。
h）节点本地存储的账本记录失效时，应能够从其他节点获得有效的账本记录。
JR/T 0308—2024
6
7.3.3 共识协议
贸易金融分布式账本系统的共识协议功能满足以下要求。
a）应支持多节点参与共识和确认。
b）应保证各正常节点的账本记录最终状态一致。
c）应在可接受的有限时间内形成共识。
d）应支持对参与共识的相关信息进行验证。
e）应支持识别和拒绝未经共识的新增账本记录。
f）宜支持按需选择不同的共识协议，以及共识协议可插拔。
g）宜具备一定的容错能力，按需支持BFT类或CFT类等协议。
注：1.BFT指容忍一定比例的节点存在恶意行为。
2.CFT指容忍一定比例的节点存在不响应等故障。
7.3.4 智能合约
贸易金融分布式账本系统的智能合约功能满足以下要求。
a）应具备智能合约开发、发布、升级、停用等全流程管理机制。
b）应支持对智能合约内容开展静态安全检查和动态安全检查。
c）智能合约的内容和运行结果应能够被观测，且支持查询智能合约历史版本和历史运行记录。
d）在满足约定条件后，智能合约应不被干扰地严格执行。
e）智能合约运行时不应访问所处执行环境以外的资源。
f）智能合约应具有确定的运行结果，且运行结果能被重复独立验证。
g）智能合约的运行应具备交易原子性，且支持交易回滚。
h）智能合约的运行应在有限时间内终止。
i）应支持智能合约之间相互调用。
j）宜支持智能合约在不同平台间迁移。
k）宜支持智能合约模板管理。
l）宜支持智能合约通过预言机等方式从外部获取数据。
7.3.5 密码服务
贸易金融分布式账本系统的密码服务功能满足以下要求。
a）应支持密钥的产生、分发、存储、使用、更新、归档、撤销、备份、恢复、销毁等全生命周期
管理。
b）对密钥的管理不应影响既有数据的完整性和有效性。
c）应保障密钥安全性，避免未经授权的访问。
d）应支持GM/T 0003（所有部分）所规定的SM2、GM/T 0004所规定的SM3、GM/T 0002所规定的SM4、
GM/T 0044（所有部分）所规定的SM9等国家密码管理部门或行业主管部门认可的商用密码算法。
注：1.SM2 指一种椭圆曲线公钥密码算法，该算法密钥长度为256 比特。
2.SM3 指一种密码杂凑算法，该算法输出为256 比特。
3.SM4 指一种分组密码算法，该算法分组长度为128 比特，密钥长度为128 比特。
4.SM9 指一种基于身份标识的非对称密码算法。
7.3.6 时序服务
贸易金融分布式账本系统的时序服务功能应支持统一账本记录时序，保证系统行为或数据记录的一
致性。
JR/T 0308—2024
7
7.4 基础设施层
贸易金融分布式账本系统的基础设施层满足以下要求。
a）应提供计算、存储、网络等基础功能。
b）应支持节点间消息的单播、组播和广播。
c）应满足贸易金融业务对系统的吞吐量、时延、并发等性能需求。
d）应满足贸易金融业务的业务连续性需求，且符合JR/T 0044和JR/T 0071（所有部分）中备份和
恢复相关要求。
e）应支持软硬件资源灵活扩展，且不影响已有业务。
f）应支持软硬件资源配置的自动化管理和应用。
g）应支持对软硬件资源使用情况进行监测和管理，且在出现异常时及时告警。
h）宜支持多种节点拓扑，以及不同拓扑间的调整。
7.5 跨层功能
7.5.1 跨链互通
贸易金融分布式账本系统的跨链互通功能满足以下要求。
a）应保障跨链交易在整个流程中的事务一致性。
b）应保障跨链交易在整个流程中的事务可追溯。
c）宜支持在发起方系统、目的方系统和链间互操作组件中查询跨链交易。
d）宜支持跨链交易在出现故障时进行回滚。
7.5.2 数据管理
贸易金融分布式账本系统的数据管理功能满足以下要求。
a）应明确数据管理过程中业务相关方的职责。
b）应支持数据的采集、存储、传输、使用等全流程管理。
c）应支持外部可信数据源的安全接入。
d）应支持数据及其管理过程的可验证和可追溯。
e）应支持数据管理过程中的容错机制。
f）应支持数据的分片机制和路由机制。
g）宜支持对数据的所有权进行认证。
h）宜支持对数据的使用权进行赋予、转移、撤销等管理。
7.5.3 事务管理
贸易金融分布式账本系统的事务管理功能满足以下要求。
a）应支持事务的提交、处理和存储。
b）应支持对事务相关信息进行验证。
c）应支持对事务相关历史信息的查询和追溯。
d）事务的处理应具有原子性，且处理失败时支持回滚。
e）应支持事务管理过程中的容错机制。
f）应保证事务相关方对事务处理结果的一致性。
g）应支持将事务处理相关信息及时通知相关方。
7.5.4 安全和隐私保护
JR/T 0308—2024
8
贸易金融分布式账本系统的安全和隐私保护功能，根据贸易金融业务的安全需求满足以下要求。
a）应符合JR/T 0071（所有部分）中相应的网络安全等级保护的基本要求、岗位能力、培训等要求。
b）应符合JR/T 0197和JR/T 0223中相应的数据安全分级、数据生命周期安全等要求。
c）应符合JR/T 0184中相应的身份管理等要求。
d）应符合JR/T 0171和JR/T 0184中相应的隐私信息保护等要求。
e）应符合JR/T 0184和JR/T 0255中相应的密码技术应用等要求。
f）宜支持通过匿名交易、多地址交易等技术对贸易金融业务和用户信息进行保护。
g）宜支持通过隐私计算等技术在保密状态下处理贸易金融业务和用户信息。
h）宜支持通过访问控制等技术使链上某些贸易金融业务信息无法被访问，实现等同删除的效果。
i）宜支持配置和应用不同贸易金融业务场景下的隐私保护策略。
7.5.5 治理和审计支持
贸易金融分布式账本系统的治理和审计支持功能，满足以下要求。
a）应支持按照治理和审计要求对贸易金融业务数据、操作等信息留存历史记录，保证可核查。
b）应支持按照有权机关或审计方要求提供贸易金融业务相关信息。
c）应支持按照有权机关或审计方要求提供贸易金融相关方信息。
d）应支持按照有权机关或审计方要求提供系统运行相关信息。
e）应支持按照有权机关要求对贸易金融业务相关信息进行公开披露。
f）应支持开展贸易金融业务风险监测、处置和上报。
g）应支持加入针对贸易金融业务的治理和审计相关节点，并开展相关治理和审计活动。
h）应符合JR/T 0071（所有部分）中相应审计要求等。
JR/T 0308—2024
9
附录A
（资料性）
分布式账本技术对开展贸易金融业务的优化作用
A.1 业务数据安全可信
利用分布式账本技术防篡改的技术特性，可有效解决业务信息溯源和防篡改问题。通过将来自可信
数据源的数据上链进行存储和验证，可实现纸质单据的电子化，促进金融流程进一步数字化。通过分布
式账本的账本记录、对等网络、共识协议、密码算法等技术，可实现电子信息的防篡改，保障业务数据
的保密性、完整性、可用性和一致性。
A.2 相关机构对等协作
通过分布式账本技术，搭建涵盖各业务相关方的联盟链系统，各方按需在链上分享和传递信息，通
过共识协议达成一致，从而提高信息透明度，减少业务相关方作恶风险，实现信息可穿透、信任可传递、
信用可共享，使得多方合作更加便捷、高效、安全，提升各参与方加入合作的积极性。同时，通过跨链
互通等技术，实现系统间互联互通和互操作，进一步减少系统间协作阻碍。
A.3 治理审计高效智能
在分布式账本节点上增加专门的治理和审计功能模块，优化数据报送流程，提高获取数据的及时有
效性。通过部署用于治理和审计的智能合约，灵活定制统计口径、数据颗粒度等，智能化地获取和分析
数据，在促进金融创新的同时有效防范金融风险。
A.4 隐私保护多维立体
相比于传统单一的隐私保护方式，基于分布式账本技术的隐私保护机制可从身份、通信、数据等多
个维度切入，与密码算法、访问控制、隐私计算、分布式身份、可信执行环境、安全硬件等技术相结合，
保障业务、数据和系统的安全可控，满足金融业务系统更严格的保护要求，实现隐私保护的立体化。
A.5 流程优化降本增效
利用账本记录实现业务单据电子化和数据规范化，减少纸质材料，使信息的存储和共享更加便捷、
准确。利用智能合约技术实现信息核验、业务处理的智能化，减少人工操作成本和失误风险，简化线下
处理环节，缩短业务消耗时间。从而促进贸易金融业务全流程优化，助力实现数字化转型。
JR/T 0308—2024
10
附录B
（资料性）
分布式账本技术在贸易金融领域应用的考虑事项
B.1 链上数据与链下数据的一致性问题
分布式账本技术可保障账本中数据的防篡改、可验证和可追溯，但技术本身难以保障系统外部数据
源的可信性，导致难以保障账本中的数据为真实的链下业务数据，因此还需建立健全相关制度，通过治
理、审计等方式解决链上链下数据一致性问题。例如，金融机构负责对企业背景调查和相关资料的真实
性进行审核，确保上链企业的业务资质；各参与方对自己上链数据的真实性负责；通过建立相应的惩罚
和退出机制，将企业线上的违规记录纳入相关黑名单等，以促进链上链下无缝衔接，保证上链信息的真
实性和准确性。
B.2 分布式账本性能与金融需求的匹配问题
金融交易具有量大、高频、数据一致性要求高等特点，对支撑技术提出了较高的性能要求。传统共
识算法难以解决金融场景下高安全、高延展、高吞吐和低延迟同时满足的难题，因此共识算法创新成为
推动联盟链在金融领域应用的关键。此外，还可在系统架构上进行调整优化，例如从分片、分层、结构
化传输协议、链下通道和链上并行化系统架构等多个方面开展性能优化，满足不同业务需要。
B.3 去中心化架构与中心化管理的融合问题
中央银行制度的体系安排均是中心化的管理方式，主要体现在应用的集中部署和数据的中心化采
集、存储和处理，而以分布式为特征的分布式账本追求去中心化的设计，在获得一定技术优势的同时，
也容易隐藏权力滥用和暗中操纵现象，难以准确定位主体，出现治理盲区，产生隐私泄露、洗钱、恐怖
融资等违法犯罪问题，不利于防范化解金融风险。分布式账本的去中心化优势更多地体现在技术上，为
满足集中管理的要求，同时不剥夺金融行业主体享受分布式账本带来的技术创新红利，分布式账本作为
金融服务工具的底层系统和技术架构，须做相应的改造和升级，支持治理和审计，使其既能发挥去中心
化的技术优势，也满足中心化管理的要求。
JR/T 0308—2024
11
附录C
（资料性）
分布式账本技术再造贸易金融流程的示例
C.1 再造前后的出口发票融资流程
传统出口发票融资流程如图C.1所示。
标引序号说明如下：
1——进口商与出口商采用人工方式邮寄和签订纸质进出口贸易合同。
2——出口商根据合同采用人工方式开具纸质出口发票，并邮寄给进口商。
3——出口商在海关按要求填写和提交报关单，并提交贸易合同、出口发票等纸质材料。
4——海关对申报材料进行审核，审核通过后开具纸质关单，并邮寄给出口商，出口商缴纳相应税费，海关确认缴纳税
费后放行货物。
5——出口商向银行申请融资，并提交贸易合同、出口发票、关单等纸质材料。
6——银行根据材料审批融资，并向出口商发放融资款项。
图C.1 传统出口发票融资流程
利用分布式账本技术进行再造后的出口发票融资流程如图C.2所示。
JR/T 0308—2024
12
标引序号说明如下：
1——进口商节点将电子订单存储至分布式账本中。
2——出口商节点将电子发票存储至分布式账本中。
3——出口商节点向海关节点获取关单数据，并存储至分布式账本中。
4——银行节点在分布式账本中核验融资申请数据并存储审批结果、发放凭证等数据。
图C.2 利用分布式账本技术再造后的出口发票融资流程
C.2 再造后的出口发票融资流程优势
传统出口发票融资存在纸质材料和人工操作多、流程繁琐耗时、信息难以共享等问题，造成信息不
对称、协作效率低、融资成本高、违约风险大、治理难度大等痛点。
与传统流程相比，利用分布式账本技术再造后的出口发票融资流程具有如下优势。
a）保障数据可信：将融资相关信息电子化并存储在分布式账本中，通过分布式账本的共识协议、
账本记录、密码算法等技术，实现链上融资相关信息防篡改和可追溯，保障链上融资相关信息
的保密性、完整性、可用性、一致性。
b）促进各方协作：利用分布式账本的对等网络、账本记录、跨链互通等技术，进口商和出口商可
在链上共享融资相关信息，银行可在链上查验融资申请信息和存储融资审批信息，从而降低融
资相关信息的不透明度和传递复杂度，减少相关方作恶风险，实现信息穿透和信用共享，促进
各方高效、可信地协作。
c）优化治理审计：有关部门可部署用于治理、审计的节点和智能合约，并灵活定制统计口径和数
据颗粒度，使有关部门获取数据更加及时、精准，执行治理规则更加高效、智能，形成多维度、
立体化的治理体系，防范违法犯罪活动，降低金融风险。
d）增强隐私保护：在融资相关数据的计算、存储和通信过程中，结合密码算法、访问控制、隐私
计算、分布式身份、可信执行环境、安全硬件等技术，可保障融资相关数据的安全可控和隐私
保护，满足金融系统更严格的保护要求。
e）实现降本增效：将电子化和规范化的融资相关信息存储在账本记录中，可减少纸质材料，便于
融资相关数据的保存和共享；通过智能合约技术，可智能化地开展融资相关信息生成、核验与
处理，降低人工操作成本和失误风险；从签订订单到向银行提交融资申请的时间可从天级别缩
短为小时级别，提升融资效率，降低融资成本，实现“数据多跑路、群众少跑腿”。
JR/T 0308—2024
13
参 考 文 献
[1] GB/T 25069—2022 信息安全技术术语
[2] GB/T 42570—2023 信息安全技术区块链技术安全框架
[3] GB/T 42752—2023 区块链和分布式记账技术参考架构
[4] 陈四清.贸易金融[M].北京：中信出版社，2014.
_________________________________