작성자: nick.eth

컴파일: liubenben.eth

많은 ENS 사용자는 .eth가 DNS로 포함되고 사용될 수 있는지, 언제, 어떻게 사용할 수 있는지에 대해 매우 우려하고 있습니다. 오늘 ENS의 창립자는 현재 상황에 대한 자신의 해석을 다음과 같은 결론으로 ​​시작했습니다. 상황은 생각보다 복잡하지만 우리는 탐색과 노력을 멈추지 않을 것입니다. 다음은 원문을 번역한 것입니다.

모든 브라우저에서 제대로 확인되도록 .eth를 DNS 루트에 추가할 수 있는지 묻는 경우가 종종 있습니다. 많은 사람들은 여기에 몇 가지 복잡한 문제가 있다는 것을 어느 정도 알고 있지만 사실은 모든 것이 대부분의 사람들이 상상하는 것보다 더 복잡하다는 것입니다.

우선, "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가 존재한다는 것은 이런 일이 일어나지 않을 것이라는 것을 의미합니다.(마지막 문장을 잘 이해하지 못합니다. 도와주세요...)

세 번째 가능성이 있습니다. IETF 또는 IANA와 협력하여 .arpa와 같은 "특수 목적 TLD"로 .eth를 추가하는 것입니다. 이렇게 하면 DNS 루트 영역에 들어가지 않으므로 별도의 통합 없이는 브라우저에서 해결되지 않지만 ENS에 대해서는 영구적으로 유지됩니다. (주석: 이 작업의 가장 큰 장점은 도메인 이름 .eth가 ENS 또는 DNS에서 충돌하지 않는다는 것입니다.)

세 번째 가능성이 있습니다. IETF 또는 IANA와 협력하여 .arpa와 같은 "특수 목적 TLD"로 .eth를 추가하는 것입니다. 이렇게 하면 DNS 루트 영역에 들어가지 않으므로 별도의 통합 없이는 브라우저에서 해결되지 않지만 ENS에 대해서는 영구적으로 유지됩니다. (주석: 이 작업의 가장 큰 장점은 도메인 이름 .eth가 ENS 또는 DNS에서 충돌하지 않는다는 것입니다.)

아직 묻지 않은 또 다른 질문은 .eth를 전역 루트 영역에 성공적으로 추가한 경우 이를 어떻게 관리할 것인가입니다. 문제는 보이는 것보다 더 복잡합니다.

ccTLD 거버넌스는 주로 TLD 관리 방법에 대한 폭넓은 권한을 갖고 있는 개별 국가의 책임입니다. .eth가 어떻게든 ccTLD로 게시된다면 소유자는 원하는 대로 무엇이든 할 수 있습니다.

반면 gTLD는 더 제한적입니다. 등록처는 ICANN의 일반 분쟁 해결 정책 및 기타 여러 정책을 구현하는 데 동의해야 합니다. 또한 각 등록 이름에 대해 로열티를 ICANN에 지불하고 등록자 세부 정보를 제공해야 합니다.

이는 .eth의 무허가 특성과 충돌하므로 gTLD인 .eth는 온체인 레지스트리의 하위 집합일 수 있습니다.

.eth 이름의 소유자는 전역 확인을 위해 이름을 설정하는 프로세스를 따를 수 있지만 몇 가지 제한 사항을 수락해야 합니다. 이름에 대한 UDRP 클레임으로 인해 이름의 DNS 부분이 취소되고 전역 루트 영역에서 제거될 수 있습니다.

간단히 말해서, 어느 쪽이든 상황은 복잡하지만 .eth 및 ENS의 경우 현 상태는 상당히 안전합니다. 우리는 계속해서 옵션을 추구할 것이지만 어떤 옵션이 효과가 있을지는 확실하지 않습니다.

마지막으로 면책조항: 이 모든 것이 불확실합니다. 나는 내가 이해하는 대로 상황을 설명하기 위해 최선을 다했지만, 누락된 부분이 있을 수도 있습니다. 물론 현 상태는 바뀔 수 있다.