Написал: Nick.eth

Компилировать: liubenben.eth

Многие пользователи ENS очень и очень обеспокоены тем, можно ли, когда и как .eth включать и использовать в качестве DNS. Сегодня основатель ENS дал свою интерпретацию текущей ситуации, начав с вывода: ситуация сложнее, чем кажется, но мы не перестанем исследовать и усердно работать. Ниже приводится перевод оригинального текста:

Нас часто спрашивают, можно ли добавить .eth в корень DNS, чтобы он правильно разрешался во всех браузерах. Многие люди более или менее осознают, что здесь есть некоторые сложности, но правда в том, что все это сложнее, чем думает большинство людей.

Прежде всего, всем известно, что «eth» — это трехбуквенный код страны Эфиопии по стандарту ISO. Это усложняет ситуацию, но, с другой стороны, имеет и свои преимущества.

Все двухбуквенные TLD зарезервированы, ICANN никогда не одобряла двухбуквенные gTLD (общий домен верхнего уровня) и, скорее всего, никогда этого не сделает.

Вместо этого страна может объявить свой двухбуквенный код страны ISO (.et, .uk и т. д.) как «ccTLD» (домен верхнего уровня с кодом страны) и управлять им в соответствии со своими собственными правилами. (Аннотация: То есть все двухбуквенные ДВУ используются только странами, а не организациями, учреждениями, компаниями и другими организациями)

Существуют специальные рабочие процессы для двухбуквенных кодов стран ISO, и эти процессы не применяются к трехбуквенным кодам. Теоретически Эфиопия (или любая другая страна) могла бы потребовать, чтобы зарезервированный для нее трехбуквенный код использовался в качестве нДВУ, но такого прецедента нет.

Тот, кто захочет добиться этого (запросить трехбуквенный код в качестве нДВУ), скорее всего, столкнется с трудной борьбой, поскольку он не сможет использовать существующий процесс делегирования нДВУ и ему придется убедить ICANN изменить этот процесс, чтобы сделать это возможным. . Любой может предположить для себя, насколько вероятно, что это произойдет.

Всякий раз, когда ICANN подает заявки на новые gTLD, она заранее резервирует все зарезервированные трехбуквенные коды стран ISO. Если запрошенное вами доменное имя окажется среди них, оно будет дисквалифицировано напрямую без каких-либо возможностей для переговоров. (Аннотация: Согласно предыдущим правилам, если ENS подаст заявку в ICANN на домен верхнего уровня .eth, она столкнется с такой ситуацией)

ICANN могла бы принять решение изменить правила в следующем раунде и разрешить регистрацию этих TLD, но в настоящее время нет никаких признаков такой возможности. Поэтому для достижения этой цели нам необходимо продолжить переговоры с ICANN и убедить их изменить процесс подачи заявок на gTLD.

Таким образом, плохая новость такова: подача заявки на .eth в качестве нДВУ или рДВУ требует от ICANN сначала изменить свою политику; хорошая новость заключается в том, что тот, кто хочет подать заявку на ДВУ, должен столкнуться с этой ситуацией, а не только мы! (Аннотация: Позвольте мне еще раз объяснить эту хорошую новость. Это означает: было бы здорово, если бы существовала известная организация, которая могла бы повлиять на ICANN и заставить ее изменить правила.)

Если мы решим подать заявку на другие расширения, такие как .ens, нам, возможно, придется конкурировать с несколькими сторонами за право собственности на него в следующем раунде заявок на gTLD. Эта ситуация в лучшем случае будет стоить больше денег, а в худшем — это катастрофично об этом говорить. Но наличие .eth на этой административной нейтральной территории означает, что этого не произойдет (я не совсем понимаю последнее предложение, помогите...)

Существует третья возможность: работать с IETF или IANA, чтобы добавить .eth в качестве «TLD специального назначения», например .arpa. Это не поместит его в корневую зону DNS, поэтому оно не будет разрешено в браузере без отдельной интеграции, но останется навсегда для ENS. (Аннотация: Самым большим преимуществом этого является то, что доменное имя .eth не будет конфликтовать ни в ENS, ни в DNS)

Существует третья возможность: работать с IETF или IANA, чтобы добавить .eth в качестве «TLD специального назначения», например .arpa. Это не поместит его в корневую зону DNS, поэтому оно не будет разрешено в браузере без отдельной интеграции, но останется навсегда для ENS. (Аннотация: Самым большим преимуществом этого является то, что доменное имя .eth не будет конфликтовать ни в ENS, ни в DNS)

Еще один вопрос, который не был задан: если мы наконец успешно поместим .eth в глобальную корневую зону, как мы с этим справимся. Проблема также более сложна, чем кажется.

Управление ccTLD в первую очередь является обязанностью отдельных стран, которые имеют широкую свободу действий в управлении своими TLD. Если бы домен .eth каким-то образом был опубликован как нДВУ, владельцы могли бы делать с ним все, что захотят.

gTLD, с другой стороны, носят более ограничительный характер. Реестры должны согласиться соблюдать общую политику разрешения споров ICANN, а также ряд других политик. Они также должны выплатить ICANN роялти за каждое зарегистрированное имя и предоставить данные о регистранте.

Поскольку это противоречит неразрешенной природе .eth, любой .eth, являющийся gTLD, может быть только подмножеством реестра в цепочке.

Владельцы имен .eth могут выполнить процедуру установки своих имен для глобального разрешения, но должны принять некоторые ограничения. Заявление UDRP против имени может привести к отзыву DNS-части имени и удалению из глобальной корневой зоны.

Вкратце: в любом случае ситуация сложная, но для .eth и ENS статус-кво вполне безопасен. Мы продолжим рассматривать варианты, но пока неясно, какие из них сработают.

Наконец, оговорка: все это сомнительно. Я постарался описать ситуацию так, как я ее понимаю, но вполне возможно, что были упущения. Конечно, статус-кво можно изменить.