Cointime

Download App
iOS & Android

ENS 創設者: ENS ドメイン名はいつから DNS として使用できるようになりますか?

作者: ニック・エス

コンパイル: liubenben.eth

多くの ENS ユーザーは、.eth を DNS として含めて使用できるかどうか、いつ、どのようにして使用できるかについて非常に懸念しています。今日、ENS の創設者は、結論から始まる現在の状況の解釈を述べました。状況は見かけよりも複雑ですが、私たちは探求と努力をやめません。原文の翻訳は以下の通りです。

すべてのブラウザーで適切に解決できるように、DNS ルートに .eth を追加できないかよく尋ねられます。多くの人は多かれ少なかれ、ここにいくつかの複雑な問題があることに気づいていますが、実際のところ、すべてはほとんどの人が想像しているよりも複雑です。

まず、「eth」がエチオピアの 3 文字の ISO 国コードであることは誰もが知っています。これは事態を複雑にしますが、一方で利点もあります。

すべての 2 文字の TLD は予約されており、ICANN は 2 文字の gTLD (汎用トップレベル ドメイン) を承認したことがなく、おそらく今後も承認しないでしょう。

代わりに、国は 2 文字の ISO 国コード (.et、.uk など) を「ccTLD」(国コード トップレベル ドメイン) として宣言し、独自のルールに従って管理できます。 (注釈: つまり、すべての 2 文字の TLD は国によってのみ使用され、組織、機関、企業、その他の団体によっては使用されません)

2 文字の ISO 国コードには特定のワークフローがあり、これらのプロセスは 3 文字のコードには適用されません。理論的には、エチオピア (または他の国) は、自国向けに予約されている 3 文字コードを ccTLD として使用するよう要求することができますが、これには前例がありません。

これを達成したい人(ccTLD として 3 文字のコードを要求する人)は、既存の ccTLD 委任プロセスを使用できず、これを可能にするためにプロセスを変更するよう ICANN を説得する必要があるため、困難な戦いに直面する可能性があります。 。これがどのくらいの確率で起こるかは誰でも自分で推測できます。

ICANN が新しい gTLD の申請を開始するときは常に、予約されているすべての 3 文字 ISO 国コードを積極的に予約します。リクエストしたドメイン名がたまたまその中に含まれていた場合、交渉の余地なく直接失格となります。 (注釈: 以前のルールによれば、ENS が .eth トップレベル ドメインについて ICANN に申請すると、この状況に直面することになります)

ICANN は次のラウンドでルールを変更し、これらの TLD の登録を許可することを選択する可能性がありますが、現時点ではその可能性を示す兆候はありません。したがって、この目標を達成するには、引き続き ICANN と交渉し、gTLD 申請プロセスを変更するよう説得する必要があります。

したがって、悪いニュースは、.eth を ccTLD または gTLD として申請するには、まず ICANN がポリシーを変更する必要があるということですが、良いニュースは、TLD を申請したい人は誰でも、この状況に直面する必要があるということです。私たちだけではありません。 (注釈: この良いニュースについてもう一度説明させてください。意味は次のとおりです。ICANN に影響を与えてルールを変更できる有名な団体があれば素晴らしいでしょう。)

.ens などの他の拡張子を申請することを選択した場合、次の gTLD 申請ラウンドでその所有権をめぐって複数の当事者と競合しなければならない可能性があり、この状況は良くてもより多くの費用がかかり、最悪の場合は悲惨なことになると言えます。しかし、この管理上の無人地帯に .eth が存在するということは、このようなことは起こらないことを意味します (最後の文がよくわかりません。助けてください...)

3 番目の可能性があります。IETF または IANA と協力して、.eth を .arpa のような「特別な目的の TLD」として追加します。これにより、DNS ルート ゾーンには配置されないため、別途統合しない限りブラウザーでは解決されませんが、ENS 用に永続的に保持されます。 (注釈: これを行う最大の利点は、ドメイン名 .eth が ENS または DNS で競合しないことです)

3 番目の可能性があります。IETF または IANA と協力して、.eth を .arpa のような「特別な目的の TLD」として追加します。これにより、DNS ルート ゾーンには配置されないため、別途統合しない限りブラウザーでは解決されませんが、ENS 用に永続的に保持されます。 (注釈: これを行う最大の利点は、ドメイン名 .eth が ENS または DNS で競合しないことです)

尋ねられていないもう 1 つの質問は、最終的に .eth をグローバル ルート ゾーンに置くことに成功した場合、それをどのように管理するかということです。この問題は見た目よりも複雑です。

ccTLD ガバナンスは主に各国の責任であり、各国は TLD の管理方法について幅広い裁量権を持っています。 .eth が何らかの方法で ccTLD として公開された場合、所有者はそれを使って何でもできるようになります。

一方、gTLD はより制限的です。レジストリは、ICANN の一般紛争解決ポリシーおよびその他の多くのポリシーを実装することに同意する必要があります。また、登録名ごとに ICANN にロイヤルティを支払い、登録者の詳細を提供する必要があります。

これは .eth の許可のない性質と矛盾するため、gTLD である .eth はオンチェーン レジストリのサブセットにすぎません。

.eth 名の所有者は、プロセスに従って名前をグローバル解決用に設定できますが、いくつかの制限を受け入れる必要があります。名前に対する UDRP 要求により、名前の DNS 部分が取り消され、グローバル ルート ゾーンから削除される可能性があります。

つまり、どちらにしても、状況は複雑ですが、.eth と ENS にとって、現状はかなり安全です。今後も選択肢を追求していきますが、どれが有効かは不明です。

最後に、免責事項: これらすべては不確実です。私は理解できる限りの状況を説明するよう最善を尽くしましたが、欠落がある可能性は十分にあります。もちろん、現状を変えることは可能です。

コメント

全てのコメント

Recommended for you