今後の EIP 提案から NFT の将来を垣間見る

特邀专栏作者

2023-04-15 08:30

この記事は約5574文字で、全文を読むには約8分かかります

この記事では、最終段階および最近の最終段階にある NFT に関連する EIP 提案に焦点を当てます。

EIP の正式名は Ethereum Improvement Proposals で、Ethereum コミュニティの誰でも EIP を作成できます。イーサリアム改善提案を作成するためのガイドラインは、EIP-1 で提供されます。イーサリアムの改善提案の作成者は、コミュニティ内で合意を形成し、反対意見を記録する責任があります。歴史的に見て、高レベルのイーサリアム改善提案を提出するには強力な技術力が必要であり、最初のレビュー後に EIP にシリアル番号が与えられるため、ほとんどのイーサリアム改善提案の作成者は通常アプリケーション開発者またはプロトコル開発者であり、図に示したレビュープロセスを通じて議論します。下の図のとおりです。

副題

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

EIPは、EIP-721およびEIP-1155標準NFTのJSONスキーマに新しいフィールド名前空間(namespaces)を追加し、NFTメタデータ(メタデータ)のスキーマを標準化することを提案しています。メインコードを次の図に示します。

EIP-4955 は EIP-721 メタデータの直接拡張を使用しており、その背後にある考え方は下位互換性です。メタデータ応答 (スキーマ) を変更できない既存のプロジェクトが、tokenId に基づいて更新されたメタデータスキーマを返す新しいスマートコントラクトを作成できるようにします。イーサリアム上のほとんどのプロジェクトはアップグレード不可能なコントラクトを使用していることを考慮します。この EIP でこれらのコントラクトのまったく新しい実装が必要な場合は、再デプロイする必要があります。これは時間とお金の無駄です。 EIP-721 の既存のメタデータフィールドを利用することで、必要な変更の数を最小限に抑えることができます。

カスタム NFT プロパティを必要とするプロジェクトは数多くあります。各アイテムには独自の NFT レンダリング方法があるため、異なるメタデータ値が必要になります。たとえば、Decentraland や TheSandbox などのメタバースプロジェクトでは、各プロジェクトのビジュアル/エンジンに基づいて、NFT をレンダリングするために異なる 3D モデルが必要です。 Cryptopunks、Bored Apes などの NFT プロジェクトは、各プロジェクトに必要な 3D モデルを作成できます。

副題

NFT リース使用の EIP-4907 から EIP-5006 への拡張

EIP-5006 この提案は、NFTリース市場Double Protocolが提案するERC-1155 NFTのリース規格であり、ERC-1155規格を拡張したものです。この提案では、NFT メタデータに追加の新しいフィールドユーザー (ユーザー) を提案しています。これには、所有者の代わりに資産ユーザー (ユーザー) を表すアドレス (所有者) を付与できます。

早くも昨年6月29日には、同様にNFTリース市場のDouble Protocolによって開始されたEIP-4907がイーサリアム監査に正式に合格し、NFTリース用の最初のERC標準となりました。 ERC-721 の拡張として、EIP-4907 では、ユーザー (User) アドレスと「リース有効期限 (userExpires)」を含むユーザー情報 (UserInfo) 変数が追加されています。時間がリース時間を超えると、リース関係は次のようになります。終了しました。メインコードを次の図に示します。

副題

EIP-4907 および EIP-5006 標準のコアバリュー

