Manual de Bloqueo USDT OTC: SLA de Cumplimiento y Respuesta (2026)

Para las mesas OTC, un congelamiento de USDT es un problema de tiempo, no una abstracción de cumplimiento. El valor recibido en la cadena puede volverse imposible de gastar segundos después de recibirlo; el valor que está a punto de enviarse puede convertirse en un incidente de cumplimiento antes de que se liquide la transferencia bancaria en fiat. En una mesa de tamaño mediano que gestiona $50M de volumen mensual con un margen neto típico, un solo depósito acreditado y luego congelado al tamaño de operación reciente puede eliminar meses de margen de la mesa.

Este manual cubre las tres fases que todo programa de cumplimiento OTC necesita (verificación previa a la transacción, monitoreo en tiempo real y respuesta posterior al congelamiento) con las matemáticas de SLA, plantillas de políticas y datos en vivo de 2026.

Cumplimiento OTC en una página: qué esperan los reguladores

Una mesa OTC de criptomonedas que maneja USDT es un Negocio de Servicios Monetarios (o su equivalente local) en todas las jurisdicciones principales. El perímetro regulatorio es más o menos el mismo en todas partes; las citas específicas difieren.

• EE. UU. — Registro en FinCEN como MSB, informes de la Ley de Secreto Bancario, verificación SDN de OFAC en cada contraparte.
• UE — Autorización VASP bajo el reglamento MiCA; monitoreo de transacciones bajo la 6AMLD.
• Singapur — Licencia DPT bajo la Ley de Servicios de Pago de MAS.
• Hong Kong — Ordenanza de stablecoins de HKMA para la emisión y negociación de stablecoins referenciados al USD.

Para una mesa que maneja USDT específicamente, el riesgo de congelamiento es el modo de falla de cumplimiento más disruptivo: una dirección entrante congelada toma una transacción que de otro modo estaría limpia y la convierte en un incidente. Todo lo que sigue en este manual —el SLA de verificación previa a la transacción, el monitor de congelamiento en tiempo real, las plantillas de respuesta posterior al congelamiento— es cómo detectar y responder dentro de la ventana de 15 minutos que distingue las posiciones recuperables de las pérdidas definitivas.

Por qué las mesas OTC están expuestas de manera única

Los exchanges absorben parte del riesgo de congelamiento en su libro de órdenes. Los procesadores de pago se ubican detrás de contratos con comerciantes que trasladan la pérdida a la contraparte. Las mesas OTC no tienen ninguno de esos amortiguadores. Cada operación es bilateral, la liquidación se realiza en minutos y no en días, y un solo recibo congelado es visible para cada futura contraparte que realice diligencia debida sobre su mesa.

Tres factores estructurales agudizan la exposición:

• Operación bilateral, sin intermediario de exchange: si el USDT se congela tras el crédito, la pérdida queda en el balance de su mesa.
• Liquidación T+0 frente a congelamientos con retraso multifirma: su cliente espera la transferencia bancaria en fiat en el mismo minuto en que el USDT se confirma. El multifirma propietario de Tether propone un congelamiento y lo ejecuta tras un retraso; el análisis de BlockSec sobre 8.310 propuestas addBlackList ejecutadas en Ethereum y Tron (2017–2026) documenta una ventana media de 77 minutos entre propuesta y ejecución, con el objetivo de escape más rápido observado moviendo fondos en 3 segundos tras la llegada de la propuesta. Acredite antes de que la propuesta se ejecute y tendrá un saldo imposible de gastar.
• Costo reputacional: OTC es un negocio de relaciones. Una contraparte que le diga a cinco pares que su mesa aceptó un depósito congelado de $500K cierra puertas que tardaron meses en abrirse.

Las cifras son contundentes. El 25 de julio de 2026, el mayor congelamiento único en Tron fue de $4,75M en TNJ1tmw...nKchef. A modo ilustrativo: una mesa OTC de tamaño mediano que gestiona $50M de volumen mensual con un margen neto hipotético de 25 pb gana aproximadamente $125K al mes. Un recibo de ese tamaño, acreditado y luego congelado, elimina aproximadamente 38 meses de margen de la mesa.

