02 · Объяснение

Quién pulsa de verdad el botón de «bloquear» en Tether

Poner USDT en la lista negra no es una sola decisión, sino un sistema de dos niveles: el fundamento legal (solicitud de las autoridades, sanciones, orden judicial) y la ejecución técnica. Analizamos quién toma realmente la decisión y por qué los usuarios de buena fe también se ven afectados.

explainerCryptoAlert Research

Cuando decimos «Tether bloqueó una dirección», es fácil imaginar que alguien en la oficina de Tether literalmente pulsa un botón. La realidad es más compleja: detrás de cada bloqueo hay un sistema de dos niveles, y quien toma la decisión a menudo no es el propio Tether.

En este artículo analizamos quién decide realmente, mientras que el contrato de Tether es solo el paso técnico final. Si te interesa cómo aparece el bloqueo on-chain (preban → ban → destroy), la mecánica se explica en nuestro artículo aparte sobre la anatomía.

01Estructura

El sistema de bloqueo de dos niveles

Un bloqueo de USDT consta de dos niveles.

Nivel 1 — legal y operativo. Aquí es donde surgen los fundamentos de la acción: solicitudes de organismos gubernamentales, sanciones, resoluciones judiciales, conclusiones internas del equipo de compliance de Tether. En este nivel no hay blockchain: hay documentos, correspondencia, solicitudes, investigaciones.

Nivel 2 — técnico. Tether, a través de su interfaz administrativa, llama a la función del contrato inteligente (addBlackList), y la dirección se añade a BlackList. A partir de ese momento, el bloqueo existe on-chain como el evento AddedBlackList. Este nivel es público: cualquiera puede observarlo en tiempo real.

02Fuentes

Quién inicia realmente los bloqueos

Las fuentes de los bloqueos pueden dividirse en cuatro categorías.

1. Fuerzas del orden

El escenario principal. Cuando las fuerzas del orden (FBI, policía local, autoridades fiscales, unidades de inteligencia financiera) llevan a cabo una investigación que involucra USDT, pueden pedir a Tether que congele direcciones concretas. Esto puede ser parte de un proceso de sanciones, una confiscación en una causa penal o una medida preventiva durante una investigación.

En estos casos, Tether actúa como ejecutor técnico, no como iniciador. La decisión se toma en otra jurisdicción con otro procedimiento; Tether recibe la solicitud y realiza la parte técnica.

2. Organismos de sanciones y reguladores

Un bloqueo puede ocurrir si la dirección está conectada con el perímetro de sanciones. Esto puede incluir sanciones de OFAC (EE. UU.), del Reino Unido, de la UE, de la ONU u otros regímenes restrictivos interestatales. Tether cuenta con un equipo de compliance que sigue las listas de sanciones y las aplica a nivel del contrato de USDT.

Un detalle importante: un bloqueo por sanciones puede afectar no solo a la dirección directamente incluida en la lista SDN, sino también a las direcciones vinculadas a ella a través de la cadena. Si los fondos pasaron por una dirección de una lista de sanciones, las direcciones posteriores pueden quedar bajo sospecha.

3. Órdenes gubernamentales

Esta categoría abarca órdenes judiciales, procedimientos de confiscación, resoluciones de congelación de activos en investigaciones tanto penales como civiles. Aquí Tether ejecuta la voluntad de un organismo estatal de una jurisdicción concreta.

4. Evaluación interna del riesgo

Las condiciones del servicio de Tether incluyen una cláusula según la cual Tether puede congelar tokens si lo considera razonable o necesario a su discreción. Esta redacción es amplia y deja a Tether margen para bloqueos sin una solicitud externa explícita.

En la práctica, esto incluye casos en los que el equipo de compliance de Tether observa señales de esquemas de fraude (por ejemplo, tras el hackeo de un exchange o una campaña de phishing) y bloquea direcciones por su cuenta, a veces antes de la intervención formal de las fuerzas del orden.

03Riesgo

Por qué los usuarios de buena fe también se ven afectados

La conclusión práctica más importante de este artículo: un bloqueo puede afectar a un usuario no por sus propias acciones.

Escenarios habituales en los que un usuario de buena fe acaba en la lista negra:

  • Recibió USDT de una contraparte cuyo historial tenía conexiones con una dirección sancionada o fraudulenta;
  • Utilizó un exchange o servicio que sufrió un hackeo o una campaña de phishing;
  • La dirección quedó atrapada en un clúster más amplio durante el análisis de un proveedor de compliance;
  • La dirección se usó anteriormente en una operación OTC a través de la cual pasaron fondos de riesgo.

En el mundo de USDT no puedes controlar solo tus propias acciones: necesitas conocer el historial de cada dirección de la que llegan fondos. Esta es la nueva realidad del compliance.

El principal riesgo práctico

Lecturas adicionales