用熵,为时间作证

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

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

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

自己计算,自己核对

基础计算工具直接在浏览器本地运行。 文件与文字的 SHA-256 计算不会因为计算本身上传内容。

工具一

SHA-256 计算与核对

文件和文字都可以在浏览器本地计算 SHA-256, 再与已有 SHA-256 进行核对。

尚未选择文件
SHA-256
--
也可以直接对文字计算 SHA-256。 文本按当前输入内容的 UTF-8 字节计算; 空格、标点、换行及其他字符差异都会改变结果。 文本不会因为计算 SHA-256 上传到粟倬诺服务器。
文本 SHA-256
--
已有一串 SHA-256 需要核对? 可以把它粘贴到下面,与上面最近一次计算出的 文件或文本 SHA-256 直接比较。
请优先使用原始文件

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

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

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

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

工具二

哈希转短码

输入 Bitcoin 原始区块哈希(64位十六进制), 按当前 Commercial V1 公平码算法重新计算派生哈希和短码。

派生哈希
--
短码计算结果
--
当前公平码算法(Commercial V1)

① 将输入的 64 位十六进制原始区块哈希转换为小写; ② 对这 64 个十六进制字符本身的 UTF-8 字节计算 SHA-256, 得到 64 位十六进制派生哈希。

③ 将派生哈希按无符号 256 位整数解释; ④ 计算该整数对 10,000,000 的余数: faircode = integer(derived_hash) mod 10,000,000。

⑤ 结果按普通十进制整数输出,不补前导零。 因此当前算法的短码范围是 0~9,999,999, 显示长度为 1~7 位; 例如数值 123 显示为“123”,不会显示为“0000123”。

公平码是短码,不是唯一事件标识。 同一个公平码可以在不同时间再次出现。 自行计算得到相同短码,也不代表它已经取得粟倬诺当前公平码资格。

工具三

验证文件

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

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

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

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

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

公平码历史

公开历史记录

下列记录按粟倬诺各历史阶段的真实记录方式展示。 Bitcoin 历史记录显示区块高度、记录时间、 原始区块哈希与派生哈希; 更早的公开熵记录保持当时的历史身份,不倒写成 Bitcoin 记录。

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

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

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

看起来一样

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

字节完全一致

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

这是对用户的保护

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

这个工具怎么工作

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

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

第一步

取得资格时间

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

第二步

获取公开熵上下文

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

第三步

形成文件内容身份

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

第四步

建立历史记录

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

我们能验证什么

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

可以重新核验

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

不会自动判断

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