約3分で読めます
Label 309 は CIP-0190 になりました
私たちが Cardano のために書いた存在証明（Proof of Existence）の標準が、CIP-0190 として公式の CIP リポジトリに受理されました。それが何を意味し、何を意味しないのか、そしてこの先に何が来るのかを説明します。
お知らせ
タグ「proof-of-existence」の記事
約9分で読めます
Merkle バッチから 1 ファイルを証明する：包含証明書
多数のファイルハッシュが 1 つの Merkle ルートとして Cardano に公開されたあと、包含証明書とは、ある特定のファイルがそのバッチの一部だったことを証明する小さなダウンロード可能ファイルです。ご自分のブラウザで確認でき、CardanoWall を信頼する必要はなく、いつまでも有効です。
標準仕様ガイド
約11分で読めます
CardanoWall が Label 309 を基盤に再始動します
CardanoWall は、Cardano メタデータ向けのオープンでベンダー中立なレコード形式である Label 309 を基盤とした存在証明（Proof of Existence）サービスとして再始動します。コンテンツをハッシュ化し、署名し、封印し、共有したうえで、当社のサーバーを信頼することなく検証できます。
お知らせ
約12分で読めます
存在証明とは何か
存在証明は、特定のデータが公開タイムスタンプの時点までに存在していたことを示します。しかも、プライベートなファイルそのものを公開する必要はありません。仕組みと、何を証明し何を証明しないのかを解説します。
標準仕様ガイド
約14分で読めます
Label 309 の仕組み
Label 309 は、存在証明を Cardano のトランザクションメタデータに書き込みます。まずコンテンツのハッシュがあり、そこに任意の署名、封印されたペイロード、受信者ごとの鍵スロット、Merkle バッチが加わります。各レイヤーがどう機能し、誰がどう検証するのかを解説します。
標準仕様
約12分で読めます
ハッシュ・署名・封印・共有：CardanoWall の証明を構成する 4 つのレベル
CardanoWall は証明を 4 つの層で組み立てます。素のハッシュによるタイムスタンプ、任意の署名、暗号化された封印コピー、そして特定の受信者への非公開配信です。その状況に必要な層だけを使えます。
標準仕様ガイド
約12分で読めます
数千ファイルを 1 レコードで：Merkle バッチ処理
Merkle ルートを使えば、1 つの Label 309 レコードで数千〜数百万のファイルハッシュをコミットでき、後から任意の 1 件を小さな包含証明で証明できます。すべての項目をチェーン上に載せる必要はありません。
標準仕様開発者向け
約12分で読めます
学習データを公開せずに証明する方法
非公開のデータセットスナップショットをハッシュまたは Merkle ルートにコミットし、タイムスタンプ付きの証明を 1 つだけ公開します。データは非公開のままで、後から特定のファイル・行・バージョンがコミット済みのセットに含まれていたことを選択的に証明できます。
AI と来歴セキュリティ
約11分で読めます
法的証拠と eディスカバリー：文書とディスカバリーのエクスポートにタイムスタンプを付与する
Label 309 の存在証明を使って、文書やディスカバリーのエクスポートが公開された時刻までに存在し、いまも元のバイト列と一致することを証明する方法、そしてその証明がどこで終わり、法的手続きがどこから始まるのかを解説します。
コンプライアンスと法務
約14分で読めます
公開せずに検証可能なセキュリティインシデントのタイムラインを構築する
セキュリティチームが証拠を収集しながらインシデントの証拠にタイムスタンプを付与して封印する方法。機密の詳細を公開することなく、何がいつ存在したのかを証明する、耐久性があり独立して検証可能なタイムラインを構築します。
セキュリティコンプライアンスと法務
約10分で読めます
アーティストのためのクリエイティブ証明
ソースファイル、ドラフト、プロンプト、書き出し、あるいはプロジェクトフォルダ全体をハッシュ化し、それらが指定の時刻までに存在していたことを示すタイムスタンプ付きの Label 309 証明を公開できます。作品そのものを公開する必要はありません。
AI と来歴ガイド
約12分で読めます
Cardano で最初の存在証明を公開する
最初の Label 309 証明は、ハッシュだけのレコードで構いません。ファイルをハッシュ化し、ゲートウェイから価格の見積もりを受け取り、そのダイジェストを Cardano に公開して、トランザクションハッシュを保管します。ここではその全体の流れを解説します。
ガイド開発者向け
約13分で読めます
存在証明が証明しないこと
存在証明は、ある特定のバイト列が公開時刻までに存在していたことを示します。所有権・真実性・著作者・先行性・適法性・証拠能力までは、それ単独では証明しません。
標準仕様ガイド
約9分で読めます
存在証明とタイムスタンプ局：どちらの信頼モデルが必要か
どちらもデータを特定の時点に結び付けますが、タイムスタンプ局は信頼の根を特定の事業者の鍵に置くのに対し、Label 309 の存在証明は公開された Cardano のコンセンサスに置きます。選び方を解説します。
標準仕様コンプライアンスと法務
約9分で読めます
存在証明と C2PA はどう組み合わさるのか
C2PA はメディア資産の来歴を記述し、Label 309 はそのバイト列に対するタイムスタンプ付きのコミットメントを Cardano 上に記録します。それぞれが何を証明するのか、そしてなぜ多くのワークフローで両方が必要になるのかを解説します。
標準仕様AI と来歴
約9分で読めます
存在証明と Sigstore：両方とも必要なのか
Sigstore はソフトウェアの成果物に署名し、その署名イベントを公開ログに記録します。Label 309 は、リリース証跡全体に独立したブロックチェーンの時刻アンカーを付与します。両者は別々の問題を解決し、組み合わせるとうまく機能します。
標準仕様開発者向け
約11分で読めます
存在証明と OpenTimestamps：あなたの仕事に合うタイムスタンプはどちらか
OpenTimestamps は、Bitcoin にアンカーされたシンプルなタイムスタンプに優れています。Label 309 はそこへ署名・封印・受信者・Merkle バッチ処理を備えた Cardano ネイティブの証明レコードを加えます。選び方を解説します。
標準仕様