Control de claves USDT: quién puede disponer de tu saldo en Tether y cómo comprobarlo tú mismo

En última instancia, quien dispone de tus USDT no es tu monedero, sino el rol de propietario del contrato que emite el token. En la cadena donde está algo más de la mitad de todos los dólares Tether, ese rol depende de una única dirección multifirma en la que bastan dos firmas de tres. No es una suposición ni un informe de segunda mano: figura abierto en la blockchain, cualquiera puede leerlo y este texto te muestra en cinco minutos cómo hacerlo tú mismo.

El motivo es una revisión de la firma de seguridad Hacken del 4 de septiembre de 2026, que otorgó a Tether una nota de ciberseguridad de 3,3 sobre 10. Casi al mismo tiempo, la agencia de calificación Bluechip elevó la nota de la empresa de D a C. Ambos veredictos son correctos, porque miden cosas distintas. Quien lee solo uno de ellos se queda con una imagen torcida.

Quién puede disponer de tus USDT: el rol de propietario del contrato del token

Una stablecoin como USDT no es una red propia, sino un programa que funciona sobre la red de otro. Ese programa se llama contrato inteligente, o contrato para abreviar: código depositado que lleva los saldos y aplica las reglas sin que nadie tenga que intervenir a mano. El contrato mantiene una tabla en la que consta qué dirección posee cuántas unidades.

Dentro de este contrato existe un rol privilegiado, el owner, el propietario. El rol de propietario es la dirección autorizada a llamar a funciones cerradas para todos los demás. Quien lo ostenta decide las reglas conforme a las cuales el token funciona para el conjunto de los tenedores, y no la suerte de monederos concretos.

En Tron, la red con el mayor saldo de USDT, el contrato con la dirección TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t responde a la consulta owner() con una dirección que es a su vez un contrato. Su nombre en la red es MultiSigWallet. Para situar cómo ha evolucionado el saldo en Tron en los últimos meses, nuestra predicción del precio de Tron aporta el contexto.

Qué es un multifirma de dos de tres y por qué el umbral lo decide todo

Un multifirma, abreviatura de monedero de múltiples firmas, es una dirección que solo actúa cuando un número mínimo fijado de claves depositadas ha firmado la misma instrucción. Dos cifras la describen por completo: cuántas claves existen en total y cuántas de ellas deben reunirse. Esa segunda cifra es el umbral.

Consultamos ambas cifras directamente en la red el 8 de septiembre de 2026 a las 00:36 UTC, a través del nodo público api.trongrid.io. La consulta getOwners() sobre la dirección del propietario devuelve tres direcciones. La consulta required() devuelve el valor 2. El hallazgo queda así confirmado de forma independiente: dos de tres.

El umbral es la palanca de verdad. Con tres de tres, un atacante tendría que disponer de todas las claves a la vez, y una sola clave perdida bloquearía el rol para siempre. Con dos de tres, el contrato sigue siendo operable si desaparece una clave, y basta con que se reúnan dos para tomarlo. Seguridad y operatividad tiran aquí en direcciones opuestas, y el umbral fija dónde queda el término medio.

El orden de magnitud que hay detrás también se mide directamente. La consulta totalSupply() sobre el mismo contrato arrojó en ese momento 94.268.087.064 USDT. Hacken citaba 91,3 mil millones en su informe cuatro días antes. Según la fecha de corte, hay por tanto entre unos 91 y unos 94 mil millones de USDT en esta única cadena. La circulación mundial se situaba en torno a 183,4 mil millones de USDT el 8 de septiembre de 2026 a las 00:33 UTC, según CoinGecko. La cuota de Tron equivale así a un 51 % aproximado.

Lo que el control de claves no puede hacer: el límite con tu propio monedero