Previa a la transacción: verificación de direcciones como barrera de entrada

Cada ticket OTC tiene dos direcciones que deben verificarse: la dirección de depósito de la contraparte (donde le envían USDT) y su dirección de pago (donde usted les envía USDT). Omitir cualquiera de las dos es donde la mayoría de las mesas reciben el primer golpe.

2.1 Política: qué verificar

Tres superficies de verificación por ticket:

• Dirección de depósito de la contraparte: verificar en la cotización y volver a verificar en el crédito. El estado puede cambiar entre ambos momentos.
• Dirección de pago de la contraparte: verificar antes de enviar. Mover fondos hacia una billetera marcada puede desencadenar su propia responsabilidad de cumplimiento.
• Historial reciente de la dirección: cualquier marca previa, incluso si ya fue eliminada, justifica una revisión elevada. El mismo análisis de la lista negra de 2025 encontró que solo el 3,6% de las direcciones incluidas en la lista negra fueron eliminadas durante el año (ratio de flujo del mismo período de 2025, no supervivencia estricta de cohorte), y una marca "eliminada" no borra la atribución subyacente.

2.2 Cómo verificar: tres opciones para mesas OTC

El Freeze Checker es la herramienta correcta para una verificación puntual ocasional. Una vez que su mesa cotiza más de un puñado de tickets al día, la interfaz web de Phalcon Compliance es el siguiente paso natural: pegue una sola dirección de contraparte en la barra de búsqueda superior, o cargue un CSV con las billeteras de pago/depósito del día, y obtenga el veredicto de riesgo AML/CFT, el estado actual de congelamiento y el contexto de riesgo reciente de la dirección en un solo panel. La vista de inicio también muestra las Direcciones de Riesgo Recientes y las Transacciones de Riesgo Recientes que la mesa ha gestionado, de modo que un operador de cumplimiento puede revisar el flujo del día sin abandonar la pantalla. El precio es de pago por uso, por lo que una semana tranquila tiene tarifas de semana tranquila y solo se incrementa cuando el volumen de tickets lo hace; cuando el volumen supera la interfaz web, la misma cuenta expone una API + feed de webhooks para integración programática.

2.3 El SLA de 5 segundos para la verificación OTC

Su SLA de verificación está acotado por la conversación con el cliente, no por la tecnología. Cuando una contraparte dice "envío USDT ahora, transfiere el EUR", tiene aproximadamente cinco segundos de latencia natural de conversación para obtener una respuesta antes de que el operador de la mesa acredite, retenga o rechace. Cualquier proceso más lento genera uno de dos modos de falla:

• Acredita antes de verificar: el riesgo de cumplimiento recae en su mesa si la dirección está marcada.
• Espera para verificar, y el cliente espera con usted: la fricción aparece en el siguiente ticket dirigido a una mesa más rápida.

La verificación completa mediante API con consultas sub-segundo es el único camino que cumple este SLA en volumen de producción. Una copia de la lista negra en memoria caché, respaldada por una API en tiempo real para direcciones no encontradas en caché, es la arquitectura estándar.

2.4 Plantilla de política de verificación de muestra

Una política mínima viable de verificación OTC cabe en una página:

1. Verificar cada dirección de depósito de contraparte en la cotización y
   volver a verificar en la liquidación.
2. Verificar cada dirección de pago de contraparte antes de que la transacción
   de envío sea firmada.
3. Herramientas: API de Phalcon Compliance.
4. Resultado "marcado": rechazar el ticket. Sin crédito, sin pago.
   Escalar al Director de Cumplimiento.
5. Resultado "limpio, con historial de marcas previas": retener para revisión
   secundaria. Se puede proceder con KYC reforzado y un memorando de riesgo.
6. Resultado "limpio, sin historial": proceder normalmente.
7. Registrar cada resultado con marca de tiempo, ID de ticket, dirección y
   respuesta de la herramienta. Conservar durante 5 años.

El período de retención coincide con la mayoría de los requisitos de mantenimiento de registros AML (5 años según 31 CFR 1010.430 para la BSA de EE. UU., y el mínimo en la mayoría de los regímenes alineados con el GAFI mediante la Recomendación 11). Verifique con su regulación local antes de adoptar.

