Files 扩展

文件今天存在的证明,写在比特币上

Files 计算内容的 SHA-256 指纹并通过 OpenTimestamps 锚定到比特币区块链。得到的是不可变的证明:该文件,以其原样,在那一刻存在——任何人可验证,即使没有 Kamzan。

它证明什么,不证明什么

时间戳证明两件事:内容在那个日期存在,并且此后未改变。验证重新计算今天文件的指纹并与锚定的对比:“自锚定以来未修改”或“注意,之后已修改”——即使修改是恢复了先前版本。它不是 eIDAS 条例意义上的合格时间戳:它是公共区块链上的密码学锚定,Files 在请求前的弹窗中声明。要完整法律效力,有合规归档和签名。

工作原理

  1. 请求时间戳

    右键 → 区块链时间戳。Files 计算内容的 SHA-256 哈希,发送到 OpenTimestamps 网络,并保存文件状态的快照。如果愿意,确认时一封邮件通知您。

  2. 等待比特币区块

    区块链上的确认大约需要一到两小时。期间文件带“等待中”徽章;证明进入区块后变为“已确认”,详情中有区块高度。

  3. 验证,今天或十年后

    一键重新计算指纹并对比。下载 .ots 证明并用任何 OpenTimestamps 客户端验证:弹窗解释如何做,因为证明不该依赖我们。

不需要信任我们:证明任何人都能验证。

您能做什么

  • 可携带的证明

    .ots 文件是 OpenTimestamps 标准:用公共工具验证,无需 Kamzan 账户。如果有一天文件离开 Files,证明随它一起。

  • 完整性一目了然

    文件上的徽章、详情中的状态、验证结果明文显示。如果有人覆盖文件或恢复先前版本,验证会说明。

  • 按企业的月度配额

    时间戳按月按租户计数——默认一百,在扩展中可配置——这样失控的自动化不会产生意外费用。

  • “时间戳”集合

    所有已加盖时间戳的文件在一个列表中,附各自状态:等待中、已确认、完整或已修改。

  • 在动态和日志中

    请求和确认出现在文件活动中——“请求了时间戳”、“已确认”——以及审计日志中。

常见问题

它有法律效力吗?

它是存在和完整性的技术证明,稳健且可由第三方验证,但不是 eIDAS 合格时间戳:不享有后者的法律推定。需要完整效力时,使用合规归档或 kSign 签名,区块链时间戳作为补充证明。

为什么需要一到两小时?

因为指纹进入比特币区块时证明才最终确定,区块大约每十分钟产生;OpenTimestamps 在写入前聚合请求。Files 定期检查并自动更新状态。

文件内容会上区块链吗?

不会:只有 SHA-256 指纹,无法从中重建内容。文件留在 Files 中,像其他一切一样加密。

把企业文件搬上云端

申请演示:我们向您展示 Files 如何让存储和共享变得简单又安全。

申请演示