ERC-721 と ERC-1155 の両方の標準トークンには、このような新しいユーティリティが必要です。今すぐ"使用"トークンの所有者は、トークンの所有者 (リースなど) とは異なる場合があります。したがって、"そして"そして"ユーザー"異なる役割を設定する必要があるため、"ユーザー"所有者が実行できるアクション (所有権の譲渡など) は実行できません。 EIP 4907およびEIP-5006の提案は、NFTの権利の分配を明確にし、NFTの流動性不足の解決に役立ちます。ダブル付き"そして"そして"ユーザー"ロールは、NFT の流動性不足の問題を解決するための重要なインフラストラクチャである NFT の所有権と使用権の分離を実現し、リースなどの一部のオンチェーン使用シナリオに対する技術サポートを提供します。 NFT の貸し手と借り手が NFT に対してできること、できないこと (つまり、権利) を管理することが非常に簡単になります。たとえば、所有権を譲渡する権利の場合、プロジェクトは、アクションを実行するアドレスが所有者（オーナー）を表すアドレスであるか、ユーザー（ユーザー）を表すアドレスであるかを確認し、ユーザー（ユーザー）である場合、そのアドレスをブロックするだけで済みます。取引。さらに、所有者はユーザーを制御でき、他のプロジェクトが所有者またはユーザーに自分のステークを明示的に割り当てることも簡単です。

同時に、この標準は、パーミッションレスの相互運用性に基づいて、NFT 発行者や NFT アプリケーションからの許可を必要とせずに、サードパーティのプロトコルが NFT の使用権を管理することを容易にします。プロジェクトが追加のユーザーロールを採用すると、他のプロジェクトはこれらの機能と直接対話し、独自のトランザクションタイプを実装できるようになります。たとえば、この規格を使用する PFP タイプの NFT は、ユーザーが NFT を 30 日間レンタルできるリースプラットフォームに統合できます。また、ユーザーが NFT を使用し、最終的には NFT の所有権を購入できる住宅ローンプラットフォームにも統合できます。分割払い。これはすべて、元の PFP プロジェクトからの許可を必要とせずに行われます。

EIP-4907とEIP-5006の発売により、アプリケーションの価値を拡大するためのNFTの方向性がさらに明確になることは間違いなく、より豊富なゲームプレイ、アプリケーションシナリオ、派生製品が登場するでしょう。たとえば、NFTのリースの人気はGameFiのエコロジーなゲームプレイを豊かにし、資本回転率が大幅に向上します。 Axie のような大規模な Gamefi でオンライン時間に実際に貢献できるこれらの大規模な基本プレーヤーは、ゲーム内の機器やリソースの権利をレンタルするために、比較的低い信頼コストの方法 (非強制的な譲渡リース) を必要とします。多くのNFTはより実用的になります。メタバース内の仮想ランドのように、"使用", ゲームアセットを表すNFTをゲーム内で利用可能"使用"ユーザー"ユーザー"ユーザー"ユーザー"NFTに対して取るべき行動が異なる"所有者"ユーザー"ユーザー"NFT の所有権は通常販売できません）。このような場合、アドレスを表す別の役割が存在します。"ユーザー"まだ"ユーザー"副題

EIP-5007 NFT に時間属性を付与する

この提案では、ERC-721 トークン標準に基づいて、初期時刻と有効期限 (startTime、endTime) を含む新しい属性を追加することを提案しています。これにより、チェーン上の NFT の時間管理がよりシンプルかつ効率的になります。一部の NFT には、それを超えると使用できなくなる寿命が定義されています。時間情報が含まれていない従来の NFT では、特定の時間にトークンを無効または有効としてマークしたい場合は、トランザクションを積極的に送信する必要があります。これは明らかに面倒で高価なプロセスです。また、時刻関数のインターフェースが一貫していないため、サードパーティの開発プラットフォームにいくつかの困難をもたらしますが、これらの関数 (startTime、endTime) を導入することで、NFT をチェーン上で自動的に有効または無効にすることができます。メインコードを次の図に示します。

また、EIP-5007 により、開発者は一定期間後にサービスやサービスへのサブスクリプションを自動的に取り消すことができるため、この機能は、NFT 仲介アクセスサービスや NFT ベースのサブスクリプションコンテンツアプリケーションなど、多くの新しい使用シナリオを NFT にもたらす可能性があります。アクセス。これに加えて、プロトコルの拡張は、NFTの価値が時間の経過とともに減少する可能性があるデジタルアートや収集品にも適用できます。有効期限を指定する機能は、NFT の不正使用を防ぐのに役立ちます。"廃止"または切り下げ。

