阅读约 8 分钟
什么是存在性证明？
存在性证明能表明某份精确数据在某个公开时间戳之前就已存在——而无需公开私密文件本身。本文讲清它的工作原理，以及它能证明什么、不能证明什么。
标准指南
「标准」分类下的文章
阅读约 9 分钟
Label 309 是如何工作的
Label 309 把一份存在性证明写入 Cardano 交易元数据：以内容哈希为先，再附带可选的签名、封存载荷、接收方密钥槽和 Merkle 批处理。本文逐层讲清每一层的工作原理，以及任何人如何对其进行验证。
标准
阅读约 7 分钟
哈希、签名、封存、分享：CardanoWall 证明的四个层级
CardanoWall 用四个层级来构建证明：纯哈希时间戳、可选的签名、加密后的封存副本，以及面向特定接收方的私密投递。你只需启用某个场景真正需要的层级。
标准指南
阅读约 7 分钟
生成证明时，区块链上到底记录了什么？
CardanoWall 发布到 Cardano 上的是一份很小的证明记录，而不是你的文件。仅哈希证明只暴露一个摘要，而封存证明会把内容加密存放在链下——本文讲清楚到底有哪些信息会公开。
标准安全
阅读约 7 分钟
Label 309 是开源的吗？
是。Label 309 是一项开放的存在性证明标准：代码采用 Apache-2.0 许可，规范采用 CC-BY-4.0 许可，任何人都可以实现它、复刻它、运行网关、构建产品，无需向 CardanoWall 申请许可。
标准开发者
阅读约 7 分钟
什么是 Label 309 网关？
Label 309 网关是负责发布的服务：它通过一套标准 API 完成报价、上传、提交、确认和索引存在性证明记录——与此同时，你的密钥始终留在设备上，证明也始终能从公开数据中验证。
开发者标准
阅读约 7 分钟
一条记录覆盖成千上万个文件：Merkle 批处理
一个 Merkle 根能让单条 Label 309 记录对成千上万、乃至上百万个文件哈希做出承诺，之后再用一份小巧的包含证明就能证明其中任意一项——无需把每一项都放到链上。
标准开发者
阅读约 6 分钟
将 C2PA Content Credentials 锚定到独立时间戳
C2PA 描述媒体的来源；Label 309 则把资产本身或其清单锚定到 Cardano 上一个独立的公共时间戳。下面讲清这两层如何配合。
AI 与溯源标准
阅读约 8 分钟
存在性证明不能证明什么
存在性证明能表明特定字节在某个公开时间之前就已存在。但它本身并不能证明所有权、真实性、作者身份、谁更早、合法性，也不能保证被法庭采纳。
标准指南
阅读约 6 分钟
存在性证明与时间戳权威机构：你需要哪种信任模型？
两者都把数据绑定到某个时间点，但时间戳权威机构把信任根植于某家具名服务商的密钥，而 Label 309 存在性证明把信任根植于公开的 Cardano 共识。本文教你如何选择。
标准合规与法律
阅读约 6 分钟
存在性证明与 C2PA：两者如何配合？
C2PA 描述媒体资产的来源溯源；Label 309 则把一份带时间戳、针对其字节的承诺锚定到 Cardano 链上。本文讲清楚二者各自证明了什么，以及为什么大多数工作流都需要同时用上它们。
标准AI 与溯源
阅读约 6 分钟
存在性证明对比 Sigstore：两者都需要吗？
Sigstore 为软件构件签名，并把签名事件记录到公开日志；Label 309 则在你的整套发布证据之上，叠加一层独立的区块链时间锚。两者解决的是不同的问题，而且配合得很好。
标准开发者
阅读约 7 分钟
存在性证明对比 OpenTimestamps：哪种时间戳更适合你的工作？
OpenTimestamps 是锚定到 Bitcoin 的纯时间戳方案，非常出色。Label 309 则在 Cardano 原生证明记录之上叠加了签名、封存、接收方与 Merkle 批处理——本文教你如何取舍。
标准