最新の最終ERC-6147の解釈：最小限の半必須のNFT財産権分離基準
ちょうど2023.3.7に、10 K Universeが提案したイーサリアム改善提案EIP-6147が最終バージョン(Final)に移行されました！
この規格は ERC-721 の拡張版であり、NFT と SBT の保有と譲渡の権利を分離し、新しい基準を定義します。"ディフェンダー"ロールガード、できるNFTの盗難防止、貸し出し、リース、SBTなどをより柔軟に行う。
1. 背景
1. 背景
NFTはすでに一般的な話題となっていますが、チェーン上の改ざん防止機能と契約そのものの自動運用により、チェーン上の資産の確認・管理を実現しています。著者も標準契約書からスタートします。リース拡大契約、さらにはNFT取引市場 複数の記事を含む長い記事を書くためのいくつかの主流モード。
NFT の利点を説明したい場合は、数ページをリストすることができるかもしれませんが、NFT の欠点を説明したい場合は、何千もの言葉が「流動性」という 1 つの単語に集約されます。
もちろんそうすることもできます問題は、流動性不足の窮状と財産権分離の実現との間にどのような関係があるのかということである。
著者の意見では、実際、NFT 流動性のジレンマは、NFT プロトコル自体、ID の不均一性メカニズム、ID 範囲の制限によって引き起こされているわけではなく、ほぼ無限の ERC 20 トークンでさえ流動性が不足しているわけではありません。さらに重要なのは、流動性そのものが金融商品の価格魅力から生じるテーマであり、NFT自体にどのように使用価値を持たせるかが、市場操作だけに頼るのではなく、価値を信頼できる取り決めとなっている。
副題
1.1. 財産権の結合、高価値のNFTは安全でリスク回避的な傾向がある
現在、NFTの盗難事件が多発していますが、NFTをコールドウォレットに転送するなどの既存のNFT盗難防止ソリューションでは、NFTの利用が不便になってしまいます。
そして、現行のNFTローンでは、NFTオーナーがNFTをNFTローン契約に移管する必要があり、ローン期間中はNFTオーナーはNFTを利用する権利がなくなるという財産権結合の問題が発生しています。不動産を購入し、流動性と引き換えに不動産を抵当に入れる場合、占有住宅の使用権を使用しない場合と、リスクのない状況では状況は大きく異なります。
私の記憶に新しいのは、サル APE のエアドロップ中に、攻撃者が NFTX と組み合わせたフラッシュ ローンを使用して攻撃したことです。
元のイベント分析は次のように拡張して読むことができます。EIP-5058はNFTプロジェクト関係者がバケツを持って逃げるのを防ぐことができますか？
全体として、被害を受けたのはサルを誓約したユーザーだけで、当初は無視できるほどのタイムスプレッドを獲得していましたが、サルの大量のエアドロップを失いました。
同様に、財産権と結びついたミナミマグロの問題もあります。
SBT については、現在の主流の見解は、SBT は譲渡不可能であるため、SBT はイーサ アドレスにバインドされることになります。しかし、ユーザーアドレスの秘密鍵が漏洩・紛失した場合、SBTの取得は煩雑な作業となり、対応する規格も存在しません。 SBTは本質的にNFTの保有権と譲渡権の分離を実現します。 SBT は、それが存在するウォレットが盗まれたり利用できなくなったりした場合に回復可能である必要があります。
副題
1.2. 財産権の分離と事件の分割、強制的な側面の制御は困難
文章
1.2.1、シンプルな哲学 ERC-4907、ビジョンを定義し、残りはコンセンサスに任せる
2022年7月、NFTレンタル市場ダブルプロトコルが提出したレンタル可能なNFT規格「EIP-4907」がイーサリアム開発チームの最終審査を通過し、30番目のERC規格「最終」ステータスとなりました。
コードはわずか 72 行で非常にシンプルです。この標準を使用すると、次のコードが追加されます。
1イベント（オフチェーンアプリケーションに通知するために使用されるものをイベントといいます）
3つの方法（オンチェーンデータ管理機能の実装）
代入の原則は、実際には、4907 は所有権の概念に加えて「ユーザー」の次元を高めるために新しいデータ オブジェクト UserInfo を追加するだけですが、結局のところ、その必須性は限定されており、譲渡される限り、レンタルが行われます。認可を強制終了できる
詳細はさらに読むことができます:
721 リース契約の解釈:イーサリアムの新規格EIP-4907はどのようにしてNFTリースを実現するのでしょうか？
1155 リース契約の解釈:文章
1.2.2、ゼロトラスト哲学の ERC-5058、コードは法律である
本質的には、NFTのロック状態を管理し、プロジェクト当事者が5058を継承するNFTプロジェクトにロックと転送の機能を提供できるようにし、継承におけるロイヤルティなどのより多くの機能を実装することもできます。
彼はいくつかのメソッドをカプセル化して提供しています。ユーザーの許可とプロジェクト関係者の実行後にのみ、完全にロックされます。
ユーザーは電話をかけることができます
lockApprove (単一の NFT をロックする許可)
setLockApprovalForAll (承認により、このアドレスにあるすべての NFT がロックされます)
プロジェクト パーティの契約コール:
lockFrom (ユーザーのNFTをロック)
unlockFrom (ユーザーのNFTのロックを解除します)
ロックアップ期間の定義も非常に必須であり、ほぼ設定の開始時点にのみ基づいています。
プロジェクト当事者 (サードパーティ) が NFT をロックする場合、ロックが期限切れになるブロックの高さを指定する必要があります。これは現在のブロックの高さより大きくなければなりません。ロックの有効期限が切れると、NFT は自動的に解放され、転送できるようになります。
プロジェクトはまだ草案段階にありますが、これはおそらく、ユーザーのプロジェクトの方向性を双方向で操作するための義務性とコストが高いためと考えられます。
詳細はさらに読むことができます:EIP-5058はNFTプロジェクト関係者がバケツを持って逃げるのを防ぐことができますか？
最初のレベルのタイトル
2. ERC-6147の動作原理
このプロトコルのコード全体も非常に合理化され、再利用性が高く、ERC 721 の拡張規格に属していますが、これを使用する場合、転送動作が従来の 721 のロジックと異なる場合があることに注意してください。不適切な操作はフィッシングに遭いやすいかもしれません。
副題【ソースコード解釈】あなたが購入したNFTとは一体何ですか？
2.1. ガードとは何ですか?誰がそれをコントロールできるでしょうか？
まず、ERC-6147 は Guard と呼ばれるロールを定義しています。これは 4907 の UserInfo によく似ています。
そして、GuardにはNFTの現在の所有者のアドレスと源泉徴収権限のあるアドレスのみがあり、changeGuardを通じて設定できます。
ソース コードを見ると、Guard を設定する際に // 誤ってロックすることを防ぐための詳細がいくつかあることがわかります。そのため、Guard を 0 アドレスに設定することはできません。
設定が成功すると、誰でも GuardInfo メソッドを使用して特定の NFTID と現在の Guard 情報を照会できますが、同時に、ここでは 4907 と同じタイムスタンプベースの設計が使用されているため、2 秒間オンにする必要はありません。チェーントランザクションは有効期限が切れると自動的に失効します。
副題
2.2. Guard は何ができるのですか?
まず、転送を強制する権利を持ち、Guard が設定されている NFT の場合、transferFrom を実行する際に、トランザクションの開始者がガード アドレスであるかどうかを問い合わせ、転送できるようにします。
💡 1:
ガードが設定されたNFTの場合、元の所有者は保持する権利のみを持ちますが、譲渡する権利（つまり、使用する権利）はありません。他のDappsは、このNFTの所有者が元のユーザーであるかどうかを引き続き問い合わせることができますただし、本来のユーザーは運転できませんので転送します。
したがって、ガードが設定されているNFTの場合、openseaやx2y2などの取引プラットフォーム上の署名は有効です（ただし、Seaportなどの協定が送金を行う場合、Seaport協定は承認を保留しているため、実際の送金は実行できません）。
取引市場の運営メカニズムについては、以下のようにさらに詳しく読むことができます。
💡 2:
ガードが直接NFTを転送する場合、独自のtransferFromやsafeTransferFromメソッドを使用した場合、ガードの設定は自動的にクリアされません もちろんガードが自分にNFTを転送する場合は大丈夫ですが、ユーザーの場合は、保護者の設定を使用して、再度転送することができます。
したがって、後から Guard を使用する場合は、転送後にガード情報を直接クリアする transferAndRemove メソッドが使用されているかどうかを確認する必要があります。
また、後見人は本質的には住宅賃貸借と同様に上位の支配権であり、住宅ローンの時点でその本質はすでに銀行に属しているが、銀行が一定の社会的条件（債務不履行など）を満たした場合にのみ実行される。他の操作はある種の金融担保の属性であるため、changeGuard メソッドを使用してガード権を 2 回目に譲渡するのは自然なことです。
transferRemove の設計原則は、さまざまなシナリオに適応することです。
たとえば、盗難防止では、NFT がホット ウォレットにあり、ホット ウォレットが盗まれた場合でも、コールド ウォレットは安全であり、実際には、transferFrom を別の安全なアドレスに送信するだけで問題ありません。
またはリースする場合、ガードは transferFrom を呼び出して新しいリース アドレスに転送し、リースが実現されます。
副題
2.3. Guard にできないことは何ですか?
ソースコードを見ると、ガード関連は付与時に保有者と承認承認者のみが設定可能ですが、保留の場合はガードを設定できないことがわかります。
最初のレベルのタイトル
3. まとめ
財務属性と少し平凡な統計が満載のシートを使用して、今日のイーサリアム上の NFT タイプの資産の概要を示します。
毎日30万件以上のNFT取引、20万件以上の各種NFT契約が行われており、その総数は資産権利の確認がもたらす金融的属性価値を示しています。
しかしいつでも、財務的属性は徐々に向上する必要があります。、NFTを使用して社会的関係を確認するLensを見ることができ、NFTをゲームアセットとして使用するさまざまなGamefiを見ることができ、スピンオフクラウドファンディングなどの助けを借りてコンテンツ作成を中心に展開するMirrorも見ることができます。
イーサリアムの出現から 8 年以上で、EIP に関する提案の総数は 6500 以上に達しました。
同じくらい重い4907と比べて、6147 互換性を重視したさらなる最適化
たとえば、4907 はリース用であり、ユーザーの役割はプロジェクトの積極的な承認が必要ですが、ユーザーの役割を考慮せず、オーナーの役割のみを考慮するゲームの場合、4907 は適用されません。ただし、6147は所有者を認識するだけでよく、ゲームプロジェクトやNFT自体がリースをサポートしているかどうかは関係ありません、ほとんどのアプリケーションプロトコルはまだ所有者のみを認識しています時代の流れに適応して、徐々に輝き、加熱する可能性があります。
さらに6147も提案「管理しやすいミナミマグロ」と「効果的なミナミマグロ」のコンセプト参考リンク：
参考リンク：
https://github.com/ethereum/EIPs/blob/master/EIPS/eip-6147.md
https://ethereum-magicians.org/t/final-eip-6147-guard-of-nft-sbt-an-extension-of-erc-721/12052
14 を「いいね！」してフォローすると、技術的な観点から価値をもたらします
14 を「いいね！」してフォローすると、技術的な観点から価値をもたらします