Aquí se aloja el malentendido más frecuente, y merece la pena separarlo con limpieza. El rol de propietario del contrato no tiene acceso alguno a tus claves privadas. Con él no se abre tu monedero, no se lee tu frase de recuperación y no se tocan tus bitcoin ni otros tokens. Tu saldo en otra moneda tampoco se ve afectado, tanto si lo mantienes en un exchange como en autocustodia con una cartera de hardware.

Lo que el rol sí puede hacer atañe a la contabilidad del propio token. Ahí entra la inscripción de una dirección en una lista de bloqueo, con la consecuencia de que su saldo en USDT deja de poder moverse. Ahí entra la creación de unidades nuevas. Y ahí entra el borrado de la tabla de saldos ya bloqueados. El punto en el que eso ocurre está en el contrato, no en tu archivo de monedero.

En la práctica: la autocustodia te protege de forma fiable frente a la quiebra de un exchange, pero no te protege frente a un bloqueo en el nivel del contrato. Son dos riesgos separados y necesitan dos respuestas separadas.

Cómo comprobar tú mismo el rol de propietario del contrato USDT en cinco minutos

No necesitas conocimientos técnicos ni software, solo un explorador de bloques. Un explorador de bloques es una web que hace legible el contenido de una blockchain; para Tron, Tronscan es el más extendido. Bastan cuatro pasos.

1. Abre en el explorador el contrato USDT TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t. En la pestaña del código del contrato encontrarás una lista de funciones consultables.
2. Llama a owner(). La respuesta es una dirección. En nuestra consulta era TBPxhVAsuzoFnKyXtc1o2UySEydPHgATto.
3. Abre esa dirección. El explorador indica si se trata de una cuenta corriente o de un contrato. Aquí es un contrato con el nombre depositado MultiSigWallet.
4. Sobre ese contrato, llama a getOwners() y a required(). La primera consulta lista las direcciones de clave depositadas; la segunda indica el umbral.

Esta comprobación no cuesta nada, no exige conectar tu monedero y no deja rastro. Sirve también para otros tokens: todo contrato que lleve una función de bloqueo tiene en algún punto un rol autorizado a activarla. La pregunta es siempre la misma, a saber, quién ostenta ese rol y bajo qué umbral.

Qué funciones desbloquea el rol de propietario en el contrato TetherToken

El contrato lleva el nombre interno TetherToken y publica su interfaz de forma abierta. En la descripción que consultamos el 8 de septiembre de 2026 figuran, entre otras, estas funciones reservadas al rol de propietario:

• addBlackList y removeBlackList: inscribe una dirección en la lista de bloqueo o la retira de ella.
• destroyBlackFunds: destruye el saldo de una dirección ya bloqueada.
• issue y redeem: crea unidades nuevas o retira unidades existentes.
• transferOwnership: traspasa el rol de propietario a otra dirección.
• pause y unpause: detiene las transferencias en todo el contrato o las reanuda.
• deprecate: declara el contrato sustituido y redirige a un sucesor.

Junto a ellas está la consulta isBlackListed, que cualquiera puede llamar sin derechos especiales. El 6 de septiembre de 2026 describimos paso a paso cómo comprobar así tu propia dirección, en nuestra guía sobre el bloqueo de direcciones en stablecoins. El presente texto responde a la pregunta anterior: quién puede activar el bloqueo.

Las funciones de bloqueo no son un fallo de diseño. Existen porque un emisor que respalda saldos en dólares reales tiene que poder responder a las órdenes de las autoridades. La parte comprobable no es, por tanto, si existe una función así, sino con qué firmeza está protegido su acceso.

Bloqueo temporal y ventana de revocación: las dos piezas que aquí faltan

Un bloqueo temporal, timelock en la jerga, es una regla del contrato que interpone un plazo de espera fijo entre la instrucción y su ejecución. Quien impulsa un cambio tiene que esperar, y el cambio queda públicamente visible durante ese tiempo. La ventana de revocación es la segunda mitad correspondiente: la posibilidad de detener un cambio ya impulsado mientras corre el plazo.

