
EIP提案の可決を目前に控え、NFTの未来をうかがい知る
TechFlow厳選深潮セレクト

EIP提案の可決を目前に控え、NFTの未来をうかがい知る
本稿では、NFT に関連し、Last call および最近 Final 段階となった EIP 提案に焦点を当てる。
著者:zf857.eth、R3PO
EIPとは、イーサリアム改善提案(Ethereum Improvement Proposals)の略称であり、イーサリアムコミュニティの誰もがEIPを作成することが可能です。EIP作成のガイドラインはEIP-1に記載されています。EIP作成者は、コミュニティ内で合意を形成し、異なる意見を記録する責任を負います。
過去には、高水準のEIPを提出するには高度な技術力が必要であることから、EIPの作成者は主にアプリケーションやプロトコルの開発者が務めてきました。EIPは初期審査を通過すると時系列で番号が割り当てられ、以下の図に示される審査プロセスを通じて議論されます。

EIPにはCore、Networking、Interface、ERC、Meta、Informationalなど複数のタイプがあり、それぞれ異なる課題を解決します。よく知られているERC-20、ERC-721、ERC-1155はアプリケーションレベルの標準プロトコルであり、現在のNFT産業のほとんどがこれらの主流プロトコルを中心に展開しています。EIPはまるでイーサリアムの編年史のように、その誕生から今日までのすべての発展経路を記録しており、イーサリアムエコシステム全体の将来の方向性を予見する能力を持っています。些細な変更一つにも業界全体を変える大きな可能性が隠されているのです。本稿では、NFTに関連し、Last Callまたは最近Final段階に入ったEIP提案に注目します。
EIP-4955 メタデータ標準拡張
このEIPは、NFTメタデータ(metadata)のスキーマを標準化することを提案しており、EIP-721およびEIP-1155標準NFTのJSONスキーマに「namespaces(名前空間)」という新しいフィールドを追加します。主なコードは以下の通りです:

EIP-4955はEIP-721のメタデータを直接拡張する方法を採用しており、その背景には後方互換性の確保があります。メタデータ応答(schema)を変更できない既存プロジェクトでも、tokenIdに基づいて更新されたメタデータスキーマを返す新しいスマートコントラクトを作成できるようにするためです。イーサリアム上の大半のプロジェクトはアップグレード不可のコントラクトを使用しているため、もしこのEIPがコントラクトの再実装を要求すれば、再デプロイが必要となり、時間とコストの浪費につながります。一方、EIP-721の既存メタデータフィールドを利用することで、必要な変更を最小限に抑えることができます。
多くのプロジェクトではNFT属性のカスタマイズが必要です。各プロジェクトが独自の方法でNFTをレンダリングするため、異なるメタデータ値が必要になります。たとえばDecentralandやThe Sandboxのようなメタバースプロジェクトでは、各プロジェクトのビジュアル/エンジンに応じて異なる3DモデルでNFTをレンダリングする必要があり、CryptopunksやBored ApesといったNFTプロジェクトは、必要な3Dモデルをそれぞれ生成できます。

