今後通過されるEIP提案からNFTの未来を垣間見る

R3PO
2023-04-14 18:20:18
コレクション
このEIPがこれらの契約を新たに実装する必要がある場合、再デプロイが必要です。これでは時間とお金の無駄になります。一方、EIP-721の既存のメタデータフィールドを利用することで、必要な変更の数を最小限に抑えることができます。

作者:zf857.eth ,R3PO

EIPの正式名称はイーサリアム改善提案(Ethereum Improvement Proposals)であり、イーサリアムコミュニティの誰でもEIPを作成できます。イーサリアム改善提案の作成ガイドラインはEIP-1に提供されています。イーサリアム改善提案の作成者は、コミュニティ内で合意を形成し、異なる意見を記録する責任があります。

歴史的に見て、ほとんどのイーサリアム改善提案の作成者は通常、アプリケーションやプロトコルの開発者です。なぜなら、高レベルのイーサリアム改善提案を提出するには非常に強い技術力が必要だからです。EIPは初審査を経て時系列に番号が付けられ、以下の図に示す審査プロセスで議論されます。

image EIPには多くの種類があり、Core、Networking、Interface、ERC、Meta、Informationalなどが含まれます。それぞれのカテゴリが解決する問題は異なります。私たちがよく知っているERC-20、ERC-721、ERC-1155は、アプリケーションレベルの標準プロトコルに属し、現在ほとんどのNFT産業アプリケーションはこれらの主流プロトコルを中心に展開されています。

EIPはイーサリアムの年代記のようなもので、その誕生から現在までのすべての発展の脈絡を記録しています。また、イーサリアムエコシステムの進む方向を予見する能力も持っています。見微知著、一つのEIPの変更は、業界全体を覆す巨大な機会を秘めているかもしれません。本記事では、NFTに関連するEIP提案に焦点を当て、Last callおよび最近のFinal段階にあるものを取り上げます。

EIP-4955 メタデータ標準拡張

このEIPはNFTメタデータ(metadata)のスキーマを規定することを提案し、EIP-721およびEIP-1155標準NFTのJSONスキーマに新しいフィールド「namespace」を追加します。主なコードは以下の図に示されています: image EIP-4955はEIP-721メタデータを直接拡張する方法を採用しており、その背後の考えは後方互換性を持たせることです。メタデータ応答(schema)を変更できない既存のプロジェクトが、新しいスマートコントラクトを作成し、tokenIdに基づいて更新されたメタデータスキーマを返すことができるようにします。イーサリアム上のほとんどのプロジェクトはアップグレード不可能なコントラクトを使用しているためです。

このEIPがこれらのコントラクトに新たに実装を必要とする場合、再デプロイが必要です。これは時間とお金の無駄になります。一方、EIP-721の既存のメタデータフィールドを利用することで、必要な変更の数を最小限に抑えることができます。

多くのプロジェクトはカスタムNFT属性を必要としています。各プロジェクトはNFTをレンダリングする独自の方法を持っているため、異なるメタデータ値が必要です。例えば、DecentralandやTheSandboxのようなメタバースプロジェクトは、各プロジェクトのビジュアル/エンジンに基づいてNFTをレンダリングするために異なる3Dモデルを必要とします。CryptopunksやBored ApesなどのNFTプロジェクトは、各プロジェクトに必要な3Dモデルを作成できます。 image 新しいフィールド「namespace」を使用することで、各プロジェクトや供給者はnamespacesを通じてNFT資産を直接呼び出すことができ(上図のコード参照)、これにより開発者は単一のスマートコントラクトまたはアプリケーション内で複数のNFTメタデータを使用する際に名前の衝突を回避できます。また、NFTのメタデータは、ウォレット、市場、メタバースなどのNFT関連アプリケーションが任意のNFTと相互作用できるようにします。

