オフチェーンメタデータ

オフチェーンメタデータとは？

オフチェーンメタデータとは、暗号資産、NFT、トークン、スマートコントラクト、ゲーム内アイテム、デジタルID記録、トークン化された現実資産などについての説明情報で、ブロックチェーン外に保存され、オンチェーンの記録から参照されるものです。

簡単に言えば、ブロックチェーンにはトークンの所有者が記録され、そのトークンが何を表すかを説明するメタデータファイルは別の場所に保存される場合があります。

NFTのオフチェーンメタデータには、名称、説明、画像リンク、アニメーションリンク、属性、希少性を示す特性、外部URL、コレクション情報、ライセンス文、ゲーム内の特性、クリエイター情報などが含まれる場合があります。

トークンコントラクトのオフチェーンメタデータには、ロゴ、プロジェクトの説明、バナー、ソーシャルリンク、ドキュメントへのリンク、ウォレットやエクスプローラーで使われる表示情報などが含まれる場合があります。

トークン化された現実資産の場合、オフチェーンメタデータには、法的文書、監査レポート、担保に関する情報、評価ファイル、本人確認が必要な情報など、オンチェーンに公開すべきでないものが含まれる場合があります。

ERC-721規格では、tokenURIがNFTを説明するJSONファイルを指す、任意のメタデータ拡張が定義されています。

ERC-1155規格も、トークンIDに応じたURI置換を含む、マルチトークンコントラクトのメタデータURIの仕組みを定義しています。

大容量ファイルをブロックチェーンに直接保存するとコストがかかり非効率なため、オフチェーンメタデータは広く使われています。

一方、オフチェーンメタデータには、保存、可用性、変更可能性、信頼に関するリスクが伴います。資産を利用する前に理解しておく必要があります。

オフチェーンメタデータの要点

• • オフチェーンメタデータとは、ブロックチェーン外に保存され、オンチェーンのURI、ハッシュ、ポインター、コントラクト関数から参照される資産情報です。
  • NFT、ゲーム資産、トークンロゴ、コントラクトのプロフィール、トークン化された現実資産、認証情報、コレクションのメタデータなどに広く使われます。
  • 一般的な保存先には、HTTPSサーバー、IPFS、Arweave、Filecoinを利用したストレージ、クラウドストレージ、プライベートデータベースなどがあります。
  • 大容量のJSONファイル、画像、動画、文書をコントラクトストレージに直接保存する必要がないため、オフチェーンメタデータはブロックチェーンのコストを抑えます。
  • 主なリスクは、リンク切れ、サーバー停止、ドメインの失効、無許可の編集、不十分なピン留め、検閲、プライバシー漏洩、誤解を招くメタデータです。
  • IPFSのようなコンテンツアドレス方式のストレージでは、コンテンツが変わるとコンテンツ識別子も変わるため、完全性を高められます。
  • 永続性とコンテンツアドレス方式は同じではありません。ピン留め、ホスティング、永続ストレージなどでファイルを利用可能な状態に保つ必要があります。
  • 動的メタデータはゲーム、進化するNFT、会員権、トークン化資産に役立つ一方、強固な更新管理が必要です。
  • メタデータだけでは、著作権、法的所有権、真正性、資産価値が自動的に証明されるわけではありません。
  • メタデータの保存先、変更権限、メディアの取得可否を必ず確認してください。

オフチェーンメタデータの仕組み

オフチェーンメタデータは通常、URIを保存または返すスマートコントラクトから始まります。

URIは、ウェブサイト上のJSONファイル、IPFS CID、Arweaveのトランザクション、分散型ストレージのオブジェクト、その他の外部データ保存先を指す場合があります。

ウォレット、エクスプローラー、マーケットプレイス、ゲーム、分析ツールがブロックチェーンからURIを読み取ります。

その後、アプリケーションが外部の保存先からメタデータを取得します。

メタデータファイルは、資産の表示方法をアプリケーションに伝えます。

たとえば、tokenURIが、トークン名、説明、画像URI、アニメーションURI、属性を含むJSONファイルへのリンクを返す場合があります。

ウォレットはそのJSONファイルを使って、NFTの画像や特性をユーザーに表示します。

ブロックチェーンはトークンIDの所有権を確認します。

オフチェーンメタデータは、そのトークンIDが何を表すとされているかを説明します。

この分離は有用ですが、トークンの記録と説明コンテンツでは、セキュリティ上の前提が異なる可能性があります。

オフチェーンメタデータとオンチェーンメタデータの違い

オフチェーンメタデータはブロックチェーン外に保存されます。

オンチェーンメタデータは、スマートコントラクトまたはブロックチェーントランザクションで直接保存・生成されます。

オフチェーンメタデータは通常、コストが低く、更新しやすく、大容量ファイルに適しています。

オンチェーンメタデータは通常、より長期間保持され、透明性が高く、外部インフラへの依存が少なくなります。

完全なオンチェーンNFTでは、重要なメタデータをすべてコントラクトから直接返す場合があります。

一般的なオフチェーンNFTでは、オンチェーンにはtokenURIのみを保存し、JSONファイルは別の場所に置く場合があります。

ハイブリッド型NFTでは、重要で変更不能な特性をオンチェーンに保存し、メディアや拡張メタデータをオフチェーンに保存する場合があります。

最適な方式は、資産の用途によって異なります。

永続的なジェネラティブアートでは、オンチェーンメタデータが適している場合があります。