新フィールド「namespaces」により、各プロジェクトやベンダーはnamespacesを使ってNFTアセットを直接呼び出せるようになります(上図のコード参照)。これにより、開発者は単一のスマートコントラクトやアプリケーション内で複数のNFTメタデータを使用する際に名前の衝突を回避できます。また、NFTのメタデータにより、ウォレット、マーケットプレイス、メタバースなどのNFT関連アプリケーションが任意のNFTと相互運用できるようになります。この提案は、複数のメタデータスキーマをサポートする必要があるNFTマーケットにとって非常に有用です。複数の販売者が異なるメタデータスキーマを使用していても、市場運営者はメタデータキーが一意であることを保証しつつ、特定のJSONデータを自由に保存できます。この解決策はさらに広い応用が可能で、大規模なGameFiやメタバースにおける多数のNFTに対してカスタムメタデータを用いて異なる属性を表現でき、名前の衝突を回避することで、NFTの相互運用性を大幅に向上させます。
NFTレンタル利用拡張 EIP-4907からEIP-5006へ
EIP-5006は、NFTレンタルマーケットDouble Protocolが提案したERC-1155型NFT向けのレンタル標準であり、ERC-1155標準の拡張版です。この提案では、NFTメタデータに「user(ユーザー)」という新たなフィールドを追加し、所有者(owner)ではなく資産の「使用者」としてアドレスを付与できるようにします。
昨年6月29日には、同じくNFTレンタルマーケットDouble Protocolが提案したEIP-4907が正式にイーサリアム審査を通過し、最初のレンタル可能なNFTのERC標準として採用されました。EIP-4907はERC-721の拡張として、「UserInfo(ユーザー情報)」という変数を追加し、これにはユーザーのアドレスと「userExpires(レンタル期限)」が含まれます。時間が過ぎるとレンタル関係は終了します。主なコードは以下の通りです:

EIP-4907がERC-721へのシンプルな拡張であるのに対し、EIP-5006はERC-1155特有のデータ構造(ERC-1155はマルチトークン管理標準であり、IDが複数のアドレスとトークン数量に対応可能)を活かし、「Userrecord」と「usableBalance」関数を追加することで、レンタル状態の一括管理を容易にしています。主なコードは以下の通りです:

EIP-4907およびEIP-5006標準の核心的価値
ERC-721でもERC-1155でも、このような新しいユーティリティが必要です。つまり、「使用」する者が「所有」する者と異なる場合(レンタルなど)です。そのため、「所有者」と「使用者」に異なる役割を設定し、「使用者」が「所有者」が行える操作(例:所有権の譲渡)を行えないようにする必要があります。EIP-4907およびEIP-5006の提案により、NFTの権利分配が明確になり、NFTの流動性不足問題の解決に寄与します。「所有者」と「使用者」の二重の役割により、NFTの所有権と使用权の分離が可能となり、これがNFTの流動性不足を解消するキーインフラストラクチャとなります。レンタルなどのオンチェーン利用シーンに技術的支援を提供し、NFTの貸し手と借り手がNFTに対して何ができるか/できないか(つまり権利)を非常に簡単に管理できます。例えば、所有権の譲渡については、アクションを行うアドレスが所有者(owner)か使用者(user)かをチェックし、使用者であれば取引を阻止します。また、所有者は誰を使用者にするかを制御でき、他のプロジェクトも自身の権益を所有者または使用者に明確に割り当てやすくなります。
同時に、無許可の相互運用性の基盤において、この標準により、NFT発行元やNFTアプリからの許可を得ることなく、第三者プロトコルがNFTの使用権をより簡単に管理できるようになります。あるプロジェクトが追加のユーザー役割を採用すれば、他のプロジェクトは直ちにこれらの機能と対話でき、独自の取引タイプを実現できます。例えば、この標準を使用するPFP系NFTはレンタルプラットフォームに統合され、ユーザーはNFTを30日間レンタルでき、また担保ローンプラットフォームにも統合され、ユーザーはNFTを使用しながら最終的に分割払いにより所有権を取得できます。これらすべては、元のPFPプロジェクトの許可なしに完結します。
EIP-4907およびEIP-5006の登場は、NFTの応用価値をさらに明確にし、多様なゲームプレイ、利用シーン、派生商品の出現を促進します。例えば、NFTレンタルの普及によりGameFiエコシステムのゲームプレイがさらに豊かになり、資金回転率が大幅に向上します。Axieなどの大規模GameFiにおいて、オンライン滞在時間を実際に貢献する膨大な数の基礎プレイヤーたちは、信頼コストが比較的低く、強制的な移転を伴わないレンタル方式でゲーム内の装備やリソース権益などを借りる手段を必要としています。多くのNFTがより実用的になります。メタバースの仮想土地が「使用」されたり、ゲーム資産を表すNFTがゲーム内で「使用」されたりします。場合によっては所有者と使用者が一致しないことがあります。あるNFTの所有者がそれを「使用者」にレンタルする場合です。「使用者」がNFTに対して行える行動は「所有者」と異なります(例:「使用者」は通常NFTの所有権を売却できません)。このようなケースでは、「所有者」か「使用者」かを識別する別個の役割を設け、それに応じて操作権限を管理することは非常に意味があります。
EIP-5007 NFTに時間属性を付与
この提案は、ERC-721トークン標準に「startTime(開始時間)」「endTime(終了時間)」という新しい属性を追加することを提唱します。これにより、NFTのオンチェーンでの時間管理がより簡単かつ効率的になります。一部のNFTは明確な使用期間を持ち、その期間外では使用できません。時間情報を含まない従来のNFTの場合、特定の時間にトークンを無効化したり有効化したりするには、アクティブにトランザクションを送信する必要があります。このプロセスは明らかに面倒で高コストです。また、時間関数のインターフェースが不統一なため、サードパーティの開発プラットフォームに困難をもたらしていました。しかし、これらの関数(startTime, endTime)を導入することで、オンチェーンで自動的にNFTの有効化・無効化が可能になります。主なコードは以下の通りです:

この機能は、NFTに多くの新しい利用シーンをもたらせます。例えば、NFTを媒介とするアクセスサービスや、NFTベースの定期購読コンテンツアプリケーションです。EIP-5007により、開発者は設定された期間後にサービスやコンテンツへのアクセスを自動的に取り消すことが可能になります。さらに、このプロトコルの拡張はデジタルアートやコレクションにも応用でき、NFTの価値が時間とともに減少する可能性があります。有効期限を設定できる機能は、NFTが時間とともに「古くなる」ことや価値が下がることを防ぐのに役立ちます。
また重要な点として、有効期限が正しく実行されなかった場合、あるいは悪意のある行為者が有効期限フィールドを改ざんしようとした場合、提案された解決策はセキュリティ上の問題を引き起こす可能性があります。したがって、追加の措置が必要であり、有効期限が正しく実行され、NFT所有者が不公平に資産から締め出されないよう確保する必要があります。
EIP-5496 NFTマルチ権益管理拡張
EIP-5496は、EIP-721トークン標準の拡張を提案し、NFTのマルチ権益管理を可能にします。この提案はEIP-721を拡張するインターフェースを定義し、NFTに複数の人々と共有可能な権益を提供します。権益はオンチェーン(投票権、エアドロ要求許可)であったり、オンチェーン外(オンラインショップのクーポン、地元レストランの割引、空港ラウンジ利用)であったりします。各NFTは多数の権益を含み得ますが、権益の保有者はその権益を他人に譲渡できます。権益は非共有型または共有型です。共有型権益は複製可能で、提供者は伝播経路に応じて詳細を調整できます。また、各特権に有効期限を設定できます。主なコードは以下の通りです:

具体的な権益データ管理プロセスでは、二つの構造体を二重ネストで使用しています。まずPrivilegeRecordを定義し、ユーザーのアドレス(address user)と有効期限(expiresAt)の二つのフィールドを格納します。次にPrivilegeStorageを定義し、最新の有効期限(LastExpiresAt)を格納し、mappingを使って権益IDとPrivilegeRecordを紐付けます。この権益ID化の方式は非常に賢明で、権益の検証が非常に容易になります。権益の内容を逐語的に照合する必要がなく、権益IDの検証だけで済みます。権益の内容は頻繁に変化するため、内容をオフチェーンに置き、チェーン上には権益IDだけを置くことで、プロジェクト側が権益を変更してもガス代を支払う必要がありません。ただし、権益ID化の欠点は、このNFTがどのような権益を持っているかを直感的に把握できないことであり、おそらくサードパーティ製品が個別に権益内容の設定・照会機能を提供し、対応するIDをインデックスする必要があるでしょう。主なコードは以下の通りです:

このプロトコルにより、NFTに付随する権益をリアルタイムかつ効果的に管理できます。多くのNFTの機能は単なるプロフィール画像やアートコレクション以上のものであり、さまざまなシナリオで真の実用性を持つ可能性があります。例えば、ファッション店が自社のNFT保有者に割引を提供したり、DAOメンバーのNFT保有者が財務支出案に投票したり、DAppが特定のグループ(ブルーチップNFT保有者など)を対象にエアドロイベントを開催したり、食料品店が会員カード(NFTとして)をオンチェーンで発行し、買い物時に特典を与えるなどです。発行元としてNFTに付与できる権益は多岐にわたりますが、NFT保有者が必ずしもその権益を使いたいとは限りません。従来のEIP-721プロトコルはNFTの所有権と譲渡プロセスの記録のみをサポートしており、権益はチェーン上に記録されていませんでした。EIP-5496の拡張により、企業/プロジェクトは権益をチェーン上に書き込み、特定のグループに付与でき、権益保有者は各権益を独立して管理できるようになります。これにより、プロジェクト側とホールダー双方が権益管理能力を持ち、NFTの権益実用性領域の価値が解放され、NFTの大規模な実際的応用の実現が促進されます。
EIP-5606 マルチバースNFT
EIP-5606は、デジタル資産(ウェアラブル機器やゲーム内アイテムなど)向けにMultiverse NFT(マルチバースNFT)標準を定義するインターフェースを規定し、各プラットフォーム上でその資産の委任NFTを索引化できます。これらのプラットフォームはメタバース、GameFi、NFTマーケットプレイスなどです。この標準は、マルチバースNFT内でこれらの委任NFTを「バンドル」および「アンバンドル」することも可能にし、保有者は個別またはバンドル単位で取引できます。主なコードは以下の通りです:

EIP-5606が導入するマルチバースNFTの概念は、複数のプラットフォームを横断するデジタル資産を表します。マルチバースNFTコントラクトは、独自のデジタル資産とそれに関連するプラットフォーム上の対応物との関係を保持する新しいタイプのトークンを定義します(EIPではこれらを「委任トークン」と呼ぶ)。この標準は「バンドル」という単純な概念を導入します。バンドルとは、一意のID番号(マルチバーストークンID)で識別される一組の委任NFTです。DelegateData構造体は、各プラットフォーム上の委任NFTトークンの情報を含みます。変数としてはcontractAddress、tokenId、数量が含まれ、ERC-721またはERC-1155標準に従うNFTを区別します。バンドルおよびアンバンドル関数はDelegateData構造体の配列を受け入れます。これは部分的なバンドル/アンバンドルに対応するためです。また、マルチバースNFTの所有者(またはbundlerロールを持つアドレス)のみがバンドル関数を呼び出せます。
Web3エコシステムでは、NFTはすでに多種多様なユニークで代替不可能な資産を代表するまでに発展しています。ある種の資産は、相互に関連する一連のNFTで構成されます。例えば、ブランドが異なるプラットフォームで新しいスニーカーをリリースする場合、各プラットフォームで個別のNFTとして鋳造されます。しかし実際には、それは同一のスニーカーです。NFTのプラットフォーム間相互運用性の欠如は、緊急に解決すべき問題となっています。マルチバースNFT標準を創設し、異なるプラットフォーム上でデジタル資産の索引化と所有権を可能にすることは、プラットフォーム間の相互運用性と「真の」所有権を実現する第一歩です。この方向性において、EIP-5606はNFTとプラットフォーム間の「真の」所有権に関する相互運用性を解決する最初の具体的な試みです。
EIP-6150 階層型NFT標準の誕生
EIP-6150は、EIP-721を拡張したプロトコルです。ファイルシステムに似た多層階層型NFT構造を提案します。このプロトコルはEIP-721およびコントラクトに、親NFTまたは子NFTを取得する、またNFTが葉ノードか根ノードかを判別する新しいインターフェースを追加し、それらの階層関係を維持します。NFT間の階層関係とは、すべてのNFTが階層ツリーを構成することを意味します。各NFTはツリー上のノードであり、根ノード、葉ノード、親ノード、子ノードのいずれかです。主なコードは以下の通りです:

