司法链存证中
国家授时中心时间戳的具体应用

摘摘要 · 管理层速读

数据来源：最高人民法院 2022 年公开披露、联合信任时间戳服务中心、至信链官方披露与公开报道。详见第十节参考依据。

三条链的定位与推荐

建议路线：对外存证走至信链（金融客户基础 + 音视频判例 + 长安链国密底座）；若客户在长三角或涉知识产权，并行接入蚂蚁链司法链；如需私有化部署或信创验收，以长安链为自建底座。三条链并存时，TSA 时间戳作为与链无关的独立时间锚点，可实现跨链互认。

1问题界定与结论先行

贵司"音视频双录司法链存证"业务中，存在一个容易被技术团队与合规团队同时误读的环节："用国家授时中心的时间给数据时间戳加密"。

这句话实际上包含两个完全不同性质的动作，必须拆开：

动作 A 是动作 B 的基础设施（TSA 服务器自身的守时需要动作 A 支撑），但动作 A 不能替代动作 B。本报告第三节给出的调用方法中，A 类通道与 B 类通道将明确区分标注。

2国家授时中心授时体系全景

中国科学院国家授时中心（National Time Service Center, NTSC）位于陕西西安临潼，前身为中国科学院陕西天文台，是我国唯一法定时间（北京时间 / UTC(NTSC)）的产生、保持和发播机构。其时间基准由铯原子钟组与氢原子钟组保持，并参加国际原子时（TAI）计算。

3可调用平台与调用方法（含参考依据）

以下按"通道 → 调用方式 → 依据 → 司法可用性"逐一说明。所有 A 类（时间同步）通道仅用于基础设施时钟治理；B 类（TSA）通道才用于存证。

3.1　网络授时：NTP / SNTP（A 类 — 时钟治理用）

# Linux（chrony 推荐，替代 ntpd）
server ntp.ntsc.ac.cn iburst
server ntp.aliyun.com iburst      # 备用：云厂商公共 NTP，高并发更稳
server ntp.tencent.com iburst

# 校验偏移
chronyc sources -v ; chronyc tracking

# Windows（管理员）
w32tm /config /manualpeerlist:"ntp.ntsc.ac.cn,0x8" /syncfromflags:manual /update
w32tm /resync

3.2　无线 / 有线授时：长波、低频时码、短波（A 类 — 专用硬件）

适用于存在专用时频设备、信创或强隔离环境的场景（如自建 TSA 服务器、涉密机房）。需采购对应的长波/短波/低频时码接收机，输出 1PPS + TOD 串口报文，由服务器时间同步程序消费。

3.3　卫星共视与高精度时频传递（A 类 — 自建 TSA 时的时钟源）

若贵司计划自建时间戳服务器（TSA 本地化部署），其守时系统需接入国家授时中心时间基准。常见做法：

• 北斗/GNSS 共视法（Common-View）：与国家授时中心同步观测同一颗卫星，比对本地钟差，精度达纳秒级
• 卫星双向时间频率传递（TWSTFT）：皮秒至纳秒级，用于国家级时频比对
• 本地配置铷原子钟/恒温晶振作为守时（holdover），在外部链路中断时维持时间连续性
• 依据：国家授时中心对外提供的"高精度授时及时间戳系统""授时体系建设""ps 级时频传递系统"等产品与服务（见其业务与产品信息）

3.4　TSA 可信时间戳（B 类 — 司法存证唯一通道）★ 核心

# ① 计算数据指纹（推荐国密 SM3；openssl 默认 SHA-256，国密可用 gmssl）
gmssl sm3 -out digest.bin   rec_20260920_143022.mp4
# 或：openssl dgst -sha256 -binary -out digest.bin rec_20260920_143022.mp4

# ② 构造 RFC 3161 时间戳请求 TimeStampReq（TSQ）
#    -cert 要求 TSA 在响应中回带其签名证书
openssl ts -query -data digest.bin -no_nonce -sha256 -cert -out request.tsq

# ③ 向 TSA 提交（HTTP/HTTPS，Content-Type: application/timestamp-query）
curl -s --data-binary @request.tsq \
     -H "Content-Type: application/timestamp-query" \
     https://<TSA_ENDPOINT>/tsa  -o  response.tsr

# ④ 验证时间戳令牌 TSR（需 TSA 根证书链 + 签名证书）
openssl ts -verify -data digest.bin -in response.tsr \
     -CAfile tsa-root-ca.pem -untrusted tsa-signing-cert.pem

