JT/ T 1506—2024
目 次
前言 ………………………………………………………………………………………………………… Ⅱ 1
1 范围 ………………………………………………………………………………………………………
2 规范性引用文件 ………………………………………………………………………………………… 3 术语和定义 ……………………………………………………………………………………………… 1 1
4 缩略语 …………………………………………………………………………………………………… 5 平台框架 ………………………………………………………………………………………………… 6 总体要求 ………………………………………………………………………………………………… 2 2 2
7 平台功能 8 平台接口 ………………………………………………………………………………………………… 3 5
…………………………………………………………………………………………………
参考文献 …………………………………………………………………………………………………… 14
Ⅰ
JT/ T 1506—2024
前 言
本文件按照 GB / T 1. 1—2020《标准化工作导则 第 1 部分:标准化文件的结构和起草规则》的规
定起草。
请注意本文件的某些内容可能涉及专利。 本文件的发布机构不承担识别专利的责任。
本文件由全国港口标准化技术委员会(SAC / TC 530)提出并归口。
本文件起草单位:中远海运集装箱运输有限公司、交通运输部水运科学研究所、连云港电子口岸信
息发展有限公司、上海国际港务(集团)股份有限公司、中铁长江交通设计集团有限公司、青岛港国际股
份有限公司、中交(厦门)电子商务有限公司。
本文件主要起草人:吴宇、郭健飞、杨海频、唐思远、陈智、刘楠楠、高进、汶波、祖福兴、戴越、刘长辉、
陈鹏、张立丽、刘小辉、张峻崎、任玲利、蔡勇、李惠酒原、卢立鑫、邵琳晖、张晓斌。
Ⅱ
JT/ T 1506—2024
基于区块链的港航集装箱信息交换平台及接口技术要求
1 范围
本文件规定了基于区块链的港航集装箱信息交换平台的平台框架、总体要求、平台功能和平台接口
的要求。
本文件适用于基于区块链的港航集装箱信息交换平台及接口的设计和应用。
2 规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。 其中,注日期的引用文
件,仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于
本文件。
GB / T 34990—2017 信息安全技术 信息系统安全管理平台技术要求和测试评价方法
JT/ T 1417—2022 交通运输行业网络安全等级保护基本要求
YD/ T 3747 区块链技术架构安全要求
3 术语和定义
3. 1
3. 2
3. 3
3. 4
3. 5
下列术语和定义适用于本文件。
分布式账本 distributed ledger
一个可以在多个节点、不同地理位置或者多个机构组成的网络中分享的数据记录。
[来源:GM/ T 0111—2021,3. 4]
智能合约 smart contract
由用户部署在区块链中,且执行结果记录于区块链的计算机程序。
[来源:GB / T 42570—2023,3. 12]
节点 node
具有特定功能的可独立运行的区块链组件。
[来源:GB / T 42570—2023,3. 3]
交易 transaction
工作流程中的最小操作单元。
[来源:GB / T 42570—2023,3. 5]
哈希值 hash value
将任意长度的二进制串映射为固定长度的二进制串的函数输出的比特串。
[来源:ISO 22739:2020,3. 39,有修改]
1
JT/ T 1506—2024
3. 6 时间戳 time stamp 根据公共的时间基准来表示某一时间点的时变参数。 [来源:GB / T 17901. 1—2020,3. 18]
4 缩略语
下列缩略语适用于本文件。
API:应用程序编程接口(Application Programming Interface)
HTTP:超文本传输协议(Hyper Text Transfer Protocol)
JSON:JavaScript 对象标记(JavaScript Object Notation)
REST:表现层状态转换(Representational State Transfer)
SCAC:标准承运人数字代码(Standard Carrier Alpha Code)
TPS:每秒钟系统能够处理的交易或事务的数量(Transaction Per Second)
URI:通用资源标识符(Uniform Resource Identifier)
XML:可拓展置标语言(Extensible Markup Language)
5 平台框架
基于区块链的港航集装箱信息交换平台(以下简称平台)由平台基础层、平台服务层、业务应用层
组成,各层由区块链特定类型的功能组件构成,平台通过接口与参与方业务系统进行交互,平台框架示
意见图 1。
图 1 平台框架示意图
6 总体要求
6. 1 港航集装箱运输数据交互方应包括承运人、货主、货代、船代、港口企业等业务参与方,并通过平
台完成集装箱运输信息的交换。
6. 2 平台应采用以系统资源为中心,基于 REST 的网络服务设计方式,并应满足下列要求:
———显式地使用 HTTP 方法,充分利用 HTTP 提供的请求信息、请求方法、响应信息来识别请求的
服务以及返回的错误;
———无状态的设计,不保留请求的状态,同时连接为短连接;
2
JT/ T 1506—2024
———公开目录结构式的 URI。
6. 3 平台数据交互宜采用 JSON、XML 等文本。
6. 4 平台性能应满足下列要求:
———在 5 个节点及以上参与共识的情况下,TPS 能达到 100 笔以上;
———节点平均确认区块生成的时延小于 3 s;
———扩展节点后,TPS、故障恢复能力、交易确认时延无较大波动。
6. 5 平台安全性应满足下列要求:
———平台架构的安全符合 YD/ T 3747 的要求;
———平台的安全等级符合 GB / T 34990—2017 中的增强级等级;
———网络安全等级保护符合 JT/ T 1417—2022 中的第三级安全要求。
7 平台功能
7. 1 平台基础层
7. 1. 1 节点
7. 1. 1. 1 平台基础层以节点为载体,节点应包括分布式账本、智能合约、密码算法、隐私保护和节点间
的共识机制等模块。
7. 1. 1. 2 仅有经授权的港航集装箱业务节点可接入,接入节点应按港航集装箱数据交换规则参与共
识和读写数据。
7. 1. 1. 3 各节点间应使用点对点通信协议完成信息交换。
7. 1. 2 分布式账本
7. 1. 2. 1 港航集装箱数据交互方应建立分布式账本,存储港航集装箱业务信息的上链记录、授权记
录、使用记录、查询记录、状态变更等内容。
7. 1. 2. 2 分布式账本以区块链结构实现数据的分布式存储,并应满足下列要求:
———每个节点都有独立的、完整的港航集装箱业务数据存储区域;
———设置隐私保护措施,仅对利益相关方选择可见;
———使用非代币形式的记账及验证港航集装箱业务交易信息。
7. 1. 2. 3 平台节点应具备分布式账本维护、分布式账本数据有效性检验、分布式账本数据追溯、分布
式账本同步等功能。
7. 1. 3 智能合约
7. 1. 3. 1 智能合约用于执行预设逻辑,应包含相关港航集装箱数据交互方的数据交换规则和交换流
程,并应满足下列要求:
———港航集装箱数据交换规则和交换流程以代码的形式部署在节点中;
———当满足指定日期或者发生指定行为的条件时,计算机系统自动执行相关合约。
7. 1. 3. 2 平台应具备智能合约审核、发布、更新、日志审计、版本管理等功能,智能合约的发布应引入
相关方联合审核机制。
7. 1. 4 密码算法
7. 1. 4. 1 平台应具备对港航集装箱业务信息上链加密的能力。 7. 1. 4. 2 密码算法宜为非对称密码算法、分组密码算法等国家商用密码算法。 3
JT/ T 1506—2024
7. 1. 5 隐私保护
7. 1. 5. 1 平台在进行港航集装箱信息采集、处理、存储及发布过程中,应采取信息安全管理措施和技
术手段,并应具有数据脱敏功能。
7. 1. 5. 2 平台应采取加密传输、认证和数据签名校验等安全机制。
7. 1. 5. 3 平台应根据 JT/ T 1417—2022 中的第三级安全要求制定完备的隐私保护审计方案,方案应满
足下列要求:
———审计内容包括隐私保护策略和隐私保护技术手段;
———审查形式包括但不限于日常监控、定期审计、不定期审计;
———审查对象包括但不限于操作记录等支持性文档;
———确认执行过程中遵循并实现既定的策略和技术手段。
7. 1. 6 共识机制
7. 1. 6. 1 平台应支持多个节点参与共识和确认。
7. 1. 6. 2 平台的共识机制应由共识算法和共识协议等组成,应根据交易顺序写到分布式账本上。
7. 1. 6. 3 平台的共识机制应满足在集装箱单证信息、物流信息上链等不同场景中的一致性需求。
7. 2 平台服务层
7. 2. 1 身份管理
7. 2. 1. 1 平台应支持港航集装箱业务参与方注册,港航集装箱业务参与方注册时应提供统一社会信
用代码等信息完成身份认证。
7. 2. 1. 2 平台应对港航数据交互方定期进行身份验证。
7. 2. 2 运维监测
7. 2. 2. 1 平台应能对基础硬件、基础软件、性能、异常事务等进行监控。
7. 2. 2. 2 港航集装箱业务参与方的任何操作,包括操作时间、数据变更内容、操作者等信息,都应在平
台留存记录并能进行统计。
7. 2. 3 交易管理
平台应具备集装箱单证编码的生成与发放管理、集装箱单证编码对应的业务参与方地址列表的管
理、消息的发送与接收管理、消息异常处理管理、交易的异常处理管理、日志管理等功能。
7. 2. 4 节点管理
7. 2. 4. 1 平台应支持节点的增加和删除,新节点应通过签名证书相互授权准入后才能加入到业务相
关的通道中。
7. 2. 4. 2 各节点应在部署上物理隔离,宜通过远程过程调用安全协议进行通信。
7. 2. 4. 3 业务相关节点之间应搭建通道,每个通道应有专属分布式账本,且仅对通道内节点开放。
7. 2. 4. 4 平台应对节点管理操作进行权限控制和身份验证,记录所有节点管理的操作历史,做到可审
计、可追溯。
4
JT/ T 1506—2024
7. 3 业务应用层
7. 3. 1 信息创建
港航集装箱数据交互方应将需要创建的上链集装箱信息发送到平台,平台应返回上链事务信息数据。
7. 3. 2 信息更新
港航集装箱数据交互方应根据港航集装箱业务应用需要,针对已经创建过的集装箱信息,以新的版
本进行上链并发送到平台,平台应返回上链事务信息数据。
7. 3. 3 信息推送
消息上链成功之后,平台应将消息推送给该消息角色清单中的港航集装箱业务参与方。
7. 3. 4 信息查询
港航集装箱数据交互方请求查询链上集装箱信息,平台应向信息查询方返回所查询信息的明细。
7. 3. 5 信息验证
港航集装箱数据交互方发送集装箱信息验证请求,平台校验数据后应返回验证结果。
8 平台接口
8. 1 基本要求
8. 1. 1 传输协议
应采用 HTTP,建立以安全为目标的 HTTP 通道,在 HTTP 的基础上通过传输加密和身份认证保证
传输过程的安全性。
8. 1. 2 接口类型及交互方式
8. 1. 2. 1 接口类型应包含信息创建、信息更新、信息推送、信息查询和信息验证 5 类接口。
8. 1. 2. 2 交互方式宜采用 API 方式。
8. 1. 2. 3 应采取授权准入的规则,只有授权的 IP 方能进行访问,并应采用鉴权方式防止冒充其他身份
来操作数据。
8. 1. 2. 4 接口应支持 POST、PUT、GET 等 HTTP 规范定义的交互方式,并应符合表 1 的规定。
表 1 接口交互方式
接口类型 交互方式 URI 发送方 接收方
信息创建 POST / api/ [assetType] 信息创建方 平台
信息更新 PUT / api/ [assetType] 信息更新方 平台
信息推送 POST / api/ push 平台 信息接收方
信息查询 GET / api/ [assetType] / [assetId] / version/ [assetVersion] 信息查询方 平台
信息验证 POST / api/ verify 信息验证方 平台
5
JT/ T 1506—2024
8. 1. 3 接口响应常用状态码
接口响应状态码应使用规范定义的 HTTP 状态码,常用的接口响应状态码及其说明应符合表 2 的
规定。
表 2 接口响应常用状态码及其说明
常用状态码 说明
200 服务调用成功
400 请求格式错误
401 未授权访问
403 服务器拒绝访问
404 指定的资源未找到
429 请求数超出限额
500 服务器内部错误
504 响应超时
注:业务产生的错误或异常,其错误描述和错误号在 HTTP 响应体中返回。
8. 1. 4 数据属性
数据属性包括中文名称、英文名称、类型、是否必填、说明与要求:
———中文名称:字段的中文名称;
———英文名称:字段的英文名称;
———类型:数据元的特征和基本要素,包括字符型(string)、对象型(object)、数组型(array);
———是否必填:该数据元是否必填,必填为 M、非必填为 C;
———说明与要求:字段的内容和表达的含义。
8. 2 信息创建接口
8. 2. 1 接口说明
用于在平台上创建需要上链的集装箱信息,平台返回上链事务信息数据。
8. 2. 2 请求内容
信息创建请求头信息数据格式应符合表 3 的规定。
表 3 信息创建请求头信息数据格式
序号 中文名称 英文名称 类型 是否必填 说明与要求
1 区块链组织代码 orgID string M 数据交互方(信息创建方)平台组织代码,在平 台注册后,由平台创建的唯一的组织代码
2 角色 role string M 数据交互方(信息创建方)在平台的角色
3 区块链业务 应用场景编号 applicationID string M 平台针对业务应用场景分配的编号
6
JT/ T 1506—2024
8. 2. 3 上链内容
信息创建上链内容数据格式应符合表 4 的规定。
表 4 信息创建上链内容数据格式
序号 中文名称 英文名称 类型 是否必填 说明与要求
1 承运人代码 carrierCode string M 如承运人 SCAC 代码,角色清单复合 定位键内容之一
2 提单号 blNumber string C 角色清单复合定位键内容之一
3 提货单号 doNumber string C 角色清单复合定位键内容之一
4 集装箱号 cntrNumber string C 角色清单复合定位键内容之一
5 角色清单类型 roleListType string M 角色参与的业务清单类型,角色清单 复合定位键内容之一
6 承运人组织代码 carrierOrgID string C 承运人在平台的组织代码,角色清单 内容之一
7 最终卸港码头 组织代码 lastPodTerminal OperatorOrgID string C 最终卸港码头在平台的组织代码,角 色清单内容之一
8 托运人组织代码 shipperOrgID string C 托运人在平台的组织代码,角色清单 内容之一
9 货运代理组织代码 forwarderOrgID string C 货运代理在平台的组织代码,角色清 单内容之一
10 收货人组织代码 consigneeOrgID string C 收货人在平台的组织代码,角色清单 内容之一
11 船公司代理组织代码 shipAgentOrgID string C 船公司代理在平台的组织代码,角色 清单内容之一
12 信息明细 assetContent object M 所需创建的信息明细
8. 2. 4 返回内容
信息创建返回内容数据格式应符合表 5 的规定。
表 5 信息创建返回内容数据格式
序号 中文名称 英文名称 类型 是否必填 说明与要求
1 代码 code string M 由平台返回的回执代码,1000000:表示成功,其 余代码:表示出错
2 错误原因 error string C 如果出错,写明错误原因
3 事务识别号 txnID string C 由平台返回的回执明细,如果成功,由区块链返 回的唯一事务识别号
7
JT/ T 1506—2024
表 5 信息创建返回内容数据格式(续)
序号 中文名称 英文名称 类型 是否必填 说明与要求
4 信息识别码 assetID string C 由平台返回的回执明细,如果成功,由区块链返 回的唯一上链信息识别码
5 错误明细 message string C 由平台返回的回执明细,如果有报错,则会返回 错误明细
6 错误类型 type string C 由平台返回的回执明细,如果有报错,则会返回 错误类型
7 信息版本 assetVersion string M 当前平台上该信息的版本
8. 3 信息更新接口
8. 3. 1 接口说明
用于在平台上更新已经创建过的集装箱信息,平台返回上链事务数据。
8. 3. 2 请求内容
信息更新请求头信息数据格式应符合表 6 的规定。
表 6 信息更新请求头信息数据格式
序号 中文名称 英文名称 类型 是否必填 说明与要求
1 区块链组织代码 orgID string M 数据交互方(信息更新方)平台组织代码,在平 台注册后,由平台创建的唯一的组织代码
2 角色 role string M 数据交互方(信息更新方)在平台的角色
3 区块链业务应用 场景编号 applicationID string M 平台针对业务应用场景分配的编号
4 信息识别码 assetID string M 唯一信息识别码
5 信息版本 assetVersion string M 当前平台上该信息的版本
8. 3. 3 上链内容
信息更新上链内容数据格式应符合表 7 的规定。
表 7 信息更新上链内容数据格式
序号 中文名称 英文名称 类型 是否必填 说明与要求
1 承运人代码 carrierCode string M 如承运人 SCAC 代码,角色清单复合定位键内 容之一
2 提单号 blNumber string C 角色清单复合定位键内容之一
3 提货单号 doNumber string C 角色清单复合定位键内容之一
8
JT/ T 1506—2024
表 7 信息更新上链内容数据格式(续)
序号 中文名称 英文名称 类型 是否必填 说明与要求
4 集装箱号 cntrNumber string C 角色清单复合定位键内容之一
5 角色清单类型 roleListType string M 如 SEAWAY_BILL,角色清单复合定位键内容 之一
6 承运人组织代码 carrierOrgID string C 承运人在平台的组织代码,角色清单内容之一
7 最终卸港码头 组织代码 lastPodTerminal OperatorOrgID string C 最终卸港码头在平台的组织代码,角色清单内 容之一
8 托运人组织代码 shipperOrgID string C 托运人在平台的组织代码,角色清单内容之一
9 货运代理 组织代码 forwarderOrgID string C 货运代理在平台的组织代码,角色清单内容 之一
10 收货人 组织代码 consigneeOrgID string C 收货人在平台的组织代码,角色清单内容之一
11 船公司代理 组织代码 shipAgentOrgID string C 船公司代理在平台的组织代码,角色清单内容 之一
12 信息明细 assetContent object M 所需更新的信息明细
8. 3. 4 返回内容
返回内容应符合 8. 2. 4 的规定。
8. 4 信息推送接口
8. 4. 1 接口说明
消息上链成功之后,将消息推送给该消息角色清单中的参与方。
8. 4. 2 请求内容
信息推送请求头信息数据格式应符合表 8 的规定。
表 8 信息推送请求头信息数据格式
序号 中文名称 英文名称 类型 是否必填 说明与要求
1 授权码 authorizationID string M 参与方在平台注册时,提供给平台,用来接收信 息推送接口的授权码,是数据交互安全的手段之 一,实现方式由业务系统定义
8. 4. 3 推送内容
信息推送推送内容数据格式应符合表 9 的规定。 9
JT/ T 1506—2024
表 9 信息推送推送内容数据格式
序号 中文名称 英文名称 类型 是否必填 说明与要求
1 信息识别码 assetID string M 信息推送所对应的唯一信息识别码
2 信息版本 assetVersion string M 由平台返回的当前信息版本
3 信息类型 assetType string M 返回由平台预先定义的信息类型,每种信息均 有定义的专属信息类型。 平台用此信息类型定 义,控制信息中具体数据项的访问权限
4 数字指纹 locatorKey string M 由平台产生的数字指纹,用来追踪相关参与方
5 区块链通道 channel string M 由平台返回的区块链通道信息,一个通道对应 一本区块链分布式账本,上链事务内容之一
6 事务识别号 txnID string M 由平台返回的唯一事务识别号
7 参与方 participants array M 由平台返回的参与方清单,上链事务内容之一
8 时间戳 timestamp string M 由平台返回的上链时的时间戳,上链事务内容 之一,格式:YYYY-MM-DDThh:mm:ss. sssZ
9 创建的时间戳 createAt string M 信息在平台创建的时间戳,格式:YYYY-MM- DDThh:mm:ss. sssZ
10 更新的时间戳 updateAt string M 信息在平台更新的时间戳,格式:YYYY-MM- DDThh:mm:ss. sssZ
11 加密策略 encryptStrategy string M 由平台返回的加密策略
12 信息提供方的 事务数字签名 payloadSign string M 由平台返回的信息提供方的数字签名
13 链上信息的 哈希值 assetHash string M 由平台返回的链上信息哈希值
14 信息明细 assetContent object M 由平台返回的信息明细
8. 4. 4 返回内容
信息推送接口的状态应由 HTTP 状态码进行识别,HTTP 状态码 200 为成功,其他状态码为失败。
8. 5 信息查询接口
8. 5. 1 接口说明
用于请求查询链上信息,平台返回所查询信息的明细。
8. 5. 2 请求内容
信息查询请求头信息数据格式应符合表 10 的规定。
1
0
JT/ T 1506—2024
表 10 信息查询请求头信息数据格式
序号 中文名称 英文名称 类型 是否必填 说明与要求
1 区块链组织代码 orgID string M 数据交互方(信息查询方)平台组织代码,在平 台注册后,由平台创建的唯一的组织代码
2 角色 role string M 数据交互方(信息查询方)在平台的角色
3 区块链业务 应用场景编号 applicationID string M 平台针对业务应用场景分配的编号
4 信息识别码 assetID string M 需要查询信息所对应的唯一信息识别码
5 信息版本 assetVersion string C 当前平台上该信息的版本
8. 5. 3 返回内容
信息查询返回内容数据格式应符合表 11 的规定。
表 11 信息查询返回内容数据格式
序号 中文名称 英文名称 类型 是否必填 说明与要求
1 代码 code string M 由平台返回的回执代码
2 信息识别码 assetID string M 需要查询信息所对应的唯一信息识别码
3 信息版本 assetVersion string M 由平台返回的链上信息的当前版本
4 信息类型 assetType string M 返回由平台预先定义的信息类型,每种信息均 有定义的专属信息类型。 平台用此信息类型定 义,控制信息中具体数据项的访问权限
5 数字指纹 locatorKey string M 由平台产生的数字指纹,用来追踪相关参与方
6 数据报文散列值 assetHash string M 由平台返回的资产散列值
7 提供方的事务 数字签名 payloadSign string M 由平台返回的提供方的交易数字签名
8 加密策略 encryptStrategy string M 由平台返回的加密策略
9 创建的时间戳 createAt string M 信息在平台创建的时间戳,格式:YYYY-MM- DDThh:mm:ss. sssZ
10 更新的时间戳 updateAt string M 信息在平台更新的时间戳,格式:YYYY-MM- DDThh:mm:ss. sssZ
11 事务识别号 txnID string M 由平台返回的唯一事务识别号,上链事务内容 之一
12 区块链通道 channel string M 由平台返回的区块链通道信息,一个通道对应 一本区块链分布式账本,上链事务内容之一
1
1
JT/ T 1506—2024
表 11 信息查询返回内容数据格式(续)
序号 中文名称 英文名称 类型 是否必填 说明与要求
13 参与方 participants array M 由平台返回的参与方清单,上链事务内容之一
14 时间戳 timestamp string M 由平台返回的上链时的时间戳,格式:YYYY- MM-DDThh:mm:ss. sssZ,上链事务内容之一
15 信息明细 assetContent object M 由平台返回的所查询信息的明细
8. 6 信息验证接口
8. 6. 1 接口说明
用于发送集装箱信息验证请求,平台校验数据后返回验证结果。
8. 6. 2 请求内容
信息验证请求头信息数据格式应符合表 12 的规定。
表 12 信息验证请求头信息数据格式
序号 中文名称 英文名称 类型 是否必填 说明与要求
1 信息类型 assetType string M 返回由平台预先定义的信息类型,每种信息均 有定义的专属信息类型。 平台用此信息类型定 义,控制信息中具体数据项的访问权限
2 验证方区块链 组织代码 orgID string M 在平台注册后,由平台创建的唯一的组织代码
3 角色 role string M 数据交互方(信息验证方)在平台的角色
4 区块链业务 应用场景编号 applicationID string M 平台针对业务应用场景分配的编号
5 信息识别码 assetID string M 需要查询信息所对应的唯一信息识别码
6 信息版本 assetVersion string M 当前平台上该信息的版本
8. 6. 3 校验内容
信息验证校验内容数据格式应符合表 13 的规定。
表 13 信息验证校验内容数据格式
序号 中文名称 英文名称 类型 是否必填 说明与要求
1 验证方组织代码 originatorOrgID string M 在平台注册后,由平台创建的唯一的组织代码
2 需验证的内容 assetContent object M 数据交互方(信息验证方)需验证的信息内容
3 需验证的文件 file string C 数据交互方(信息验证方) 需验证的文件的路 由地址
1
2
JT/ T 1506—2024
8. 6. 4 返回内容
信息验证返回内容数据格式应符合表 14 的规定。
表 14 信息验证返回内容数据格式
序号 中文名称 英文名称 类型 是否必填 说明与要求
1 代码 code string M 由平台返回的回执代码
2 数据 data object M 由平台返回的回执明细
3 验证结果 verificationResult string M 由平台返回的验证结果,成功或者失败
4 失败原因 reason string C 由平台返回的导致失败的详细描述
1
3
JT/ T 1506—2024
参 考 文 献
[1] GB / T 7408. 1 日期和时间 信息交换表示法 第 1 部分:基本原则 [2] GB / T 17901. 1—2020 信息技术 安全技术 密钥管理 第 1 部分:框架 [3] GB / T 42570—2023 信息安全技术 区块链技术安全框架 [4] GM/ T 0111—2021 区块链密码应用技术要求 [5] GM/ T 0125. 1 JSON Web 密码应用语法规范 第 1 部分:算法标识 [6] ISO 22739:2020 区块链和分布式记账技术 术语( Blockchain and distributed ledger technolo- gies—Vocabulary) [7] RFC 2616 超文本传输协议 HTTP1. 1(Hypertext Transfer Protocol—HTTP/ 1. 1)
1 4