頻繁な更新が必要なゲームアイテムでは、管理されたオフチェーンメタデータが適している場合があります。

現実資産トークンでは、非公開の法的文書を恒久的に公開すべきでないため、オフチェーン文書が必要となる場合があります。

暗号資産プロジェクトがオフチェーンメタデータを使う理由

ブロックチェーンは、大容量ファイルを低コストで保存するように設計されていないため、暗号資産プロジェクトはオフチェーンメタデータを利用します。

画像、動画、音声ファイル、3Dモデル、法的文書、ゲームデータは、通常のトランザクションデータよりはるかに大きくなる場合があります。

これらをオンチェーンに直接保存すると、ミントや更新の費用が高くなる可能性があります。

オフチェーンストレージを使えば、ブロックチェーントランザクションのデータ量を小さくできます。

すべてのブロックチェーンノードに大容量ファイルを保存させずに、アプリケーションでリッチメディアを読み込める点も利点です。

オフチェーンメタデータは、動的なユーザー体験にも対応できます。

ゲームではキャラクターのレベルを更新できます。

会員NFTではステータスを変更できます。

トークン化資産では評価書類を更新できます。

認証情報では、機密情報を公開台帳にさらさず、非公開記録を参照できます。

柔軟性が得られる一方、保存や更新の仕組みに対する信頼が必要になります。

オフチェーンメタデータの一般的な項目

最も一般的なメタデータ項目は資産名です。

説明項目は、資産が何を表すかを示します。

画像項目は、表示用の画像ファイルを指します。

animation_url項目は、アプリケーションが対応していれば、動画、音声、HTML、インタラクティブメディアを指すことがあります。

attributesまたはproperties項目には、特性、希少性、レベル、ステータス、カテゴリー、ゲーム内の数値などが記載されます。

external_url項目は、プロジェクトや資産のページを指す場合があります。

コントラクト単位のメタデータには、コレクション名、シンボル、説明、プロフィール画像、バナー画像、注目画像、外部リンク、協力者などが含まれる場合があります。

ドラフト版のERC-7572 contractURI規格は、contractURI関数を使ったコントラクト単位のメタデータを提案しています。

適切なメタデータ項目は、明確で一貫性があり、ウォレットやインデクサーが解析しやすいものです。

不適切なメタデータは、資産の表示、検証、比較を難しくする可能性があります。

オフチェーンメタデータとtokenURI

tokenURIは、NFTメタデータで最も重要な関数の一つです。

ERC-721では、tokenURIが特定のトークンIDに対応するURIを返します。

そのURIは、NFTを説明するJSONファイルを指す場合があります。

多くのコレクションでは、tokenURIはコントラクトからメタデータを直接返すのではなく、オフチェーンファイルを指します。

この設計によりミントのコストを抑え、メディア保存の柔軟性を高められます。

その一方、JSONファイルの保存先に依存することになります。

サーバーが消えてもトークンはオンチェーンに残りますが、画像や説明が読み込めなくなる場合があります。

JSONファイルが変更されると、トークンIDは同じままでも、表示されるNFTが変わる可能性があります。

長期的なNFTの品質を評価する際は、tokenURIを確認してください。

URIから、通常のサーバー、IPFS、Arweave、その他の保存方式が使われているか分かる場合があります。

オフチェーンメタデータとERC-1155 URIの置換

ERC-1155は、1つのコントラクトで複数の種類のトークンを管理できる規格です。

ERC-1155のメタデータURI形式では、プレースホルダーとして文字列{id}を含める場合があります。

クライアントソフトウェアは、そのプレースホルダーを規定の16進数形式の実際のトークンIDに置き換えます。

これにより、1つのURIテンプレートで複数のトークンIDに対応できます。

たとえば、1つのベースパスから複数のメタデータJSONファイルを参照できます。

ゲーム、エディション、報酬システム、多数のアイテムを持つコレクションに便利です。

その一方、開発者はオフチェーンファイルを正しく構成する必要があります。

ファイル名の形式が誤っていると、ウォレットが適切なメタデータを見つけられない場合があります。

オフチェーンフォルダーが移動・変更されると、多数のトークンが一度に表示できなくなる可能性があります。

ERC-1155のメタデータは効率的ですが、慎重なストレージ管理が必要です。

オフチェーンメタデータとIPFS

IPFSは、NFTのオフチェーンメタデータやメディアで最もよく使われる保存先の一つです。

IPFSのNFTデータに関するガイダンスでは、スマートコントラクトからIPFS上の外部データにリンクするため、IPFS URIを利用することが推奨されています。

IPFSは、コンテンツに基づいてファイルを識別するコンテンツ識別子（CID）を使います。

コンテンツが変わると、CIDも変わります。

改ざんの検出が目的の場合、IPFSは通常のウェブURLより高い信頼性を提供します。

IPFS URIを使うと、ファイルが特定のサーバーの場所ではなく、コンテンツに基づいて参照されていることを明確にできます。

ただし、IPFSがコンテンツの永続的な可用性を自動的に保証するわけではありません。

データのコピーを保持するノードによるピン留め、ホスティング、保存が必要です。

IPFSのガイダンスによると、取得したコピーは一時的な場合があり、ピン留めしなければ最終的に削除される可能性があります。

そのため、IPFSは完全性の向上に役立ちますが、永続性には別途計画が必要です。