副題

EIP-5496 NFT マルチステーク管理拡張機能

EIP-5496は、NFTのマルチステーク管理を可能にするEIP-721トークン標準の拡張を提案しています。この提案は、EIP-721を拡張して、複数の人が共有できる権利をNFTに提供するインターフェースを定義します。特典はオンチェーン (投票権、エアドロップのリクエスト許可) またはオフチェーン (オンラインストアのクーポン、地元レストランの割引、空港ラウンジへのアクセス) にもあります。各 NFT には多くの権利が含まれている可能性があり、権利の所有者はその権利を他の人に譲渡できます。興味は共有できない場合と共有可能な場合があります。共有可能な関心事は複製および複製することができ、プロバイダーは伝播経路に応じて詳細を調整できます。各権限に有効期限を設定することも可能です。メインコードを次の図に示します。

特定の株式データ管理プロセスでは、2 つの構造を使用して 2 層の入れ子を作成します。最初に、ユーザーアドレス (address user) と有効期限 (expiresAt) の 2 つのフィールドを保存する PrivilegeRecord が定義され、次に、最新の有効期限が含まれる PrivilegeStorage が定義されます。時刻 (LastExpiresAt) が保存され、特典 ID がマッピングによって PrivilegeRecord にバインドされます。この株式 ID 化の方法は非常にスマートです。株式 ID が変換された後、株式を検証するのに非常に便利です。株式を検証するために株式を逐語的に照合する必要はありません。株式 ID を検証するだけで済みます。エクイティの内容は通常頻繁に変更され、権利および利益の内容をチェーンから外し、権利および利益 ID のみをチェーンに置き、プロジェクト当事者は権利および利益を変更するときにガス料金を費やす必要がありません。。しかし、IDベースの権利・利益となると、このNFTがどのような権利・利益を持っているかが直観的に分からないという問題があり、また、サードパーティ製品が独自に権利・利益の内容を設定したり、クエリ機能を設定したりする必要がある場合もあります。対応する ID にインデックスを付けます。メインコードを次の図に示します。

副題

EIP-5606 マルチバースNFT

EIP-5606は、デジタルアセット（ウェアラブルデバイスやゲーム内アイテムなど）のマルチバースNFT（マルチバースNFT）標準を作成するためのインターフェイスを定義し、各プラットフォームでそのようなアセットの委託されたNFTをインデックス化します。これらのプラットフォームは、メタバース、Gamefi、または NFT マーケットプレイスになります。この規格では、マルチバース NFT でこれらの委任された NFT をコミッショニングすることもできます。"そして"そして"ほどく"、そのため、保有者は個別に取引することも、バンドルとして取引することもできます。メインコードを次の図に示します。

EIP-5606 によって導入されたマルチバース NFT の概念は、複数のプラットフォームにまたがるデジタル資産を表します。マルチバース NFT コントラクトは、新しい種類のトークンを定義し、固有のデジタル資産とそれに関連するプラットフォームの対応物との関係を維持します (EIP では、それらを委託トークンと呼びます)。この標準では、バンドルという単純な概念が導入されています。バンドルは基本的に、一意の ID 番号 (マルチバーストークン ID) によって識別される委任された NFT のセットです。 DelegateData 構造には、各プラットフォーム上の委任された NFT トークンに関する情報が含まれています。これに含まれる変数は、NFT を区別するためのcontractAddress、tokenId、数量です (ERC-721 標準または ERC-1155 標準に従います)。バインド関数とアンバインド関数は、部分的なバインドとバインド解除を満たすために必要に応じて、DelegateData 構造体の配列を受け入れます。また、オプションでマルチバース NFT の所有者 (またはバンドラーの役割を持つアドレス) のみがバンドル関数を呼び出すことができるように、NFT の個々のトークン ID を委任する必要もあります。