Ambas juntas convierten un proceso silencioso en uno observable. Por eso los grandes protocolos fijan a menudo plazos de 24 a 72 horas entre el acuerdo y su efecto. Hacken deja constancia en su informe de que el rol de propietario del contrato USDT en Tron no conoce ni lo uno ni lo otro. Una toma de control surtiría efecto de inmediato.

Importa medir el alcance de este hallazgo. Dice con qué rapidez surtiría efecto un cambio si llegara. No dice nada sobre si va a llegar. Hacken declara expresamente no haber encontrado indicio alguno de claves comprometidas ni ningún incidente de seguridad.

En qué cadena están tus USDT y por qué eso desplaza la cuestión del control

USDT no existe una sola vez. En cada red donde se ofrece el token hay un contrato autónomo. Tron, Ethereum y una serie de cadenas adicionales operan cada una sus propios contratos, con sus propios saldos y sus propios roles de propietario. Un USDT en Tron y un USDT en Ethereum son económicamente el mismo derecho, pero técnicamente dos apuntes distintos en dos libros distintos.

Para ti esto tiene tres consecuencias prácticas. Primera, la estructura de control que te afecta depende de la cadena en la que realmente está tu saldo, y no de una afirmación general sobre Tether. Segunda, tienes que saber cuál es esa cadena antes de poder comprobar nada; en un exchange el dato aparece en la ventana de retirada, en un monedero propio, en el nombre de red de la dirección. Tercera, una transferencia a la cadena equivocada es la vía más frecuente para perder USDT de forma permanente, y ocurre sin intervención alguna de un emisor.

Quien cambia de cadena con regularidad debería tomarse la selección de red tan en serio como la propia dirección. En los proveedores sujetos a supervisión europea, esa selección suele estar más acotada y resulta por ello menos propensa al error.

Hacken 3,3 y Bluechip C: por qué dos notas miden dos cosas distintas

El mismo día quedaron juntas dos valoraciones que parecen apuntar en direcciones opuestas. Hacken concedió una nota de ciberseguridad de 3,3 sobre 10. Bluechip elevó la nota de la empresa de D a C, apoyándose en una revisión de KPMG según la cual las reservas superaban a los pasivos en 6.800 millones de dólares a 31 de diciembre de 2025.

Estos dos veredictos no se contradicen, porque responden a preguntas diferentes. Bluechip pregunta si detrás de cada token emitido hay respaldo suficiente. Hacken pregunta con qué firmeza está protegido el acceso al programa que lleva esos tokens. Una moneda plenamente respaldada puede depender de una arquitectura de claves endeble, y una arquitectura protegida de forma ejemplar no dice nada sobre el respaldo.

Qué cubre en detalle la revisión de KPMG, qué fecha de corte tiene y por qué un informe de auditoría no sustituye a una autorización lo desglosamos el 16 de agosto de 2026 en nuestro análisis de la auditoría de Tether por KPMG. Tether publica además sus cifras de reservas de forma continua en su propia página de transparencia. El hallazgo de seguridad y la mejora de nota, uno junto a otro, quedan documentados en el artículo de CoinDesk del 4 de septiembre de 2026.

Saldo en el exchange y cadena de custodia: quién custodia realmente por ti llegado el caso

Si tus USDT están en un exchange, al nivel del contrato se añade un segundo nivel. La dirección que consta en el contrato pertenece entonces al exchange, no a ti. Tú tienes un derecho frente a la casa, y la casa tiene el apunte en la cadena. Un bloqueo en el nivel del contrato alcanza en ese caso primero a la dirección colectiva del exchange, y solo después a ti, a través de sus propias reglas.

No es un argumento contra los exchanges, pero sí una razón para conocer la diferencia. En autocustodia, tu propia dirección figura en el libro, con todas las consecuencias en ambos sentidos: nadie puede congelar tu saldo en nombre de un tercero, y nadie puede ayudarte si pierdes tus claves. En un exchange sucede al revés.

