アーティストのためのクリエイティブ証明

アーティストは、特定のクリエイティブファイルが特定の時刻までに存在していたことを証明できます。

Label 309 を使えば、オリジナルファイル、ドラフト、プロジェクトフォルダ、プロンプト、AI の出力、ステム、書き出し、納品パッケージなどをハッシュ化し、その公開タイムスタンプ付きコミットメントを Cardano ブロックチェーン上に公開できます。作品そのものを公開する必要はありません。ハッシュだけを公開し、機微なソース素材は非公開のまま、あるいは暗号化して封印したまま保てます。

このような証明は、著作権を付与するものでも、所有権を証明するものでも、誰かが作品をコピーするのを止めるものでもありません。証明が生み出すのは、もっと限定的で、それでいて長持ちするものです。すなわち時刻と完全性に関する裏づけであり、どこかのプラットフォームがオンラインであり続けるかどうかに左右されません。

この証明は何を解決するのか

クリエイティブな作品は、コピーされやすく、日付を裏づけるのは難しいものです。

ファイルがクレジットなしで再投稿される。クライアントが納品内容に異議を唱える。自分の AI の出力が他人のキャンペーンに紛れ込む。ドラフトが権利紛争の証拠になる。オリジナル版を作ってからずっと後にプロジェクトフォルダが改変される。

こうした場面で、クリエイターは次のような時刻に関する問いのいずれかに答えようとしています。

このファイルは、どこか別の場所に現れる前から存在していたか
これは自分が納品したのと同じファイルか
公開リリースの前にソースプロジェクトを持っていたか
このプロンプトと出力のペアは自分のワークフローの一部だったか
このフォルダには、自分が言うとおりのステム・レイヤー・ドラフトが入っていたか
このコンセプトはクライアントとの打ち合わせより前に作られたか

存在証明（Proof of Existence）は、こうした答えの一つひとつに公開タイムスタンプという裏づけを与えます。日付の根拠が、ファイル自身のメタデータでも、プラットフォームのアップロードログでも、誰かの言い分との水掛け論でもなくなるのです。

アーティストは何にタイムスタンプを付けられるのか

ほぼどんなデジタル成果物にも付けられます。

たとえば次のようなものです。

オリジナル画像
未現像の写真
レイヤー付きデザインファイル
オーディオステム
動画プロジェクトファイル
台本
ドラフト
スキャンしてファイル化したスケッチ
プロンプト
AI が生成した出力
モデル設定
スタイルボード
クライアント向け納品パッケージ
ウェブサイトの書き出し
NFT メタデータ
マスタリング済みの最終ファイル
プロジェクトフォルダ全体

重要なのは、まさにそのバイト列です。ファイルが 1 バイトでも変われば、ハッシュも変わります。そこがまさに肝心な点です。証明は、タイトルや漠然とした「あのデザイン」ではなく、特定の 1 つのバージョンに結びつきます。

CardanoWall は（あるいはオープンソースの cardanowall CLI や SDK を含む、ほかのどんな Label 309 ツールでも）、ファイルやマニフェストの暗号学的ハッシュを計算します。そのハッシュは Label 309 レコードに収められ、ブロックのタイムスタンプとともに Cardano 上へ公開されます。後から、ファイルからハッシュを再計算し、それが公開済みのレコードと一致することを示せます。

ハッシュが一致すれば、いま手元にあるファイルは、その時刻にコミットされたのと同じバイト列です。誰でも、トランザクション参照と公開された Cardano エクスプローラーがあればこれを検証でき、CardanoWall や、当社のサーバー、当社のドメインを信頼する必要はありません。

チェーンが作品そのものを必要とすることはありません。必要なのはコミットメントだけです。

ソースファイルは公開すべきか

たいていの場合、公開すべきではありません。

ソースファイルには、非公開のレイヤー、クライアント素材、未発表のコンセプト、契約の詳細、プロンプトの試行、商業上の秘密が含まれていることがよくあります。これらを公の場で公開すると、得られるものより、立場を弱める害のほうが大きくなりかねません。