本物"本物"副題

EIP-6150 階層型NFT規格が誕生

EIP-6150 このプロトコルは EIP-721 に基づいて拡張されています。ファイルシステムに似た多層階層型NFT構造を提案しています。このプロトコルは、EIP-721と契約に基づいて、親NFTまたは子NFT、NFTがリーフノードかルートノードかを取得するための新しいインターフェイスを追加し、それらの間の階層関係を維持します。 NFT間のいわゆる階層関係は、すべてのNFTが階層関係ツリーを形成することを意味します。各 NFT はツリー上のノードであり、ルートノードまたはリーフノード、または親ノードまたは子ノードの場合があります。メインコードを次の図に示します。

この提案では、新しいノードを作成するときに親子関係を示すために、作成されたイベントが初めて標準化されます。この提案は、各階層ツリーにおいて、指定された tokenId の NFT の親ノード NFT をクエリするために関数parentOf が使用され、指定された tokenId の NFT のすべての子ノード NFT をクエリするために関数 ChildrenOf が指定されることを指定します。このようにして、上位ノードと下位ノードをクエリするのに便利です。さらに、関数 isRoot および isLeaf は、指定された tokenId が NFT 階層ツリー全体のルートノードであるかリーフノードであるかをそれぞれクエリできます。

この提案では、次の 3 つのオプションの拡張インターフェイスが慎重に追加されていることにも言及する価値があります。

列挙可能な拡張機能 (IERC 6150 列挙可能)

この提案では、子ノードを含む列挙可能なクエリをサポートするための拡張機能として 3 つの関数が標準化されています。各関数にはパラメータのparentIdがあり、互換性のためにparentIdを0に指定すると、ルートノードをクエリすることになります。

書き込みノード拡張機能 (IERC 6150 Burnable)

階層関係の転送拡張 (IERC 6150 ParentTransferable) ファイルシステムなどの場合によっては、ディレクトリまたはファイルをあるディレクトリから別のディレクトリに移動できます。したがって、この提案では、このケースをサポートするために ParentTransferable 拡張機能を追加します。

アクセス制御 (IERC 6150 アクセス制御)

階層内には通常、mint サブノード、transfer ノード、burn ノードなどのノードを操作する権限を持つアカウントが複数存在します。この提案では、アクセス制御権限をチェックするためのいくつかの標準機能が追加されます。

現在のNFTはほぼフラットであるため、異なるNFT間に相関関係はありません。階層型標準 NFT は、ファイルシステムと同じように、すべての NFT を直列に接続してツリー構造を形成できます。階層型 NFT は、組織構造、社会関係グラフ、電子商取引製品カテゴリ構造、階層型コメントシステムなど、さまざまなアプリケーションシナリオで使用できます。

この EIP-6150 プロトコル規格は、階層構造を持つあらゆるシーンに適用できると言えます。階層型 NFT は、分散型ソーシャルネットワーキング、分散型電子商取引、その他の分野で幅広い用途に使用できる可能性があります。 Ethereum エコシステム内では、単一のスマートコントラクトがルートとなり、各ディレクトリ/カテゴリを個別の NFT および NFT の階層として管理できます。各 NFT の tokenURI は、別の契約アドレス、Web サイトのリンク、または任意の形式のメタデータにすることができます。階層関係を管理・運用するために必要な契約は1つだけであり、近い将来、イーサリアムのデータ可用性ソリューションと外部のパーミッションレスなデータ保持ネットワークの開発により、オンチェーン企業による組織構造の管理が可能になるでしょう。応用。

免責事項: 市場にはリスクがあり、投資には注意が必要です。読者は、この記事の意見、観点、結論を検討する際に、現地の法律や規制を厳格に遵守するよう求められ、上記の内容は投資アドバイスを構成するものではありません。