用熵,为时间作证

为数字文件建立 可重新核验的时间与历史记录

在文件形成过程中记录时间、 公开熵上下文和内容身份, 以后需要核对时, 可以重新验证文件与既有记录是否匹配。

当前公平码
-------
---- -- -- --:--:-- UTC
UTC(协调世界时)
当前有效区块
--
系统状态
连接中
公平码状态
--
当前区块计算详情
原始区块哈希
--
派生哈希
--
两个按钮分别打开独立公开区块浏览器, 用于核对当前区块高度和区块哈希。
自助工具

自己计算,自己核对

基础计算工具直接在浏览器本地运行。 文件哈希计算不会因为计算本身上传文件。

工具一

计算文件 SHA-256

选择本地文件,计算该文件的 SHA-256 内容指纹。

尚未选择文件
SHA-256
--
请优先使用原始文件

粟倬诺按文件的精确字节内容进行核验。 文件即使肉眼看起来完全一样, 只要内部字节已经发生变化, 就不再作为同一个精确数字对象处理。

聊天软件、社交平台、网页以及图片或视频处理工具, 在传输或重新保存过程中可能进行压缩、转码、 重新封装或修改元数据。 因此再次取得的文件可能已经不是原始字节文件。

哈希不一致只说明两个文件的字节内容不同。 它本身不能判断变化发生的原因, 也不能自动证明存在恶意篡改。

本工具只在浏览器本地分块读取文件并计算 SHA-256。 文件不会因为“计算哈希”这一操作上传到粟倬诺服务器。

工具二

哈希转短码

输入64位十六进制原始区块哈希, 按当前公平码计算规则得到派生哈希和短码。

派生哈希
--
短码计算结果
--
自行计算得到的短码只是算法计算结果, 不代表该短码已经取得粟倬诺当前公平码资格。
工具三

验证文件

上传文件重新计算内容身份, 核对它是否与粟倬诺既有数字绑定记录匹配。

打开文件验证工具
验证时请尽量使用原始文件

在线验证按文件的精确字节内容重新计算内容身份。 如果文件经过第三方平台传输、压缩、转码、 重新封装或重新保存后字节已经变化, 即使画面或声音看起来相同, 也可能无法与原 Binding 记录匹配。

“未匹配”只表示当前文件没有与既有记录形成相同的 数字内容身份关系。 它不自动代表文件虚假、被恶意修改, 也不自动判断现实事件真假。

当前 Commercial V1 在线文件验证 单文件上限为 512MiB。 本地 SHA-256 计算工具不使用服务器上传通道, 因此不以 512MiB 作为算法限制; 实际可处理大小取决于浏览器、设备和本地文件系统能力。

工具四

外部区块核对

使用两个独立公开区块浏览器, 对照区块高度和区块哈希。

公平码历史

公开历史记录

下列记录来自粟倬诺公开熵历史账本。 每条记录展示公平码、区块高度、记录时间、 原始区块哈希与派生哈希。 这些信息可用于独立复算和公开区块交叉核对。

公平码不是唯一标识。 同一个公平码在不同时间出现时, 搜索会显示它的全部历史记录, 不按公平码合并。
正在读取公开历史……
为什么要求原始文件

对数字文件来说, 精确到每一个字节

粟倬诺保护的是具体数字文件对象的可核验关系。 “看起来还是同一张照片或同一个视频” 与“文件字节完全一致”是两件不同的事情。

看起来一样

压缩、转码、元数据修改、重新封装或重新保存, 都可能在几乎不改变视觉内容的情况下改变文件字节。

字节完全一致

粟倬诺核验的是精确数字对象。 系统不会因为两个文件“看起来差不多” 就把它们当成同一个文件。

这是对用户的保护

当数字对象已经发生变化时, 系统不会继续宣称它与原始记录完全一致。 同时,发现哈希不一致也不会被自动解释成 “造假”或“恶意篡改”; 系统只报告它真正能够确认的字节关系。

这个工具怎么工作

文件形成时留下记录, 需要时重新核验

粟倬诺不替你判断现实世界的真假, 它负责把文件形成时能够确定的数字信息记录下来, 并让这些信息以后仍然可以重新核对。

第一步

取得资格时间

正式记录使用服务器维护的资格时间, 不直接把手机本地时间作为记录依据。

第二步

获取公开熵上下文

系统取得当前有效的公开外部状态, 并形成对应的公平码和区块上下文。

第三步

形成文件内容身份

正式文件完成后计算内容指纹, 用于识别同一个数字文件对象。

第四步

建立历史记录

服务器确认文件内容一致后, 建立以后可以重新核验的数字记录。

我们能验证什么

只证明系统真正记录过的东西

可以重新核验

  • 文件内容是否与既有记录匹配
  • 对应的时间上下文
  • 对应的公平码和区块上下文
  • 对应数字记录是否已经建立

不会自动判断

  • 现实事件是否一定真实发生
  • 文件中的叙述是否真实
  • 谁应当承担现实责任
  • 最终法律结论