Travel Rule: por qué un exchange te pide datos del destinatario

La Travel Rule es la norma que obliga a las plataformas cripto reguladas a recolectar, guardar y transmitirse entre sí los datos de quien envía y de quien recibe cada transferencia. Es la razón concreta por la que un exchange te pide el nombre del destinatario antes de dejarte retirar, o por la que un depósito queda retenido hasta que aclares de dónde vino. No es una política interna de la plataforma: es una obligación regulatoria que viene del sistema antilavado internacional.

De dónde sale la regla

La idea es vieja y no nació con las criptomonedas. En las transferencias bancarias, desde hace décadas, los datos del ordenante y del beneficiario "viajan" pegados al dinero, para que una investigación pueda reconstruir el recorrido. Eso es la Recomendación 16 del GAFI —el Grupo de Acción Financiera Internacional, el organismo que fija los estándares globales contra el lavado de activos y el financiamiento del terrorismo—, y de ahí viene el apodo.

En junio de 2019 el GAFI extendió ese estándar a los activos virtuales: los proveedores de servicios pasaron a tener las mismas obligaciones de identificación que un banco. Como el GAFI no dicta leyes, cada país tuvo que traducirlo a su propia norma, y por eso la implementación no es idéntica en todos lados aunque el principio sí lo sea.

En la Unión Europea la traducción llegó con el reglamento de transferencia de fondos, aplicable junto con el marco MiCA, que define qué es un cripto activo y qué es un proveedor de servicios de cripto activos. Otras jurisdicciones —Suiza, Reino Unido, Singapur, Corea del Sur, entre muchas— tienen su versión vigente, y la lista sigue creciendo. Argentina tiene la suya, que es la que te alcanza a vos, y está explicada más abajo.

Esa diferencia entre países no es un detalle académico. La versión europea es la más citada y la más fácil de encontrar en internet, y por eso conviene leer cada regla con la etiqueta de dónde salió: lo que en la Unión Europea está escrito con nombre y apellido, acá puede resolverse de otra manera. Cuando una transferencia cruza fronteras, además, en la práctica termina rigiendo el criterio más estricto de las dos puntas.

Qué datos viajan con la transferencia

El detalle exacto varía por jurisdicción, pero el núcleo se repite:

Para personas jurídicas suele pedirse además un identificador oficial estandarizado, como el LEI, ese código único que se le asigna a una entidad que participa en operaciones financieras.

Dos aclaraciones que cambian cómo se lee todo lo anterior. Primera: esos datos no se publican en la blockchain. Viajan por un canal aparte entre los dos proveedores, no quedan escritos en la red. Segunda: el que envía no ve la información del que recibe ni al revés; el intercambio es entre las plataformas.

A quién le aplica y a quién no

El eje se repite en todas las versiones de la regla: se activa cuando hay un proveedor regulado en el medio. De ahí que estén alcanzadas

• las transferencias entre dos proveedores registrados (exchange a exchange, plataforma a plataforma);
• las transferencias entre un proveedor y una entidad financiera;
• los movimientos de fondos por medio de instituciones reguladas, en fiat o en cripto.

La lista de lo que queda afuera, en cambio, no es universal: la escribe cada país. El reglamento europeo enumera tres excepciones: las transferencias directas entre dos personas sin ningún proveedor en el medio, los movimientos internos dentro de la misma plataforma que no salen a la red, y los pagos a organismos públicos, como impuestos o multas.

Esa lista es europea y no se traslada a la Argentina como si fuera un principio general. Acá la única excepción que podés dar por segura es la primera, y porque se cae de madura: si no hay ningún proveedor regulado en el medio, no hay a quién exigirle que transmita datos. Para todo lo demás —incluido un pago a un organismo público— la respuesta la da la norma local y el procedimiento de la plataforma con la que operás, no el ejemplo de otro país.

Algunas jurisdicciones fijan un monto por debajo del cual piden menos información, y otras eliminaron cualquier umbral y aplican la regla a toda transferencia sin importar el importe. Es uno de los puntos donde más difieren entre sí.

Qué pasa cuando los datos faltan

Acá está la consecuencia que se siente del lado del usuario. El proveedor que recibe una transferencia con información incompleta no puede simplemente acreditarla: tiene que aplicar un procedimiento basado en riesgo y decidir entre ejecutarla, retenerla mientras pide los datos que faltan, devolverla al origen o rechazarla. Del lado del que envía, la plataforma puede directamente no dejar salir la operación hasta que completes el formulario.

Para el proveedor, incumplir no sale gratis. En la Unión Europea las sanciones previstas van de multas a responsabilidad personal de los directivos y, en el extremo, la pérdida de la autorización para operar. En Argentina el incumplimiento de las obligaciones antilavado se responde ante la UIF, que tiene su propio régimen sancionatorio en la Ley 25.246. Por eso ninguna plataforma seria hace excepciones: no es un trámite que puedan saltear a pedido.