この提案は、複数のメタデータスキーマをサポートする必要があるNFT市場にとって非常に有用です。複数の売り手が異なるメタデータスキーマを使用していても、このEIPは市場運営者がメタデータキーがユニークであることを保証しながら、特定のJSONデータを自由に保存できるようにします。この提案の解決策は、大規模なGamefiやメタバースにおける多くのNFTに広く適用でき、カスタムメタデータを通じて異なる属性を表示し、名前の衝突を回避し、NFTの相互運用性を大幅に向上させることができます。

NFTレンタル使用拡張 EIP-4907からEIP-5006へ

EIP-5006は、NFTレンタル市場Double Protocolによって提案されたERC-1155型NFTのレンタル標準です。この標準はERC-1155標準の延長です。この提案は、NFTメタデータに追加の新フィールド「user」を追加することを提案しており、これは資産のユーザー(user)を所有者(owner)ではなく代表するアドレスとして付与されることができます。

昨年の6月29日、同じくNFTレンタル市場Double Protocolによって提案されたEIP-4907が正式にイーサリアムの審査を通過し、最初のレンタブルNFTのERC標準となりました。EIP-4907はERC-721の拡張として、ユーザー情報(UserInfo)変数を追加し、変数にはユーザー(User)アドレスと「レンタル期限(userExpires)」が含まれます。時間がレンタル時間を超えると、レンタル関係は終了します。主なコードは以下の図に示されています: image EIP-4907がERC-721の単純な拡張であるのに対し、EIP-5006ではERC-1155の特殊なデータ構造に基づいて(ERC-1155自体は複数のトークン管理標準であり、そのIDは複数のアドレスおよびトークン数に対応できます)、UserrecordおよびusableBalance関数を追加し、レンタル状態を簡単に一括管理できるようにしています。主なコードは以下の図に示されています: image

EIP-4907およびEIP-5006標準の核心的価値

ERC-721でもERC-1155でも、トークンにはこのような新しいユーティリティが必要です。つまり、「使用」するトークンの人が所有するトークンの人と異なる場合があります(例えば、レンタルの場合)。したがって、「所有者」と「使用者」に異なる役割を設定することが必要です。これにより、「使用者」は所有者が取ることができる行動(例えば、所有権の移転)を取ることができません。EIP-4907およびEIP-5006の提案は、NFTの権利配分を明確にし、NFTの流動性不足の問題を解決するのに役立ちます。

「所有者」と「使用者」の二重の役割を持つことで、NFTの所有権と使用権の分離が実現され、NFTの流動性不足の問題を解決するための重要なインフラストラクチャが提供されます。これにより、NFTの貸し手と借り手がNFTに対して何をすることができるか(言い換えれば、彼らの権利)が非常に簡単になります。

例えば、所有権の移転権について、プロジェクトはその行動を取るアドレスが所有者のアドレス(owner)であるかユーザー(user)であるかを確認するだけで済みます。もしユーザー(user)であれば、その取引を阻止します。また、所有者は誰がユーザーであるかを制御でき、他のプロジェクトも自分の権利を所有者またはユーザーに明確に割り当てることが容易です。

同時に、無許可の相互運用性に基づいて、この標準は第三者プロトコルがNFTの使用権を管理しやすくし、NFT発行者やNFTアプリケーションの許可を得る必要がなくなります。一度プロジェクトが追加のユーザー役割を採用すれば、他のプロジェクトはこれらの機能と直接対話し、自分自身の取引タイプを実現できます。

例えば、この標準を使用するPFP型NFTはレンタルプラットフォームに統合され、ユーザーはNFTを30日間レンタルできます。また、抵当プラットフォームに統合され、ユーザーはNFTを使用し、最終的に分割払いで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を自動的に有効化および無効化することができます。主なコードは以下の図に示されています: image この機能は、NFTを媒介としたアクセスサービスやNFTベースのサブスクリプションコンテンツアプリケーションなど、多くの新しい使用シーンをNFTにもたらすことができます。EIP-5007は、開発者が設定された時間帯の後にサービスやコンテンツへのアクセスを自動的に撤回できるようにします。さらに、プロトコルの拡張はデジタルアートやコレクションにも適用でき、NFTの価値は時間の経過とともに減少する可能性があります。期限を指定する能力は、NFTが時間の経過とともに「古くなる」または価値が下がるのを防ぐのに役立ちます。