既定では、ハッシュだけを公開します。あわせて元のバイト列を後から取り戻せるようにしたい場合は、封印付きレコードを使います。ソースファイルは暗号化され、暗号文はオフチェーンに保管され、チェーン上には平文のハッシュだけが載ります。証明は引き続き本物のファイルにコミットしますが、ファイルは鍵を持つ者にとってのみ開ける暗号化された状態のまま保たれます。

こうすれば、作品を公衆に手渡すことなく、証明と元のバイト列の両方を保持できます。ただし、誰かに向けて何かを封印する前に、相手の受信アドレスを検証してください。封印されたファイルの秘匿性は、それがラップされた鍵の安全性と同じだけしかありません。

プロジェクトフォルダ全体はどうするのか

マニフェストと Merkle ルートを使います。

クリエイティブなプロジェクトが 1 つのファイルに収まることはまれです。デザインフォルダには画像、フォント、ドラフト、書き出し、メモが入っています。音楽プロジェクトにはステム、MIDI ファイル、ミックスのバージョン、マスターがあります。動画プロジェクトには素材、タイムライン、グラフィック、プロキシ、最終レンダーがあります。

フォルダについては、ファイルごとに次の項目を列挙するマニフェストを作成します。

ファイルパス
ファイルサイズ
コンテンツハッシュ
必要なら更新時刻
プロジェクトのバージョン
そのソースや役割についてのメモ
ツリー内でのリーフインデックス

そのうえで、このリスト全体にコミットする単一の Merkle ルートを公開します。チェーン上の 32 バイトのルート 1 つが、フォルダ全体の代わりを務めます。後から、特定の 1 ファイルがそのプロジェクトの一部だったことを、ほかのすべてのファイルを一度に明かすことなく、コンパクトな包含証明とともに証明できます。同じ仕組みは、フォルダから1 つのレコードに収めた数千・数百万のファイルへとそのままスケールします。

AI アーティストはこれをどう使えるのか

最終画像だけでなく、クリエイティブな記録全体をチェーン上に記録してください。

AI を使った制作は、たいていプロンプト、ネガティブプロンプト、シード、モデル名、参照画像、コントロール画像、アップスケール、編集、最終的な書き出しを伴います。最終画像だけにタイムスタンプを付けると、その作品が自分のものであることを示すプロセスの大半が抜け落ちてしまいます。

より強固な AI アート証明は、次のようなものを対象にできます。

最終出力のハッシュ
プロンプトファイルのハッシュ
モデルまたはサービスの参照
生成設定
参照画像のハッシュ
編集履歴のマニフェスト
アップスケール後の書き出しのハッシュ
プロジェクトフォルダの Merkle ルート
作成していれば、Content Credentials（C2PA）マニフェストのハッシュ

これは、すべての入力素材に対するあらゆる法的権利を保有していることを証明するものではありません。ハッシュはライセンスや同意について何も語りません。証明できるのは、これらの特定の素材が特定の時刻までに存在していたという事実です。これは後から立証しようとすると、しばしば難しい部分です。存在証明と、Content Credentials のような来歴のレイヤーは、それぞれ異なる問いに答えます。一方はまさにそのバイト列の時刻と完全性を固定し、もう一方はコンテンツがどう作られたかについての署名付きの主張を伝えます。

これはクライアント対応にどう役立つのか

証明によって納品がすっきりします。

フリーランス、スタジオ、エージェンシーは、納品パッケージを送る前にタイムスタンプを付けられます。後から紛争になっても、証明によって、何が納品されたか、そしてその厳密なパッケージがその時刻に存在していたことを示せます。

これは次のような場面で役立ちます。

最終アートワークの納品
ブランドアセットのパッケージ
広告クリエイティブのバリエーション
オーディオマスター
動画のカット
ウェブサイトの書き出し
ソースファイルの引き渡し
マイルストーンの承認
リリース前のキャンペーンアセット

