TL;DR
on.eth introduce un registro canónico nativo de ENS para cadenas y metadatos, reemplazando los mapeos dispersos de GitHub y específicos de aplicaciones con una fuente de verdad en la cadena.
Con ERC-7828, ENS dice que el registro habilita nombres interoperables como vitalik.eth@base, permitiendo que billeteras y aplicaciones resuelvan identidades en múltiples redes a través de flujos estándar de ENS.
El sistema asigna a cada cadena un subdominio on.eth, utiliza registros de metadatos y mantiene la gobernanza con el ENS DAO mientras los operadores gestionan sus propios registros de cadena.
Lo que ENS lanzó esta semana es más grande que un ajuste de nombres, porque on.eth convierte la identidad de cadena en infraestructura compartida. El sistema introduce un registro canónico, nativo de ENS para redes de blockchain y sus metadatos, cubriendo cadenas como Base, Arbitrum y Ethereum. Eso importa porque los datos de resolución de cadena a menudo han vivido en repositorios de GitHub o mapeos específicos de aplicaciones, dejando sin una sola fuente compartida de verdad. Al mover los metadatos en la cadena dentro de ENS, el proyecto busca reemplazar la coordinación dispersa con una capa de nombres verificable que las aplicaciones puedan consultar. Se lee como un intento de estandarizar la fragmentación antes de que empeore.
Un registro creado para hacer que los nombres de red cruzada sean realmente utilizables
La consecuencia más inmediata es un camino más limpio hacia nombres legibles por humanos a través de múltiples cadenas. ENS dice que on.eth funciona con ERC-7828 para soportar nombres interoperables en el formato <name>@<chain>, como vitalik.eth@base. En lugar de inventar un sistema de nombres separado, el diseño extiende los modelos mentales existentes de ENS y deja la complejidad al flujo de resolución. Una billetera o aplicación puede separar el nombre de ENS del sufijo de la cadena, resolver ambos a través de ENS, y luego combinar los resultados en una única Dirección Interoperable ERC-7930 vinculada a un entorno de ejecución específico. Esa es la promesa del producto en su forma más simple.
Bajo el capó, el registro está diseñado como plomería nativa de ENS en lugar de una base de datos adicional. Cada cadena recibe un subdominio como zksync.on.eth, optimism.on.eth o ethereum.on.eth, y esos nombres se resuelven a través del Resolutor de Cadena on.eth, que actúa tanto como resolutor como registro. Los metadatos de cadena se almacenan utilizando tipos de registros estándar de ENS, incluyendo registros de texto y registros de datos binarios. La resolución hacia adelante utiliza la Dirección Interoperable ERC-7930 bajo la clave de dirección-interoperable, mientras que reverse.on.eth soporta la resolución inversa de vuelta a una etiqueta de cadena legible por humanos para los clientes. Esa arquitectura mantiene todo dentro de flujos familiares de ENS para desarrolladores a través de billeteras en todas partes.
Igual de importante, ENS está enmarcando on.eth como infraestructura de coordinación neutral, no control privado sobre la nomenclatura de cadenas. El espacio de nombres surgió de discusiones de interoperabilidad, luego pasó por una propuesta y votación de ENS DAO que mantuvo la propiedad de on.eth con el propio DAO. La gestión operativa, en última instancia, estará a cargo de un multisig dedicado, mientras que el control sobre los metadatos de una cadena está destinado a ser entregado al operador de cadena relevante. En términos prácticos, ENS está tratando de reducir mapeos codificados, mejorar la experiencia de usuario a través de redes, y posicionarse como la capa de registro para entornos de ejecución interoperables. Esa propuesta de gobernanza importa.