Visión general de la Travel Rule
La Travel Rule, codificada en 31 CFR 1010.410(e) (antes 31 CFR 103.33), es uno de los requisitos contra el lavado de dinero más exigentes técnicamente para las plataformas de criptomonedas. Diseñada originalmente para las transferencias bancarias tradicionales en 1996, esta regulación se aplica ahora a los proveedores de servicios de activos virtuales (VASP) que transmiten moneda virtual convertible.
En esencia, la Travel Rule exige que las instituciones financieras transmitan cierta información de identificación sobre el remitente (originador) y el destinatario (beneficiario) a la siguiente institución financiera cuando transfieren fondos de $3,000 o más. La regla cumple funciones críticas de AML: crear una pista de auditoría entre instituciones, permitir el cribado de sanciones de las contrapartes y proporcionar a las autoridades el contexto de la transacción para sus investigaciones.
La realidad de la aplicación
Las infracciones de la Travel Rule han contribuido a las mayores acciones de aplicación contra cripto de la historia. El acuerdo de Binance por $4,300 millones en 2023 citó fallas sistemáticas en la Travel Rule. BitMEX pagó $100 millones, en parte por deficiencias en la Travel Rule. FinCEN lo ha dejado claro: las plataformas de cripto no reciben exenciones especiales de estos requisitos de la Bank Secrecy Act.
Autoridad regulatoria: 31 CFR 1010.410(e)
La Travel Rule deriva de la Bank Secrecy Act (BSA) y exige que, cuando una institución financiera transmite fondos iguales o superiores a $3,000, debe incluir información específica del originador y del beneficiario en la orden de transmisión. Para las plataformas de cripto, FinCEN aclaró en su guía de 2019 (FIN-2019-G001) que:
- Las transacciones de moneda virtual convertible (CVC) son "transferencias de fondos" sujetas a la Travel Rule
- Los proveedores de servicios de activos virtuales (VASP), incluidos los exchanges, custodios y proveedores de wallets, deben cumplir
- Se aplica el umbral de $3,000 según el valor justo de mercado en USD al momento de la transacción
- La información debe viajar con la transacción hasta las instituciones receptoras
- Los registros deben conservarse durante 5 años y estar disponibles para los reguladores cuando lo soliciten
Propósito y objetivos de política
Entender por qué existe la Travel Rule ayuda a orientar una implementación que cumpla con la norma:
- Detección del lavado de dinero: crea un rastro documental que impide el movimiento anónimo de fondos ilícitos a través de múltiples instituciones
- Cumplimiento de sanciones: permite que las instituciones receptoras cotejen la información del beneficiario contra las listas SDN de OFAC antes de aceptar depósitos
- Prevención del financiamiento del terrorismo: dificulta que los actores maliciosos muevan fondos sin revelar su identidad
- Apoyo a las autoridades: proporciona a los investigadores el contexto del originador y del beneficiario en las transacciones sospechosas
- Toma de decisiones basada en el riesgo: permite que las instituciones evalúen el riesgo de la contraparte y apliquen una diligencia debida reforzada cuando corresponda
Requisitos del umbral de $3,000
La Travel Rule se aplica a las "transferencias de fondos" de $3,000 o más. Para las plataformas de criptomonedas, calcular y monitorear este umbral plantea retos singulares que no existen en las transferencias bancarias tradicionales.
¿Qué cuenta para el umbral?
El cálculo del umbral requiere atención cuidadosa a los requisitos regulatorios y a la implementación práctica:
| Tipo de transacción | ¿Se aplica la Travel Rule? | Notas de implementación |
|---|---|---|
| Transferencia única de $3,000+ | Sí | Cualquier retiro o transferencia única de CVC que alcance el umbral activa el cumplimiento completo |
| Múltiples transferencias relacionadas | Sí | Agregar las múltiples transferencias entre las mismas partes dentro de un mismo día hábil |
| Transferencias internas de la plataforma | No | Transferencias de cliente a cliente dentro de la misma plataforma (no es una transmisión entre instituciones) |
| Transacciones por debajo de $3,000 | No | Siguen sujetas a la conservación de registros; vigila los patrones de fraccionamiento |
| Exchange hacia wallet sin custodia de un tercero | Parcial | Recopila la información disponible del beneficiario; no hay un VASP receptor al que enviarla |
| Interacciones con protocolos DeFi | Poco claro | FinCEN no ha dado una guía clara; se recomienda un enfoque conservador |
Retos de valoración para las cripto
A diferencia de las transferencias en moneda fiduciaria con montos fijos en dólares, los valores de las transacciones de criptomonedas fluctúan de forma continua. FinCEN exige usar el valor justo de mercado en USD al momento de la transacción. Consideraciones de implementación:
Enfoque de valoración que cumple la norma
- Marca de tiempo de ejecución: captura el valor en USD en el momento exacto en que la transacción se ejecuta en la blockchain
- Fuente de precios auditable: usa el libro de órdenes de la plataforma, un oráculo confiable o un índice (documenta la metodología)
- Agregación multiactivo: suma el valor en USD cuando la transacción involucra varios tokens
- Monitoreo en tiempo real: marca las transacciones que se acercan al umbral para recopilar los datos de la Travel Rule
- Conservación de registros: conserva la tasa de conversión y la metodología de cálculo
Errores comunes de valoración
- Valoración al momento de la cotización: usar el precio cuando el cliente solicita el retiro (puede diferir del de la ejecución)
- Valoración al momento de la liquidación: aplicar el valor tras la confirmación en la blockchain (demasiado tarde)
- Fuentes inconsistentes: cambiar entre fuentes de precios genera problemas de auditoría
- Cálculos manuales: depender del personal para calcular el valor en USD (propenso a errores, no escalable)
- Ignorar la agregación: no sumar múltiples transacciones relacionadas dentro de un mismo día hábil
Requisitos de agregación
FinCEN exige agregar las múltiples transferencias entre las mismas partes dentro de un mismo día hábil. Si el Cliente A realiza tres retiros hacia el Exchange B de $1,500, $1,000 y $800 el mismo día, el monto agregado ($3,300) activa las obligaciones de la Travel Rule para las tres transferencias.
Señal de alerta de fraccionamiento
Los patrones de transacciones justo por debajo del umbral de $3,000 pueden indicar un fraccionamiento para evadir los requisitos de la Travel Rule. Tales patrones deberían activar un escrutinio reforzado y la posible presentación de un Reporte de Actividad Sospechosa (SAR). Los clientes no pueden fraccionar legalmente las transacciones para evitar el cumplimiento de la Travel Rule.
Información requerida del originador y del beneficiario
La Travel Rule exige la transmisión de elementos de datos específicos tanto del originador (remitente) como del beneficiario (destinatario). Estos requisitos derivan de 31 CFR 1010.410(e) y (f) y plantean retos singulares para las plataformas de criptomonedas.
Requisitos de información del originador
Para todas las transferencias de fondos de $3,000 o más, la institución financiera transmisora debe obtener y conservar la siguiente información del originador:
Campos de datos del originador (requeridos)
- Nombre: nombre legal completo del originador (persona física o entidad)
- Número de cuenta: número de cuenta o identificador único de la transacción
- Domicilio: dirección física del originador
- Para operaciones transfronterizas: domicilio O número de documento nacional de identidad O número de identificación del cliente más la fecha de nacimiento
Para las plataformas de cripto, el "número de cuenta" suele significar el ID de la cuenta del cliente en la plataforma o el hash de la transacción. El originador es tu cliente que inicia el retiro o la transferencia.
Requisitos de información del beneficiario
La institución transmisora también debe obtener y transmitir la información del beneficiario:
Campos de datos del beneficiario (requeridos)
- Nombre: nombre legal completo del beneficiario
- Número de cuenta: número de cuenta o dirección de wallet en la institución receptora
- Domicilio: dirección física (si está disponible y se requiere)
- Institución financiera: nombre e identificador de la institución financiera del beneficiario
Estándares de recopilación de la información
La forma en que las plataformas recopilan esta información depende del tipo de transacción:
Transferencias entre wallets con custodia (de VASP a VASP)
Al transferir del Exchange A al Exchange B, se aplica el cumplimiento completo de la Travel Rule:
- Información del originador: se recopila de tu cliente al iniciar el retiro
- Información del beneficiario: se obtiene del VASP receptor mediante un protocolo de Travel Rule (IVMS101, TRP, etc.)
- Transmisión: envía la información del originador al VASP receptor a través de un protocolo de mensajería segura
- Verificación: el VASP receptor confirma que el beneficiario coincide con su cliente antes de aceptar el depósito
Transferencias de wallet con custodia a wallet sin custodia (de VASP a wallet autocustodiada)
Cuando el cliente retira hacia su propia wallet no custodial, no existe un VASP receptor con el que intercambiar información. La guía de FinCEN exige:
- Recopilar la "información disponible": solicita al cliente los datos del beneficiario en la medida en que estén disponibles
- Declaración del cliente: si el retiro es hacia la propia wallet del cliente, obtén una declaración de titularidad
- Prueba de control: considera exigir la firma de un mensaje o una transacción de prueba para acreditar el control de la wallet
- Escrutinio reforzado: para transferencias de alto valor a wallets sin custodia, aplica una diligencia debida adicional
El estándar de la "información disponible"
Para las transacciones con wallets sin custodia, FinCEN exige que las plataformas obtengan la información del beneficiario "en la medida en que esté disponible". Esto significa que debes pedir a los clientes los datos del beneficiario, pero no eres estrictamente responsable si los clientes no pueden proporcionar información completa para las transferencias a wallets personales. No obstante, el incumplimiento sistemático de recopilar cualquier información del beneficiario, o los patrones repetidos de datos incompletos, pueden activar las obligaciones de presentar un SAR.
Lista de verificación de cumplimiento de la Travel Rule
Lista de verificación previa a la transacción
- Calcula el valor en USD de la transacción al momento de la ejecución usando una metodología documentada
- Determina si la transacción alcanza el umbral de $3,000 (incluida la agregación de las transferencias del mismo día)
- Recopila y verifica la información del originador con el cliente (nombre, cuenta, domicilio)
- Identifica si el destino es una wallet con custodia (VASP) o una wallet sin custodia
- Para un destino con custodia: determina el VASP de destino y el protocolo de Travel Rule compatible
- Para un destino sin custodia: solicita la información del beneficiario y la prueba de titularidad de la wallet
- Formatea los datos del originador y del beneficiario en el formato estándar IVMS101
- Transmite el mensaje de Travel Rule al VASP receptor (para wallets con custodia)
- Coteja la información del beneficiario contra las listas de sanciones de OFAC
- Espera la confirmación del VASP receptor antes de liberar la transacción (para wallets con custodia)
- Conserva todos los registros del originador, del beneficiario y de la transmisión durante 5 años
- Indexa los registros para una recuperación eficiente ante una solicitud regulatoria
Requisitos de cumplimiento para los VASP
Los proveedores de servicios de activos virtuales (VASP) son el equivalente, en la industria cripto, de las instituciones financieras tradicionales a efectos de la Travel Rule. FinCEN define a los VASP de modo que incluyen exchanges, custodios, proveedores de wallets, mesas OTC y otras entidades que intercambian, transfieren o salvaguardan activos virtuales por cuenta de sus clientes.
Definición y alcance del VASP
Conforme a la guía de FinCEN de 2019, eres un VASP sujeto a las obligaciones de la Travel Rule si:
- Aceptas y transmites CVC: facilitas transferencias de moneda virtual convertible entre las partes
- Intercambias CVC: compras/vendes criptomonedas por moneda fiduciaria u otras cripto como negocio
- Proporcionas wallets con custodia: custodias claves privadas y controlas los criptoactivos de los clientes
- Operas como intermediario: actúas como intermediario en las transacciones de activos virtuales
¿Quién NO es un VASP?
FinCEN ha aclarado que ciertas partes NO son VASP sujetos a las obligaciones de la Travel Rule: las personas que compran/venden cripto por cuenta propia (no como negocio), los mineros/validadores que solo reciben recompensas de la blockchain, los desarrolladores de software de wallets no custodiales (sin control de las claves) y los protocolos DeFi puros sin un operador identificable. No obstante, persisten zonas grises, en particular para los protocolos DeFi con tokens de gobernanza o comisiones del protocolo.
Obligaciones del VASP como originador
Cuando tu plataforma origina una transferencia de fondos (retiro de un cliente), debes:
| Obligación | Requisito de implementación | Plazo |
|---|---|---|
| Obtener la información del originador | Recopila el nombre, el número de cuenta y el domicilio del cliente durante el flujo de retiro | Antes de procesar la transacción |
| Verificar contra el KYC | Confirma que la información proporcionada coincide con los registros de KYC/CDD en archivo | Verificación en tiempo real |
| Identificar el VASP de destino | Determina si la wallet de destino está custodiada por otro VASP usando bases de datos de direcciones o la información del cliente | Antes de la transmisión |
| Formatear el mensaje de Travel Rule | Estructura los datos del originador/beneficiario en IVMS101 o un formato compatible | Previo a la transmisión |
| Transmitir la información | Envía el mensaje de Travel Rule al VASP receptor mediante TRP, Sygna Bridge u otro protocolo | Antes de la transacción en blockchain o de forma simultánea |
| Conservar los registros | Mantén todos los datos del originador, del beneficiario y de la transmisión | 5 años desde la fecha de la transacción |
Obligaciones del VASP como beneficiario
Cuando tu plataforma recibe una transferencia de fondos (depósito de un cliente) de otro VASP, debes:
- Recibir el mensaje de Travel Rule: acepta los datos entrantes de la Travel Rule mediante un protocolo compatible
- Verificar la coincidencia del beneficiario: confirma que el beneficiario identificado en el mensaje coincide con tu cliente
- Cotejar al originador: coteja la información del originador contra las listas de sanciones de OFAC y los parámetros internos de riesgo
- Aceptar o rechazar: decide si aceptas el depósito según los resultados del cribado
- Conservar la información: mantén todos los datos recibidos del originador y del beneficiario durante 5 años
- Responder al VASP originador: envía un mensaje de confirmación o de rechazo
Métodos de identificación de VASP
Un reto crítico es determinar si una dirección de wallet de destino pertenece a otro VASP (lo que activa todas las obligaciones de la Travel Rule) o es una wallet sin custodia (que requiere recopilar los datos con la diligencia razonable). Los métodos incluyen:
Enfoques de atribución de VASP
- Directorios de VASP: consulta Notabene, Sygna Hub o el directorio de TRP para las direcciones de VASP conocidas
- Análisis de blockchain: usa Chainalysis, Elliptic o TRM Labs para identificar las direcciones de depósito de los exchanges
- Declaración del cliente: exige que el cliente identifique el destino como con custodia o sin custodia
- Listas blancas de direcciones: mantén una base de datos de direcciones de VASP conocidas a partir de transacciones previas
Retos de atribución
- Direcciones nuevas: los VASP generan nuevas direcciones de depósito con frecuencia
- Falsos positivos: el análisis de blockchain puede atribuir direcciones de forma incorrecta
- Declaración errónea del cliente: los clientes pueden identificar incorrectamente el tipo de wallet
- Preocupaciones de privacidad: exigir información detallada del destino puede disuadir a los usuarios
Retos de implementación específicos de las cripto
Aplicar la Travel Rule a las transacciones de criptomonedas introduce complejidades que no existen en las transferencias bancarias tradicionales. La naturaleza descentralizada y seudónima de las transacciones en blockchain genera una tensión fundamental con los requisitos de intercambio de información de la Travel Rule.
El problema de la wallet sin custodia
La Travel Rule supone un modelo en el que dos instituciones financieras intercambian información. Las transferencias bancarias tradicionales siempre involucran un banco emisor y un banco receptor. Las criptomonedas permiten transferencias directas de igual a igual en las que el destinatario controla sus propias claves privadas (wallet sin custodia/autocustodiada) sin una institución financiera intermediaria.
Cumplimiento con wallet con custodia (resoluble)
- Escenario: un cliente de Coinbase retira hacia Kraken
- Solución: Coinbase envía a Kraken un mensaje de Travel Rule con la información del originador
- Protocolo: usa IVMS101 mediante TRP, Sygna Bridge u otro protocolo interoperable
- Verificación: Kraken confirma que el beneficiario coincide con su cliente
- Complejidad: moderada; existen soluciones técnicas y van mejorando
Cumplimiento con wallet sin custodia (complejo)
- Escenario: un cliente de Coinbase retira hacia una wallet de MetaMask
- Problema: no hay una institución receptora a la que enviar el mensaje de Travel Rule
- Enfoque actual: recopilar la "información disponible" del cliente mediante una declaración
- Verificación: limitada; no se puede confirmar la identidad del beneficiario
- Complejidad: alta; no existe una solución de cumplimiento perfecta
Interacciones con protocolos DeFi
Los protocolos de finanzas descentralizadas (DeFi) plantean un reto novedoso. Cuando un cliente retira cripto para interactuar con Uniswap, Aave, Compound u otros contratos inteligentes de DeFi, ¿quién es el beneficiario? FinCEN no ha dado una guía clara. Consideraciones:
| Enfoque | Fundamento | Nivel de riesgo |
|---|---|---|
| Tratar como wallet sin custodia | El contrato inteligente no tiene una entidad legal que reciba la información de la Travel Rule; el cliente controla la interacción | Moderado |
| Identificar al operador del protocolo | Si el protocolo tiene una gobernanza identificable o un destinatario de comisiones, tratarlo como VASP | Menor |
| Restringir los retiros a DeFi | Prohibir los retiros a direcciones de protocolos DeFi conocidos hasta que haya claridad regulatoria | El más bajo (pero con impacto en el negocio) |
| Diligencia debida reforzada | Aplicar umbrales más altos o revisión manual a las transacciones destinadas a DeFi | Moderado |
Puentes entre cadenas y activos envueltos
Los protocolos de puentes entre cadenas (p. ej., Wormhole, Axelar) y los servicios de activos envueltos (p. ej., WBTC) introducen una complejidad adicional:
- Cuestión de custodia: ¿el protocolo del puente custodia activos o solo facilita swaps atómicos?
- Fragmentación de cadenas: la transacción se origina en una cadena y se liquida en otra; ¿qué transacción monitorear?
- Tokens envueltos: el cliente deposita BTC y recibe WBTC; ¿es esto una transferencia o un intercambio?
- Múltiples intermediarios: el puente puede involucrar varios contratos inteligentes y proveedores de liquidez
Monedas de privacidad y servicios de mezcla
Las criptomonedas con anonimato reforzado generan una incompatibilidad fundamental con la transparencia de la Travel Rule:
Recomendación de política sobre monedas de privacidad
La mayoría de los exchanges de cripto regulados han retirado de su catálogo las monedas de privacidad (Monero, Zcash en modo protegido, Dash en modo PrivateSend) debido a los retos de la Travel Rule y del cribado de sanciones. Si tu plataforma admite monedas de privacidad, implementa límites estrictos y una diligencia debida reforzada, y evalúa si el riesgo de cumplimiento justifica seguir admitiéndolas. Las transacciones enrutadas a través de servicios de mezcla o "tumbling" deberían prohibirse por completo, ya que son incompatibles con el cumplimiento de la Travel Rule y son fuertes indicadores de actividad sospechosa.
Implementación técnica en tiempo real
A diferencia de las transferencias bancarias tradicionales, que ocurren mediante sistemas de compensación centralizados (SWIFT, Fedwire), las transacciones de criptomonedas se difunden directamente a redes descentralizadas. Esto genera retos de tiempo:
- Mensaje antes de la difusión: envía el mensaje de Travel Rule al VASP receptor antes de difundir la transacción en blockchain (requiere identificar al VASP con rapidez)
- Tiempo de confirmación en blockchain: la transacción puede confirmarse antes de que se complete el intercambio del mensaje de Travel Rule
- Gestión de rechazos: si el VASP receptor rechaza tras la liquidación en cadena, ¿cómo se gestiona?
- Congestión de la red: los tiempos de confirmación en blockchain varían; la mensajería de la Travel Rule debe tenerlo en cuenta
Estándares internacionales: la Recomendación 16 del GAFI
El Grupo de Acción Financiera Internacional (GAFI), una organización intergubernamental que establece estándares globales de AML/CFT, extendió el concepto de la travel rule a los activos virtuales en junio de 2019. La Recomendación 16 del GAFI crea obligaciones internacionales de la Travel Rule que a menudo superan los requisitos de EE. UU. y que las plataformas que operan a nivel global deben comprender.
Requisitos de la Recomendación 16 del GAFI
El GAFI exige que los países garanticen que:
El estándar de Travel Rule del GAFI para activos virtuales
Los países deberían garantizar que los VASP originadores obtengan y conserven la información requerida y exacta del originador, así como la información requerida del beneficiario, en las transferencias de activos virtuales; que remitan esta información a los VASP beneficiarios y a las instituciones financieras beneficiarias; y que la pongan a disposición de las autoridades competentes cuando lo soliciten. Los países deberían garantizar que los VASP beneficiarios obtengan y conserven la información requerida del originador y la información requerida del beneficiario en las transferencias de activos virtuales, y que la pongan a disposición de las autoridades competentes cuando lo soliciten.
El GAFI no especifica un umbral monetario, dejándolo a cada jurisdicción. No obstante, la expectativa es que la travel rule para los activos virtuales coincida con las reglas tradicionales de transferencia de fondos en cada país.
Diferencias clave: estándares de FinCEN frente a los del GAFI
| Aspecto | FinCEN (Estados Unidos) | GAFI (estándar internacional) |
|---|---|---|
| Umbral | $3,000 USD | Sin umbral fijo; las jurisdicciones suelen usar $1,000-1,500 USD/EUR o ningún umbral |
| Autoridad legal | 31 CFR 1010.410(e) conforme a la Bank Secrecy Act | Recomendación 16 del GAFI (estándar no vinculante que requiere implementación nacional) |
| Wallets sin custodia | Recopilar la "información disponible"; las reglas reforzadas propuestas fueron retiradas | Las jurisdicciones varían ampliamente; algunas prohíben por completo los retiros a wallets sin custodia |
| Verificación de VASP | No se exige explícitamente, pero se fomenta | Recomienda que los VASP verifiquen la legitimidad y el cumplimiento del VASP contraparte |
| Aplicación | FinCEN, IRS; sanciones civiles y penales | Reguladores nacionales según la jurisdicción |
Variaciones de implementación regional
Las jurisdicciones miembros del GAFI han implementado la Recomendación 16 con variaciones significativas:
Unión Europea: Markets in Crypto-Assets (MiCA) y el Reglamento de Transferencia de Fondos
- Umbral: EUR 1,000 para la información completa; se exige información básica en TODAS las transferencias sin importar el monto
- Wallets sin custodia: se exige diligencia debida reforzada para las transferencias superiores a EUR 1,000 hacia wallets sin custodia; conservación detallada de registros
- Verificación de VASP: el VASP receptor debe verificar que el VASP emisor esté registrado/autorizado
- Fecha de entrada en vigor: diciembre de 2024 (implementación por fases)
- Requisito singular: los datos de la Travel Rule deben acompañar la transacción "de forma inmediata y segura"
Singapur: Monetary Authority of Singapore (MAS)
- Umbral: SGD 1,500 (aproximadamente $1,100 USD)
- Wallets sin custodia: muy estricto; se exige CDD reforzada; restricciones prácticas sobre las transferencias de alto valor a wallets sin custodia
- Implementación: obligatoria desde enero de 2020 (adoptante temprano)
- Aplicación: la MAS ha sido agresiva al examinar el cumplimiento de los VASP
Japón: Financial Services Agency (FSA)
- Umbral: sin un umbral mínimo específico para algunos tipos de transacción
- Enfoque: monitoreo integral de transacciones y conservación de registros sin importar el monto
- Notificación: debe notificar al regulador todas las transacciones sospechosas
- Contexto cultural: los reguladores japoneses esperan un cumplimiento y una documentación detallados
Suiza: FINMA
- Umbral: CHF 1,000 (aproximadamente $1,150 USD)
- Enfoque: basado en el riesgo, pero integral
- Registro de VASP: requisitos estrictos de licencia para los VASP que operan en Suiza
- Transfronterizo: requisitos adicionales para las transacciones internacionales
Reino Unido: Financial Conduct Authority (FCA)
- Umbral: GBP 1,000 (aproximadamente $1,250 USD)
- Implementación: mediante las Money Laundering Regulations 2017 (en su versión modificada)
- Prioridad de aplicación: la FCA ha convertido el cumplimiento de la Travel Rule en un foco de supervisión
- Wallets sin custodia: se espera diligencia debida reforzada para las transferencias de alto valor
Estrategia de cumplimiento transfronterizo
Para los VASP que atienden a clientes internacionales, el cumplimiento requiere satisfacer los requisitos aplicables más estrictos:
Regla de cumplimiento multijurisdiccional
Cuando una transacción involucra varias jurisdicciones (p. ej., un cliente de EE. UU. que envía a un cliente de Singapur), debes cumplir los requisitos más estrictos de TODAS las jurisdicciones aplicables. Esto normalmente significa: (1) aplicar el umbral más bajo, (2) recopilar los requisitos de información más extensos, (3) implementar los controles más restrictivos. Un VASP de EE. UU. que envía a un VASP de Singapur debe cumplir tanto los requisitos de FinCEN como los de la MAS, lo que implica aplicar el umbral de SGD 1,500 (~$1,100) en lugar del umbral de $3,000 de EE. UU.
Soluciones técnicas: IVMS101 y los protocolos de la Travel Rule
Implementar el cumplimiento de la Travel Rule requiere protocolos técnicos estandarizados para intercambiar la información de los clientes entre los VASP. La industria ha convergido en torno a IVMS101 para el formateo de datos y a varios protocolos en competencia para la transmisión segura.
IVMS101: InterVASP Messaging Standard
El InterVASP Messaging Standard 101 (IVMS101) proporciona un modelo de datos universal para representar la información del originador y del beneficiario en un formato estructurado y legible por máquina. Desarrollado por el Joint Working Group on interVASP Messaging Standards, IVMS101 se ha convertido en el estándar de facto de la industria.
Características clave de IVMS101
- Esquema basado en JSON: formato de datos estructurado para personas físicas y entidades legales
- Campos de persona física: nombre completo (varios identificadores de nombre), dirección geográfica, identificación nacional, fecha de nacimiento, lugar de nacimiento, número de identificación del cliente
- Campos de entidad legal: nombre legal, domicilio comercial, número de registro nacional, número de identificación del cliente
- Datos de la transacción: identificadores de VASP (LEIX, BIC, etc.), hash de la transacción, red de blockchain, marca de tiempo de ejecución
- Extensibilidad: admite campos adicionales específicos de cada jurisdicción mediante extensiones
- Control de versiones: versionado definido para la evolución del protocolo
Estructura de muestra de un mensaje IVMS101
{
"originator": {
"originatorPersons": [{
"naturalPerson": {
"name": {
"nameIdentifier": [{
"primaryIdentifier": "Smith",
"secondaryIdentifier": "John",
"nameIdentifierType": "LEGL"
}]
},
"geographicAddress": [{
"addressType": "HOME",
"streetName": "Main Street",
"buildingNumber": "123",
"postCode": "10001",
"townName": "New York",
"country": "US"
}],
"nationalIdentification": {
"nationalIdentifier": "123-45-6789",
"nationalIdentifierType": "SOCS"
},
"dateAndPlaceOfBirth": {
"dateOfBirth": "1980-01-15"
}
}
}],
"accountNumber": ["account-12345"]
},
"beneficiary": {
"beneficiaryPersons": [{
"naturalPerson": {
"name": {
"nameIdentifier": [{
"primaryIdentifier": "Johnson",
"secondaryIdentifier": "Alice",
"nameIdentifierType": "LEGL"
}]
}
}
}],
"accountNumber": ["0x742d35Cc6634C0532925a3b844Bc9e7595f0bEb0"]
},
"originatingVASP": {
"originatingVASP": {
"legalPersonName": "Example Exchange Inc",
"legalPersonNameIdentifierType": "LEGL"
}
},
"beneficiaryVASP": {
"beneficiaryVASP": {
"legalPersonName": "Destination Exchange Ltd",
"legalPersonNameIdentifierType": "LEGL"
}
},
"transactionDetails": {
"transactionHash": "0xabc123...",
"blockchain": "ETH",
"amount": 5.5,
"currency": "ETH"
}
}
Opciones del Travel Rule Protocol (TRP)
Varios protocolos permiten el intercambio seguro de información entre VASP. La fragmentación de protocolos sigue siendo un reto, pero la interoperabilidad va mejorando.
| Protocolo | Organizaciones que lo respaldan | Arquitectura | Nivel de adopción |
|---|---|---|---|
| TRP (Travel Rule Protocol) | Coinbase, OpenVASP Association | Mensajería descentralizada de igual a igual con directorio de VASP | Alto - Amplia adopción en la industria |
| Sygna Bridge | CoolBitX, reguladores de Taiwán | Registro centralizado (Sygna Hub) con integración por API | Medio - Fuerte en Asia-Pacífico |
| Notabene | Notabene (plataforma comercial) | Plataforma SaaS que admite varios protocolos | Alto - Solución de proveedor popular |
| OpenVASP | Bitcoin Suisse, Bank Frick y otros | Descentralizado con contratos inteligentes de Ethereum para el registro de VASP | Medio - Implementación técnica |
| Shyft Network / Veriscope | Shyft Network (blockchain creada para este fin) | Blockchain dedicada a la mensajería de cumplimiento | Más bajo - Adopción de nicho |
Flujo de intercambio de mensajes de la Travel Rule
Flujo de transferencia entre wallets con custodia
Retos de interoperabilidad entre protocolos
La existencia de varios protocolos en competencia genera brechas de interoperabilidad. Soluciones:
- Integración multiprotocolo: implementa soporte para varios protocolos a fin de maximizar la cobertura de VASP
- Servicios de pasarela: usa proveedores como Notabene que traducen entre protocolos
- Directorios universales de VASP: mantén un directorio que asocie a los VASP con sus protocolos compatibles
- Mecanismos de respaldo: proceso manual por correo electrónico o formulario seguro cuando falla el intercambio automatizado
- Coordinación de la industria: participa en grupos de trabajo que impulsan la convergencia de protocolos
Retos de DeFi y de las wallets no custodiales
Los protocolos de finanzas descentralizadas y las wallets no custodiales representan la frontera de la complejidad de la Travel Rule. Estas tecnologías encarnan la visión original de igual a igual de las criptomonedas, pero crean retos fundamentales para un cumplimiento diseñado en torno a las finanzas intermediadas.
El dilema de la wallet sin custodia
Las wallets sin custodia (autocustodiadas, no custodiales) permiten que los usuarios controlen directamente las claves privadas sin un intermediario de institución financiera. Esto crea una brecha de cumplimiento: cuando un cliente retira de tu exchange hacia su wallet de MetaMask, no hay un VASP receptor al que enviar la información de la Travel Rule.
La regla propuesta por FinCEN sobre wallets sin custodia (2020)
En diciembre de 2020, FinCEN propuso una regla controvertida que habría exigido:
- Conservación de registros: que los VASP recopilen y conserven el nombre y el domicilio de la contraparte en las transacciones de wallet sin custodia de $3,000+
- Reporte: presentar reportes ante FinCEN por las transacciones de wallet sin custodia que superen $10,000
- Verificación de identidad: verificar la identidad del propietario de la wallet sin custodia mediante procedimientos de nivel KYC
- Implementación inmediata: un plazo de cumplimiento de 15 días (extraordinariamente corto)
La regla propuesta enfrentó una oposición abrumadora de la industria (más de 7,500 comentarios públicos) y fue retirada en 2021. No obstante, evidencia la preocupación regulatoria sobre las transacciones de wallet sin custodia que facilitan las finanzas ilícitas.
Enfoque actual de cumplimiento para wallets sin custodia
Conforme a la guía actual de FinCEN, los VASP deben recopilar la información del beneficiario de las wallets sin custodia "en la medida en que esté disponible". Implementaciones prácticas:
Controles escalonados según el monto de la transacción
| Monto | Controles requeridos | Plazo de procesamiento |
|---|---|---|
| Menos de $3,000 |
Proceso de retiro estándar Solo cribado de la dirección de blockchain Sin recopilación de información de la Travel Rule |
Inmediato/automatizado |
| $3,000 - $10,000 |
Solicitar la declaración del beneficiario (nombre, relación, propósito) Cribado mediante análisis de blockchain Cribado de sanciones de OFAC de la dirección de destino Prueba de titularidad de la wallet si es la propia wallet del cliente |
El mismo día (puede demorarse por revisión) |
| $10,000 - $50,000 |
Recopilación detallada de la información del beneficiario Prueba de control de la wallet (firma de un mensaje) Análisis de blockchain reforzado (rastreo del origen de los fondos) Revisión de cumplimiento por personal sénior Considerar diligencia debida reforzada sobre el cliente |
24-48 horas |
| Más de $50,000 |
Se requiere la aprobación del oficial de cumplimiento Verificación del origen de los fondos Monitoreo reforzado de la transacción tras el retiro Considerar la presentación de un SAR si hay un patrón de retiros grandes sin custodia Puede requerir verificación en persona o por video |
48-72 horas (revisión manual) |
Métodos de prueba de titularidad de la wallet
Para los retiros hacia la propia wallet sin custodia del cliente, verifica el control de la wallet:
- Firma de un mensaje: el cliente firma un mensaje con la clave privada de la dirección de destino, lo que acredita el control
- Transacción de prueba: envía un pequeño monto de prueba antes de aprobar un retiro grande
- Lista blanca de wallets: tras la verificación, agrégala a la lista de direcciones preaprobadas
- Huella del dispositivo: confirma que el retiro se origina desde el dispositivo conocido del cliente
Interacciones con protocolos DeFi
Cuando los clientes retiran cripto para interactuar con protocolos descentralizados, el cumplimiento se vuelve aún más complejo:
Casos de uso comunes de DeFi y enfoques de cumplimiento
Exchanges descentralizados (DEX)
- Ejemplos: Uniswap, SushiSwap, PancakeSwap
- Intención del cliente: retirar para operar en un DEX
- Beneficiario: pool de contrato inteligente (sin entidad legal)
- Enfoque: tratar como wallet sin custodia; recopilar la información disponible; vigilar los patrones de trading de alto riesgo
Protocolos de préstamo
- Ejemplos: Aave, Compound, MakerDAO
- Intención del cliente: depositar garantías o prestar activos
- Beneficiario: contrato inteligente del pool de préstamos
- Enfoque: diligencia debida reforzada; entender el origen de los fondos; vigilar los patrones sospechosos
Protocolos de mezcla/privacidad
- Ejemplos: Tornado Cash, Railgun (sancionados/de alto riesgo)
- Intención del cliente: ofuscar el historial de transacciones
- Beneficiario: contrato inteligente de mejora de la privacidad
- Enfoque: PROHIBIR; incompatible con el cumplimiento de AML; presentar un SAR si se intenta
Mercados de NFT
- Ejemplos: OpenSea, Blur, LooksRare
- Intención del cliente: comprar o intercambiar NFT
- Beneficiario: contrato inteligente del mercado o contraparte P2P
- Enfoque: escrutinio reforzado para las transacciones de NFT de alto valor (posible transferencia de valor); recopilar el propósito
Análisis de blockchain para evaluar el riesgo de las wallets sin custodia
Dado que no puedes verificar la identidad del beneficiario en las wallets sin custodia, el análisis de blockchain ofrece una mitigación del riesgo:
- Cribado de direcciones: coteja el destino contra la lista SDN de OFAC, las direcciones sancionadas y las direcciones de hackers conocidas
- Historial de transacciones: analiza las transacciones previas de la dirección de destino en busca de indicadores de actividad ilícita
- Análisis de clústeres: identifica si la dirección forma parte de un clúster de wallets mayor asociado a entidades sancionadas
- Origen de los fondos: rastrea de dónde provienen los fondos de la wallet de destino (exchange, mezclador, mercado de la darknet)
- Monitoreo tras el retiro: rastrea a dónde envía el cliente los fondos tras el retiro en busca de patrones sospechosos
Proveedores de análisis de blockchain recomendados
Chainalysis: líder del mercado con cobertura integral y sólidas relaciones con las autoridades. Elliptic: alta precisión con una excelente integración por API. TRM Labs: fuerte enfoque en DeFi y en los riesgos emergentes. CipherTrace (Mastercard): bueno para las instituciones que desean una suite de cumplimiento integrada. La mayoría de las plataformas deberían integrar al menos una solución de análisis de blockchain para evaluar el riesgo de las wallets sin custodia.
Integración del cribado de sanciones
El cumplimiento de la Travel Rule se cruza con el cribado de sanciones de OFAC. Al recibir la información del originador de otro VASP o al recopilar la información del beneficiario, las plataformas deben cotejar contra las listas de sanciones antes de procesar las transacciones.
Requisitos de cribado de OFAC
La Office of Foreign Assets Control (OFAC) administra los programas de sanciones económicas de EE. UU. Los VASP deben:
- Cribar a todos los clientes: coteja los nombres de los clientes contra la lista SDN (Specially Designated Nationals) de OFAC al darlos de alta y de forma continua
- Cribar las transacciones: en las transacciones de la Travel Rule, coteja los nombres del originador/beneficiario recibidos
- Cribar las direcciones de wallet: coteja las direcciones de blockchain contra la lista de Digital Currency Addresses de OFAC
- Cribado geográfico: identifica las transacciones que involucran jurisdicciones sancionadas de forma integral (Cuba, Irán, Corea del Norte, Siria, regiones de Rusia)
- Regla del 50 %: criba en busca de entidades cuya propiedad sea del 50 % o más por personas sancionadas
Flujo de la Travel Rule y del cribado de sanciones
Proceso de cribado integrado
Tecnología de cribado de sanciones
Un cribado de sanciones eficaz requiere:
- Cribado en tiempo real: cribar al momento de la transacción, no en procesamiento por lotes
- Algoritmos de coincidencia de nombres: coincidencia difusa para detectar variaciones, transliteraciones y alias
- Gestión de falsos positivos: sistemas para revisar y descartar las coincidencias legítimas
- Actualizaciones de listas: OFAC actualiza la lista SDN con frecuencia; implementa actualizaciones automáticas
- Cribado de direcciones de blockchain: integración con las Digital Currency Addresses de OFAC y con las bases de datos de los proveedores
- Pistas de auditoría: conserva los registros de todas las decisiones de cribado durante 5 años
Variaciones internacionales de la Travel Rule
Los VASP que operan a nivel global deben navegar por un mosaico de implementaciones de la Travel Rule. Si bien la Recomendación 16 del GAFI proporciona un marco común, las implementaciones nacionales varían de forma significativa en los umbrales, el tratamiento de las wallets sin custodia y las prioridades de aplicación.
Matriz de comparación regional
| Jurisdicción | Umbral | Enfoque sobre wallets sin custodia | Registro de VASP | Nivel de aplicación |
|---|---|---|---|---|
| Estados Unidos | $3,000 USD | Recopilar la "información disponible" | Se requiere el registro MSB ante FinCEN | Alto - Sanciones importantes recientes |
| Unión Europea (MiCA) | EUR 1,000 (información completa) EUR 0 (información básica) |
Se exige DD reforzada; conservación detallada de registros | Licencia nacional de VASP conforme a MiCA | En construcción - Régimen nuevo |
| Reino Unido | GBP 1,000 | Enfoque basado en el riesgo; se recomienda DD reforzada | Se requiere el registro ante la FCA | Medio - Foco de supervisión |
| Singapur | SGD 1,500 | Muy restrictivo; límites prácticos a las transferencias grandes sin custodia | Licencia Digital Payment Token de la MAS | Alto - Supervisión estricta |
| Hong Kong | HKD 8,000 | Se exige DD reforzada; monitoreo tras la transacción | Licencia de VASP de la HKMA/SFC | Medio - En desarrollo |
| Japón | Sin umbral específico (monitoreo integral) | Monitoreo y conservación de registros extensos | Registro como Crypto Asset Exchange Service Provider ante la FSA | Medio-alto - Requisitos detallados |
| Suiza | CHF 1,000 | Basado en el riesgo; se exige verificación de VASP a VASP | Autorización de FINMA (si alcanza los umbrales) | Medio - Centrado en el riesgo |
| Canadá | CAD 1,000 | Recopilar la información disponible; conservación de registros | Registro MSB ante FINTRAC | Medio - Foco creciente |
Estrategia de cumplimiento de las transacciones transfronterizas
Cuando una transacción cruza fronteras, varias jurisdicciones pueden reclamar autoridad regulatoria:
- Jurisdicción del originador: país donde se encuentra el cliente que envía los fondos
- Jurisdicción del beneficiario: país donde se encuentra el cliente que recibe los fondos
- Jurisdicción del VASP originador: donde el VASP emisor está constituido/autorizado
- Jurisdicción del VASP beneficiario: donde el VASP receptor está constituido/autorizado
Requisito de cumplimiento multijurisdiccional
Cuando varias jurisdicciones se aplican a una transacción, debes satisfacer los requisitos más estrictos de TODAS las jurisdicciones aplicables. Ejemplo: un exchange constituido en EE. UU. que facilita una transferencia de un cliente de Singapur a un cliente de la UE debe cumplir (1) el umbral de $3,000 de FinCEN, Y (2) el umbral de SGD 1,500 de la MAS, Y (3) el umbral de EUR 1,000 de la UE. Controla el más estricto (EUR 1,000). Esto a menudo requiere un análisis jurisdiccional dinámico, transacción por transacción.
Geobloqueo frente al cumplimiento global
Los VASP tienen dos enfoques estratégicos ante la variación internacional de la Travel Rule:
Enfoque de cumplimiento global
- Estrategia: implementar los requisitos más estrictos a nivel global
- Umbral: aplicar EUR 1,000 (o menos) en todas las transacciones
- Ventaja: un único programa de cumplimiento; respalda las operaciones globales
- Desventaja: mayor carga de cumplimiento para las jurisdicciones de menor riesgo
- Ideal para: exchanges grandes que atienden múltiples mercados
Enfoque de geobloqueo
- Estrategia: bloquear a los clientes de las jurisdicciones de alta complejidad
- Ejemplo: una plataforma solo para EE. UU. que evita los requisitos de MiCA de la UE
- Ventaja: cumplimiento más sencillo; menores costos operativos
- Desventaja: acceso restringido al mercado; limita el crecimiento
- Ideal para: plataformas más pequeñas o negocios específicos de una región
Hoja de ruta de implementación
Construir el cumplimiento de la Travel Rule desde cero requiere una planificación sistemática y una implementación por fases. Con base en las mejores prácticas de la industria, esta es una hoja de ruta práctica:
Fase 1: evaluación y planificación (4-6 semanas)
- Análisis de transacciones: revisa los tipos de transacción (depósitos, retiros, intercambios) y la distribución del volumen
- Modelado de umbrales: analiza qué porcentaje de transacciones supera el umbral de $3,000
- Mapeo de jurisdicciones: identifica todas las jurisdicciones donde operas o tienes clientes
- Consolidación de requisitos: determina los requisitos más estrictos de la Travel Rule aplicables en todas las jurisdicciones
- Análisis de brechas: compara las capacidades actuales con los requisitos
- Decisión de construir o comprar: evalúa las soluciones de proveedores frente al desarrollo propio
- Presupuesto y cronograma: desarrolla el presupuesto del proyecto y el cronograma de implementación
Fase 2: selección de proveedor o diseño del desarrollo (4-8 semanas)
Si compras una solución de proveedor:
- Emite una RFP a los proveedores de soluciones de Travel Rule (Notabene, Sygna y otros)
- Evalúa el soporte de protocolos (compatibilidad con TRP, IVMS101, Sygna Bridge)
- Evalúa la cobertura del directorio de VASP
- Revisa los modelos de precios (por transacción, por suscripción, híbrido)
- Verifica el esfuerzo de integración y la documentación de la API
- Consulta referencias de VASP de tamaño similar
Si construyes una solución propia:
- Diseña la arquitectura del sistema (cola de mensajes, esquema de base de datos, endpoints de API)
- Elige el o los protocolos de Travel Rule a implementar
- Diseña el mecanismo de descubrimiento de VASP (integración de directorio o propio)
- Planifica la integración del análisis de blockchain para la atribución de wallets
- Diseña el sistema de conservación y retención de registros
Fase 3: desarrollo e integración (8-16 semanas)
- Interfaz de cara al cliente: construye el flujo de retiro para recopilar la información del beneficiario
- Clasificación de wallets: integra el análisis de blockchain para identificar wallets con custodia frente a las que no la tienen
- Directorio de VASP: conéctate a los registros de VASP para el descubrimiento de contrapartes
- Formateo IVMS101: implementa la transformación de datos del formato interno a IVMS101
- Integración de protocolos: construye o integra la mensajería de TRP/Sygna Bridge
- Cribado de sanciones: integra el cribado de OFAC en el flujo de la Travel Rule
- Monitoreo de umbrales: implementa la valoración en USD en tiempo real y la detección de umbrales
- Conservación de registros: construye un sistema de retención de 5 años con búsqueda indexada
- Gestión de excepciones: diseña flujos para los intercambios fallidos, las transacciones rechazadas y la revisión manual
Fase 4: pruebas y capacitación (4-6 semanas)
- Pruebas unitarias: prueba los componentes individuales (formateo IVMS101, cribado, cálculo de umbrales)
- Pruebas de integración: pruebas de extremo a extremo de los flujos completos
- Pruebas de protocolo: coordina con VASP socios para probar el intercambio de mensajes
- Pruebas en sandbox: usa transacciones en testnet para validar la integración con la blockchain
- Capacitación del personal: capacita a los equipos de cumplimiento, atención al cliente y operaciones
- Desarrollo de manuales: crea guías operativas para los escenarios comunes y los casos límite
- Revisión regulatoria: considera que un asesor legal revise la implementación
Fase 5: lanzamiento limitado y monitoreo (4-8 semanas)
- Despliegue por fases: habilítalo inicialmente para un segmento limitado de clientes o un porcentaje de transacciones
- Supervisión manual: revisión de cumplimiento de todas las transacciones de la Travel Rule durante el lanzamiento limitado
- Paneles de monitoreo: rastrea las tasas de éxito, los modos de falla y los tiempos de procesamiento
- Análisis de la fricción del cliente: monitorea los tickets de soporte, las tasas de abandono y los comentarios de los usuarios
- Pruebas de interoperabilidad de protocolos: valida los intercambios con contrapartes VASP diversas
- Optimización: ajusta los umbrales, mejora la interfaz y agiliza los flujos según los datos
Fase 6: despliegue total y mejora continua (permanente)
- Habilitación total: extiende el cumplimiento de la Travel Rule a todas las transacciones aplicables
- Monitoreo del desempeño: rastrea los KPI (tasa de éxito de mensajes, tiempo de procesamiento, falsos positivos)
- Auditorías trimestrales: revisión interna de la eficacia del cumplimiento de la Travel Rule
- Actualizaciones regulatorias: monitorea la guía de FinCEN, las actualizaciones del GAFI y los cambios jurisdiccionales
- Expansión de la red de VASP: incorpora VASP adicionales al directorio para una cobertura más amplia
- Actualizaciones de protocolo: implementa nuevas versiones de protocolo y mejoras de interoperabilidad
Expectativas de cronograma y recursos
Solución de proveedor: de 4 a 6 meses desde el inicio hasta el despliegue total. Recursos: 1 gerente de proyecto, 2-3 desarrolladores, 1 analista de cumplimiento, revisión de un asesor legal. Desarrollo propio: de 9 a 12 meses. Recursos: 1 gerente de proyecto, 4-6 desarrolladores, 2 analistas de cumplimiento, un asesor legal y, de forma continua, 1-2 personas a tiempo completo para el mantenimiento. La mayoría de las plataformas de tamaño mediano deberían comprar soluciones de proveedor para un menor tiempo de salida al mercado y actualizaciones automáticas de protocolo.