オフチェーンメタデータとArweave

Arweaveも、暗号資産のメタデータやメディアに使われるストレージネットワークです。

Arweaveのドキュメントでは、Arweaveは恒久的な情報保存と、オープンな台帳上の分散型ウェブとして説明されています。

メタデータやメディアに、より強い永続性を持たせたいプロジェクトがArweaveを利用する場合があります。

アート、アーカイブ、公的記録、歴史的資産、長期的な可用性をうたうコレクションなどに役立つ可能性があります。

別のブロックチェーンから見れば、Arweaveは依然として外部のストレージレイヤーです。

あるチェーン上のNFTコントラクトがArweave上のデータを指す場合、所有権は一方のチェーンに記録され、メディアやメタデータはArweaveに保存されます。

これは、NFTのメインチェーンに対してはオフチェーンメタデータです。

リンクが安定し、データが保持されていれば、堅牢な設計となる場合があります。

何が保存されているか、どう参照されているか、メタデータとメディアのどちらが保存されているかを確認する必要があります。

「永続保存」の主張は、マーケティング表現が実際の技術構成より広い場合があるため、慎重に確認してください。

オフチェーンメタデータとFilecoinを利用したストレージ

Filecoinを利用したストレージは、オフチェーンメタデータやメディアの永続性を支えるために使われる場合があります。

IPFSはコンテンツをアドレス指定し、Filecoinはデータを利用可能な状態に保つストレージ契約や経済的インセンティブを提供できるため、両者は一緒に語られることがよくあります。

プロジェクトは、コンテンツアドレス指定にIPFS CIDを使い、長期保存にFilecoinストレージを使う場合があります。

これにより、完全性と可用性の違いに対処しやすくなります。

完全性とは、コンテンツ識別子と照合してファイルを検証できることです。

可用性とは、ユーザーが必要なときに実際にファイルを取得できることです。

オフチェーンメタデータには、どちらも重要です。

ファイルを誰も保存していなければ、正確なCIDも役に立ちません。

可用性の高いサーバーでも、ファイルを気づかれずに変更できるなら十分ではありません。

堅牢なメタデータ設計では、検証可能なコンテンツと信頼できる取得手段の両方を目指します。

HTTPSメタデータ

HTTPSメタデータでは、通常のウェブURLをメタデータの保存先として使います。

開発者にとって使いやすく、アプリケーションも取得しやすい方式です。

一般的なブラウザーやウェブインフラとも相性がよい方法です。

一方、HTTPSメタデータは通常、ドメイン、サーバー、クラウドアカウント、アクセス方針、プロジェクト運営者に依存します。

ドメインが失効すれば、メタデータが消える可能性があります。

サーバーがハッキングされると、メタデータが置き換えられる場合があります。

プロジェクトがAPIを停止すれば、ウォレットに資産が正しく表示されなくなる可能性があります。

運営者がJSONファイルを変更すると、オンチェーン更新なしにNFTの表示が変わる場合があります。

HTTPSストレージは一時的または動的な資産には適する場合がありますが、永続性をうたう資産には脆弱です。

価値の高いNFTやトークン化資産が通常のウェブURLだけに依存している場合は注意が必要です。

オフチェーンメタデータと中央集権化リスク

中央集権化リスクは、オフチェーンメタデータの主な弱点の一つです。

NFTメタデータの中央集権化に関する調査では、多くのNFTメタデータシステムが中央集権型ストレージに依存しており、検閲、データ侵害、管理者による変更、制御権の喪失などのリスクを生む可能性が指摘されています。

中央集権型サーバーは高速で便利ですが、単一障害点にもなり得ます。

1社がメタデータサーバーを管理している場合、その会社は資産の表示を変更できる可能性があります。

クラウドサービスがアカウントを停止すると、メタデータを読み込めなくなる場合があります。

攻撃者がサーバーを侵害すると、悪意のあるリンクや偽画像が表示される可能性があります。

プロジェクトが消えれば、ファイルも一緒に消失する場合があります。

これは、すべてのオフチェーンメタデータが悪いという意味ではありません。

資産に対して約束する信頼性に、ストレージ構成を合わせる必要があるということです。

永続性をうたうプロジェクトは、脆弱な中央集権型ホスティングだけに依存すべきではありません。

オフチェーンメタデータと動的NFT

動的NFTでは、外観や属性が時間とともに変化するため、オフチェーンメタデータに依存する場合がよくあります。

ゲームキャラクターのレベルが上がる場合があります。

スポーツのコレクティブルでは成績が更新される場合があります。

会員トークンのランクが変わる場合があります。

現実資産トークンでは、書類のステータスが更新される場合があります。

特定の条件を満たすと、ジェネラティブアートが新たな状態を表示することもあります。

JSONファイルやAPIを変更すれば、新しいコントラクトをデプロイせずに更新できるため、オフチェーンメタデータは便利です。

ただし、更新権限が広すぎるリスクがあります。

発行者がいつでも任意の特性を変更できるなら、購入者は何を所有しているのか本当に把握できない可能性があります。

動的メタデータには、明確な規則、更新イベント、アクセス制御、公開文書が必要です。

柔軟性が、隠れた管理権限にならないようにする必要があります。

メタデータ更新イベント

メタデータ更新イベントは、キャッシュされたメタデータを更新するタイミングをアプリケーションに知らせます。