また、期限が正しく実行されない場合や、悪意のある行為者が期限フィールドを改ざんしようとする場合、提案された解決策はセキュリティ上の問題を引き起こす可能性があります。したがって、期限が正しく実行されることを保証し、NFT所有者が不公平に資産をロックされないようにするために、追加の措置が必要になるかもしれません。

EIP-5496 NFTの多権利管理拡張

EIP-5496はEIP-721トークン標準の拡張を提案し、NFTの多権利管理を可能にします。この提案は、NFTに対して複数の人に共有可能な権利を提供するEIP-721の拡張インターフェースを定義します。権利はチェーン上の(投票権、エアドロップの許可)もしくはチェーン外の(オンラインストアのクーポン、地元のレストランの割引、空港のラウンジへのアクセス)も含まれます。

各NFTは多くの権利を含む可能性があり、権利の保有者はその権利を他の人に譲渡できます。権利は共有不可または共有可能です。共有可能な権利は複製され、提供者は拡散経路に応じて詳細を調整できます。また、各特権に期限を設定することもできます。主なコードは以下の図に示されています: image 具体的な権利データ管理プロセスは、二重の構造体を使用して二重にネストされています。最初にPrivilegeRecordを定義し、その中にユーザーアドレス(address user)と期限(expiresAt)の2つのフィールドを保存します。次にPrivilegeStorageを定義し、その中に最新の期限(LastExpiresAt)を保存し、mappingの方式で権利IDとPrivilegeRecordを結びつけます。

この権利ID化の方法は非常に巧妙で、権利の検証が非常に便利になります。権利の内容が通常は頻繁に変わるため、権利の内容をチェーン外に置き、権利IDのみをチェーン上に置くことで、プロジェクト側が権利を変更する際にガス代をかける必要がなくなります。

しかし、権利ID化の後の問題は、このNFTがどのような権利を持っているのかを直感的に見ることができないことです。おそらく、第三者製品が権利内容の設定と照会機能を個別に作成して、対応するIDをインデックスする必要があります。主なコードは以下の図に示されています: このプロトコルは、NFTに付加された権利をリアルタイムで効果的に管理することができます。多くのNFTの機能は、単なるプロフィール画像やアートコレクションにとどまらず、さまざまなシーンで実際の効用を持つ可能性があります。

例えば、あるファッション店は自分のNFT保有者に割引を提供するかもしれません。DAOメンバーのNFT保有者は、自分たちの国庫の使用方法に関する提案に投票できます。あるDAppは、特定のグループ、例えばいくつかのブルーチップNFT保有者を対象にエアドロップイベントを作成するかもしれません。食料品店は、チェーン上で会員カード(NFTとして)を発行し、会員が食料品店で買い物をする際に特定の特権を与えることができます。

発行者としてNFTの権利を付与することは多くの可能性がありますが、NFTを持つ人が自分の権利を使用したいとは限りません。従来のEIP-721プロトコルはNFTの所有権と譲渡プロセスを記録することしかサポートしておらず、NFTの権利はチェーン上に記録されていません。EIP-5496の拡張は、商業者やプロジェクトが権利をチェーン上に書き込み、特定の人々に付与し、権利保有者が各権利を独立して管理できるようにします。これにより、プロジェクト側とホルダーの両方に権利の管理能力が与えられ、NFTの権利実用性の分野での価値が解放され、NFTの大規模な実際の応用の実現可能性が促進されます。

EIP-5606 マルチバースNFT

EIP-5606は、デジタル資産(ウェアラブルデバイスやゲーム内アイテムなど)のためのマルチバースNFT(多元宇宙NFT)標準を作成するためのインターフェースを定義し、各プラットフォームでの委任されたNFTをインデックスすることを可能にします。これらのプラットフォームはメタバース、Gamefi、またはNFT市場である可能性があります。この標準は、マルチバースNFT内でこれらの委任NFTを「バンドル」および「アンバンドル」することも許可し、保有者は個別にまたはバンドルとして取引できます。主なコードは以下の図に示されています: EIP-5606が導入するマルチバースNFTの概念は、複数のプラットフォームにまたがるデジタル資産を表します。マルチバースNFTコントラクトは、独自のデジタル資産とそれに関連するプラットフォームの対応物との関係を維持する新しいトークンを定義します(EIPはそれらを委任トークンと呼びます)。

