TL;DR
- on.eth представляє канонічний $ENS -власний реєстр для ланцюжків та метаданих, замінюючи розрізнені зіставлення GitHub та специфічних для додатків джерелом достовірної інформації в ланцюжку.
- $ENS стверджує, що з ERC-7828 реєстр дозволяє використовувати сумісні імена, такі як vitalik.eth@base, що дозволяє гаманцям і додаткам вирішувати міжмережеві ідентифікаційні дані через стандартні потоки $ENS .
- Система призначає кожному ланцюжку піддомен on.eth, використовує записи метаданих та здійснює управління за допомогою $ENS DAO, тоді як оператори керують власними записами ланцюжка.
Те, що $ENS запустив цього тижня, — це більше, ніж просто налаштування іменування, оскільки on.eth перетворює ідентифікацію ланцюга на спільну інфраструктуру . Система впроваджує канонічний, нативний для $ENS реєстр для блокчейн-мереж та їхніх метаданих, що охоплює такі ланцюги, як Base, Arbitrum та Ethereum. Це важливо, оскільки дані про роздільну здатність ланцюга часто зберігалися в репозиторіях GitHub або специфічних для додатків зіставленнях, не залишаючи єдиного спільного джерела достовірної інформації. Переміщуючи метадані в блокчейн всередині $ENS , проект прагне замінити розсіяну координацію перевіреним рівнем іменування, який можуть запитувати додатки. Це читається як спроба стандартизувати фрагментацію, перш ніж вона погіршиться.
Реєстр, створений для того, щоб зробити міжмережеві імена практично придатними для використання
Найбезпосереднішим наслідком є більш чистий шлях до зрозумілих для людини імен у кількох ланцюгах . $ENS стверджує, що on.eth працює з ERC-7828 для підтримки сумісних імен у форматі <ім'я>@<ланцюг>, таких як vitalik.eth@base. Замість того, щоб винаходити окрему систему іменування, дизайн розширює існуючі ментальні моделі $ENS та залишає складність на розсуд процесу розв'язання. Гаманець або застосунок можуть відокремити ім'я $ENS від суфікса ланцюга, розв'язати обидва через $ENS , а потім об'єднати результати в одну сумісну адресу ERC-7930, прив'язану до певного середовища виконання. Це обіцянка продукту в найпростішій формі.
Під капотом реєстр розроблений як власна система $ENS, а не як вбудована база даних . Кожен ланцюжок отримує піддомен, такий як zksync.on.eth, optimism.on.eth або ethereum.on.eth, і ці імена розпізнаються через резолвер ланцюжка on.eth, який діє як резолвер, так і як реєстр. Метадані ланцюжка зберігаються з використанням стандартних типів записів $ENS , включаючи текстові записи та двійкові записи даних. Пряме розпізнавання використовує адресу ERC-7930 Interoperable Address під ключем interoperable-address, тоді як reverse.on.eth підтримує зворотне розпізнавання до мітки ланцюжка, зрозумілої людиною, для клієнтів. Така архітектура зберігає все в межах знайомих потоків $ENS для розробників у різних гаманцях.
Не менш важливо, що $ENS розглядає on.eth як нейтральну координаційну інфраструктуру, а не як приватний контроль над іменуванням ланцюжка . Простір імен виник в результаті обговорень щодо сумісності, а потім пройшов пропозицію та голосування $ENS DAO, які зберегли право власності на on.eth за самим DAO. Операційне управління зрештою буде здійснюватися за спеціалізованим мультипідписом, тоді як контроль над метаданими ланцюжка має бути переданий відповідному оператору ланцюжка. На практиці $ENS намагається зменшити кількість жорстко закодованих зіставлень, покращити UX у мережах та позиціонувати себе як рівень реєстру для сумісних середовищ виконання. Ця позиція управління має значення.