Monitoreo en tiempo real: detectar congelamientos en el flujo de su mesa

La verificación en el momento de la transacción es necesaria pero no suficiente. El mayor riesgo operativo es que una dirección que ya aceptó sea congelada después del hecho. Cada billetera activa, billetera de pago a contrapartes y dirección de retiro de clientes en su libro son una superficie de monitoreo.

3.1 Qué monitorear

• Todas las billeteras activas que usted controla (depósito, liquidación, tesorería). Si alguna es marcada, las operaciones de la mesa se detienen.
• Todas las direcciones de pago de contrapartes en tickets activos: un envío saliente en tránsito se convierte en un incidente si el destino es marcado.
• Todas las direcciones de depósito de contrapartes de los últimos 30 días: los congelamientos posteriores al depósito aún pueden gestionarse (retener fiat, notificar a la contraparte, abrir un caso) si los detecta.
• Todas las direcciones de retiro de clientes pagadas en los últimos 90 días: superficie de reputación e informes.

3.2 Clasificación de alertas: N alertas por día en K acciones

Al ritmo actual del mercado, el Rastreador muestra 10 nuevos congelamientos en las últimas 24 horas en ambas cadenas, y el Archivo de Informes sitúa la primera mitad de 2026 en 2.116 congelamientos en Tron que congelaron $1,58B. La mayoría no afectará a su libro. Convierta 10 eventos diarios en los 0-2 que importan:

• Filtro de coincidencia de dirección: la dirección del evento debe estar en su conjunto monitoreado. Elimina más del 99% de los eventos.
• Puntuación de riesgo: puntuar por proximidad a tickets activos, tipo de billetera (activa vs. fría) y tiempo desde la última transacción.
• Deduplicación y vinculación de casos: los eventos relacionados con la misma contraparte se agrupan en un solo caso.
• Cola humana: solo los eventos residuales llegan a un operador de cumplimiento, con contexto ya rellenado.

La ventana de retraso del multifirma importa. El propietario de Tether es un multifirma con un retraso entre la propuesta de transacción y la ejecución, visible en datos públicos. Un subconjunto de direcciones vigiladas ha utilizado empíricamente la ventana para mover USDT antes de que el congelamiento se ejecute. El Archivo documenta propuestas ejecutadas contra direcciones cuyos saldos ya habían sido movidos. Esté atento a la transacción de propuesta; el congelamiento ejecutado es una señal rezagada.

3.3 Monitoreo en tiempo real a escala de producción

La API de monitoreo de Phalcon Compliance cubre esta carga de trabajo directamente: carga de libro de direcciones, suscripción a webhooks para eventos de lista negra en Ethereum y Tron, y gestión de casos para alertas que superen la clasificación. El precio de pago por uso escala con el conjunto monitoreado.

Manual de respuesta posterior al congelamiento

Cuando se activa la alerta, los próximos 15 minutos deciden si el incidente se convierte en una pérdida de $500K o en un caso documentado con una respuesta defendible. Cinco etapas:

4.1 Acciones inmediatas (primeros 15 minutos)

• Congelar la pata fiat derivada: si la contraparte debía recibir fiat que aún no ha sido transferido, poner la transferencia en espera operativa.
• Notificar al Director de Cumplimiento y al CEO: por encima de un umbral monetario documentado, los eventos de congelamiento reciben una notificación inmediata a dos personas.
• Preservar evidencia: guardar el hash de la transacción de congelamiento, el número de bloque, el número de propuesta (si fue mediante el multifirma de Tether) y cada registro de mensajes internos sobre la contraparte.
• No comunicarse con la contraparte aún: confirmar primero los hechos.

4.2 Legal y regulatorio

Las obligaciones varían según la jurisdicción, pero el conjunto común es:

• Mesas en EE. UU.: presentación de SAR a través de FinCEN dentro de los 30 días (según 31 CFR 1022.320), referenciando el hash de la transacción de congelamiento y el expediente KYC de la contraparte.
• Mesas en la UE: notificación bajo MiCA y, dependiendo del estado miembro, un informe a la UIF nacional. La mayoría de los regímenes de UIF requieren notificación dentro de las 24-72 horas.
• Mesas en el Reino Unido: Informe de Actividad Sospechosa a la NCA bajo el estándar "tan pronto como sea posible" (POCA 2002, Parte 7).
• Mesas en Hong Kong: bajo la Ordenanza de Stablecoins de HK (vigente desde el 1 de agosto de 2025) y el régimen AML/CFT más amplio, se requiere notificación a HKMA y a la JFIU para incidentes relacionados con stablecoins.

La capacidad de presentación de informes es una condición previa del programa de cumplimiento, no algo que se improvisa durante un incidente. Si su equipo no puede presentar un SAR el mismo día, tiene una brecha.

4.3 Plantilla de comunicación con el cliente

Una vez confirmados los hechos y que el área legal haya aprobado la comunicación saliente, la nota es breve y factual:

Asunto: Depósito de USDT [ID de ticket] – retención por cumplimiento

Recibimos una notificación en la cadena de que la dirección de su
reciente depósito de USDT ([dirección]) ha sido marcada en el
contrato de USDT. De acuerdo con nuestra política de cumplimiento,
estamos reteniendo el pago en fiat correspondiente pendiente de revisión.

Actualización de estado en [3 días hábiles]. Si dispone de
documentación sobre el origen de los fondos o el evento de marcación,
envíela a compliance@[mesa].com.

No podemos liberar el pago en fiat hasta que se complete la revisión.
Dependiendo del resultado, es posible que estemos obligados a reportar
el incidente al regulador financiero correspondiente.

Manténgalo factual, evite especulaciones y solo comprometa plazos que pueda cumplir. Cada oración debe ser defendible por su equipo legal en una declaración.

4.4 Recuperación: las probabilidades del 3,6%

Si su mesa retiene la dirección marcada (congelamiento posterior al depósito en una billetera que usted controla), se aplica el proceso de descongelamiento de tres vías: petición directa a Tether, impugnación legal en la jurisdicción correspondiente o, en casos de decomiso en EE. UU., una defensa de propietario inocente. Línea base realista de 2025: 3,6% eliminadas para fin de año, con una mediana de 18,2 días para el subconjunto eliminado. Planifique la pérdida mientras persigue la recuperación. Matriz de decisión completa: Cómo descongelar una dirección USDT.

Si la dirección marcada es la de la contraparte y su mesa nunca tomó custodia, la recuperación no es su problema, pero documentar la interacción sí lo es. Su expediente de cumplimiento es el artefacto que los reguladores solicitarán.

4.5 Postmortem y causa raíz

Cada incidente cierra con un postmortem escrito: cómo llegó la dirección marcada a su libro, qué paso de verificación debería haberla detectado y qué cambios previenen la recurrencia. La mayoría de los incidentes de congelamiento OTC se atribuyen a una de pocas brechas: sin reverificación en la liquidación, sin monitoreo de direcciones de contrapartes anteriores, o un webhook retrasado que se activó después de que el pago fue enviado. Cada uno tiene una solución conocida.

Instantánea en vivo: a qué se enfrentan las mesas OTC hoy

Del Rastreador y el Archivo de Informes, al 26 de julio de 2026:

Dos observaciones para el cumplimiento OTC:

• Tron domina el riesgo relevante para OTC: la primera mitad de 2026 registró 2.116 congelamientos en Tron que congelaron $1,58B frente a una fracción en Ethereum. La concentración de USDT TRC-20 es visible directamente en la cadena a través del panel de USDT de Tronscan frente al contrato de USDT en Etherscan. El monitoreo exclusivo de Ethereum pasa por alto la mayor parte de la superficie de congelamiento.
• La cadencia de congelamientos es constante, no episódica: 10 congelamientos por día es un día típico en el Rastreador. Los programas de cumplimiento dimensionados para un calendario de incidentes trimestrales están estructuralmente infradotados de recursos.

Lista de verificación del programa de cumplimiento

Una auditoría de una página para los responsables de cumplimiento OTC. Marque cada elemento con honestidad:

• [ ] Verificación previa a la transacción para cada dirección de depósito y pago de contraparte, en la cotización y en la liquidación.
• [ ] SLA de verificación inferior a 5 segundos en volumen de producción, medido mensualmente.
• [ ] Libro de direcciones monitoreadas que cubre billeteras activas, pagos de tickets activos, depósitos de contrapartes de los últimos 30 días y retiros de clientes de los últimos 90 días.
• [ ] SOP posterior al congelamiento escrito y ensayado con un conjunto de acciones definido para los primeros 15 minutos.
• [ ] Capacidad de presentación de SAR / UIF interna o mediante asesoría retenida, con un SLA de presentación el mismo día.
• [ ] Plantilla de comunicación con el cliente aprobada por el área legal.
• [ ] Monitoreo de la ventana de retraso del multifirma para advertencia temprana sobre propuestas frente a congelamientos ejecutados.
• [ ] Sistema de gestión de casos con rastro de auditoría por incidente retenido al menos 5 años.
• [ ] Reserva para pérdidas operativas dimensionada según un escenario de incidente único plausible (p. ej., 3 veces el tamaño mediano de congelamiento).
• [ ] Revisión anual de políticas alineada con cambios regulatorios (Ordenanza de Stablecoins de HK, MiCA y la Ley GENIUS de EE. UU.).

Si más de dos casillas no están marcadas, cierre las brechas antes de la próxima revisión trimestral de cumplimiento.

Preguntas frecuentes

¿Qué tan rápido puede una mesa OTC verificar una dirección de depósito de manera realista? Con un servicio de verificación basado en API, el estándar es sub-segundo por dirección. El SLA de extremo a extremo (desde la recepción de la dirección hasta la respuesta al operador de la mesa) debería situarse por debajo de 5 segundos en volumen de producción. Los verificadores manuales funcionan para tickets ocasionales, no para el rendimiento a nivel de mesa.

¿Qué ocurre si acreditamos USDT y al día siguiente se congela? El saldo se vuelve no transferible. Usted sigue debiendo a su cliente la pata en fiat. Las probabilidades realistas se tratan en la guía completa de descongelamiento. El proceso de recuperación de tokens de Tether es el canal formal. Planifique la pérdida y persiga la recuperación en paralelo.

¿Necesitamos presentar un SAR cada vez que una dirección en nuestro libro es marcada? Depende de la jurisdicción. En EE. UU., según 31 CFR 1022.320, se requiere un SAR para transacciones que involucren fondos derivados de actividad ilegal, con la intención de evadir los requisitos de la BSA, o sin un propósito legal aparente. Un congelamiento en una dirección entrante es un fuerte indicador de que al menos una condición se cumple, y la mayoría de los equipos de cumplimiento en EE. UU. presentan el informe. En caso de duda, preséntelo.

¿Es necesario monitorear tanto Ethereum como Tron? Sí. Tron representa aproximadamente el 72% de las direcciones en lista negra y el 65% del valor congelado a mediados de 2026 (6.901 de 9.597 direcciones, $3,71B de $5,69B), y la primera mitad de 2026 registró 2.116 congelamientos en Tron. El monitoreo exclusivo de Ethereum pasa por alto la mayor parte de la superficie de riesgo.

¿Cuánto cuesta un stack de cumplimiento de nivel OTC? Varía según el volumen y si se construye internamente o se adquiere externamente. El precio de pago por uso de Phalcon Compliance escala con el uso. Frente a un único incidente de congelamiento que puede eliminar meses de margen de la mesa, el costo del stack es pequeño.

Lecturas relacionadas

• Congelamiento de USDT: La guía completa de 2026
• Cómo verificar si una dirección USDT está congelada
• Cómo descongelar una dirección USDT
• Cómo Tether quema USDT y lo reemite a las víctimas
• Archivo de Informes de Congelamiento de BlockSec
• $1,26B congelados: Análisis de inclusión en lista negra de 2025

Sobre el autor

Andy es cofundador de BlockSec. BlockSec desarrolla MetaSleuth, Trace AI y Phalcon Compliance. También es Profesor Asociado en la Universidad China de Hong Kong, donde su investigación se centra en la seguridad de sistemas y blockchain. Página personal: yajin.org.

Seguir en: X / Twitter · LinkedIn