ERC-4906メタデータ更新拡張は、ERC-721トークン向けにMetadataUpdateとBatchMetadataUpdateイベントを追加します。

ウォレットやインデクサーは、毎回取得する代わりにメタデータをキャッシュすることが多いため、これは便利です。

メタデータが変更されても更新通知がなければ、ユーザーには古い画像や属性が表示される場合があります。

ERC-4906は、オフチェーンメタデータを変更する場合にアクセス権限の管理が重要であることも警告しています。

メタデータ更新関数が、機密性の高い管理者権限となり得るためです。

誤ったアカウントが更新を実行・管理できれば、ユーザーの信頼を損なう可能性があります。

動的なオフチェーンメタデータを利用するプロジェクトは、更新動作を予測可能にする必要があります。

誰が、なぜメタデータを更新できるのかも文書化してください。

ミントや購入後にメタデータが変わる可能性があるか、ユーザーは確認する必要があります。

コントラクト単位のオフチェーンメタデータ

コントラクト単位のメタデータは、個別のトークンIDではなく、コントラクトやコレクションを説明します。

コレクション名、説明、プロフィール画像、バナー画像、注目画像、外部リンク、協力者などが含まれる場合があります。

ERC-7572は、コントラクトがコントラクト単位のメタデータを返す方法としてcontractURIを提案しています。

返されるcontractURI文字列は、オフチェーンのリソースを指す場合も、オンチェーンのJSONデータを返す場合もあります。

ウォレットやエクスプローラーはユーザーに表示する前にコントラクトの詳細情報を必要とすることが多いため、これは重要です。

コントラクト単位のメタデータは利便性を高めますが、悪意を持って変更されるとユーザーを誤解させる場合があります。

偽造・侵害されたコントラクトメタデータファイルに、見慣れたロゴや名称が表示される可能性があります。

コントラクトメタデータだけを信用すべきではありません。

コントラクトアドレス、ソースコード、発行者の履歴、公式コミュニケーションチャネルも重要です。

表示情報は、検証の代わりではなく、検証を支えるものであるべきです。

オフチェーンメタデータと新たなオンチェーンメタデータ規格

新しいメタデータ規格は、開発者がオフチェーンストレージによるリスクの一部を減らそうとしていることを示しています。

ドラフト版のERC-8049提案は、コントラクト単位のメタデータをオンチェーンに保存する規格を定めています。

この提案では、コントラクトメタデータがオフチェーンURLやIPFSに依存することが多く、信頼性や可用性のリスクにつながると説明されています。

ERC-8049は、あらゆるオフチェーンメタデータに取って代わる万能の規格ではありません。

エコシステムが、コントラクトの識別情報やウォレット表示データの信頼性向上に向かっていることを示しています。

大容量ファイルや非公開文書をオンチェーンに保存するのは現実的でないため、今後もオフチェーンメタデータを使うプロジェクトはあります。

中核的な識別情報をオンチェーンに移し、大容量メディアだけをオフチェーンに残すプロジェクトもあるでしょう。

今後は、ハイブリッド型のメタデータが主流になると考えられます。

重要な識別情報は、より検証しやすい形でオンチェーンに記録される可能性があります。

大容量メディア、非公開文書、頻繁に変化するデータは、より強固な完全性証明を伴いながらオフチェーンに残る場合があります。

オフチェーンメタデータとリビールの仕組み

多くのNFTコレクションはリビールの仕組みを採用しています。

リビール前は、すべてのトークンが同じ仮のメタデータを指す場合があります。

リビール後は、それぞれのトークンに固有のメタデータが設定されます。

この方法は期待感を高め、早期の特性狙いを抑える場合があります。

リビールの手順が透明でなければ、信頼が必要になります。

乱数やメタデータの割り当てが慎重に管理されていないと、不誠実なチームが希少な特性を不公平に割り当てる可能性があります。

メタデータのコミットメントの公開、検証可能な乱数の利用、メタデータハッシュの固定、リビール手順の明確な説明により、プロジェクトはこのリスクを軽減できます。

ファイルを差し替えたり更新したりできるため、オフチェーンメタデータはリビールを容易にします。

同じ柔軟性が、ユーザーに手順を検証できない場合、不信感を生む可能性もあります。

公平なリビールの仕組みは、ユーザーがミントする前に理解できるものであるべきです。

オフチェーンメタデータとメタデータの固定

メタデータの固定とは、ある時点以降にメタデータが変更されないようにすることです。

ユーザーが資産の予期しない変更を心配しなくて済むよう、リビール後にメタデータを固定するプロジェクトがあります。

コントラクトのロジック、不変のURI設定、コンテンツアドレス方式のリンク、ストレージへのコミットメント、永続ストレージへのアップロードなどで固定できます。

表示される資産が安定するため、固定はコレクターの信頼を高める場合があります。

一方、間違いも固定されてしまう可能性があります。

固定前にリンク切れ、誤字、誤った特性、誤ったライセンスがあると、修正が難しくなる場合があります。

プロジェクトは固定前にメタデータを入念に監査する必要があります。

メタデータが本当に技術的に固定されているのか、マーケティング上「確定」と説明されているだけなのか、ユーザーは確認してください。

公開された主張は、強制力のある技術的制御より信頼性が低いものです。

コントラクトとストレージの構成は、プロジェクトの約束と一致させる必要があります。

オフチェーンメタデータとトークン化された現実資産

