ENS V2 の解釈: ドメイン名サービスを L2 に拡張する
原作者: Shenchao TechFlow
タイミングが良ければ、古い木でも新しい花が咲きます。
昨日、Vitalik 氏が断固として楽観視しているプロジェクトである ENS (イーサリアム ドメイン ネーム サービス) ですが、プロジェクト自体は長い間沈黙していましたが、公式ツイートで ENS の V2 バージョンを発表しました: 元のドメイン名サービスを L2 に推進するというものです。
ETH ETF のサポートが期待されているため、ENS トークンは過去 1 か月間で 60% も増加しました。この傾向を利用して新商品を発売するのは当然の選択です。
L2 でさまざまな ENS ドメイン名をサポートする利点と影響は何ですか?私たちは ENS の新しい技術ホワイト ペーパーをめくって、その答えを見つけようとしました。
L2 をサポートする理由
ENS は明らかに、現在の ETH メインネット活動と L2 活動の減少を認識しており、これが ENS が波に乗る主な理由の 1 つです。
さらに、過去数年間のテクノロジーの蓄積により、ENS は CCIP-Read をサポートしてきました。これにより、ENS の名前解決プロセス中にオフチェーン データのクエリが可能になります。これは、名前解決がブロックチェーン内のデータに限定されず、L2 (レイヤー 2) や外部データベースなどの他のシステムからデータを取得できることを意味します。
簡単に言うと、CCIP-Read はドメイン名にさらに多くの可能性と選択肢を与えるようなもので、ドメイン名をどこで解決して管理するかを自由に決定でき、イーサリアムのメイン ネットワークに限定されなくなります。
技術的には、L2 ドメイン名は単独で処理でき、ユーザーの移行傾向と合わせて、ENS の動機が自然に理解できるでしょう。
さらに重要なことは、イーサリアム メインネット (L1) が、高額な取引手数料と限られた処理能力のため、ENS 拡張のボトルネックになっているということです。 ENS での登録、更新、およびアップデートの操作にはそれぞれ高額なガス料金が必要であり、ユーザーの負担が増大するだけでなく、ENS の普及と応用が制限されます。
ENS V2 を通じて、ユーザーはドメイン名解決を L2 またはその他の外部システムに任せることができるため、L2 の低コストと高速性を享受できるだけでなく、自分のニーズに応じて最適なソリューションを選択することもできます。
ENS V2: 低コストでより柔軟なドメイン名サービス
ENS V2 の実装方法を理解するには、そのコンポーネントについて一般的に理解する必要があります。
ENS を使用すると、複雑な Ethereum アドレス (0x 1234...abcd など) を単純で覚えやすい名前 (alice.eth など) にマッピングできます。そうすれば、誰かに暗号通貨を送信したり、分散型アプリケーション (dApp) とやり取りしたりするときに、アドレスの長いリストではなく、単純な名前だけを覚えておくだけで済みます。
しかし、このすべての背後には何があるのでしょうか?
レジストリ: すべてのドメイン名が記録される場所です。これにより、ドメイン名の所有者と、そのドメイン名の解決を担当するリゾルバーのアドレスがわかります。
リゾルバー: ドメイン名を入力すると、リゾルバーはそれを対応する Ethereum アドレスまたは他のリソース (IPFS コンテンツ ハッシュなど) に変換します。
レジストラ: ドメイン名の割り当てと管理を担当するエンティティです。これらにより、ドメイン名の登録、更新、更新が可能になります。
ENS V1 では、これらの部分はすべてイーサリアム メインネット上で実行されるため、ドメイン名を登録または更新するたびに、より高いトランザクション手数料 (ガス手数料) が必要になります。これにより、ユーザーのコストが増加するだけでなく、ENS の人気も制限されます。
ENS V2 では、V1 に存在する問題を解決し、システムの柔軟性と拡張性を向上させることを目的として、これら 3 つの主要な技術コンポーネントに多くの改良が加えられています。
新しい階層型レジストリ アーキテクチャ
ENS V2 では、レジストリは階層構造として設計されています。各ドメイン名には、そのサブドメインとリゾルバーを管理する独自のレジストリがあります。この設計の利点は次のとおりです。
名前の有効期限のサポート: ドメイン名の有効期限が切れると、そのドメイン名はすぐにレジストリから削除され、管理の複雑さが軽減されます。
より効率的なサブツリー管理: サブツリー全体を再帰的に置換または削除できるため、複数のドメイン名の管理がより効率的になります。
ユニバーサルパーサー
ENS V2 では、ドメイン名解決プロセスを簡素化するユニバーサル リゾルバーが導入されています。ユーザーは、resolve メソッドを呼び出すだけで済み、すべてのロジックはパーサーによって内部的に処理されます。これにより、クライアントの実装が簡素化されるだけでなく、便利な移行パスが提供され、既存のユーザーが新しいシステムにスムーズに移行できるようになります。
L2をサポート
ENS V2 を使用すると、ユーザーはドメイン名解決を L2 (レイヤー 2) ネットワークまたはその他の外部システムに委任できます。これは、ユーザーが自分のニーズに最適なプランを選択しながら、低料金と L2 の高速性を享受できることを意味します。この変更により、取引手数料が大幅に削減され、システムの処理能力とユーザー エクスペリエンスが向上します。
長すぎて読めないバージョンは次のとおりです。
V2 に移行するにはどうすればよいですか?
明らかに、ENS V2 のリリースにより、ユーザーはより効率的で低コストのドメイン名サービスを提供できるようになり、将来的には、L2 でのドメイン名ラッシュの波が起こることが予想されます。
ただし、これらの新機能を利用するには、既存の ENS ユーザーはドメイン名を V1 から V2 に移行する必要があります。
公式技術文書から判断すると、まず、ENS チームはすべての ENS V2 契約を L1 と L2 に展開します。これらの契約には、スムーズな移行プロセスを確保するために、登録機能や更新機能の無効化など、初期段階で一時的な権限が付与されます。
初期展開が完了すると、最初の同期操作が行われます。これにより、L2 上に既存の .eth 第 2 レベル ドメイン名 (2 LD) のエントリが作成され、これらのエントリの所有権が移行契約に移行されます。
その後、ユーザーはドメイン名を ENS V2 の L1 システムまたは L2 システムに移行することを選択できます。
L2 への移行: ユーザーは ENS V1 名をシステム コントラクトに転送し、システム コントラクトは ENS V2 名を作成するか、L2 上のユーザーに転送します。このプロセス中、L1 のドメイン名リゾルバーは、移行されていない名前のステータスを反映し続け、解決が中断されないことを保証します。
L1 への移行: ユーザーは、セキュリティと可用性の保証を強化するために、ドメイン名を L1 に維持することを選択できます。移行プロセスも同様で、システムは L1 上のパーサーと登録情報が同時に更新されることを保証します。
上記の手順を通じて、ENS V2 はスムーズな移行パスを提供し、ユーザーが新しいシステムに簡単に移行し、低料金、高速、より柔軟なドメイン名管理機能を享受できるようにします。
ただし、現在の移行ロードマップは計画段階にあるため、具体的な実装時期は公式情報によって決まります。
最後に、ENS の現在の価格上昇は ETH BETA の恩恵を受けており、製品のアップデートとより多くの L2 との連携により、この BETA One ラウンドを延長する理由があります。もっと。
ENS の L2 への移行により、ドメイン名の登録コストが削減され、速度が向上します。これにより、新たなドメイン名不法占拠が引き起こされる可能性があります。登録料金が下がると、興味のあるドメイン名を最初に登録するユーザーや開発者が増える可能性があり、それによって ENS のユーザー ベースが拡大します。
一方、ENS V2 の発売は、ENS トークン ($ENS) の価格上昇のきっかけとなる可能性があります。取引手数料の削減とシステム効率の向上により、より多くのユーザーと開発者が ENS サービスを利用するようになり、それによって $ENS の需要が増加します。さらに、ENS が L2 で拡張されるにつれて、より多くのユースケースと統合により、より多くの価値獲得効果がもたらされます。
