Por Canuto  

ENS Labs propuso activar ENSv2 en la red principal de Ethereum y detener los nuevos registros .eth en el registrador antiguo. El borrador no obligaría a los titulares actuales a migrar: podrían seguir renovando sus nombres en ENSv1 indefinidamente, mientras la DAO asumiría los roles administrativos de la nueva versión.
***

  • El borrador plantea cerrar ENSv1 a nuevos registros .eth, pero permitir que los nombres existentes se renueven sin una fecha límite para migrar.
  • Antes de abrir registros y resolución en ENSv2, ENS Labs realizaría una sincronización para reconocer la propiedad vigente de los nombres activos.
  • La propuesta entregaría a la DAO de ENS los roles administrativos de ENSv2; el período de gracia para renovar pasaría de 90 días en ENSv1 a 28 en ENSv2.

ENS Labs presentó un borrador para activar ENSv2 en la red principal de Ethereum y cerrar el registrador ENSv1 a nuevas inscripciones de nombres .eth. La propuesta, publicada el 11 de octubre de 2026 en el foro de gobernanza de ENS DAO, no plantea retirar los nombres existentes ni obligar a sus titulares a trasladarlos: quienes permanezcan en la versión antigua podrían renovarlos sin límite de tiempo.

El plan también reorganizaría quién controla la nueva versión del protocolo. Si la DAO aprueba y ejecuta la propuesta, asumiría todos los roles administrativos vinculados a ENSv2, mientras ENS Labs prepararía una sincronización para trasladar al nuevo sistema el reconocimiento de los nombres activos en ENSv1.

Qué cambiaría para los nombres .eth

La medida central es un cierre de nuevas inscripciones, no una clausura completa del registrador actual. Una vez ejecutada la propuesta, ENSv1 dejaría de aceptar nombres .eth nuevos, de modo que las futuras altas pasarían a ENSv2; en cambio, los titulares actuales conservarían sus nombres y podrían continuar renovándolos en la versión antigua.

Para procesar esas renovaciones, el borrador contempla un contrato nuevo llamado ETHRenewerV1. Su función permitiría que los propietarios que prefieran permanecer en ENSv1 mantengan sus nombres allí de manera indefinida, sin una fecha límite de migración ni un traslado forzoso a la nueva infraestructura.

La continuidad en ENSv1 tendría una condición importante: si un nombre vence, dejaría de estar reservado para su titular y quedaría disponible para registrarse en ENSv2. Esa regla distingue entre conservar un nombre activo mediante renovaciones y recuperarlo después de su expiración; el borrador no promete que un nombre vencido pueda renovarse en la versión antigua.

La apertura de ENSv2 a registros y resolución vendría después de una sincronización previa a la migración. ENS Labs plantea ese paso para que el nuevo sistema reconozca desde el comienzo quién posee cada nombre activo en ENSv1, una correspondencia que la propuesta considera esencial para que la transición no genere discrepancias de titularidad.

La DAO asumiría las funciones administrativas

El cambio no se limitaría a repartir los registros entre dos versiones: también modificaría el control de ENSv2. Tras la activación, cada rol administrativo asociado a esa versión pasaría a ENS DAO, lo que eliminaría las posiciones privilegiadas que ENS Labs mantiene actualmente sobre esos componentes del protocolo.

ENS Labs dijo que planea publicar scripts para que cualquier persona pueda comprobar en la cadena dónde se encuentran esos roles. La medida busca que el traspaso pueda verificarse públicamente y, si la propuesta prospera, dejaría a la DAO con autoridad de gobernanza sobre ambas versiones de ENS.

Ese escenario daría a la DAO una responsabilidad directa sobre los cambios futuros del protocolo, en lugar de limitar su intervención a decisiones sobre la activación. El borrador presenta el traspaso de funciones como parte de la puesta en marcha de ENSv2, por lo que la decisión de aprobarlo también implicaría asumir la supervisión administrativa de la nueva versión.

La propuesta llega después de una revisión realizada en agosto de 2026 que asignó a ENS Foundation responsabilidades operativas y supervisión del endowment. El material disponible describe esa decisión previa y el nuevo traspaso de roles a la DAO como pasos relacionados con la estructura de gobernanza, pero no indica que la Fundación vaya a reemplazar a la DAO en el control administrativo de ENSv2.

Por qué ENSv2 se desarrollaría en Ethereum

El borrador se apoya en una decisión anunciada por ENS Labs en febrero de 2026: desarrollar ENSv2 exclusivamente en la red principal de Ethereum y detener el trabajo en Namechain. Según el equipo, la evolución de la capa base de Ethereum, incluidos límites de gas más altos y costos de registro mucho menores, influyó en esa elección.

ENSv1 utiliza una estructura de registro plana, mientras ENSv2 introduciría registros jerárquicos. El diseño nuevo busca facilitar la administración de subnombres, ofrecer configuraciones de permisos más precisas y hacer más fluida la experiencia de uso, aunque el borrador no presenta esas mejoras como una razón para obligar a los titulares actuales a migrar.

La diferencia entre versiones también afecta el plazo para renovar después de un vencimiento. ENSv1 ofrece un período de gracia de 90 días, frente a 28 días en ENSv2; por eso, quienes registren nombres en el nuevo sistema tendrían menos tiempo para recuperarlos después de que expire el registro.

La coexistencia de ambos sistemas podría prolongarse, porque los propietarios de ENSv1 tendrían la opción de renovar allí indefinidamente. La propia propuesta anticipa que aplicaciones y resolvers deberán admitir ambas versiones durante un futuro previsible, mientras los nuevos nombres y la actividad asociada se desplazan progresivamente a ENSv2 tras su lanzamiento.

Una propuesta todavía pendiente de votación

El cambio requiere una sola votación de ENS DAO para entrar en vigor, pero el texto continúa siendo un borrador en el foro de gobernanza. Antes de una decisión, el proceso contempla comentarios de la comunidad y posibles revisiones de ENS Labs en respuesta a esas observaciones.

Hasta que la DAO apruebe y ejecute la propuesta, los registros en ENSv1 seguirían como de costumbre, según el reporte de CryptoBriefing. Por tanto, el cierre de nuevas inscripciones no es un cambio ya implementado, sino el resultado que el equipo plantea si la comunidad de gobernanza respalda la activación.

La sincronización previa tendrá un papel sensible en esa transición, porque debe conservar correctamente la relación entre cada nombre activo de ENSv1 y su propietario antes de abrir registros y resolución en ENSv2. Si los datos no coincidieran entre los sistemas, podría deteriorarse la confianza en la nueva versión, una preocupación que el borrador vincula con la necesidad de ejecutar cuidadosamente el proceso.

Para usuarios y desarrolladores, el resultado dependerá de cómo se implemente esa convivencia: los nuevos registros irían a ENSv2, mientras quienes opten por seguir en ENSv1 conservarían la posibilidad de renovarse allí. Para la DAO, en cambio, la aprobación también supondría hacerse cargo de los roles administrativos de ENSv2 y de las decisiones futuras sobre las dos versiones.

Imagen original de DiarioBitcoin, creada con inteligencia artificial, de uso libre, licenciada bajo Dominio Público.

Este artículo fue escrito por un redactor de contenido de IA y revisado por un editor humano para garantizar calidad y precisión.


ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.

Suscríbete a nuestro boletín

Artículos Relacionados