Cómo llega la regla a la Argentina

Argentina participa del GAFI y del GAFILAT, así que el estándar aplica acá también. Pero no llega por MiCA ni por el reglamento europeo: llega por la norma antilavado local, y por dos vías que conviene no confundir.

La primera es el régimen de la Ley 25.246, la ley que creó la Unidad de Información Financiera (UIF) y define quiénes son sujetos obligados: quienes están en esa lista tienen que identificar a sus clientes, controlar el origen de los fondos, conservar la documentación y reportar. La Ley 27.739 sumó a ese régimen a los proveedores de servicios de activos virtuales. De ahí sale, en concreto, el formulario que te pide los datos del destinatario: no es una política de la plataforma, es una obligación de la plataforma.

La segunda es el Registro de Proveedores de Servicios de Activos Virtuales (PSAV) que lleva la Comisión Nacional de Valores: es donde se comprueba que una plataforma es quien dice ser. La inscripción existe justamente a los fines de ese control como sujeto obligado ante la UIF y no implica licencia ni supervisión de la CNV sobre la actividad; el alcance completo, con los enlaces oficiales para verificarlo, está en seguridad y regulación.

Por qué te piden a quién le mandás

Si sos freelance y cobrás en stablecoins, si le pagás a un proveedor del exterior o si movés fondos entre dos exchanges, en algún momento te va a aparecer un formulario preguntando nombre del destinatario, plataforma de destino y a veces relación con esa persona. No es curiosidad comercial ni un obstáculo puesto para retenerte los fondos: es el dato que la plataforma está obligada a transmitir.

Lo mismo del otro lado. Un depósito que llega de una plataforma extranjera con información incompleta puede quedar en revisión hasta que aclares el origen. Eso se resuelve más rápido si tenés a mano el comprobante, el hash de la transacción y el contrato o factura que respalda el cobro.

Billeteras autoalojadas

Si retirás hacia una billetera propia —de hardware o de software, sin ningún proveedor detrás—, del otro lado no hay nadie a quien transmitirle los datos. En ese caso, la plataforma suele pedirte que declares que la dirección es tuya, y en algunas jurisdicciones que lo demuestres, por ejemplo firmando un mensaje con esa billetera o mostrando la pantalla en una videollamada. Es el mismo principio: si el destino no es una entidad identificable, la identificación se traslada al usuario.

No lo confundas con lo impositivo

La Travel Rule es una norma antilavado, no tributaria: no calcula ni retiene impuestos. Pero las dos obligaciones conviven, y los datos que ya registraste para una te sirven para la otra. Guardar fecha, monto, cotización del día, hash y contraparte de cada operación resuelve las dos de una sola vez. Cómo se declara la parte fiscal está en impuestos a las criptomonedas en Argentina y, para quien factura al exterior, en cómo declarar un cobro en USDT ante ARCA.

Privacidad: qué pueden hacer con esos datos

La contrapartida de la obligación es un límite, y ese límite no lo pone la Travel Rule: lo pone el régimen de protección de datos de cada país. Conviene mirar las dos puntas por separado.

En la Unión Europea el reglamento lo dice punto por punto: el proveedor no puede usar la información para fines ajenos al cumplimiento regulatorio, tiene que informarte de antemano que la recolecta y para qué, debe protegerla con medidas de seguridad razonables, y conserva los registros por un plazo que la norma fija en años —cinco como mínimo—, vencido el cual los datos personales deben eliminarse.

En Argentina hay un punto que conviene no confundir con lo anterior. Como sujeto obligado ante la UIF, la plataforma tiene el deber de conservar la documentación de tus operaciones por el plazo que fija la Ley 25.246, y eso es una obligación suya, no una opción tuya: un pedido de baja no borra lo que la norma antilavado manda guardar. Qué hace cada plataforma con esa información, con qué base legal y a quién se la comunica, se lee en su política de privacidad —la nuestra es la política de privacidad de YouHodler—, y ese es el documento al que hay que ir, no la promesa que aparezca en un artículo.

Para que un envío no quede trabado

1. Tené a mano el nombre completo del destinatario tal como figura en la cuenta de destino, no el apodo ni el usuario.
2. Anotá a qué plataforma va el retiro; muchos formularios lo piden por separado de la dirección.
3. Si el destino es una billetera propia, prepará la prueba de titularidad.
4. Guardá el hash de cada operación: es lo primero que te van a pedir si algo queda en revisión.
5. Si el monto es alto, mandá primero una prueba chica: además de verificar la red, te muestra qué datos pide el circuito antes de comprometer el total.
6. Conservá el respaldo documental del origen de los fondos: factura, contrato o comprobante de venta.

Nada de esto vuelve más lenta la blockchain: la red sigue confirmando igual. Lo que se demora, cuando se demora, es la acreditación del lado del proveedor, y casi siempre por un dato que faltaba. El resto del circuito, y los errores que sí son irreversibles, están en cómo depositar cripto y stablecoins.