Resumen

  • La base de datos de la zona raíz de la IANA identifica a NIC-MG (Network Information Center Madagascar) como gestor del ccTLD .mg, da una dirección postal en Antananarivo y registra una fecha de inscripción del 1995-07-25 con una última actualización del 2025-10-02.
  • El sitio de NIC.MG afirma en francés que es el gestor oficial de los nombres de dominio en .mg desde hace más de treinta años; se trata de una declaración de la parte interesada, no de un hecho establecido de forma independiente.
  • No se obtuvo en esta revisión ningún instrumento de delegación, contrato, ley, aviso de gaceta o acto de designación nacional para el registro .mg, de modo que la base legal, el alcance, la fecha de entrada en vigor y las condiciones de renovación del papel no quedan establecidos aquí.

Visto desde fuera, un dominio de primer nivel nacional parece fontanería. Una cadena de dos letras figura en la zona raíz, un servidor de nombres responde, un puerto WHOIS contesta. Esa fontanería es real y está documentada. Lo que hay detrás —quién decide, con qué autoridad y con qué remedio para quien recibe la decisión— pertenece a otro tipo de registro, y en el caso de .mg ese registro es delgado.

Empecemos por lo que la zona raíz certifica realmente. La Internet Assigned Numbers Authority mantiene una ficha de .mg que nombra como gestor del ccTLD a «NIC-MG (Network Information Center Madagascar)» y da una dirección postal en Tanà Water Front, Esc A, Ambodivona, Antananarivo 101, Madagascar (base de datos de la zona raíz de la IANA, .mg). La misma ficha registra una fecha de inscripción del 1995-07-25 y una última actualización del 2025-10-02. Su sección Registry Information enumera www.nic.mg como URL de servicios de registro, whois.nic.mg como servidor WHOIS y rdap.nic.mg como servidor RDAP.

Es un documento técnico, y conviene ser preciso sobre lo que hace y lo que no hace. Identifica a quién se espera que responda por la zona. No establece por sí solo una base contractual o legal para esa expectativa, y una fecha de inscripción en la zona raíz no prueba que el mismo operador haya gestionado la zona de forma ininterrumpida desde 1995. La ficha de la IANA es el mapa, no el título de propiedad.

Leamos ahora el relato del propio registro. El sitio de NIC.MG contiene una sola frase en francés que hace todo el trabajo institucional: «NIC.MG est le gestionnaire officiel des noms de domaine en .mg depuis plus de 30 ans. Il collabore avec les bureaux d'enregistrement nationaux et internationaux pour développer l'extension .mg.» (NIC.MG).

Esa frase constituye todo el argumentario institucional público, y es una declaración de primera mano. No carece de valor: un registro que ha operado una zona durante tres décadas ha hecho evidentemente algo bien, y la frase es coherente con la ficha de la IANA. Pero «gestionnaire officiel» carga con un peso enorme que nunca se examina. Puede describir la operación técnica de los servidores de nombres. Puede describir la administración del registro, es decir, la aceptación de inscripciones y el mantenimiento de la base de datos. Puede describir una designación gubernamental, una delegación legal o una combinación de las tres.

El material revisado no dice cuál, y la diferencia importa enormemente para quien necesita impugnar una decisión.

Pensemos en la posición de un titular cuyo nombre en .mg es rechazado, suspendido o transferido. Para impugnar, esa persona necesita saber quién decidió, bajo qué regla y ante qué foro. Una ficha de delegación técnica le dice qué organización opera la zona. No le dice si esa organización ejerce una función pública delegada, un derecho contractual privado o una discrecionalidad administrativa, y esas tres respuestas conducen a tres remedios distintos.

Cuando el instrumento de designación no es público, el relato del registro sobre su propio mandato se convierte en el registro de facto, y la respuesta práctica a «quién decide» se reduce a quien tiene el archivo de zona.

Hay una segunda vía de autoridad, y es importante no confundirlas. La ficha de directorio de BTW para la entidad se apoya en una única base probatoria: el directorio público de miembros de AFRINIC, que cita a NIC-MG como miembro inscrito o radicado en Madagascar (membresía de AFRINIC). Esa inscripción se obtuvo en esta revisión solo como resumen del proveedor, sin una fila de miembro citada literalmente, y responde a una cuestión de recursos de numeración —si la organización es miembro de AFRINIC— y no a una cuestión de nombres de dominio. La membresía en AFRINIC ni confirma ni desmiente la delegación de .mg. Es una relación institucional distinta, con sus propias reglas, cuotas y obligaciones, y tratar ambas como una sola autoridad sería un error de categoría.

Lo que la revisión no pudo obtener es precisamente lo que resolvería la pregunta. No se obtuvo ningún instrumento de delegación ni acto de designación legal para el registro .mg. No se obtuvo ninguna ley nacional, aviso de gaceta o acto de regulador referido a .mg. No se obtuvo ninguna política de registro, tarifa, procedimiento de resolución de disputas ni regla de acreditación de registradores. Son resultados de búsqueda, y establecen únicamente falta de acceso. No establecen que ese instrumento no exista, que NIC.MG carezca de autoridad, que algún documento contradiga a NIC.MG ni que alguien haya ocultado nada.

Un conjunto de fuentes incompleto crea un estado probatorio sin resolver, no un veredicto.

La formulación pública honesta es por tanto estrecha, y merece decirse con claridad: NIC.MG se describe como el gestor oficial de .mg, un papel que afirma ejercer desde hace más de treinta años. Esta revisión no verificó ese estatus de forma independiente, porque no obtuvo el instrumento de designación ni ningún texto jurídico subyacente. El material de AFRINIC atañe a otra función y ni confirma ni desmiente la delegación.

Esa formulación resulta insatisfactoria, y la insatisfacción es el asunto. Un registro no es una empresa corriente. Custodia un espacio de nombres del que dependen negocios, marcas y correspondencia de otras personas, y ejerce poderes —aceptar, rechazar, fijar precios, suspender— que ninguna empresa corriente tiene sobre los identificadores de sus clientes. A las instituciones que ejercen esos poderes se les suele exigir que publiquen el instrumento que se los concede, no por virtud burocrática, sino porque el instrumento es lo que hace revisable el poder. Un titular no puede apelar a una frase en una página de inicio.

Existe una objeción legítima, y merece ser escuchada. Para muchos operadores de ccTLD, sobre todo los registros nacionales pequeños surgidos de comunidades técnicas voluntarias en los años noventa, una delegación técnica más tres décadas de operación ininterrumpida constituye la rendición pública ordinaria y suficiente. Exigir un instrumento legal publicado impondría un estándar que una jurisdicción de derecho societario puede cumplir y que un registro pequeño que opera bajo una tolerancia ministerial informal no puede cumplir. La ausencia de instrumento publicado puede reflejar cultura administrativa y no un defecto de autoridad.

Ambas lecturas están disponibles con la evidencia revisada aquí, y elegir entre ellas no es la tarea de este artículo. Lo que sí puede decirse es que esa elección no está hoy disponible para el público. El material que permitiría al lector decidir —la designación, el contrato, la ley, el aviso de gaceta— no se obtuvo en esta revisión, y el sitio del registro no lo aporta. Mientras no se aporte, la cadena de autoridad de .mg descansa sobre una ficha técnica y una frase, y la brecha entre ambas es exactamente donde vive el riesgo de gobernanza.