Anatomía de una lista negra de USDT: cómo Tether congela tokens

Tether tiene la capacidad técnica de bloquear los USDT que se encuentran en cualquier dirección blockchain. Tras ese bloqueo, el propietario de la dirección ya no puede transferir USDT, aunque estos sigan apareciendo en el saldo.

Desde 2017 Tether ha iniciado la inclusión en la lista negra de aproximadamente 8000 direcciones blockchain con un valor combinado de más de 4000 millones de dólares.

Frente a la escala global de la circulación de USDT, estas cifras pueden parecer pequeñas. Pero para un participante individual del mercado, una lista negra se convierte en un evento crítico, especialmente cuando está convencido de que no hizo nada ilegal. Estos casos no son tan raros como podrían parecer. El hecho de que algunas direcciones se desbloqueen posteriormente confirma que a veces se tomaron decisiones individuales basadas en conclusiones incorrectas del iniciador.

La inclusión en la lista negra no ocurre de forma arbitraria: debe haber motivos, y el procedimiento tiene una vertiente jurídica y otra operativa. Cubrimos esos aspectos en un artículo aparte sobre quién toma realmente la decisión. El objetivo de este artículo es explicar la mecánica técnica de la lista negra de USDT.

Cómo funciona una transferencia normal de USDT

Para comprender el proceso de bloqueo, primero necesitamos entender cómo ocurre técnicamente una transferencia normal de USDT.

Consideremos un ejemplo de una transacción de USDT en la red TRON. El usuario inicia una transferencia de USDT desde su dirección a la dirección de un destinatario. En ese momento, la transacción interactúa con el contrato inteligente de USDT en TRON:

TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t

El contrato inteligente es lo que gestiona la contabilidad de saldos y el procesamiento de las transferencias de tokens. Cuando se ejecuta una transferencia, se invoca la lógica interna de transferencia de tokens del contrato. A nivel de eventos del contrato, esto se registra como un evento Transfer, es decir, el movimiento de un activo del emisor al destinatario.

De forma simplificada, el proceso es así:

1. El usuario inicia una transferencia de USDT;
2. La transacción llama al contrato inteligente de USDT;
3. El contrato verifica las condiciones de la transferencia;
4. Si no hay restricciones, el saldo del emisor disminuye y el del destinatario aumenta;
5. Se registra un evento Transfer on-chain.

USDT en Ethereum funciona de forma similar: una transferencia se procesa a través del contrato inteligente del token, y una transferencia exitosa se registra como un evento Transfer. Las principales diferencias entre TRON y Ethereum provienen del entorno técnico: estándar del token, formato de dirección, comisiones, velocidad de procesamiento de las transacciones.

Mecanismos de control en el contrato inteligente de USDT

Además de las transferencias normales, el contrato inteligente de USDT dispone de funciones administrativas que permiten al emisor gestionar cómo circula el token para direcciones concretas. El emisor puede añadir una dirección a la lista negra, retirarla de la lista negra y quemar los USDT que estén en una dirección incluida en la lista negra.

Estas acciones se reflejan a través de eventos del contrato. Para analizar las listas negras, tres eventos son clave:

• AddedBlackList — añadir una dirección a la lista negra;
• RemovedBlackList — retirar una dirección de la lista negra;
• DestroyedBlackFunds — quemar los fondos de una dirección incluida en la lista negra.

De forma simplificada, la lógica es así:

1. Tether añade una dirección a BlackList;
2. El contrato inteligente empieza a reconocer esa dirección como incluida en la lista negra;
3. Cuando se intenta una transferencia saliente, el contrato comprueba el estado de la dirección;
4. Si la dirección está en BlackList, la transferencia es rechazada;
5. Si la dirección no está en BlackList, la transferencia puede realizarse.

De preban a ban: cómo aparece la lista negra on-chain

La inclusión de USDT en la lista negra en TRON no se registra como un solo evento, sino como dos etapas on-chain relacionadas: primero se crea una operación en el MultisigWallet de Tether; después esa operación se ejecuta y da como resultado que la dirección se añada a BlackList.

Esta secuencia puede dividirse convencionalmente en dos eventos:

1. Preban — creación de la operación en el MultisigWallet de Tether.
2. Ban — ejecución real de la operación, tras la cual la dirección entra en BlackList.

Preban: crear la operación en el MultisigWallet de Tether

En la etapa de preban se llama a un método del contrato multisig. En esta transacción, la dirección todavía no está realmente en la lista negra: solo se crea una operación que el multisig debe ejecutar tras la confirmación requerida.

Parámetros clave de una transacción de preban:

En los event logs de la transacción de preban se registran los eventos del contrato multisig. TransactionId es el identificador interno de la operación en el MultisigWallet de Tether que se ejecutará más adelante.

Dónde se oculta la dirección que va a ser incluida en la lista negra

La dirección que será incluida en la lista negra no se muestra directamente en los event logs de la transacción de preban. Está oculta dentro del parámetro Data, que debe decodificarse según las reglas de Solidity ABI.

Si la operación está preparando una llamada a una función de lista negra, la estructura de los datos es así:

0xecb93c0 + 32-byte address argument
(<function selector> + <ABI-encoded arguments>)

Los primeros 4 bytes son el selector de la función. El resto es el argumento codificado en ABI. Para extraer la dirección, se toman los últimos 20 bytes del argumento y se decodifican.

En TRON, las direcciones pueden mostrarse de dos formas:

• Formato hex — comienza con el prefijo 41;
• Formato Base58Check — legible por humanos, comienza con T.

Ban: añadir realmente la dirección a BlackList

El bloqueo real ocurre más tarde, cuando la operación multisig creada se ejecuta. En la transacción de ban, los logs del contrato USDT muestran:

AddedBlackList(address target)

Este evento es la confirmación on-chain de que la dirección se ha añadido a BlackList.

La ventana de oportunidad: tiempo de preban a ban

Entre el preban y el ban hay un intervalo de tiempo. Antes de que aparezca el evento AddedBlackList, la dirección todavía no está en BlackList y técnicamente conserva la capacidad de usar USDT. Este intervalo es lo que llamamos la ventana de oportunidad.

La ventana solía ser de días. Ahora se ha acortado notablemente: a veces horas, a veces minutos. Esto reduce la previsibilidad para el propietario de la dirección y hace que la respuesta rápida sea crítica.

Antes del evento AddedBlackList, la dirección todavía puede realizar transferencias salientes de USDT. Por eso, desde la perspectiva de un usuario de buena fe que ve el riesgo de una lista negra inminente, la secuencia racional de acciones es: primero sacar los fondos de la dirección potencialmente bloqueada, y luego abordar los motivos del bloqueo.

Qué ocurre después del ban real

Tras la inclusión en la lista negra, la dirección ya no puede enviar USDT. Las transferencias salientes son rechazadas por la lógica del contrato inteligente. Los fondos seguirán apareciendo en el saldo y, técnicamente, las transferencias entrantes pueden llegar a la dirección.

Lo que ocurre después depende de los motivos de la inclusión en la lista negra:

• La dirección puede permanecer en BlackList indefinidamente;
• La dirección puede desbloquearse mediante RemovedBlackList;
• Los fondos pueden quemarse mediante DestroyedBlackFunds, con posible reemisión a una nueva dirección.

Tras el ban real, el trabajo se desplaza al plano jurídico y analítico: identificar la fuente del riesgo, preparar analítica on-chain, confirmar el origen de los fondos y comunicarse con Tether y las estructuras estatales que iniciaron la lista negra, con la participación del asesoramiento legal pertinente.

Cómo saber que tu dirección ha sido incluida en la lista negra por Tether

A menudo los usuarios no advierten la lista negra de inmediato. A primera vista todo parece normal: los USDT se muestran en el saldo, la red funciona, la dirección es correcta, las transferencias entrantes se acreditan con éxito. Pero al intentar enviar USDT, la transacción falla.

Otras operaciones en la dirección pueden seguir funcionando con normalidad. Por ejemplo, el usuario puede enviar con éxito TRX u otros tokens, mientras que el problema aparece solo con las transferencias salientes de USDT. Esta es una señal importante: la lista negra de Tether se aplica a nivel del contrato inteligente de USDT, no a toda la dirección en la red TRON.

Las transferencias salientes de USDT fallan, mientras que otras operaciones (enviar tokens nativos, recibir fondos entrantes) funcionan con normalidad.

— La principal señal de la lista negra

Si la dirección está en la BlackList de Tether, el contrato inteligente de USDT rechaza el intento de transferencia saliente. En la cartera, esto puede aparecer como un error de envío, y en el explorador de bloques la transacción puede mostrarse con estado Failed.

Es importante distinguir la lista negra de los problemas técnicos habituales:

• Falta de token nativo (TRX, ETH) para pagar las comisiones;
• La cartera no envía la transacción (fallo de la interfaz, RPC o de la cartera);
• Congestión de la red o interrupciones temporales de la infraestructura.

Cómo comprobar la lista negra a través del contrato inteligente de USDT

Paso 1. Abre el contrato inteligente de USDT en TRON en Tronscan: TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t

Paso 2. Ve a la pestaña Contract.

Paso 3. Abre la sección Read Contract.

Paso 4. Busca el método getBlackListStatus. En Tronscan puede aparecer como «8. getBlackListStatus (59bf1abe)».

Paso 5. Introduce la dirección que quieres comprobar y ejecuta la consulta.

La comprobación manual mediante Tronscan sirve para una verificación puntual. Para una respuesta rápida, es mejor usar monitorización automatizada: puede rastrear las adiciones a BlackList mediante el evento AddedBlackList y, cuando la funcionalidad esté disponible, mostrar señales de una lista negra inminente antes del evento AddedBlackList real.

Cómo monitorizar la actividad de listas negras de USDT en tiempo real

Cada evento — preban, ban, unban, destroy — se registra públicamente on-chain. Esto significa que cualquiera puede construir su propia monitorización:

• Enfoque directo — ejecutar un nodo de archivo de TRON y Ethereum, suscribirse a los event logs del contrato USDT mediante WebSocket. El más barato en coste, pero requiere infraestructura.
• A través de servicios de terceros — QuickNode Streams, webhooks de Alchemy, Infura. De pago, pero sin infraestructura propia.
• A través de un producto listo para usar — nosotros lo hacemos en tiempo real desde 2017: feed de alertas por Telegram, REST API, servidor MCP para herramientas de IA, dataset de HuggingFace para investigadores.

Lecturas adicionales

• Quién decide realmente sobre una lista negra de USDT — sobre las fuentes de las listas negras: fuerzas del orden, sanciones, la evaluación de riesgos interna de Tether.
• Desbloqueo masivo del 14 de mayo de 2026 — 497 direcciones en 72 minutos — un caso práctico de un evento raro, desglosado a partir de datos on-chain.