# ⑤ 查看令牌内权威时间（genTime）与哈希算法
openssl ts -reply -in response.tsr -text

// 1) 计算 SM3 摘要（国密合规）
byte[] digest = SM3Digest.of(recordingBytes);   // 32 字节

// 2) 构造 TimeStampReq
TimeStampRequestGenerator gen = new TimeStampRequestGenerator();
gen.setCertReq(true);                          // 要求回带 TSA 证书
TimeStampRequest req = gen.generate(TSPAlgorithms.SM3, digest);

// 3) HTTPS 提交（RFC 3161 over HTTP）
byte[] resp = postBinary(tsaUrl, req.getEncoded(),
              "application/timestamp-query");

// 4) 解析并校验 TSA 签名、证书链、genTime
TimeStampResponse tsResp = new TimeStampResponse(resp);
tsResp.validate(req);
TimeStampToken token = tsResp.getTimeStampToken();
verifyCertChain(token, tsaRootCert);     // 校验证书链合法性
Date genTime = token.getTimeStampInfo().getGenTime();   // ← 权威时间，源自国家授时中心

// 5) 将 digest + token(Base64) 一并上链
chainClient.deposit(bizId, digest, Base64.encode(token.getEncoded()));

3.5　通道选型对比总表

结论：TSA 提供"权威时间 + 存在性证明"，区块链提供"多方见证 + 不可篡改"。两者互补，缺一不可。仅上链而不用 TSA，链上时间来自共识节点本地时钟，可被质疑；仅用 TSA 而不上链，缺少第三方机构共同见证，证明力弱于"TSA + 链"双固化。

4离线授时设备与断网环境下的时间戳加密

前两节讨论的通道（网络 NTP、在线 TSA）都以持续联网为前提。但在贵司的真实业务里，双录发生在银行/保险网点柜面与展业现场——这些位置普遍存在带宽受限、业务高峰期拥塞、部分网点按内控要求禁止外联等情况。如果"打时间戳"这个动作必须等外网 TSA 返回，录制过程就会出现卡顿甚至中断，是不可接受的。

本节专门回答：在不联网的柜面采集端，如何用国家授时中心的时间完成时间戳加密，且事后仍能被法庭采信。

4.1　为什么柜面采集端必须支持离线授时

4.2　合规依据：标准明确认可"硬件获取"这条路径

需要强调的一点：离线授时不是"联网失败后的降级方案"，而是标准与在线通道并列认可的合法时间源获取方式。

但请注意定语——"认可的硬件和方法"。随意采购一个 GPS 模块插上并不自动满足要求，必须能够提供可溯源的检测/校准证明（见 4.7 采购查验清单）。这也是本节方案与"自建一个本地时间戳服务"的根本区别。

4.3　离线授时设备谱系与柜面选型

按"时间从哪来 → 断网后靠什么维持 → 怎么插进服务器 → 怎么签出令牌"四个层次，离线授时设备可分为四类：

柜面场景的推荐配置（三档）

4.4　柜面架构：离线打戳 + 联网补锚

核心思想是把"打时间戳"和"上链见证"拆成两个时间点的动作：前者必须当场完成（证明此刻数据已存在），后者可以延后批量完成（补上第三方见证）。这就是"离线打戳 + 联网补锚"。

4.5　断网时段的时间可信度：守时误差预算

"断网期间时间准不准"不是一个定性问题，而是可计算、可声明、可验证的量化问题。做法是把设备的守时漂移率乘以离线时长，得到误差预算，并把它写进证据说明。

4.6　链上数据结构的扩展字段

在第七节给出的链上 payload 基础上，离线场景需追加时间源元数据与双令牌两类字段，使核验方能独立判断该条存证的时间可信度：

{
  "bizId": "DBL20260920XXXX",
  "merkleRoot": "8f3c...a1",
  "fileHash":   "d92b...7e",

  // ↓ 离线场景新增：时间源元数据
  "timeSource": {
    "type":          "BDS",              // BDS|BPL|BPC|ATOMIC_RB|ATOMIC_CS
    "deviceId":      "TC-A1-00237",
    "deviceModel":   "PCI-E 授时卡（北斗三号）",
    "lockStatus":    "LOCKED",          // LOCKED|HOLDOVER —— 失锁守时须显式标注
    "holdoverSec":   0,
    "driftBudgetMs": 3,                  // 守时误差预算
    "lastCalibDate": "2026-06-01",
    "calibCertNo":   "NTSC-CAL-2026-XXXX"   // 检测/校准证书编号
  },

  // ↓ 离线场景新增：双令牌
  "tsaMode":     "OFFLINE_THEN_ANCHORED",
  "offlineToken": { "genTime": "2026-09-20T10:12:33.482Z", "b64": "MIAGCSqG..." },
  "anchorToken":  { "genTime": "2026-09-20T18:40:07.915Z", "b64": "MIAGCSqG..." },
  "timeDeltaMs":  8.533,                 // T2 − T1，须 ≤ driftBudgetMs × 3

  "algo": "SM3 / SM2",
  "standard": "RFC3161 / GB/T 20520-2025 / GM/T 0033-2023 / GM/T 0123-2022"
}

