ICS03.220.40 CCS R 07 中华人民共和国交通运输行业标准 JT/T 1506—2024 基于区块链的港航集装箱信息 交换平台及接口技术要求 Technical requirements for container shipping information exchange platform and interface based on blockchain JT 2024-08-06发布 2024-12-01实施 中华人民共和国交通运输部 发布 JT/T 1506—2024 目 次 前言 II 范围 1 2 规范性引用文件 3 术语和定义 4缩略语 2 平台框架 5 总体要求 6 2 平台功能 7 平台接口 .5 参考文献 14 JT I JT/T1506—2024 前言 本文件按照GB/T1.1一2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规 定起草。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。 本文件由全国港口标准化技术委员会(SAC/TC530)提出并归口。 本文件起草单位：中远海运集装箱运输有限公司、交通运输部水运科学研究所、连云港电子口岸信 息发展有限公司、上海国际港务（集团)股份有限公司、中铁长江交通设计集团有限公司、青岛港国际股 份有限公司、中交（厦门)电子商务有限公司。 本文件主要起草人：吴宇、郭健飞、杨海频、唐思远、陈智、刘楠楠、高进、汶波、祖福兴、戴越、刘长辉、 陈鹏、张立丽、刘小辉、张峻崎、任玲利、蔡勇、李惠酒原、卢立鑫、邵琳晖、张晓斌。 JT II JT/T1506—2024 基于区块链的港航集装箱信息交换平台及接口技术要求 1范围 本文件规定了基于区块链的港航集装箱信息交换平台的平台框架、总体要求、平台功能和平台接口 的要求。 本文件适用于基于区块链的港航集装箱信息交换平台及接口的设计和应用。 2规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文 件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本(包括所有的修改单)适用于 本文件。 JT/T14172022交通运输行业网络安全等级保护基本要求 YD/T3747区块链技术架构安全要求 3术语和定义 下列术语和定义适用于本文件。 3.1 分布式账本distributed ledger 一个可以在多个节点、不同地理位置或者多个机构组成的网络中分享的数据记录。 [来源：GM/T0111—2021,3.4] 3.2 智能合约 smartcontract 由用户部署在区块链中，且执行结果记录于区块链的计算机程序。 [来源：GB/T42570—2023,3.12] 3.3 节点node 具有特定功能的可独立运行的区块链组件。 [来源：GB/T42570—2023,3.3] JT 3.4 交易transaction 工作流程中的最小操作单元。 [来源：GB/T42570—2023,3.5] 3.5 哈希值hashvalue 将任意长度的二进制串映射为固定长度的二进制串的函数输出的比特串。 [来源：ISO22739:2020,3.39,有修改] JT/T1506—2024 3.6 时间戳timestamp 根据公共的时间基准来表示某一时间点的时变参数。 [来源：GB/T17901.1—2020,3.18] 4缩略语 下列缩略语适用于本文件。 API:应用程序编程接口(ApplicationProgrammingInterface) HTTP：超文本传输协议(HyperTextTransferProtocol) JSON:JavaScript对象标记(JavaScriptObjectNotation) REST：表现层状态转换(RepresentationalStateTransfer) SCAC:标准承运人数字代码(StandardCarrierAlphaCode) TPS：每秒钟系统能够处理的交易或事务的数量(TransactionPerSecond) URI:通用资源标识符(UniformResourceIdentifier) XML：可拓展置标语言(ExtensibleMarkupLanguage) 5平台框架 基于区块链的港航集装箱信息交换平台（以下简称平台)由平台基础层、平台服务层、业务应用层 组成，各层由区块链特定类型的功能组件构成，平台通过接口与参与方业务系统进行交互，平台框架示 意见图1。 参与方业务系统 业务应用层 信息创建 信息更新 信息推送 信息查询 信息验证 平台服务层 身份管理 运维监测 交易管理 节点管理 分布式账本 智能合约 平台基础层 密码算法 隐私保护 共识机制 节点 图1平台框架示意图 6总体要求 6.1港航集装箱运输数据交互方应包括承运人、货主、货代、船代港口企业等业务参与方，并通过平 台完成集装箱运输信息的交换。 6.2平台应采用以系统资源为中心，基于REST的网络服务设计方式，并应满足下列要求： 显式地使用HTTP方法，充分利用HTTP提供的请求信息、请求方法、响应信息来识别请求的 服务以及返回的错误； 无状态的设计，不保留请求的状态，同时连接为短连接； 2 JT/T1506—2024 公开目录结构式的URI。 6.3平台数据交互宜采用JSON、XMIL等文本。 6.4平台性能应满足下列要求： 一在5个节点及以上参与共识的情况下，TPS能达到100笔以上； 节点平均确认区块生成的时延小于3s: 一扩展节点后，TPS、故障恢复能力、交易确认时延无较大波动。 6.5平台安全性应满足下列要求： 一一平台架构的安全符合YD/T3747的要求； 一平台的安全等级符合GB/T34990一2017中的增强级等级： 一网络安全等级保护符合JT/T14172022中的第三级安全要求 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 密码算法宜为非对称密码算法、分组密码算法等国家商用密码算法。 JT/T1506—2024 7.1.5隐私保护 7.1.5.1 平台在进行港航集装箱信息采集、处理、存储及发布过程中，应采取信息安全管理措施和技 术手段，并应具有数据脱敏功能。 7.1.5.2 平台应采取加密传输、认证和数据签名校验等安全机制。 7.1.5.3 平台应根据JT/T1417一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 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 业务相关节点之间应搭建通道，每个通道应有专属分布式账本