Yazan: nick.eth

Derlemek: liubenben.eth

Birçok ENS kullanıcısı, .eth'in DNS olarak dahil edilip edilemeyeceği, ne zaman ve nasıl kullanılıp kullanılamayacağı konusunda çok ama çok endişe duymaktadır. Bugün ENS'in kurucusu şu sonuçla başlayarak mevcut duruma ilişkin yorumunu yaptı: Durum göründüğünden daha karmaşık, ancak keşfetmeyi ve çok çalışmayı bırakmayacağız. Orijinal metnin tercümesi aşağıdadır:

Tüm tarayıcılarda düzgün bir şekilde çözümlenmesi için DNS köküne .eth eklenip eklenemeyeceği sıklıkla sorulur. Pek çok insan az çok burada bazı karmaşıklıkların olduğunun farkındadır, ancak gerçek şu ki her şey çoğu insanın hayal ettiğinden daha karmaşıktır.

Öncelikle "eth"in Etiyopya'nın 3 harfli ISO ülke kodu olduğunu herkes biliyor. Bu işleri zorlaştırıyor ama öte yandan faydaları da var.

2 harfli TLD'lerin tamamı rezerve edilmiştir, ICANN hiçbir zaman 2 harfli gTLD'yi (genel üst düzey alan adı) onaylamamıştır ve büyük olasılıkla da asla onaylamayacaktır.

Bunun yerine, bir ülke 2 harfli ISO ülke kodunu (.et, .uk vb.) "ccTLD" (ülke kodu üst düzey alan adı) olarak beyan edebilir ve kendi kurallarına göre yönetebilir. (Ek Açıklama: Yani 2 harfli TLD'lerin tümü yalnızca ülkeler tarafından kullanılır, kuruluşlar, kurumlar, şirketler ve diğer kuruluşlar tarafından kullanılmaz)

2 harfli ISO ülke kodları için özel iş akışları vardır ve bu süreçler 3 harfli kodlar için geçerli değildir. Teorik olarak Etiyopya (veya başka herhangi bir ülke), kendisine ayrılan 3 harfli kodun ccTLD olarak kullanılmasını talep edebilir ancak bunun emsali bulunmuyor.

Bunu başarmak isteyen (ccTLD olarak 3 harfli bir kod talep eden) büyük olasılıkla çetin bir savaşla karşı karşıya kalacak, çünkü mevcut ccTLD yetkilendirme sürecini kullanamayacaklar ve bunu mümkün kılmak için ICANN'i süreci değiştirmeye ikna etmek zorunda kalacaklar. . Bunun gerçekleşme ihtimalini herkes kendisi tahmin edebilir.

ICANN, yeni gTLD'ler için başvuru açtığında, rezerve edilmiş tüm 3 harfli ISO ülke kodlarını proaktif olarak rezerve edecektir.Talep ettiğiniz alan adı bunların arasında yer alırsa, hiçbir müzakereye yer bırakmaksızın doğrudan diskalifiye edilecektir. (Ek Açıklama: Önceki kurallara göre ENS, .eth üst düzey alan adı için ICANN'e başvurursa bu durumla karşı karşıya kalacaktır)

ICANN bir sonraki turda kuralları değiştirmeyi ve bu TLD'lerin kaydedilmesine izin vermeyi seçebilir, ancak şu anda bu olasılığa dair bir belirti yok. Bu nedenle, bu hedefe ulaşmak için ICANN ile görüşmeye devam etmemiz ve onları gTLD başvuru sürecini değiştirmeye ikna etmemiz gerekiyor.

Bu nedenle, kötü haber şu: ccTLD veya gTLD olarak .eth'e başvurmak için önce ICANN'in politikasını değiştirmesi gerekiyor; iyi haber şu: TLD'ye başvurmak isteyen herkesin bu durumla yüzleşmesi gerekiyor, sadece biz değil! (Ek açıklama: Bu güzel haberi tekrar açıklayayım. Bunun anlamı şu: ICANN'i kuralları değiştirme konusunda etkileyebilecek ünlü bir varlık olsaydı harika olurdu.)

.ens gibi diğer uzantılara başvurmayı seçersek, gTLD başvurularının bir sonraki turunda bu uzantının mülkiyeti için birden fazla tarafla rekabet etmek zorunda kalabiliriz.Bu durum en iyi ihtimalle daha fazla paraya mal olacak, en kötü ihtimalle ise felakettir. Ancak bu idari tarafsız bölgede .eth'in varlığı bunun olmayacağı anlamına geliyor (Son cümleyi tam olarak anlamadım, yardım edin...)

Üçüncü bir olasılık daha var: .eth'i .arpa gibi "özel amaçlı TLD" olarak eklemek için IETF veya IANA ile çalışın. Bu, onu DNS kök bölgesine yerleştirmeyeceğinden, ayrı bir entegrasyon olmadan tarayıcıda çözümlenmeyecek, ancak ENS için kalıcı olarak saklanacaktır. (Ek açıklama: Bunu yapmanın en büyük avantajı .eth alan adının ENS veya DNS ile çakışmamasıdır)

Üçüncü bir olasılık daha var: .eth'i .arpa gibi "özel amaçlı TLD" olarak eklemek için IETF veya IANA ile çalışın. Bu, onu DNS kök bölgesine yerleştirmeyeceğinden, ayrı bir entegrasyon olmadan tarayıcıda çözümlenmeyecek, ancak ENS için kalıcı olarak saklanacaktır. (Ek açıklama: Bunu yapmanın en büyük avantajı .eth alan adının ENS veya DNS ile çakışmamasıdır)

Sorulmayan başka bir soru da şudur: Eğer .eth'i sonunda başarılı bir şekilde küresel kök bölgeye yerleştirirsek, onu nasıl yöneteceğiz. Ayrıca sorun göründüğünden daha karmaşıktır.

ccTLD yönetişimi öncelikle TLD'lerini yönetme konusunda geniş bir serbestliğe sahip olan ülkelerin sorumluluğundadır. Eğer .eth bir şekilde ccTLD olarak yayınlansaydı, sahipler onunla istediklerini yapabilirlerdi.

Öte yandan gTLD'ler daha kısıtlayıcıdır. Kayıt kuruluşları, ICANN'in Genel Anlaşmazlık Çözümü Politikasının yanı sıra bir dizi başka politikayı uygulamayı kabul etmelidir. Ayrıca kayıtlı her ad için ICANN'e telif ücreti ödemeleri ve tescil ettiren ayrıntılarını sağlamaları gerekir.

Bu, .eth'in izin gerektirmeyen doğasıyla çeliştiğinden, gTLD olan herhangi bir .eth, yalnızca zincir üzeri kayıt defterinin bir alt kümesi olabilir.

.eth adlarının sahipleri, adlarını genel çözümleme için ayarlamak üzere bir süreç izleyebilir, ancak bazı kısıtlamaları kabul etmeleri gerekir. Ada yönelik bir UDRP talebi, adın DNS bölümünün iptal edilmesine ve genel kök bölgeden kaldırılmasına neden olabilir.

Kısacası: Her iki durumda da durum karmaşık, ancak .eth ve ENS için statüko oldukça güvenli. Seçenekleri takip etmeye devam edeceğiz ancak hangilerinin işe yarayacağı belli değil.

Son olarak bir sorumluluk reddi beyanı: bunların hepsi belirsizdir. Durumu anladığım şekliyle anlatmak için elimden gelenin en iyisini yapmaya çalıştım, ancak eksiklerin olması tamamen mümkündür. Elbette mevcut durum değiştirilebilir.