この提案ではまず、新しいノードを鋳造する際の親子関係を示すためにMintedイベントを標準化しています。各階層ツリーにおいて、提案はparentOf関数を規範化し、指定されたtokenIdのNFTの親ノードを照会します。childrenOf関数は、指定されたtokenIdのNFTのすべての子ノードを照会します。これにより上位および下位ノードの照会が容易になります。またisRootおよびisLeaf関数は、指定されたtokenIdが階層ツリー内で根ノードまたは葉ノードかどうかを照会します。
特に注目に値するのは、この提案が非常に綿密に3つのオプション拡張インターフェースを追加していることです:
列挙可能拡張(IERC6150Enumerable)
この提案では、子ノードを含む列挙可能な照会をサポートする拡張として3つの関数を標準化しています。各関数はparam parentIdを持ち、互換性のためparentIdが0の場合は根ノードを照会することを意味します。
ノード破棄拡張(IERC6150Burnable)
階層関係の移転拡張(IERC6150ParentTransferable):ファイルシステムなどでは、ディレクトリやファイルをあるディレクトリから別のディレクトリに移動できるため、この提案ではそのようなケースをサポートするためにParentTransferable拡張を追加しています。
アクセス制御(IERC6150AccessControl)
階層構造では、通常、ノードの操作権限を持つアカウントが複数存在します(例:鋳造、ノードの移転、ノードの焼却)。この提案では、アクセス制御の権限を確認するための標準機能をいくつか追加しています。
現在のNFTのほとんどがフラット構造であり、異なるNFT間に関連性がないのに対し、階層型NFT標準はすべてのNFTをツリー構造のようにつなげることができます。階層型NFTは、組織構造、ソーシャルグラフ、EC商品カテゴリ構造、階層型コメントシステムなど、さまざまな用途に適用できます。


要するに、階層構造を持つあらゆるシナリオにこのEIP-6150プロトコル標準を適用できます。階層型NFTは、分散型SNS、分散型ECなど幅広い分野での応用が期待されます。イーサリアムエコシステム内では、単一のスマートコントラクトが根となり、各ディレクトリ/カテゴリを個別のNFTとして管理し、NFT間の階層関係を維持できます。各NFTのtokenURIは別のコントラクトアドレス、ウェブサイトリンク、または任意のメタデータ形式になります。階層関係の管理・操作には1つのコントラクトがあれば十分です。近い将来、イーサリアムのデータ可用性ソリューションや外部無許可データ保存ネットワークの発展に伴い、組織構造を管理するオンチェーン企業の実現が可能となり、完全な分散型アプリケーションの実現が見込まれます。
以上が、最近のイーサリアムNFTプロトコルの最新動向です。原稿執筆時点では、EIP-5007およびEIP-5496は依然Last Call段階ですが、EIP-4955、EIP-5006、EIP-5606、EIP-6150はLast CallからFinal段階へ移行しています。全体的に見て、これらの新プロトコルはNFTの革新性と実用性に大きく貢献しています。NFTはすでにPFPフェーズを越え、Web3の旅はまさに宇宙へと広がっています。革新は常に進行中であり、NFTの次の物語はいったい何で始まるのか。これらのプロトコルから、NFTの未来がますます現実的で実用性の高い方向へ向かっていることが窺えます。近い将来、NFT技術自体がゲーム、保険、不動産取引、有料広告、投票、SNS、映像メディア……私たちの生活のあらゆる側面を変えていくでしょう。NFTはもはや暗号世界の「一部」ではなくなります。今後数年のうちに、NFTは現実世界と密接に関連する唯一の実用的応用となる可能性があります。
TechFlow公式コミュニティへようこそ
Telegram購読グループ:https://t.me/TechFlowDaily
Twitter公式アカウント:https://x.com/TechFlowPost
Twitter英語アカウント:https://x.com/BlockFlow_News