Un tercer caso se pasa por alto a menudo. Algunos proveedores no custodian ellos mismos y trasladan los activos a un custodio especializado. Entre tú y el apunte en la cadena se intercala entonces otra empresa. Quien quiera saber cuántos eslabones tiene su cadena de custodia encontrará la respuesta en las condiciones de uso, bajo epígrafes como custodia, depósito o subcustodio.

Qué cambia MiCA en la cuestión del control y qué queda abierto

El reglamento europeo sobre los mercados de criptoactivos, MiCA en abreviatura, aborda las stablecoins en el nivel del emisor. Regula quién puede emitir en la UE un token referenciado a activos, cómo se mantienen y se auditan las reservas y en qué condiciones un tenedor puede exigir el reembolso. El agarre regulatorio recae así sobre la empresa y su balance.

La arquitectura de claves de un contrato desplegado en una blockchain pública solo queda alcanzada de forma indirecta. Una autoridad supervisora puede imponer requisitos a la organización operativa de un emisor autorizado; lo que no puede es escribir una regla dentro de un contrato ya en funcionamiento en la red de un tercero. Para ti, la cuestión del control sigue siendo por tanto una cuestión que compruebas tú mismo en el contrato, con independencia de cómo esté clasificado el emisor a efectos de supervisión.

Qué stablecoins siguen siendo negociables con normalidad en la UE tras el fin de los periodos transitorios, y qué puede desencadenar fiscalmente un canje forzoso, lo sitúa nuestro análisis del 16 de agosto de 2026. El orden importa: primero aclaras dónde está tu saldo, después quién dirige el contrato, y solo entonces la clasificación supervisora.

Un hallazgo de estructura, no un incidente: qué no se deduce de esta situación

Queda para el final la contextualización que más suele faltar en este asunto. Hacken describe una construcción, no un ataque. Según expone la firma, no hay indicio alguno de que hayan desaparecido claves, ni ningún incidente de seguridad. Quien deduzca de ahí un peligro inmediato para su propio saldo va más allá de la fuente.

Tampoco se deriva de ello una recomendación de actuación en un sentido o en otro. Este texto no te dice que mantengas USDT ni que te deshagas de ellos. Te dice qué preguntas son comprobables y cómo se responden: en qué cadena está tu saldo, quién ostenta el rol de propietario del contrato correspondiente, bajo qué umbral se encuentra y si media un plazo de espera.

Esa es la verdadera fortaleza de una blockchain pública en este punto. La estructura de control es cuestión de consulta y no de confianza. Está expuesta a la vista, cualquiera puede releerla, y no cambia porque alguien escriba otra cosa sobre ella.

Control de claves USDT: lo que debes retener

1. Aclara primero la cadena. Mira en tu monedero o en la ventana de retirada de tu exchange en qué red están realmente tus USDT. Sin ese dato comprobarás la estructura de control equivocada. Si adviertes que hay varios proveedores en juego, nuestra comparativa de exchanges de criptomonedas regulados te da una visión de conjunto de dónde están los saldos.
2. Comprueba tú mismo el rol de propietario. Llama a owner() sobre el contrato del token en el explorador de bloques, abre la dirección devuelta y lee allí getOwners() y required(). Lleva cinco minutos y zanja la pregunta de forma definitiva. Para lo que queda después en tus manos, la protección de tus propias claves, la comparativa de carteras de hardware ayuda en la elección.
3. Separa con limpieza los dos riesgos. La quiebra del custodio y el bloqueo en el nivel del contrato son cosas distintas y necesitan respuestas distintas. Quien quiera mantener la visión de conjunto sobre saldos en varias cadenas y con varios proveedores encontrará las herramientas adecuadas en nuestro repaso de rastreadores de cartera y software fiscal.

(8 de septiembre de 2026. Este artículo no constituye asesoramiento de inversión. Los precios y las tarifas cambian; comprueba las condiciones con el proveedor antes de comprar.)