法的・金融関連の記録は大容量であったり、非公開・規制対象であったりするため、トークン化された現実資産ではオフチェーンメタデータが必要になることがあります。

トークンは、ファンド、請求書、不動産、商品、債券、カーボンクレジット、その他の現実資産に対するエクスポージャーを表す場合があります。

メタデータが、権利、義務、監査、担保、満期日、償還ルールなどを説明する文書を参照する場合があります。

その一部は公開される場合があります。

一部の情報はアクセスを制限する必要があります。

非公開の法的文書を公開ブロックチェーンに直接記録すると、プライバシーやコンプライアンス上の問題が生じる可能性があります。

一般的な設計では、文書のハッシュをオンチェーンに記録し、実際の文書はオフチェーンに保存します。

ハッシュによって文書が変更されていないことを確認しやすくなります。

法務、プライバシー、ライセンス上の理由から、実際のファイルは管理されたストレージに保管できます。

現実資産では、メタデータはブロックチェーンの記録を法的拘束力のある文書につなぐものであり、その代わりとなるものではありません。

オフチェーンメタデータとブロックチェーンゲーム

ゲーム内資産は頻繁に変化するため、ブロックチェーンゲームではオフチェーンメタデータがよく使われます。

剣の能力が上がる場合があります。

キャラクターのレベルが上がる場合があります。

プレイヤーが建物を建てることで、土地の状態が変化する場合があります。

スキンの新たなビジュアルがアンロックされる場合があります。

オンチェーンの頻繁な更新は高コストで時間もかかるため、ゲーム会社は変化するメタデータをオフチェーンに保存することがあります。

これにより、ゲームプレイがスムーズになる場合があります。

一方、プレイヤーはゲームの更新ルールを信頼する必要があります。

ゲームがいつでもアイテムのステータスを変更できるなら、そのアイテムの経済的価値も変わる可能性があります。

適切なゲームメタデータ設計では、永続的な所有権と変更可能なゲーム内状態を区別します。

どの特性が固定され、どの特性が変化するのか、プレイヤーが把握できるようにする必要があります。

オフチェーンメタデータとデジタルID

デジタルIDシステムでは、プライバシー保護のためオフチェーンメタデータを使う場合があります。

認証情報によって、ユーザーが特定のステータス、会員資格、ライセンス、実績を持つことを証明する必要がある場合があります。

その認証情報に含まれる生の個人データは、通常オフチェーンに残すべきです。

公開ブロックチェーンは、パスポート番号、住所、医療データ、雇用記録、非公開の法的記録を保存するのに適した場所ではありません。

代わりに、IDシステムはハッシュ、コミットメント、発行者の参照情報、検証用ポインターをオンチェーンに保存する場合があります。

詳細な認証情報のメタデータは、オフチェーンに置いたまま、必要に応じて共有できます。

この設計は、検証とプライバシーの両立に役立つ可能性があります。

一方、認証情報の発行者、ストレージプロバイダー、アクセスシステムへの依存が生じる場合があります。

IDメタデータでは、データ最小化の原則に従う必要があります。

公開検証が本当に必要な情報だけをオンチェーンに記録してください。

オフチェーンメタデータとプライバシー

機密ファイルを公開台帳から離して保管することで、オフチェーンメタデータはプライバシー向上に役立つ場合があります。

ただし、オフチェーンだからといって自動的に非公開になるわけではありません。

HTTPSのメタデータファイルも公開されている場合があります。

IPFS上のファイルも、コンテンツが利用可能でCIDを知っている人なら誰でも取得できる場合があります。

メタデータファイルから、氏名、所在地、会員資格、イベント参加、ウォレットとの関連、非公開画像などが明らかになる可能性があります。

ユーザーがリスクを明確に理解していない限り、プロジェクトは機密性の高いユーザー情報を公開メタデータに含めるべきではありません。

プライバシーを重視するシステムでは、暗号化、アクセス制御、選択的開示、ハッシュ、オフチェーンの権限管理を検討してください。

公開メタデータはコピー・保存される可能性があると想定してください。

元のサーバーファイルを削除しても、すべてのコピーが消えるとは限りません。

メタデータのプライバシーは、情報漏洩後の後始末ではなく、公開前の慎重な設計が必要です。

オフチェーンメタデータと著作権

オフチェーンメタデータだけでは、著作権の所有者は証明されません。

メタデータファイルには、NFTが有名な画像、楽曲、ゲームアイテム、現実の物体を表すと記載されている場合があります。

その主張が誤っている可能性もあります。

ブロックチェーンはウォレットがトークンを所有していることを証明できても、ミントした人がメディアに対する法的権利を持っていたことまで自動的に証明するわけではありません。

画像項目が無断転載されたアートを指す場合があります。

説明項目に誤解を招くライセンス文が含まれることもあります。

購入者がプロジェクトの説明を信頼した後に、ウェブサイトが消える場合もあります。

知的財産の所有権を想定する前に、クリエイターの身元、ライセンス条件、コントラクトアドレス、ミント履歴、公式ドキュメント、法的権利を確認してください。

価値の高い資産では、メタデータファイルより法的契約が重要な場合があります。

メタデータは主張を記録するものであり、すべての主張を真実にするものではありません。

オフチェーンメタデータとセキュリティ

表示情報を過度に信頼すると、オフチェーンメタデータがセキュリティリスクになる可能性があります。

悪意のあるメタデータファイルにフィッシングリンクが含まれる場合があります。