この標準は、バンドルの簡単な概念を導入します。バンドルは本質的に、ユニークなID番号(マルチバーストークンID)で識別される委任NFTのセットです。DelegateData構造は、各プラットフォームでの委任NFTトークンの情報を含みます。含まれる変数には、contractAddress、tokenId、数量があり、NFTを区別します(ERC-721標準またはERC-1155標準に従います)。

バンドルおよびアンバンドル関数は、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は木のノードであり、根ノードまたは葉ノードである可能性があり、親ノードまたは子ノードである可能性もあります。主なコードは以下の図に示されています: image 本提案では、Mintedイベントを標準化し、新しいノードを鋳造する際の親子関係を示します。各階層木において、本提案は指定されたtokenIdのNFTの親ノードNFTを照会するための関数parentOfを規定し、指定されたtokenIdのNFTのすべての子ノードNFTを照会するための関数childrenOfを規定しています。これにより、上層および下層ノードを簡単に照会できます。また、関数isRootおよびisLeafは、それぞれ指定されたtokenIdがNFT階層木全体で根ノードまたは葉ノードであるかどうかを照会できます。

さらに、本提案は非常に周到に3つのオプションの拡張インターフェースを追加しました。

列挙可能拡張(IERC6150Enumerable)

本提案は、子ノードに関する列挙可能な照会をサポートするために、3つの関数を標準化しました。各関数にはparam parentIdがあり、互換性のためにparentIdが0に指定されると根ノードを照会することを意味します。

ノードの破棄拡張(IERC6150Burnable)

階層関係の移転拡張(IERC6150ParentTransferable)は、ファイルシステムのような特定の状況で、ディレクトリやファイルがあるディレクトリから別のディレクトリに移動できることをサポートします。したがって、本提案はこの状況をサポートするためにParentTransferable拡張を追加しました。

アクセス制御(IERC6150AccessControl)

階層構造の中では、通常、1つ以上のアカウントがノードを操作する権限を持っています。例えば、鋳造所の子ノード、ノードの移転、ノードの燃焼などです。本提案は、アクセス制御の権限を確認するための標準機能を追加しました。

現在のNFTはほとんどがフラット化されており、異なるNFT間に関連関係が存在しません。一方、階層化されたNFTは、すべてのNFTを連結して木構造を形成することができ、ファイルシステムのように機能します。階層化されたNFTは、組織構造、ソーシャルネットワーク図、eコマース商品カテゴリ構造、階層コメントシステムなど、さまざまなアプリケーションシーンに使用できます。 image image

階層構造を持つシーンには、このEIP-6150プロトコル標準が適用できると言えます。階層構造のNFTは、分散型ソーシャル、分散型eコマースなどの分野で広範な応用が期待されます。イーサリアムエコシステム内では、単一のスマートコントラクトが根となり、各ディレクトリ/カテゴリを個別の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技術自体がゲーム、保険、不動産取引、広告、投票、ソーシャルプラットフォーム、動画メディアなど、私たちの生活のあらゆる側面を変えるでしょう。NFTは単なる暗号の「一部」ではなくなります。今後数年で、彼らは暗号分野で現実世界と密接に関連する唯一の実際の応用となる可能性があります。

関連タグ
ChainCatcherは、広大な読者の皆様に対し、ブロックチェーンを理性的に見るよう呼びかけ、リスク意識を向上させ、各種仮想トークンの発行や投機に注意することを提唱します。当サイト内の全てのコンテンツは市場情報や関係者の見解であり、何らかの投資助言として扱われるものではありません。万が一不適切な内容が含まれていた場合は「通報」することができます。私たちは迅速に対処いたします。
banner
チェーンキャッチャー イノベーターとともにWeb3の世界を構築する