为创作者准备的创意证明

创作者可以证明某个特定的创意文件在某个特定时间之前已经存在。

借助 Label 309，你可以对原始文件、草稿、项目文件夹、提示词、AI 输出、音轨分轨、导出文件或交付包计算哈希，然后在 Cardano 区块链上发布一份公开、带时间戳的哈希承诺。作品本身完全无需公开：你可以只发布哈希，把敏感的源材料保持私密，或以加密形式封存。

这样一份证明不会授予版权、不会证明归属，也无法阻止任何人复制你的作品。它创造的是一种更窄、更持久的东西：关于时间与完整性的证据，而且不依赖任何平台持续在线。

这解决了什么问题？

创意作品很容易被复制，却很难确定时间。

一个文件被转载却没有署名。客户对交付内容产生争议。某个 AI 输出出现在别人的营销活动里。一份草稿成了权利纠纷中的证据。一个项目文件夹在原始版本完成很久之后被改动。

在每一种情况下，创作者都想回答几个关于时间的问题中的某一个：

这个文件是否在它出现在别处之前就已存在？
这是不是我交付的那同一个文件？
在公开发布之前，我手里是否已经有源项目？
这一对「提示词与输出」是不是我工作流程的一部分？
这个文件夹是否确实包含我所说的那些分轨、图层或草稿？
这个创意构思是否在客户会议之前就已产生？

存在性证明（Proof of Existence）为上述每一个答案加上了一个公开的时间戳，于是日期就不再取决于文件自身的元数据、平台的上传日志，或者你与他人各执一词的局面。

创作者可以为什么内容打时间戳？

几乎任何数字产物都可以。

例如：

原始图像；
原始照片；
分层设计文件；
音轨分轨；
视频工程文件；
脚本；
草稿；
扫描成文件的手绘稿；
提示词；
AI 生成的输出；
模型设置；
风格板；
客户交付包；
网站导出文件；
NFT 元数据；
最终母带文件；
整个项目文件夹。

关键在于精确到字节。文件哪怕改动一个字节，哈希就会随之改变——而这正是它的意义所在。一份证明绑定的是某一个特定版本，而不是一个标题或者一句含糊的「那个设计」。

这份证明是怎么工作的？

文件会变成一个哈希。

CardanoWall——或任何其他 Label 309 工具，包括开源的 cardanowall CLI 和 SDK——会对文件或清单计算一个加密哈希。该哈希会以一条 Label 309 记录的形式发布到 Cardano 上，并带上区块的时间戳。之后，你从文件重新计算哈希，并证明它与已发布的记录相符。

如果哈希相符，那么你现在手里的文件就是当时被承诺的那同一段字节序列。任何人凭交易引用和一个公开的 Cardano 浏览器都能核验这一点——他们无需信任 CardanoWall、我们的服务器或我们的域名。

链上从不需要作品本身，它只需要那份承诺。

源文件应该公开吗？

通常不应该。

源文件里往往包含私密图层、客户材料、尚未发布的构思、合同细节、提示词实验或商业机密。把它们公开，对你的处境造成的损害可能多过帮助。

默认做法是只发布哈希。如果你还希望原始字节日后可以恢复，就使用封存记录：源文件会被加密，密文存储在链下，链上只保留明文的哈希。证明依然承诺了真实的文件，但文件对持有密钥的人来说仍是加密状态。

这样一来，你既保留了证明，也保留了原始字节，而无需把作品交给公众。不过，在把任何内容封存给别人之前，请先验证对方的接收地址——一个封存文件的私密程度，只取决于它被封装到的那把密钥。

整个项目文件夹该怎么办？

使用清单加 Merkle 根。

创意项目很少只存在于单个文件中。一个设计文件夹里有图像、字体、草稿、导出文件和笔记。一个音乐项目里有分轨、MIDI 文件、混音版本和母带。一个视频项目里有素材、时间线、图形、代理文件和最终渲染成品。

对于一个文件夹，构建一份清单，逐个文件列出：

文件路径；
文件大小；
内容哈希；
修改时间（如果有用）；
项目版本；
关于其来源或作用的备注；
它在树中的叶子索引。

然后发布单一的 Merkle 根，对整份列表做出承诺。链上一个 32 字节的根就代表了整个文件夹。日后，你可以证明某一个特定文件曾是项目的一部分——只需一个小小的包含证明——而无需一次性披露其余所有文件。同样的手法可以从一个文件夹扩展到一条记录里成千上万乃至数百万个文件。

AI 创作者可以怎么用它？

