У середовищах Web3 читабельність адреси напряму впливає на безпеку платежів, досвід користувача та ефективність перевірки особи. Традиційна взаємодія з блокчейном базується на довгих рядках адрес, які складно запам’ятати й легко помилитися під час переказу, схвалення чи виклику контракту. ENS знижує поріг входу, перетворюючи адреси на верифіковані імена, дозволяючи Гаманцям, DApp, DAO, NFT, DeFi-платформам та ончейн соціальним інструментам інтегруватися навколо єдиного шлюзу ідентичності.
Технічно ENS працює через такі модулі: Registry, Resolver, Namehash, зворотна резолюція, керування субдоменами та кросчейн-резолюція. Нещодавно ENS Labs оголосили про важливу стратегічну зміну: ENSv2 залишиться на Ethereum L1, відмовившись від окремого плану Namechain. Це рішення зумовлене різким зниженням газових витрат в основній мережі Ethereum, швидшим масштабуванням, а також високою безпекою і консенсусом L1 як довгострокового шару розрахунків для ENS.

Основна архітектура ENS складається з трьох шарів: іменування, власності та резолюції. Шар іменування визначає структури типу eth, alice.eth, pay.alice.eth; шар власності, яким керує ENS Registry, фіксує, хто контролює кожне ім’я; шар резолюції, що обробляється контрактом Resolver, повертає дані — адреси Ethereum, адреси інших блокчейнів, текстові записи або хеші контенту.
Коли користувач вводить ім’я ENS, система спочатку нормалізує його, щоб уникнути невідповідностей через регістр, символи чи візуальну неоднозначність. Потім ім’я перетворюється алгоритмом Namehash у унікальний вузол — хеш-ідентифікатор, який розпізнають ончейн-контракти. ENS Registry не зберігає повний рядок, а використовує цей вузол для пошуку власника, адреси Resolver, TTL та інших деталей.
Резолюція зазвичай здійснюється автоматично Гаманцями, блокчейн-оглядачами, DApp або офіційними інструментами ENS, а не самими користувачами. Сучасні застосунки часто використовують Universal Resolver як єдину точку входу, спрощуючи досвід Розробників завдяки абстрагуванню прямої взаємодії з Registry, Resolver та кросчейн-логікою.
Зіставлення ENS-доменів з адресами Гаманців базується на адресних записах Resolver. Наприклад, користувач може призначити адресу Ethereum для alice.eth у застосунку ENS. Після встановлення контракт Resolver зберігає запис addr для alice.eth.
Коли хтось надсилає кошти на alice.eth, Гаманець спочатку знаходить відповідний Resolver, потім викликає його метод addr для отримання адреси Ethereum. Після підтвердження адреси Гаманець формує транзакцію. Для користувача вводиться доменне ім’я, а для блокчейна транзакція надсилається на фактичну адресу.
ENS також дозволяє мультикоін адресні записи, що дає змогу одному імені ENS прив’язати адреси з Ethereum, Bitcoin, Litecoin, Solana та інших мереж. Завдяки цьому alice.eth може слугувати мультичейн шлюзом для внесення активів — не лише псевдонімом Ethereum.
ENS Registry — це основний реєстраційний контракт системи, який зберігає три ключові поля: власник імені, адреса Resolver і TTL. Власником може бути стандартна адреса Гаманця, мультипідписний Гаманець, Смарт-контракт або DAO. Той, хто контролює ім’я, може встановити Resolver, створити субдомени або передати права власності.
Resolver — це контракт, який повертає дані, зберігаючи адресні записи, текстові записи, хеші контенту, Аватари, Електронну пошту, соціальні акаунти, Посилання на вебсайт тощо. Офіційний Public Resolver ENS підтримує кілька стандартних інтерфейсів, що дозволяє Гаманцям і DApp отримувати дані у єдиному форматі.
Відокремлення Registry і Resolver — ключова особливість ENS. Registry визначає, “хто контролює ім’я і який Resolver використовувати”, а Resolver визначає, “які дані повертаються для імені”. Такий поділ дозволяє ENS підтримувати різні логіки резолюції — чисто ончейн, офчейн, кросчейн або кастомні профілі ідентичності.
ENS глибоко інтегрований в екосистему Ethereum. Провідні Гаманці розпізнають ENS-імена для платежів, переказів та відображення адрес; блокчейн-оглядачі можуть зворотно резолювати адреси до ENS-імен; DeFi-протоколи, NFT-маркетплейси та DAO-інструменти часто використовують ENS як тег ідентичності користувача.
На рівні Смарт-контрактів DApp можуть напряму викликати ENS. Наприклад, застосунок може зчитувати зворотно резольоване ім’я користувача для домашньої сторінки або відображати Аватари, вебсайти чи соціальні профілі з текстових записів ENS. Це перетворює ENS на щось більше, ніж просто псевдонім Гаманця — на ончейн шар метаданих ідентичності.
ENS також використовує механізми на кшталт CCIP Read для підтримки офчейн і кросчейн отримання даних. У складних сценаріях Resolver може не зберігати всі дані в основній мережі Ethereum; частина логіки виконується сторонніми сервісами або іншими мережами, а клієнти перевіряють результати. Це знижує витрати та створює основу для розширення мультичейн-ідентичності.
ENS застосовує ієрархічну структуру іменування, схожу на DNS. eth — це домен верхнього рівня; alice.eth — ім’я другого рівня; pay.alice.eth, dao.alice.eth та team.alice.eth — субдомени. Кожне ім’я може мати свого власника, Resolver і записи резолюції.
Контроль над субдоменами делегується власником батьківського домену. Наприклад, власник alice.eth може створити pay.alice.eth для платежів, nft.alice.eth для NFT-галереї або призначити субдомени членам команди, користувачам спільноти чи продуктам.
Система субдоменів забезпечує ENS потужними організаційними можливостями. Окремі користувачі можуть розподіляти різні функції між субдоменами, проєкти — роздавати імена ідентичності користувачам, DAO — створювати простори для членів, пропозицій, казначейств і робочих груп. Ключове оновлення ENSv2 — надання кожному імені більш гнучкого субреєстру та моделі дозволів, що оптимізує керування субдоменами.
DNS резолює доменні імена до IP-адрес, координується реєстраторами, реєстрами, кореневими серверами та ICANN. ENS резолює імена до ончейн-адрес, хешів контенту та даних ідентичності, а критичний контроль здійснюється Смарт-контрактами Ethereum.
Щодо довіри, DNS залежить від централізованих структур і акаунтів — власники доменів керують записами через панелі реєстраторів. ENS базується на Приватних ключах і Смарт-контрактах, із ончейн підтвердженням власності та можливістю передати контроль мультипідписним структурам, контрактам чи DAO.
Щодо змісту резолюції, DNS використовується для доступу до вебсайтів (A, AAAA, CNAME, MX-записи тощо); ENS — для взаємодії у Web3 (addr, contenthash, текстові записи, мультичейн-адреси, зворотна резолюція). ENS також може інтегруватися з DNS, імпортуючи DNS-домени в ENS для ончейн-резолюції.
Перший виклик ENS — це вартість. Хоча газові збори Ethereum L1 суттєво знизилися, реєстрація, оновлення, зміна записів та створення субдоменів можуть залишатися дорогими під час перевантаження мережі. ENSv2 орієнтується на L1 для безпеки, але залишає користувацький досвід залежним від волатильності комісій основної мережі.
Другий виклик — складність резолюції. Імена ENS вимагають нормалізації, Namehashing, запитів Registry і Resolver, зворотної резолюції та мультичейн-зчитування. Для кінцевих користувачів це непомітно; для Розробників неправильне використання Universal Resolver чи SDK може призвести до неповної резолюції, невідповідності ланцюгів або проблем сумісності.
Третій виклик — безпека та зловживання. Імена ENS вразливі до фішингу, спуфінгу та атак візуальної плутанини. Навіть імена, що виглядають надійно, вимагають перевірки адрес, джерел DApp та змісту Підпису. Для цінних імен витік Приватного ключа, підміна Resolver або неправильні дозволи можуть призвести до значних втрат.
Головний технічний фокус ENS — ENSv2. Згідно з останньою дорожньою картою ENS Labs, ENSv2 залишиться на Ethereum L1, а не перейде на окремий Namechain. Це відповідає прогресу масштабування Ethereum, нижчим газовим витратам і вимогам безпеки, а також спрощує користувацький досвід для тих, хто перемикається між Layer 2 та основною мережею.
ENSv2 впроваджує більш модульний, багатошаровий Registry, гнучкі дозволи, спрощену реєстрацію, покращену кросчейн-резолюцію та нові інструменти для користувачів і Розробників. Завдяки більшій незалежності кожного імені, розподіл субдоменів, організаційне керування ідентичністю та складні дозволи стають доступнішими.
Universal Resolver залишиться ключовим компонентом, слугуючи єдиною точкою входу для резолюції ENS — незалежно від того, чи ім’я належить ENSv1, ENSv2, L1, L2 чи резолюється офчейн. Для Розробників це знижує бар’єри інтеграції; для користувачів — забезпечує стабільний досвід резолюції.
Технічний фундамент ENS — Registry для власності, Resolver для даних і допоміжні механізми, такі як Namehash, зворотна резолюція, субдомени та Universal Resolver, які разом перетворюють складні ончейн-адреси на читабельні, верифіковані та масштабовані шлюзи ідентичності.
З розвитком ENSv2 ENS трансформується з доменної служби .eth у комплексну інфраструктуру іменування та ідентичності Web3. Його стійка цінність полягає не лише у спрощенні переказів, а й у забезпеченні єдиного стандарту резолюції ідентичності для Гаманців, DApp, DAO, мультичейн-активів та ончейн соціальних платформ.





