Lo que debes saber:
- El registro .me puso t.me en estado "serverHold" el 13 de julio, lo que dejó inoperativos todos los enlaces de Telegram en todo el mundo.
- La suspensión estaría vinculada a requisitos de cumplimiento de la OFAC, y el dominio ya ha sido restablecido.
- El incidente sirve como recordatorio de que ningún servicio en línea, crypto incluida, tiene el control total sobre la cadena DNS de la que depende.
El 13 de julio, todos los enlaces t.me dejaron de funcionar repentinamente en todo el mundo. No fue un fallo del servidor ni un ataque DDoS: el registro del dominio .me puso al dominio principal de Telegram en estado serverHold, un interruptor que lo elimina del DNS global. Para una plataforma con cerca de 900 millones de usuarios, cuyos alias, canales, bots, enlaces de invitación e incluso las billeteras TON circulan a través de enlaces t.me, el corte fue inmediato y generalizado.
— Coin Academy (@coinacademy_fr) July 14, 2026🚨 El dominio t(.)me de Telegram fue puesto en « serverHold » por el registro .me, dejando inaccesibles todos los enlaces cortos.
La suspensión sigue a una decisión de la OFAC, tras la sanción a un proveedor VPN ucraniano que incluía una dirección .me en sus contactos. pic.twitter.com/0HBDFC0nDI
¿Qué sucedió con el dominio t.me?
El registro WHOIS descarta desde el principio cualquier negligencia. Registrado en 2010 en GoDaddy, con servidores de nombres en Google Cloud DNS, t.me está pagado hasta mayo de 2035. Sin embargo, el 13 de julio, el dominio apareció con ocho estados de bloqueo, incluido el famoso serverHold. Este estatus, impuesto únicamente por el operador del registro, ordena a los servidores DNS dejar de resolver el dominio: cada solicitud devuelve un NXDOMAIN, la forma en que internet indica que una dirección no existe.
Pavel Durov, fundador y CEO de Telegram, se enteró de la caída al mismo tiempo que sus usuarios. Pidió ayuda al registro a través de X, aclarando que la empresa no había recibido ninguna notificación previa. Mientras tanto, Telegram redirigió sus aplicaciones hacia el dominio de respaldo telegram.me para que los nuevos enlaces siguieran funcionando.
El dominio ya ha sido restablecido. Según el medio especializado Domain Name Wire, el registro .me invocó razones de “cumplimiento con la OFAC”, la Oficina de Control de Activos Extranjeros, brazo ejecutor de las sanciones del Tesoro estadounidense. Según Cybernews, algunos usuarios notaron que la suspensión coincidió con la sanción de la OFAC a un servicio VPN dudoso que utilizaba una dirección t.me como sitio oficial, lo que sugiere la hipótesis de un bloqueo accidental de todo el dominio. Ni Telegram, ni el registro montenegrino doMEn, ni su operador técnico Identity Digital han publicado una explicación detallada.
¿Por qué un simple estatus DNS puede hacer desaparecer un servicio?
Este episodio pone de relieve un ángulo muerto que la mayoría de los equipos de ingeniería nunca consideran. Las arquitecturas modernas prevén fallos en servidores, bases de datos o redes, pero casi nadie contempla el fallo de la propia autoridad de nombres.
Todo servicio accesible mediante un nombre de dominio depende de una cadena de actores que no controla: el registrador (GoDaddy, Cloudflare, Namecheap), el operador del registro de la extensión (Verisign para el .com, doMEn para el .me), la infraestructura DNS (Google Cloud DNS, AWS Route 53) y la autoridad de certificación para el TLS. Cada eslabón puede romper el servicio. Y a diferencia de un estado "clientHold", que el titular generalmente puede resolver, el "serverHold" escapa a cualquier acción del propietario: incluso con acceso directo a la consola de GoDaddy, los ingenieros de Telegram no podían hacer nada. El interruptor está fuera del edificio, y solo el proveedor de electricidad puede volver a activarlo.
El caso de Telegram resulta aún más llamativo dado que la plataforma se ha construido sobre una imagen de resistencia a la censura, con un protocolo MTProto diseñado para entornos de red hostiles. Sin embargo, el .me sigue siendo la extensión nacional de Montenegro: cualquier dominio registrado bajo esta extensión existe bajo la voluntad de su registro. Como resume la conclusión del artículo de análisis publicado al respecto, un nombre de dominio es un préstamo, no un activo.
¿Está el ecosistema crypto expuesto al mismo riesgo?
La comunidad crypto más que ninguna otra. Telegram sirve como plaza pública para el sector: proyectos, exchanges, traders e investigadores coordinan sus comunidades a través de canales compartidos casi exclusivamente mediante enlaces t.me, e innumerables bots de trading captan allí a sus usuarios. Una suspensión prolongada habría afectado profundamente a esta economía.
Los sistemas de nombres descentralizados como ENS (Ethereum Name Service) o Handshake proponen una alternativa a las jerarquías controladas por la ICANN. Sus límites son conocidos: resolución más lenta, falta de soporte nativo en navegadores y una gobernanza aún inmadura. E incluso un sistema de nombres en blockchain no escapa a las dependencias de infraestructura (resolvers, proveedores de acceso) ni a las obligaciones legales, que prevalecen sobre las salvaguardas técnicas.
Existen defensas parciales para los arquitectos. Poseer el mismo nombre bajo varias extensiones, en diferentes registradores, con conmutación automática. Mantener en las aplicaciones una caché de las últimas direcciones IP válidas para resistir durante un fallo de DNS. Consultar varios resolvers cuando uno devuelve un NXDOMAIN sospechoso. Y verificar los certificados del lado del cliente para detectar un desvío a través del DNS. Ninguna de estas técnicas elimina el riesgo, cada una solo sirve para ganar tiempo.
¿Qué debemos vigilar?
Dos preguntas siguen abiertas. Primero, la transparencia: ¿doMEn, Identity Digital o Telegram terminarán detallando la causa exacta del bloqueo y las garantías para evitar una reincidencia? Segundo, el precedente: si un requisito de cumplimiento de la OFAC puede retirar del DNS el dominio central de una plataforma de 900 millones de usuarios sin previo aviso, los grandes servicios en línea deberán integrar el riesgo de sanciones a nivel de nomenclatura en sus planes de continuidad. Los equipos que rastreaban el camino completo desde que "el usuario escribe una URL" hasta que "el paquete llega al servidor" acaban de ganar un argumento de peso en sus reuniones de arquitectura.
Encuentra toda la actualidad en nuestra sección Actualidad Regulatoria en Coin Academy.