lockStatus 字段尤其重要：若某条存证的打戳时刻处于失锁守时状态，必须如实标注。隐瞒这一点一旦在质证中被对方技术专家指出，整批存证的 credibility 都会受损。

4.7　采购查验清单与风险提示

本节涉及的具体产品型号与参数为公开资料整理，属B 级证据（行业资料，签约前需向原发布方复核）；标准条款与资质信息属 A 级（官方权威），详见第十节参考依据。

5规范与法律依据

司法链存证中的时间戳应用，需同时满足技术国家标准、密码行业规范与司法程序规则三层要求。以下为现行有效版本（注意两部核心标准近期已完成换版）。

关键条文摘录

制度演进时间轴

6蚂蚁链 · 至信链 · 长安链 技术对比

7音视频双录数据的时间戳加密技术方案

针对"双录"特点——文件大、录制时间长、需逐环节可定位、监管要求保存 10 年以上——推荐"分片哈希 + Merkle 聚合 + TSA 锚定 + 链上见证"四层结构。

7.1　总体架构

7.2　上链数据结构（建议规范）

{
  "schema":      "NTSC-TSA-DEPOSIT/v1",
  "bizType":     "INSURANCE_DOUBLE_RECORD",
  "bizId":       "POL-2026-0920-000123",
  "contentId":   "VID_20260920_143022_001",

  // —— 数据指纹（国密 SM3，不上链原文）——
  "hashAlgo":    "SM3",
  "contentHash": "8f2c…e91a",      // 整文件 SM3
  "merkleRoot":  "c41d…7b03",      // 分片哈希树根
  "segmentCount": 186,              // 分片数（每片约 5s / 一个 GOP）

  // —— 国家授时中心时间锚点 ——
  "tsa": {
    "issuer":    "联合信任时间戳服务中心（国家授时中心授时与守时）",
    "standard":  "RFC3161 / GB/T 20520-2025 / GM/T 0033-2023",
    "genTime":   "2026-09-20T14:30:22.518+08:00",   // ← 权威时间
    "serialNo":  "…",
    "tokenB64":  "MIID…=="           // RFC3161 TimeStampToken（完整令牌）
  },

  // —— 业务元数据（个人信息脱敏/哈希化后上链）——
  "meta": {
    "policyNo":   "POL-…",
    "agentIdHash":"…",   // 销售员工号 SM3
    "custIdHash": "…",   // 投保人证件号 SM3（原文不出域）
    "deviceId":   "…",
    "geoHash":    "…",
    "milestones": [            // 5 个法定关键环节的时刻锚点
      {"k":"ID_SHOWN",      "seg":12, "tsaTokenRef":"…"},
      {"k":"CLAUSE_SHOWN",  "seg":31, "tsaTokenRef":"…"},
      {"k":"EXPLAINED",     "seg":88, "tsaTokenRef":"…"},
      {"k":"CONFIRMED",     "seg":131,"tsaTokenRef":"…"},
      {"k":"SIGNED",        "seg":176,"tsaTokenRef":"…"}
    ],
    "envCheck":   "CLEAN"       // 采集环境清洁性自检结论（应对规则第18条）
  },

  // —— 链上签名 ——
  "signature": { "algo":"SM2", "certSn":"…", "value":"…" }
}

7.3　端到端调用时序

7.4　在三条链上的落地差异

8应用案例

9落地建议与风险清单

8.1　推荐实施路线

8.2　风险清单

8.3　给管理层的三条建议

10参考依据

证据等级说明：A官方/权威机构公开发布　B行业媒体或服务商公开资料（建议签约前复核）　C本报告的技术推断/设计建议

一、国家授时中心与授时服务