侵害されたサーバーによって、安全な画像が悪意のある誘導表示に置き換えられる可能性があります。

偽のコレクションが、本物の資産の名前、画像、説明をコピーする場合があります。

コントラクトアドレスが違っていても、ウォレットに見慣れたブランドが表示される場合があります。

メタデータ更新によって、購入後に資産の見かけ上の識別情報が変わる可能性があります。

アプリケーションは、メタデータを信頼できない入力として扱う必要があります。

フィールドをサニタイズし、不審なリンクを警告し、メタデータ内の危険なコードを実行しないようにしてください。

ユーザーはコントラクトアドレスを確認し、資産の説明に含まれるリンクを不用意にクリックしないようにしてください。

資産表示がオフチェーンファイルに依存する場合、スマートコントラクトのセキュリティだけでは不十分です。

オフチェーンメタデータとインデクサー

インデクサーはブロックチェーンのデータを読み取り、ウォレット、エクスプローラー、ゲーム、ダッシュボード、アプリケーション向けに整理します。

メタデータがオフチェーンにある場合、インデクサーは通常、tokenURIまたはcontractURIを取得し、返されたJSONをキャッシュします。

毎回すべてのメタデータファイルを取得する必要がなくなるため、アプリケーションの表示速度が向上します。

メタデータ変更後にインデクサーが更新しなければ、古いデータが残る可能性があります。

ERC-4906などの更新イベントは、メタデータを再取得するタイミングをインデクサーに知らせるのに役立ちます。

更新イベントがないと、アプリケーションには古い画像や特性が表示される場合があります。

あるゲートウェイが機能せず、別のゲートウェイが機能する場合、インデクサーごとに表示が異なることもあります。

開発者は標準スキーマと明確な更新通知を使うべきです。

ウォレットの表示はメタデータの解釈であり、ブロックチェーンそのものではないことを覚えておいてください。

表示に問題がある場合、元のURIを確認すると参考になります。

オフチェーンメタデータとウォレット表示

ウォレットはトークンを分かりやすく表示するため、メタデータに大きく依存します。

オフチェーンメタデータをもとに、トークン名、画像、シンボル、コレクション、特性、説明などを表示する場合があります。

メタデータがないと、空白の画像や不明な資産が表示される場合があります。

メタデータの読み込みが遅いと、資産の表示にも時間がかかることがあります。

メタデータが変更されると、新しい画像や特性が表示される場合があります。

メタデータが悪意のあるものであれば、誤解を招く情報が表示される可能性があります。

このため、メタデータはユーザー体験と安全性にも関わります。

トークンの表示は、ユーザーがトランザクションに署名するか、オファーを受け入れるか、コレクションを信頼するかに影響することがあります。

可能であれば、ウォレットはコントラクトアドレスや警告表示も提示する必要があります。

ウォレットに表示される画像だけを信用しないでください。

オフチェーンメタデータとDAO

DAOは、提案、ガバナンス記録、会員バッジ、トレジャリー資産、コミュニティ認証情報にオフチェーンメタデータを使う場合があります。

ガバナンストークンやNFTが、投票権、会員の役割、参加履歴を説明するメタデータを参照する場合があります。

提案では、予算、法的メモ、助成金申請、プロジェクト計画などのオフチェーンファイルを参照することがあります。

すべてのガバナンス文書をオンチェーンに保存するとコストがかかり、非公開情報が漏れる可能性もあります。

オフチェーンメタデータはDAOのガバナンスを実務的にする場合があります。

一方、投票者が確認した後に提案ファイルが変更されるリスクがあります。

文書ハッシュのオンチェーン保存、コンテンツアドレス方式のリンクの利用、最終版提案資料のアーカイブによって、DAOはこのリスクを軽減できます。

投票者は、自分が読んだ文書と承認された文書が同一かどうかを把握する必要があります。

ガバナンスには明確な記録が必要です。

オフチェーンの利便性によって、説明責任が損なわれてはなりません。

オフチェーンメタデータとAI生成資産

AI生成資産では、プロンプト、モデルのバージョン、生成日、クリエイターのウォレット、ライセンス、来歴に関する情報を説明するため、オフチェーンメタデータが使われる場合があります。

これらの情報は大容量であったり、機密性が高かったりするため、すべてをオンチェーンに保存するのが難しい場合があります。

オフチェーンメタデータでは、より詳細な生成記録を保存できます。

ストレージ設計が不十分なら、編集・削除される可能性もあります。

メタデータファイルに、特定のモデルやクリエイターが画像を生成したと記載されている場合があります。

その主張には、検証が必要です。

AI生成NFTのメタデータでは、事実データ、クリエイターの主張、法的権利を区別する必要があります。

元のメディアやプロンプト一式のハッシュは、ファイルが変更されていないことの証明に役立つ場合があります。

ただし、ハッシュだけではコンテンツが合法であること、独創的であること、権利を侵害していないことは証明できません。

AI資産のメタデータでは、証明できる範囲を誇張せず、透明性を確保する必要があります。

オフチェーンメタデータのメリット

第一のメリットはコストの低さです。

プロジェクトは、1バイトごとにブロックチェーンのストレージ手数料を払うことなく、大容量ファイルを保存できます。

第二のメリットは柔軟性です。

動的資産、ゲームの更新、リビール、修正、変化する記録に対応できます。

第三のメリットは、リッチメディアに対応できることです。