锚定整份创意记录，而不只是最终图像。

AI 创作通常涉及提示词、负面提示词、种子、模型名称、参考图像、控制图像、放大处理、编辑和最终导出。如果你只为最终图像打时间戳，那么大部分能表明作品出自你手的过程都会缺失。

一份更有力的 AI 艺术证明可以涵盖：

最终输出的哈希；
提示词文件的哈希；
模型或服务的引用；
生成设置；
参考图像的哈希；
一份编辑历史清单；
放大后导出文件的哈希；
项目文件夹的 Merkle 根；
一份 Content Credentials（C2PA）清单的哈希（如果你生成了一份）。

这并不能证明你对每一个输入都拥有全部法律权利——哈希对许可或同意只字未提。它能证明的是：这些特定材料在某个特定时间之前已经存在，而这往往正是事后最难确立的部分。存在性证明与 Content Credentials 这类来源溯源层回答的是不同的问题：一个固定的是确切字节的时间与完整性，另一个携带的是关于内容如何被制作的已签名声明。

这对面向客户的工作有什么帮助？

证明能让交付更清晰。

自由职业者、工作室或代理机构可以在发送交付包之前为它打时间戳。如果日后出现争议，证明可以表明交付的是什么内容，以及那个确切的交付包在那个时间已经存在。

它适用于：

最终作品交付；
品牌素材包；
广告创意变体；
音频母带；
视频剪辑版本；
网站导出文件；
源文件移交；
里程碑确认；
发布前的营销活动素材。

对于面向客户的工作，可选的签名能再添一条有用的事实：它表明是哪个身份密钥为这次交付背书。Label 309 中的签名从不是必需的——一条仅含哈希的记录已完全有效——但当你加上签名后，记录就携带了你身份密钥的签名，于是这份证明就不只是「这些字节曾经存在」，而是「这个身份在这个时间为这些字节背书」。

这能证明作品归我所有吗？

仅凭它本身不能。

存在性证明可以为一段归属或著作权的叙事提供支撑，但它无法替代合同、版权登记、雇佣协议、许可条款、模特肖像授权、同意记录或法律意见。它在某个具体纠纷中是否有帮助，取决于你所在的司法辖区以及周边的证据。

它证明的是一件更窄的事：特定字节在某个特定时间之前已经存在；如果做了签名，则还能证明某个特定身份密钥签署了这条记录。它无法证明作品是原创、你对它拥有权利，也无法证明没有人更早就创作出同样的东西却从未公开。

这类证据依然可能很有价值。它是权利叙事中扎实的一环，而非整个体系。想要仔细了解这条界线落在何处，参见一份证明无法证明什么。

如果有人日后抄袭我的作品怎么办？

证明给你一条时间线。

如果有人在你之后发布了一个相似的文件，你或许能够表明你的原始文件存在得更早。如果被抄袭的文件与原文件逐字节相同，哈希就会直接相符。如果它被改动过，证明依然有帮助：它可以确立你的源文件、草稿或项目文件夹在对方的版本出现之前就已存在，而这往往足以扭转一场「各执一词」的争论。

面对真正的纠纷，请保留的不仅是最终的证明。把源文件、项目历史、合同、消息、发票和交付记录都保存下来。当一份证明处在一条更广的证据链之中、而非孤零零地存在时，它的效力最强。

创作者应该避免什么？

不要只依赖一个最终导出文件。

有几个习惯，决定了你拥有的是一份能倚仗的证明，还是一份倚仗不上的证明：

保留源材料、清单和交易引用——如果你再也拿不出证明所承诺的那些字节，证明就毫无用处；
在有帮助的地方保留已签名的交付记录；
绝不要以明文发布私密的客户文件，而要把它们封存起来；
在发送封存记录之前，先验证接收方的接收地址；
不要让机密的提示词、源材料或许可条款不慎泄露进公开的元数据里。

证明是一种习惯，而不是一个应急按钮。为文件打时间戳的恰当时机是你制作它的那一刻，而不是纠纷开始后的第二天。

简而言之

创作者需要属于自己、而不只属于某个平台的带时间戳的证据。

Label 309 让你能把源文件、最终导出文件、AI 输出、提示词，乃至整个项目文件夹承诺到 Cardano 上的公开时间。仅含哈希的记录让文件保持私密。封存记录为应当持有它们的人保留加密的原件。Merkle 根用一份链上承诺覆盖大型文件夹。

它不会凭空授予权利。它给你的创意时间线提供了一个坚实的立足点。