La Travel Rule en criptomonedas obliga al exchanger a enviar al destinatario los datos del remitente de cada transferencia: nombre, número de cuenta o wallet, a veces más. Para los bancos que aún trabajan con negocios cripto, esto dejó de ser un trámite hace tiempo: es la condición para seguir operando. Basta una transferencia sin esos datos para que el banco cierre la cuenta sin previo aviso. Repasamos qué hay que enviar, dónde están los umbrales en 2026 y cómo evitar el bloqueo.
Por qué los bancos se pusieron nerviosos con esta regla
En corto: la Travel Rule obliga a adjuntar los datos del remitente y del destinatario a cada transferencia cripto — la misma lógica que una transferencia SWIFT tradicional, aplicada ahora a blockchain. Piense en una carta certificada: el correo no acepta el paquete sin una dirección de remitente en el sobre. Con las transferencias cripto pasa lo mismo, solo que esa "dirección de remitente" ahora es un nombre, unos datos de cuenta y, a veces, un identificador de wallet.
La regla no la inventó un país en particular, sino el GAFI (FATF), el organismo intergubernamental que fija los estándares globales contra el lavado de dinero. En 2019 extendió su Recomendación 16 a los VASP — exchanges, exchangers, proveedores de wallets. Desde entonces cada país la aplica a su ritmo, pero los bancos que todavía dan servicio a negocios cripto no esperan a que la ley local se pronuncie: si el exchanger no puede probar el origen de una transferencia, la cuenta se cierra — no porque lo exija una norma concreta, sino porque el área de cumplimiento del banco no quiere dar explicaciones a su propio regulador.
A partir de qué monto se activa
El umbral varía según el país, y ahí es justamente donde más se equivocan los exchangers. Durante años la referencia fueron 1.000 dólares o euros — la recomendación original del GAFI, adaptada por cada jurisdicción.
Unión Europea
Desde finales de 2024, el Reglamento de Transferencias de Fondos (TFR) renovado de la UE eliminó por completo el umbral para transferencias cripto. Si una de las dos partes es un proveedor de servicios de criptoactivos registrado, los datos de remitente y destinatario deben viajar con la transferencia sin importar el monto.
Estados Unidos y el resto del mundo FATF
En EE. UU. y la mayoría de los países del GAFI, un umbral de entre 1.000 y 3.000 dólares (según la jurisdicción) todavía se mantiene, pero la tendencia es clara: los umbrales bajan o desaparecen. Apostar la estrategia de cumplimiento de un exchanger a que "nadie revisa las transferencias pequeñas" ya no es una estrategia en 2026 — es un riesgo.
Qué datos tiene que enviar y recibir el exchanger
El conjunto de datos apenas cambia de un proveedor a otro:
- nombre completo del remitente y del destinatario;
- número de cuenta o identificador de la wallet por la que pasó la transferencia;
- para montos altos, dirección, fecha de nacimiento o número de documento del remitente;
- nombre y jurisdicción del VASP del otro lado de la transferencia.
Si el destinatario no es un exchanger ni un exchange, sino una wallet privada que no pertenece a ningún proveedor licenciado (unhosted wallet), los requisitos se relajan pero no desaparecen: el exchanger igual debe evaluar el riesgo de la transferencia, y en algunas jurisdicciones recolectar datos del propio titular de la wallet.
Cómo funciona en la práctica: las redes de mensajería
Estos datos no se pueden mandar "de palabra" — hace falta un canal seguro entre el VASP que envía y el que recibe. Para eso existen varias redes que compiten entre sí:
Lo que realmente se usa en el mercado
- Notabene — uno de los proveedores más adoptados, conecta a cientos de VASP en todo el mundo;
- Sygna Bridge — red del ecosistema Sygnum, muy usada en Asia;
- TRP (Travel Rule Protocol) — protocolo abierto respaldado conjuntamente por varios exchanges grandes;
- Veriscope, construido sobre Shyft Network — una opción más descentralizada, donde la verificación pasa por la cadena sin publicar datos personales en ella.
No hace falta unirse a todas: normalmente una o dos redes cubren la mayoría de las contrapartes con las que trabaja un exchanger en su región.
Dónde se equivocan más los exchangers
El error más común es pensar que, si el regulador del país de registro no dice nada, no hay prisa. El banco socio piensa distinto: le importa el cumplimiento con el estándar del GAFI en general, no la letra de una ley concreta.
El segundo error es guardar los datos del remitente solo para cumplir el expediente, sin forma de entregarlos rápido cuando el banco o una firma de análisis blockchain los pide. El tercero es no tener un proceso definido para cuando la contraparte no está conectada a ninguna red de mensajería: esas transferencias hay que tratarlas a mano y dejar constancia aparte, no dejarlas pasar como una más.
Qué pierde realmente un exchanger si ignora la regla
Una multa del regulador no es lo más grave que puede pasar, y casi nunca es lo primero. Lo que llega antes: un banco socio o un procesador de pagos congela la cuenta corresponsal sin dar explicaciones. Para un exchanger eso significa parar los pagos de inmediato, no una sanción abstracta medio año después.
Hay que ser honestos: cumplir la Travel Rule al cien por cien no garantiza que el banco no cierre la cuenta por otro motivo — el cumplimiento cripto cambia más rápido de lo que gustaría, y los bancos ajustan su política de riesgo seguido. Pero reduce la probabilidad de que el bloqueo venga por esta razón puntual, y le da al exchanger algo concreto que mostrar si surgen preguntas.
Conclusión
La Travel Rule dejó de ser un problema solo de los grandes exchanges con departamento legal hace rato — hoy decide si un exchanger pequeño conserva o no una cuenta bancaria operativa. La buena noticia es que no exige reinventar el negocio, sino disciplina: conectarse a una o dos redes de mensajería, capturar los campos correctos y tener un proceso escrito para los casos difíciles. Si está eligiendo o actualizando la plataforma de su exchanger, vale la pena revisar de antemano qué tan fácil exporta y guarda los datos de remitente y destinatario — algo que se puede evaluar en iEXExchanger.