動画、音声ファイル、3Dモデル、高解像度画像は、オフチェーンに保存しやすくなります。

第四のメリットは、プライバシーを管理しやすいことです。

機密文書を公開台帳に載せず、管理されたストレージに保管できます。

第五のメリットは、パフォーマンスの向上です。

アプリケーションはコンテンツ配信システム、ゲートウェイ、ストレージネットワークを利用して効率的にファイルを読み込めます。

第六のメリットは、統合が容易なことです。

JSONメタデータと標準URIは、ウォレット、エクスプローラー、ゲーム、インデクサーで広く使われています。

オフチェーンメタデータのリスクと限界

第一のリスクはリンク切れです。

メタデータURLが機能しなくなると、資産が正しく表示されない場合があります。

第二のリスクは無許可の変更です。

メタデータファイルを編集できると、ユーザーが購入した後に資産が変化する可能性があります。

第三のリスクは中央集権化です。

単一のサーバーやクラウドアカウントが障害点になる場合があります。

第四のリスクは可用性の低さです。

誰もIPFSコンテンツをピン留め・ホスティングしていなければ、取得できなくなる可能性があります。

第五のリスクはプライバシーの漏洩です。

公開すべきでない情報がメタデータから漏れる場合があります。

第六のリスクは誤解を招く主張です。

メタデータに、実際には存在しない権利、希少性、真正性、裏付けが記載される可能性があります。

第七のリスクはキャッシュの不一致です。

同じ資産でも、ウォレットやインデクサーによって異なるバージョンが表示される場合があります。

オフチェーンメタデータでよくあるミス

よくあるミスの一つは、NFTを所有すればメディアもオンチェーンに保存されていると思い込むことです。

多くのNFTでは所有権がオンチェーンに記録され、メタデータはオフチェーンに保存されます。

永続性をうたうコレクションに、通常のHTTPS URLを使うのもよくあるミスです。

IPFSを使いながら、データを確実にピン留めしないのは3つ目のミスです。

更新イベントを発行せずにメタデータを変更するのは4つ目のミスです。

説明せずに1つの管理者ウォレットへ無制限のメタデータ変更権限を与えるのは5つ目のミスです。

公開メタデータに非公開のユーザー情報を保存するのは6つ目のミスです。

メタデータを著作権の法的証明として扱うのは7つ目のミスです。

ミント前にメディアファイルをバックアップしないのは8つ目のミスです。

ウォレットが読み取れない独自形式の項目を使うのは9つ目のミスです。

複数のウォレットやエクスプローラーでメタデータの表示を確認しないのは10個目のミスです。

開発者向けのベストプラクティス

コントラクトをデプロイする前に、メタデータの保存方式を決めます。

長期的な完全性が重要な場合は、コンテンツアドレス方式のストレージを使います。

IPFSコンテンツへのリンクには、ゲートウェイ固有のURLではなくIPFS URIを使います。

信頼できるインフラでIPFSのメタデータとメディアをピン留めします。

長期的な可用性を約束する資産には、永続ストレージの選択肢を使います。

重要なオフチェーン文書を検証する必要がある場合は、ハッシュやコミットメントをオンチェーンに保存します。

メタデータが変わったときは、更新イベントを発行します。

メタデータが変更可能、固定済み、動的、リビール方式のいずれかを明記します。

強固なアクセス制御でメタデータ更新関数を保護します。

公開メタデータファイルに機密性の高い個人データを含めないようにします。

ユーザー向けのベストプラクティス

価値の高い資産を購入する前に、tokenURIまたはメタデータの保存先を確認します。

HTTPS、IPFS、Arweaveなど、どの保存方式が使われているか確認します。

IPFSコンテンツがピン留め、または別の方法で保持されているか確認します。

メタデータの固定や更新管理に関するプロジェクトの説明を確認します。

表示されている画像や名称を信用するのではなく、コントラクトアドレスを確認します。

メタデータの説明に含まれる外部リンクには注意してください。

トークン画像が著作権の所有を証明すると思い込まないでください。

可能であれば、ブロックチェーンエクスプローラーでメタデータ関連の関数を確認します。

価値の高い資産では、複数の独立した方法でメディアとメタデータを取得できるか確認します。

メタデータはデューデリジェンスの一部として扱い、価値を完全に証明するものとは見なさないでください。

オフチェーンメタデータが役立つ場面

大容量ファイルをオンチェーンに効率的に保存できない場合に役立ちます。

高品質な画像、動画、音声、3Dモデル、インタラクティブコンテンツが必要な資産に適しています。

ゲームの状態、会員資格、現実世界のイベントに応じてメタデータを変更する必要がある場合に役立ちます。

法的文書や非公開文書を恒久的に公開すべきでない場合に適しています。

迅速な読み込みや、幅広いアプリケーションへの対応が必要なプロジェクトに役立ちます。

コンテンツアドレス方式や永続ストレージで、強固な完全性と可用性を確保できる場合に有効です。

NFT、ゲームアイテム、トークン化資産、ID認証情報、DAO記録、コントラクト表示データに利用できます。

永続性をうたいながら脆弱なサーバーだけに依存する場合には適しません。

更新権限が不明確、または強すぎる場合にも適しません。

機密情報が公開メタデータファイルから漏れる場合は危険です。

オフチェーンメタデータを一言でいうと