1. A中国科学院《关于"网络授时域名"全面试运行测试的公告》，2018-09-21 — 确立网络授时域名 ntp.ntsc.ac.cn。
2. A中国科学院《国家授时中心开通标准时间语音报时服务》，2004-04-29 — 语音报时专线与误差指标。
3. A中国科学院国家授时中心官网（www.ntsc.ac.cn）中心简介、业务与产品信息 — 授时体系建设、高精度授时及时间戳系统、ps 级时频传递系统等。
4. B《中国标准时间授时系统》等公开资料 — BPL 长波、BPM 短波、BPC 低频时码（河南商丘 68.5 kHz）、卫星/电视/网络/电话授时的精度与覆盖范围。具体频点、台址、精度数值建议在正式方案中向 NTSC 官方核实确认。

二、时间戳标准与法规

5. AGB/T 20520-2025《网络安全技术　公钥基础设施　时间戳规范》，2026-02-01 实施（代替 GB/T 20520-2006）。
6. AGM/T 0033-2023《时间戳接口规范》，2024-06-01 实施（代替 GM/T 0033-2014）。
7. AGB/T 36631-2018《信息安全技术　时间戳策略和时间戳业务操作规则》。
8. AGM/T 0123-2022《时间戳服务器密码检测规范》。
9. AIETF RFC 3161《Internet X.509 Public Key Infrastructure Time-Stamp Protocol (TSP)》。
10. A《中华人民共和国电子签名法》（2019 修正）。
11. A《人民法院在线诉讼规则》，最高人民法院，2021-08-01 施行，第 16–19 条。
12. A《最高人民法院关于加强区块链司法应用的意见》，法发〔2022〕16 号，2022-05-25。
13. A司法部《电子数据存证技术规范》，2020-05。
14. A《最高人民法院关于互联网法院审理案件若干问题的规定》，2018-09-06。
15. A《关于办理刑事案件收集提取和审查判断电子数据若干问题的规定》（两高一部），2016-09-09。
16. A《保险销售行为管理办法》（国家金融监督管理总局令 2023 年第 2 号），2024-03-01 施行，第 31 条。
17. A《中华人民共和国密码法》《商用密码管理条例》。

三、离线授时设备与可信时间源

15. A《国家授时中心定时/定位接收机技术发展》（综述 1977–2025）— 系统梳理 NTSC 自研定时接收机谱系：BPM-Ⅰ 短波定时接收机（1970）、PO20 定时校频接收机（1977）、PO21 型全自动长波定时校频接收机与 BPM-Ⅲ 型定时仪（1989 年通过国防科工委设计定型）、CAPS 粗码/精码接收机、北斗三号定时接收机工程样机、C 波段专用接收机、eLoran 差分用户接收机。
16. A中国科学院国家授时中心《中心简介》（ntsc.cas.cn）— 拥有国内第一、世界第三规模的守时原子钟组，确定并保持 UTC(NTSC) 与 TA(NTSC)，与国际 UTC 偏差保持在 3 ns 以内；采用 GNSS 共视、卫星双向、GNSS PPP 等手段为重要用户提供点对点超高精度时间频率服务；高精度地基授时系统将与卫星授时融合，搭建天地一体授时体系。
17. AGM/T 0123-2022《时间戳服务器密码检测规范》第 6.2.8 条"可信时间源"及第 8 章合格判定条件 — 时间戳服务器时间源须源自信任的国家权威时间部门，可通过无线接收、同步协议或硬件（如原子钟）获取；除性能、环境适应性、可靠性三项外，其他任意一项不合格即判定产品不合格。
18. B商用密码应用安全性评估从业人员考核题库（GM/T 0123 相关条目）— 可信时间源头应来源于国家权威时间部门（如国家授时中心）或使用国家权威时间部门认可的硬件和方法获取的时间；本机硬件系统时间不可信，不得作为时间源头。题库为培训材料，正式引用请以标准原文为准。
19. A中国科学院国家授时中心认证检测实验室 — 2016 年建立，2018 年 3 月获 CNAS 实验室认可证书，可向社会出具国家认可检测报告的六类项目：石英晶体频率标准、铷原子频率标准、铯原子频率标准、GPS 定时接收机、北斗/全球卫星导航系统接收设备、GPS 接收天线。
20. A国家安全机关公开披露的国家授时中心遭境外网络攻击案（中央广播电视总台、新华社等报道）— 自 2022 年起实施网络攻击，2023 年 8 月至 2024 年 6 月先后启用 42 款特种网络攻击武器，企图渗透高精度地基授时系统。本报告据此论证授时链路的网络暴露面风险。
21. B全球首台可移动铷喷泉原子钟发布（2026-06-05，克洛量子科技（浙江）有限公司联合中国科学院上海光学精密机械研究所研制）— 具备不依赖外部信号的独立自主守时能力；国家授时中心现场签署首台设备意向采购协议。
22. B国产守时型光抽运小铯钟 2018 年实现产品化；2021 年 11 月三台国产小铯钟在国际标准时间计算中取得贡献权重并被国际权度局推荐 — 已应用于北斗卫星导航系统、长河二号导航系统、5G 通信系统及国家标准时间产生与保持系统。
23. B商用时间戳服务器与授时卡公开产品资料（三未信安、海泰方圆、沃通、北斗邦泰、中安云科、景驰电子等）— 支持 4G-LTE/GPS/北斗多源授时、授时精度 μs 级 / 卫星同步 ≤30 ns（RMS）、内置 PCI-E 密码卡、支持内网部署不依赖外网、适配银河麒麟/统信 UOS 与兆芯/龙芯/飞腾等国产 CPU。具体型号参数、守时指标与商密认证证书须在采购前逐项核验。

