电子时间戳和长期验证 (LTV)

TSA 提供一种可通过密码学验证的证据，证明数据在特定时间已经存在。

哈希提交：签名软件把已签名文档的哈希值（而非文档本身）发送给 TSA，从而保护文档机密性。

TSA 生成时间戳令牌：TSA 生成一个时间戳令牌（RFC 3161 格式），其中包含文档哈希、当前时间（来自 TSA 的同步时钟）以及 TSA 对两者的签名。该令牌证明该哈希——以及文档——在所标示的时间已经存在。

嵌入：时间戳令牌被嵌入签名（PAdES T 级及以上）。未来的验证者可以用 TSA 的公开证书独立验证该时间戳。

验证：验证签名时，验证者会检查：(a) 签名哈希与文档一致；(b) 时间戳证明它在证书过期之前已经存在；(c) TSA 证书在加盖时间戳时有效。

签名证书会过期。没有 LTV，签名在证书到期后将变得难以验证。

过期问题：当历史证书状态与验证材料不可用时，签名在证书过期后可能更难验证。可信时间戳和留存下来的吊销证据可以帮助验证者确认签名在相关凭据仍有效时就已存在。

LTV 方案：LTV 把验证所需的全部数据嵌入签名之中——签名证书、证书链、吊销数据（CRL/OCSP）以及时间戳。这样即使证书过期仍可验证，因为嵌入的数据证明在签名时一切有效。

PAdES 等级 B → T → LT → LTA：B 级为基础签名；T 级增加可信时间戳；LT 级增加验证数据（证书、吊销信息）；LTA 级增加定期重新加盖时间戳以实现无限期有效。对于合同和监管文件，建议使用 LT 或 LTA。

存档要求：留存期限因司法管辖区、文件类型和行业而异。LTV 剖面为后续验证保留技术验证材料，但它本身并不决定法律效力，也不替代组织自身的记录留存政策。

供签名工作流中实施可信时间戳参考的具体数据点。

TSA 认可与 RFC 3161：合格时间戳必须来自依 eIDAS 第 40 条（欧盟）或同等国家框架获得认可的时间戳机构。时间戳令牌必须符合 RFC 3161（时间戳协议）。TSA 证书有效期通常为 4–6 年；为持续可验证，必须在证书到期前续期时间戳。

合格时间戳的采购因素：时间戳定价取决于合格状态、用量、服务等级、地理覆盖、验证端点，以及是否与其他信任服务打包。请索取注明日期的报价，并按预期的签署量与重新加戳量测试商业模型。

PAdES B-LT 与 B-LTA：存储影响。B-LT 在签名时嵌入吊销数据（CRL/OCSP），每个签名增加 10–50 KB。B-LTA 增加存档时间戳，每次重新加戳使文档增大约 5–15 KB。对于跨越 10 年的 100 签名审批链，B-LTA 存储量可达 5–8 MB——对高容量归档系统而言相当可观。

非合格与合格时间戳：法律效力。非合格时间戳提供存在性证据，但不享有 eIDAS 第 41 条下的有效性推定。在欧盟诉讼中，只有合格时间戳才能获得与 QES 相同的证据推定。在欧盟之外，法院会无论合格状态如何、逐案评估时间戳的证明力。

在这些场景中，可信时间戳不是可选，而是法律或运营上的必需。

带时间戳要求的监管申报：欧盟 MiCA（加密资产市场监管）要求对加密资产交易留存带时间戳的记录。FDA 21 CFR Part 11.50 要求所有电子签名表现形式都带日期和时间戳。中国《电子签名法》中时间戳可强化签署时间的证据效力，但不强制。新加坡 MAS 指引要求金融交易记录包含可信时间戳以支持审计追踪。

证据链与争议场景：在合同纠纷中，关键问题常常是「什么时候签署的？」来自经认可 TSA 的合格时间戳依 eIDAS 第 41 条具有准确性推定。没有可信时间戳，签署时间只能依赖平台服务器日志，在法庭上说服力较弱。对于各方位于不同时区的跨境协议，带时区转换记录的 UTC 时间戳可避免歧义。

LTV 归档时间戳更新：对于需要长期可验证性的文档，档案剖面可在更早的证据变得过弱之前添加新的时间戳。组织应明确由谁监控密码学变化、何时增补证据、以及如何测试该流程；自动化能力须按实际部署的平台确认。