En los entornos Web3, la facilidad para leer direcciones impacta directamente en la seguridad de los pagos, la experiencia del usuario y la eficiencia de la verificación de identidad. Las interacciones tradicionales en Blockchain dependen de direcciones extensas y difíciles de memorizar, lo que incrementa el riesgo de errores en transferencias, aprobaciones o llamadas a contratos. ENS reduce las barreras de entrada al convertir direcciones en nombres verificables, permitiendo que Billeteras, DApps, DAOs, NFT, plataformas DeFi y herramientas sociales on-chain se integren bajo una identidad unificada.
Desde el punto de vista técnico, ENS funciona mediante módulos como Registry, Resolver, Namehash, resolución inversa, gestión de subdominios y resolución cross-chain. Recientemente, ENS Labs anunció un cambio estratégico significativo: ENSv2 seguirá desplegándose en Ethereum L1, descartando el plan independiente de Namechain. Esta decisión responde a la fuerte reducción de los costes de gas en la red principal de Ethereum, el avance en la escalabilidad y la superioridad de la seguridad y el consenso del ecosistema L1 como capa de liquidación a largo plazo para ENS.
Arquitectura principal y principios de funcionamiento de ENS
La arquitectura base de ENS tiene tres capas: la de nombres, la de propiedad y la de resolución. La capa de nombres define estructuras como eth, alice.eth y pay.alice.eth; la de propiedad, gestionada por ENS Registry, registra quién controla cada nombre; y la de resolución, gestionada por el contrato Resolver, devuelve datos como direcciones de Ethereum, otras direcciones Blockchain, registros de texto o hashes de contenido.
Cuando un usuario introduce un nombre ENS, el sistema lo normaliza para evitar inconsistencias por mayúsculas, caracteres especiales o ambigüedad visual. Después, el nombre se transforma mediante el algoritmo Namehash en un nodo único, un hash reconocido por los contratos on-chain. ENS Registry no almacena la cadena completa, sino que usa ese nodo para consultar el propietario, la dirección del Resolver, el TTL y otros detalles.
La resolución la gestionan de forma automática las Billeteras, exploradores de bloques, DApps o herramientas oficiales de ENS, no los usuarios directamente. Las aplicaciones modernas suelen emplear el Universal Resolver como punto de entrada unificado, simplificando la experiencia para el Desarrollador al abstraer la interacción directa con Registry, Resolver y la lógica cross-chain.
Cómo los dominios ENS se asignan a direcciones de Billetera
La asignación de dominios ENS a direcciones de Billetera se basa en los registros de direcciones del Resolver. Por ejemplo, puedes asignar una dirección de Ethereum a alice.eth desde la app de ENS. Una vez configurado, el contrato Resolver almacena el registro addr para alice.eth.
Cuando alguien envía fondos a alice.eth, la Billetera localiza primero el Resolver correspondiente y luego llama a su método addr para recuperar la dirección de Ethereum. Tras confirmar la dirección, la Billetera crea la transacción. Para el usuario, la entrada es un nombre de dominio; para la Blockchain, la transacción se envía finalmente a la dirección real.
ENS también permite registros de direcciones multimoneda, lo que posibilita que un solo nombre ENS vincule direcciones de Ethereum, Bitcoin, Litecoin, Solana y más. Así, alice.eth puede funcionar como puerta de depósito de activos multichain, no solo como alias de Ethereum.
Mecanismos de Resolver y Registry de ENS explicados
ENS Registry es el contrato de registro central del sistema y almacena tres campos clave: propietario del nombre, dirección del Resolver y TTL. El propietario puede ser una dirección estándar de Billetera, una Billetera multifirma, un Contrato inteligente o una DAO. Quien controla el nombre puede establecer el Resolver, crear subdominios o transferir la propiedad.
El Resolver es el contrato que devuelve los datos, almacenando registros de dirección, registros de texto, hashes de contenido, Avatares, Correo electrónico, cuentas sociales, Enlaces a sitios web y más. El Public Resolver oficial de ENS soporta varias interfaces estándar, lo que permite a Billeteras y DApps acceder a los datos en un formato coherente.
Separar Registry y Resolver es clave en el diseño de ENS. Registry determina “quién controla el nombre y qué Resolver se usa”, mientras que Resolver define “qué datos se devuelven para el nombre”. Esta división permite que ENS soporte diferentes lógicas de resolución: on-chain, off-chain, cross-chain o perfiles de identidad personalizados.
Integración de ENS con el ecosistema Ethereum
ENS está totalmente integrado en el ecosistema Ethereum. Las principales Billeteras reconocen nombres ENS para pagos, transferencias y visualización de direcciones; los exploradores de bloques pueden resolver direcciones inversamente a nombres ENS; y protocolos DeFi, Mercados NFT y herramientas DAO utilizan ENS como etiqueta de identidad de usuario.
A nivel de Contrato inteligente, las DApps pueden interactuar directamente con ENS. Por ejemplo, una app puede leer el nombre resuelto inversamente de un usuario para su página de inicio, o mostrar Avatares, sitios web o perfiles sociales desde registros de texto ENS. Así, ENS es mucho más que un alias de Billetera: es la capa de metadatos de identidad on-chain.
ENS también emplea mecanismos como CCIP Read para soportar la recuperación de datos off-chain y cross-chain. En escenarios complejos, el Resolver puede no almacenar todos los datos en la red principal de Ethereum; parte de la lógica puede gestionarse por servicios off-chain u otras redes, mientras los clientes verifican los resultados. Esto reduce costes y sienta la base para la expansión de la identidad multichain.
Cómo funciona el sistema de subdominios de ENS
ENS utiliza una estructura jerárquica de nombres similar al DNS. eth es el dominio de nivel superior; alice.eth es de segundo nivel; pay.alice.eth, dao.alice.eth y team.alice.eth son subdominios. Cada nombre puede tener su propio propietario, Resolver y registros de resolución.
El control de subdominios lo delega el propietario del dominio principal. Por ejemplo, el titular de alice.eth puede crear pay.alice.eth para pagos, nft.alice.eth como galería NFT, o asignar subdominios a miembros del equipo, usuarios de la comunidad o módulos de producto.
El sistema de subdominios dota a ENS de gran capacidad organizativa. Los usuarios pueden asignar diferentes funciones a los subdominios, los proyectos pueden distribuir nombres de identidad y las DAOs crear espacios de nombres para miembros, propuestas, tesorerías y grupos de trabajo. Una mejora clave de ENSv2 es dotar a cada nombre de un sub-registro y un modelo de permisos más flexible, simplificando la gestión de subdominios.
Diferencias técnicas entre ENS y DNS
DNS resuelve nombres de dominio a direcciones IP, coordinado por registradores, registros, servidores raíz e ICANN. ENS resuelve nombres a direcciones on-chain, hashes de contenido y datos de identidad, con el control gestionado por Contratos inteligentes de Ethereum.
En cuanto a confianza, DNS depende de entidades centralizadas y sistemas de cuentas; los titulares de dominios gestionan registros desde paneles de registradores. ENS depende de Claves privadas y Contratos inteligentes, con propiedad verificable on-chain y la posibilidad de transferir el control a configuraciones multifirma, contratos o DAOs.
Sobre el contenido de la resolución, DNS se utiliza para acceso web (registros A, AAAA, CNAME, MX, etc.); ENS se utiliza para interacciones Web3 (addr, contenthash, registros de texto, direcciones multichain, resolución inversa). ENS también puede integrarse con DNS, importando dominios DNS en ENS para resolución on-chain.
Desafíos técnicos y limitaciones de ENS
El primer reto de ENS es el coste. Aunque las tarifas de gas en Ethereum L1 han bajado, registrar, renovar, actualizar registros y crear subdominios puede seguir siendo caro durante la congestión de la red. ENSv2 apuesta por L1 para garantizar seguridad, pero expone la experiencia del usuario a la volatilidad de las tarifas en la red principal.
El segundo reto es la complejidad de la resolución. Los nombres ENS requieren normalización, Namehashing, consultas a Registry y Resolver, resolución inversa y lecturas multichain. Para el usuario final esto es invisible; para el Desarrollador, un mal uso de Universal Resolver o SDK puede provocar resoluciones incompletas, desajustes de cadena o problemas de compatibilidad.
El tercer reto es la seguridad y el uso indebido. Los nombres ENS son vulnerables a phishing, spoofing y ataques por confusión visual. Incluso los nombres que parecen fiables requieren que los usuarios verifiquen direcciones, fuentes de DApp y contenido de Firmas. Para nombres de alto valor, filtraciones de Claves privadas, manipulación del Resolver o permisos mal configurados pueden causar pérdidas graves.
Futuras actualizaciones técnicas de ENS
El foco técnico principal de ENS es ENSv2. Según la hoja de ruta más reciente de ENS Labs, ENSv2 permanecerá en Ethereum L1, en vez de migrar a una Namechain independiente. Esto se alinea con el progreso en la escalabilidad de Ethereum, la reducción de tarifas de gas y los requisitos de seguridad, además de simplificar la experiencia para usuarios que alternan entre capa 2 y red principal.
ENSv2 introduce un Registry más modular y por capas, permisos flexibles, registro simplificado, mejor resolución cross-chain y nuevas herramientas para usuarios y Desarrolladores. Con mayor independencia para cada nombre, la distribución de subdominios, la gestión de identidad organizativa y los permisos avanzados son más accesibles.
Universal Resolver seguirá siendo clave, como entrada unificada para la resolución ENS, sin importar si el nombre pertenece a ENSv1, ENSv2, L1, L2 o se resuelve off-chain. Para los Desarrolladores, esto reduce barreras de integración; para los usuarios, garantiza una experiencia de resolución consistente.
Resumen
La columna vertebral técnica de ENS la forman Registry para la propiedad, Resolver para los datos y mecanismos como Namehash, resolución inversa, subdominios y Universal Resolver, que juntos convierten direcciones on-chain complejas en puertas de identidad legibles, verificables y escalables.
Con ENSv2, ENS evoluciona de un servicio de dominios .eth a una infraestructura integral de nombres e identidad Web3. Su valor duradero está en simplificar transferencias y ofrecer un estándar unificado de resolución de identidad para Billeteras, DApps, DAOs, activos multichain y plataformas sociales on-chain.