四、TSA 与可信时间戳

24. A联合信任时间戳服务中心开放服务平台（tsa.cn/openService）— 标准时间戳服务基于 RFC 3161 与 GB/T 20520，支持 HTTP/HTTPS 标准 API 与本地化时间戳服务器；对接流程四步。
25. A《联合信任二十周年庆典暨可信时间戳电子证据高峰论坛》公开报道，2025 — 国家授时中心代表作为股东代表致辞，确认 2005 年国家授时中心与联合信任签署战略合作协议，共同建设联合信任时间戳服务中心与"可信时间认证联合实验室"。
26. B《可信时间戳电子证据取证与证据使用操作指引 V2.0》，tsa.cn — 参考规范清单、系统架构与验证者定义。
27. B百度百科"可信时间戳"词条 — 时间源由国家法定授时机构授时及守时并实时监测；2008 年深圳龙岗"利龙湖"案首次采信；截至 2025-11 裁判文书网相关文书超 11.9 万篇。统计数字建议以官方发布为准。

五、区块链平台

28. A腾讯云至信链产品文档与常见问题 — 至信链基于长安链技术底层，由腾讯、中国网安、北明软件三方联合共建与运营；日均上链超 50 万条、累计超 1 亿条；接入方式与 secretId/secretKey 流程。
29. A至信链官网（zxchain.qq.com）— 累计交易量、地址数、TPS（10,000+）、网信办与工信部备案、1000+ 专利。
30. A长安链官方文档《加密服务支持》（docs.chainmaker.org.cn）— SM2/SM3/SM4、国密 TLS、密码算法引擎、硬件密码设备接入（PKCS11/SDF）。
31. A《坚持自主可控，长安链 ChainMaker 全面拥抱国密的技术实践》— 国密算法引擎、ECC-SM4-SM3 套件（GM/T 0024）、信创平台支持。
32. A蚂蚁数字科技《蚂蚁链可信存证服务》产品页 — API/SDK 一站式接入，权威节点见证，金融/版权/电子凭证场景。
33. B《蚂蚁区块链第21课：以鹊凿为例》技术文献 — 存证记录"文件指纹(HASH)、权属主体、可信时间戳（授时中心时间）"三要素。
34. B新华社/人民网报道，2019-05-22 — 长三角司法链成立，首批四地法院，上链"戳印"含可信时间/身份/流程/环境。
35. B至信链大事记（百度百科词条）— 2019-07 发布、2021-02 首次适配长安链、2022-08 完成底层迁移至长安链、2020-10 与建行总行签约。时间线建议以官方发布为准。

六、案例

36. A内蒙古自治区乌海市中级人民法院《【智慧法院】区块链技术，助力智慧法院发展》，2022-04 — 视听资料上至信链 + 可信时间戳认证证书核验案。
37. A苏州市城市管理局《"一仪一链一书" 太仓城管局"三重保险"提升执法公信力》，2021-12 — 执法记录仪音视频实时上"苏州公证链"。
38. A鄂尔多斯市东胜区人民法院《"中国心"+区块链 助力法庭开启"双保险"》，2022-12 — 庭审录音录像上链固证字段规范。
39. A乌兰察布市中级人民法院区块链电子证据核验四步流程，2022-05 — 至信链上链存证与法院核验对接方式。
40. A内蒙古自治区察哈尔右翼前旗人民法院人身保险合同纠纷区块链存证案，2022-03 — 保险场景视频证据上链核验。
41. B腾讯云《至信链版权存证》产品页 — 广州互联网法院企鹅号案（国内首个全流程区块链存证著作权维权案）。