要对比两个版本，请先选中它们对应的单选框，然后按回车键或点击下方的按钮，即可进入版本差异对比视图。
也可以通过这些选项进行版本差异对比：（当前）=这个版本与最后版本之间的差异，（之前）=这个版本与它上一版本之间的差异。
此外，小=小编辑。
非管理组用户不能删除历史，如果您的编辑和摘要包含隐私信息，请向管理组反馈（审核员、管理员、系统管理员）。
存在性证明
🔬实验性功能这是什么：
存在性证明是指证明在某个时间点，某串数据确实存在，并且与某个主体相关联。
在传统中是依赖著作权登记，权威机构的签名，网络内容记录服务等等手段来证明。
我们会采用更适合现状的手段来达到这一目的。
在我们现在的测试里UTCWIKI中对文件的工作流程是：对文件进行SHA-256这是一种密码散列函数（更多人称其为密码哈希函数），这类函数有几种特性：确定，对于相同的输入有相同的输出；不可逆，不可能通过已知的输入来得出输入；碰撞抵抗，对于一对输入输出，不可能找到不一样的输入来得到一样的输出；注意，以上的理想情况下的特质，在现实中被认可的密码哈希函数的所有“不可能”都是计算安全的不可能（依靠现存所有计算资源和最佳的手段都无法搞定）而不是数学上的不可能。我们执行这一步是因为部分签名方式会随着原文长度变化而发生长度变化，为了使其输出统一的长度，先哈希再签名是常规方法。选择SHA-256是因为它到目前为止都是主流的安全的密码散列函数。，然后对SHA-256结果进行以太坊标准签名签名的基本过程是：使用私钥对数据进行计算，生成一个只能由该私钥生成、但可以用对应公钥验证的新数据，得到的数据就叫做签名。只要私钥未泄露，依赖现有计算能力和最佳算法都无法伪造签名。签名和原文绑定，任何对原文的改动都会使签名无法通过验证。我们执行这一步是为了证明内容确实由我们上传。选择以太坊标准签名是因为其得到的签名具有自我包含性。，最后用签名结果生成时间戳证明并通过OpenTimestamps协议广播到比特币区块链区块链本身是一个去中心化的账本，理想情况下数据一旦写到链上便不可修改、不可删除且全网可验证。比特币区块链是世界上第一条实际运行的区块链，设计上它的每一笔交易都包含一个交易数据部分。OpenTimestamps协议在比特币区块链中使用OP_RETURN机制把时间戳相关数据嵌入到交易中，这段数据不会参与比特币的转账行为，但会存储到链上。。
由于该协议是开源的，如果你拥有签名文件和时间戳证明，你可以独立于UTCWIKI来验证文件的存在性。
但是仅凭文件SHA-256结果，仅凭签名，仅凭时间戳证明，或者只是拥有其中两样，都不能进行验证。这些限制是为了对用户对隐私内容的错误上传的容错。因为如果设计为能做到的话：
仅凭借文件SHA-256结果，仅凭借签名或者凭借这两样：导致结果被任意发现，他人可以发起遍历攻击来找到关系链。
仅凭借时间戳证明或者凭借时间戳证明与签名：如果要实现这一点，得把整个文件包括在时间戳中，导致文件内容在区块链上可见并且几乎不可能被删除。
也许可以称之为“不可发现但可验证/Undiscoverable but Verifiable”
我们专用于文件上传签名的以太坊地址是（仅参与签名）：0xc0886728FB7FF85a575b29cEb6ca974645a4aA37
请注意，这套系统还在测试中，所有签名数据都可能在将来删除，具体以正式版为准。
| 文件SHA-256结果 | a89dd2f6713f795dc82cbf3e2860f06a622dee66b49b6acdfdd2010b2ed024ad |
|---|---|
| 对文件SHA-256结果的签名（.sig） | (下载) 4f05f8917e3b06d0b288c053676cb5ba8bfe979a9925d99091ac685379dd24d514b36616b8ac1b42a516615a31db723bd491d0bf35ccea52c140f6285e861e171c |
| 对签名文件的时间戳证明（.ots） | (下载) |
| 状态 | 比特币网络已确认 |
| 区块高度 | 903963 |
| 区块头时间 | 2025-07-04 20:04:54 (UTC+8) |