オフチェーンメタデータとは、ブロックチェーン外に保存され、オンチェーン記録から参照される暗号資産情報であり、NFT、トークン、ゲーム、ID、現実資産の豊富なデータを低コストかつ柔軟に扱える一方、保存、信頼、可用性、更新に関するリスクを伴います。

FAQ

オフチェーンメタデータとはどういう意味ですか？

オフチェーンメタデータとは、ブロックチェーン外に保存され、ブロックチェーントークン、コントラクト、URI、ハッシュ、ポインターから参照される資産の説明情報です。

オフチェーンメタデータは問題ですか？

いいえ。コストを抑え、リッチメディアに対応できるため、それ自体が問題というわけではありません。ただし、慎重に保存・保護する必要があります。

NFTがオフチェーンメタデータを使うのはなぜですか？

画像、動画、JSONファイル、属性は大容量で、オンチェーンに直接保存すると高コストになる場合があるためです。

tokenURIとは何ですか？

tokenURIは、特定のトークンIDのメタデータがある場所を示すURIを返す、一般的なNFT関数です。

HTTPSメタデータにはどのようなリスクがありますか？

サーバー、ドメイン、クラウドアカウント、プロジェクト運営者に障害や侵害が発生すると、HTTPSメタデータが利用できなくなったり、変更されたりする可能性があります。

IPFSメタデータはオフチェーンですか？

はい。IPFSメタデータはトークンのブロックチェーンに対してオフチェーンですが、コンテンツアドレス方式によってファイルの完全性を検証しやすくなります。

IPFSは永続的な可用性を保証しますか？

いいえ。IPFSはCIDでコンテンツを識別しますが、後から取得できるようにするには、ピン留め、ホスティング、保存が必要です。

オフチェーンメタデータは変更できますか？

はい。プロジェクトやサーバーがファイルを管理していれば変更できる場合があります。不変リンク、固定されたメタデータ、強固なコミットメントなどが使われている場合は異なります。

動的メタデータとは何ですか？

動的メタデータとは、更新、ゲームの状態、実績、オラクルデータ、会員資格、発行者の規則などに応じて時間とともに変化するメタデータです。

メタデータは著作権の所有を証明しますか？

いいえ。メタデータは資産を説明したり権利を主張したりできますが、著作権や法的所有権はライセンス、契約、発行者の権限、適用法によって決まります。

ユーザーはオフチェーンメタデータをどう検証できますか？

tokenURIを調べ、保存方式を確認し、コンテンツハッシュやCIDを検証し、更新権限を確認し、メタデータとメディアを取得できるか試します。

より安全なオフチェーンメタデータ設計とは？

標準メタデータスキーマ、コンテンツアドレス方式のストレージ、信頼できる永続性、オンチェーンのハッシュやコミットメント、明確な更新管理、変更可能な範囲についての誠実な開示を組み合わせた設計です。

まとめ

オフチェーンメタデータは、ブロックチェーン上の所有権と、人が理解しやすい豊富な情報を結びつけるため、暗号資産で広く使われる設計です。

メタデータがなければ、トークンはアドレス、トークンID、残高だけの存在かもしれません。

メタデータがあれば、名称、画像、説明、特性、文書、メディア、背景情報を表示できます。

オフチェーンメタデータが広く使われるのは、実用的だからです。

ブロックチェーンは、大容量ファイルの保存にコストがかかります。

オフチェーンの仕組みなら、JSONファイル、画像、動画、ゲームデータ、法的文書、ID記録を、より低コストかつ柔軟に保存できます。

そのため、NFT、トークン化資産、ゲーム、認証情報、コントラクトのプロフィールを構築・表示しやすくなります。

ただし、オフチェーンメタデータは信頼の前提を変えます。

ブロックチェーンが所有権を保護しても、資産の意味は外部ファイルに依存する場合があります。

そのファイルが消失、変更、または取得不能になると、ユーザー体験や資産価値が損なわれる可能性があります。

通常のウェブサーバーは使いやすい一方、長期利用を前提とする暗号資産には脆弱です。

IPFSはコンテンツアドレス方式によって完全性を高めますが、ファイルのピン留めと可用性の計画は別途必要です。

Arweaveなどの永続ストレージは長期的なアクセスを改善できますが、実際に何が保存され、参照されているかを確認する必要があります。

動的メタデータは資産の有用性を高める一方、更新管理が明確でないと、隠れた管理権限を生む可能性があります。

開発者は、最初から誠実なメタデータ設計を行うのが最も安全です。

ウォレットやインデクサーが理解できる規格を使います。

完全性が重要な場合は、コンテンツアドレス方式のストレージを使います。

オフチェーン文書を検証する必要がある場合は、ハッシュやコミットメントを保存します。

メタデータが変更された場合は、更新イベントを発行します。

更新権限を保護します。

機密性の高い個人データを公開ファイルに含めないようにします。

ユーザーにとって最も安全なのは、資産を信頼する前に保存方式を調べることです。

ウォレットに表示される美しい画像だけでは不十分です。

重要なのは、メタデータの保存場所、変更可能性、管理者、取得可否、法的主張の真偽です。

オフチェーンメタデータは、それ自体が弱点というわけではありません。

トレードオフの一つです。

慎重に使えば、暗号資産をより表現豊かで、手頃かつ有用なものにできます。

不用意に使えば、ブロックチェーン資産がリンク切れ、誤解を招く画像、検証不能な約束に変わる可能性があります。