クライアントワークでは、任意の署名がもう 1 つ有用な事実を加えます。どのアイデンティティ鍵がその納品を保証したかを示すのです。Label 309 の署名は決して必須ではなく、ハッシュだけの素のレコードでも完全に有効です。とはいえ署名を加えると、レコードにはご自分のアイデンティティ鍵による署名が含まれることになり、証明は単なる「これらのバイト列が存在した」ではなく、「このアイデンティティが、この時刻に、これらのバイト列を裏づけた」になります。

これで作品を所有していると証明できるのか

それ単独ではできません。

存在証明は所有や著作についての主張を支える場合がありますが、契約、著作権登録、雇用契約、ライセンス条件、モデルリリース、同意の記録、法律上の助言の代わりにはなりません。特定の紛争で役立つかどうかは、ご自分の法域と周辺の証拠次第です。

証明できるのは、もっと限定的なことです。すなわち、特定のバイト列が特定の時刻までに存在していたこと、そして署名されていれば、特定のアイデンティティ鍵がそのレコードに署名したことです。作品がオリジナルであること、それに対する権利を持っていること、あるいは同じものを自分より先に作りながら公開しなかった人がいないこと、こうしたことは証明しません。

それでも、その裏づけには価値があり得ます。権利を語るうえでの確かな 1 ピースであって、全体のシステムそのものではありません。どこに線が引かれるのかを丁寧にたどった解説は、証明が証明しないことをご覧ください。

後から誰かに作品をコピーされたら

証明はタイムラインを与えてくれます。

誰かが自分より後に似たファイルを投稿した場合、自分のオリジナルのほうが先に存在していたことを示せる可能性があります。コピーされたファイルがバイト単位で同一なら、ハッシュは直接一致します。改変されていても証明は役立ちます。すなわち、自分のソースファイル・ドラフト・プロジェクトフォルダが、別バージョンが現れる前から存在していたことを立証でき、それは「言い分の水掛け論」を動かすのにしばしば十分です。

実際の紛争に備えるなら、最終的な証明だけでなく、もっと多くを残してください。ソースファイル、プロジェクトの履歴、契約書、メッセージ、請求書、納品の記録を保存しておきましょう。証明は、それ単独ではなく、より広い証拠の連なりの中に収まっているときに最も強くなります。

アーティストが避けるべきことは何か

1 つの最終書き出しに頼ってはいけません。

頼りにできる証明と、頼りにできない証明とを分けるのは、いくつかの習慣です。

ソース素材、マニフェスト、トランザクション参照を保管しておきましょう。コミットしたバイト列をもう取り出せないなら、証明は役に立ちません。
役立つ場面では、署名付きの納品記録を残しておきましょう。
非公開のクライアントファイルを平文で公開してはいけません。代わりに封印します。
封印付きレコードを送る前に、受信者の受信アドレスを検証しましょう。
機密のプロンプト、ソース、ライセンス条件を、うっかり公開メタデータに漏らさないようにしましょう。

証明は習慣であって、非常用ボタンではありません。ファイルにタイムスタンプを付けるべきタイミングは、それを作ったときであって、紛争が始まった翌日ではありません。

要点

クリエイターには、プラットフォームだけのものではなく、自分自身のものであるタイムスタンプ付きの裏づけが必要です。

Label 309 を使えば、ソースファイル、最終的な書き出し、AI の出力、プロンプト、そしてプロジェクトフォルダ全体を、Cardano 上の公開された時刻にコミットできます。ハッシュだけのレコードはファイルを非公開に保ちます。封印付きレコードは、保持すべき人のために暗号化された原本を残します。Merkle ルートは、大きなフォルダをチェーン上の 1 つのコミットメントでカバーします。

これが魔法のように権利を付与することはありません。与えるのは、ご自分のクリエイティブなタイムラインが立てる確かな足場です。

さらに読む

Label 309 — これらの証明を支える、オープンでベンダー中立の標準。Cardano の CIP プロセスに提出され、CIP エディターによる審査中です。
CardanoWall のオープンソースコード — cardanowall CLI と、TypeScript・Python・Rust の SDK（Apache-2.0）。