La regla de viaje: qué se mueve con tu dinero.

La versión resumida

• La regla de viaje hace que tu identidad se mueva con tu dinero. Cuando un proveedor regulado envía cripto a otro, debe transmitir tu nombre y al menos otro identificador junto con la transferencia.
• Nada de esto está en la blockchain. El payload viaja por un canal de mensajería independiente entre dos empresas. Ningún explorador de bloques lo muestra, y a ti nunca se te enseña qué se envió sobre ti.
• No se activa por sospecha. Se aplica a las transferencias ordinarias, de forma rutinaria, como condición para que el proveedor pueda operar siquiera.
• El umbral depende de la licencia del proveedor, no de ti. 3.000 dólares en Estados Unidos, 1.000 en Canadá, un millón de wones en Corea del Sur — y, desde el 30 de diciembre de 2024, ningún umbral en absoluto en la Unión Europea.
• La cláusula de autocustodia es la parte que importa. Retirar a tu propia billetera no tiene contraparte a la que avisar, así que los reguladores la sustituyeron por el deber de verificar quién es el propietario de la dirección. Por eso los exchanges ahora te piden demostrar la propiedad de una billetera que ya controlas.
• Esa verificación es una atribución, y la atribución se propaga. Es el ancla de identidad autorizada que a las herramientas de análisis de cadena siempre les ha faltado, y el clustering habitual la extiende a direcciones que nunca declaraste.
• Un retiro atascado suele ser el problema del amanecer, no un fallo. Las jurisdicciones activaron la regla en momentos distintos, y dos sistemas de cumplimiento que no logran completar un handshake producen una transferencia pendiente y un error que no aclara nada.
• La obligación recae en los proveedores. No hay nada que una persona deba presentar, registrar o declarar — pero los efectos posteriores son reales, permanentes, y merece la pena planificarlos.

Qué es realmente la regla de viaje

La mayoría de la gente se topa con la regla de viaje sin que nadie le diga cómo se llama. Un formulario de retiro pregunta de repente si la dirección de destino te pertenece a ti o a otra persona. Una transferencia que antes tardaba minutos queda pendiente durante un día. Un exchange se niega a enviar a una dirección que no puede atribuir. Esto no son fallos técnicos ni peculiaridades de la política local — es un único estándar internacional que se está implementando, de forma desigual, en toda la industria cripto regulada.

La regla en sí es antigua. En 1996 los reguladores de Estados Unidos exigieron que cierta información del cliente acompañara a las transferencias de fondos dentro del sistema bancario, de modo que una transferencia que llegaba a un banco lo hiciera con un registro de quién la había enviado. Esa información tenía que viajar con el dinero, y el nombre se quedó. En junio de 2019 el organismo internacional que fija los estándares de la política contra el blanqueo de capitales extendió el mismo requisito a los activos virtuales, obligando a los proveedores que operan con cripto a recopilar y transmitir la información del ordenante y del beneficiario cuando el valor se mueve entre ellos.

Dos características del mecanismo explican la mayor parte de la confusión que lo rodea.

• Los datos no viajan por la blockchain. Este es el malentendido más habitual de todos, y es importante. El payload de identidad se desplaza por un canal separado y privado entre las dos empresas — un protocolo de mensajería o una red comercial a la que ambas resultan pertenecer. Nada aparece on-chain, ningún explorador lo revela, y la transacción en sí tiene exactamente el mismo aspecto que cualquier otra. El libro mayor transporta el valor; una tubería paralela transporta tu nombre.
• No tiene nada que ver con la sospecha. No hay ningún umbral de dudosidad que cruzar. La obligación es rutinaria e incondicional por encima de cualquier suelo monetario que se aplique, y es una condición para que el proveedor conserve su licencia, no una respuesta a algo que hayas hecho. Nadie revisa tu transferencia y decide adjuntarle tu identidad; el sistema la adjunta por defecto.

El perímetro se dibuja alrededor de los proveedores, no de las personas. Los exchanges, custodios, brókeres, procesadores de pago y demás intermediarios que mantienen o transmiten cripto de clientes están dentro de él. Tú, moviendo tus propias monedas entre tus propias billeteras, no lo estás — y ninguna versión de la regla en ningún lugar le pide a una persona que presente, registre o divulgue nada. Esa distinción es real, y también es más estrecha en la práctica de lo que parece, por razones de las que trata el resto de esta guía.

Qué viaja exactamente con tu retiro

El mínimo internacional es concreto, lo cual es útil, porque significa que la respuesta no depende de qué exchange uses. Cuando una transferencia cruza entre dos proveedores, la parte que envía debe transmitir:

• Tu nombre — el nombre legal verificado en tu cuenta, no un nombre de usuario ni un nombre para mostrar.
• La cuenta o dirección de billetera de origen — la dirección de la que salió el valor, cuando se usa una cuenta para procesar la transferencia.
• Un identificador adicional para ti, elegido por el proveedor de un menú fijo: tu dirección física, tu número de identidad nacional, un número de identificación de cliente que te identifique de forma única ante ese proveedor, o tu fecha y lugar de nacimiento.
• El nombre del beneficiario — la persona a la que dijiste que estabas pagando, que vuelve a ser tu propio nombre cuando mueves fondos entre tus propias cuentas.
• La dirección de billetera del beneficiario — el destino.

Dado que la parte receptora tiene que procesar esto automáticamente en lugar de leerlo, la industria convergió en un modelo de datos compartido, escrito habitualmente IVMS101, que estandariza cómo se estructuran un nombre, una dirección y un identificador nacional, de modo que un sistema de cumplimiento en un país pueda procesar un payload generado en otro. Es una fontanería poco vistosa, y es la razón por la que el payload es legible por máquina y fácil de almacenar, indexar y buscar durante el resto de su periodo de conservación.

Vale la pena exponer explícitamente tres propiedades de ese payload, porque no son evidentes desde ninguna interfaz que vayas a ver:

• No lo ves y no puedes editarlo. No hay ninguna pantalla que muestre el payload transmitido en tu nombre. Una solicitud de acceso a los datos dirigida a cualquiera de las dos empresas normalmente lo sacará a la luz después de los hechos, lo cual es un derecho que merece la pena conocer — la guía sobre qué pasa con tus documentos de identidad explica cómo presentar una que realmente funcione.
• Llega a una empresa con la que no tienes ninguna relación. El proveedor receptor obtiene tu nombre y tu identificador por una transferencia que hiciste, no porque te dieras de alta con él. Su periodo de conservación, su postura de seguridad y su jurisdicción quedan todos fuera de tu control y, normalmente, fuera de tu conocimiento.
• Se conserva, típicamente durante cinco años. Las obligaciones de conservación de registros contra el blanqueo de capitales implican que el payload no caduca con la transacción. Ambos proveedores lo conservan, igual que cualquier proveedor que opere la capa de mensajería entre ellos.

El recuento suma más rápido de lo que la gente espera. Un retiro produce un registro en el proveedor que envía, un registro en el proveedor que recibe, y un registro en el intermediario que haya transportado el mensaje — tres organizaciones que guardan tu identidad verificada junto con una dirección de billetera concreta y un importe concreto, por una transferencia en la que creías que solo intervenía una empresa.

Umbrales: la cifra que lo decide todo

No existe un umbral global, y las diferencias son lo bastante grandes como para cambiar por completo lo que le ocurre a una transferencia concreta. La cifra que se te aplica la fija dónde tiene la licencia tu proveedor — no tu residencia, tu nacionalidad, ni el destino.

• La recomendación internacional: 1.000 dólares o euros. Los países pueden fijar un de minimis a ese nivel, por debajo del cual los proveedores solo necesitan transmitir los nombres y las direcciones de billetera de ambas partes, sin verificar la información del ordenante. Es un permiso para ser menos estricto, no una instrucción, y bastantes jurisdicciones lo rechazaron.
• Unión Europea: ningún umbral en absoluto. El Reglamento de transferencias de fondos, en su versión refundida —el Reglamento (UE) 2023/1113—, es aplicable desde el 30 de diciembre de 2024 y exige información completa del ordenante y del beneficiario para las transferencias de criptoactivos sea cual sea su valor. Una transferencia de diez euros entre dos proveedores europeos lleva el mismo payload de identidad que una muy grande. Este es, actualmente, el régimen importante más estricto, y supone un alejamiento deliberado de la postura adoptada para las transferencias convencionales, donde sí sobrevive un umbral.
• Estados Unidos: 3.000 dólares. La obligación de conservación de registros y de regla de viaje que impone la normativa federal se aplica en esa cifra y por encima de ella, y la moneda virtual convertible se considera incluida en ella desde una orientación de 2019. Una propuesta de 2020 para rebajar el umbral a 250 dólares en las transferencias transfronterizas provocó una fuerte oposición del sector y nunca llegó a aprobarse — vale la pena saberlo, porque se cita con frecuencia como si estuviera en vigor.
• Canadá: 1.000 dólares canadienses. Aplicado a las transferencias de moneda virtual desde junio de 2021.
• Singapur: 1.500 dólares de Singapur. Fijado por el aviso del banco central que regula los servicios de tokens de pago digital.
• Corea del Sur: un millón de wones. En vigor desde marzo de 2022, y destacable por haber empujado a los proveedores nacionales hacia alianzas de mensajería compartidas solo para poder cumplir.
• Japón: sin de minimis. La obligación se aplica a las transferencias entre proveedores desde abril de 2023, sin ningún suelo monetario.
• Reino Unido: en vigor desde septiembre de 2023, con información reducida permitida por debajo del equivalente a 1.000 euros y una adaptación explícita basada en el riesgo para las transferencias a jurisdicciones que no han implementado la regla.
• Suiza: estricta específicamente con las billeteras externas. El regulador lleva años exigiendo a los proveedores que establezcan la propiedad de una billetera externa antes de liberar fondos hacia ella, lo cual la convirtió en un adelanto temprano de la cuestión de la autocustodia a la que el resto del mundo llegó más tarde.

Dos notas prácticas. Primero, un umbral no es una función de privacidad: quedarse por debajo de uno reduce lo que hay que verificar, no si existe un registro. Segundo, y más importante, fraccionar deliberadamente una transferencia en varias partes para quedarse por debajo de un suelo de notificación es un delito distinto en la mayoría de los regímenes —la estructuración— y resulta ser precisamente el único patrón que la monitorización automatizada de transacciones detecta con más fiabilidad. Conocer dónde están los umbrales es útil. Organizar tus transferencias en torno a ellos es el único uso de ese conocimiento que puede crear un problema legal genuino donde antes no existía ninguno.

La cláusula que realmente te afecta: retirar a tu propia billetera

Todo lo anterior se refiere a transferencias entre dos proveedores. La pregunta con más consecuencias es qué pasa cuando no hay un segundo proveedor — cuando retiras de un exchange a una billetera cuyas claves conservas tú.

Estructuralmente, la regla de viaje no tiene nada que enviar. No hay ninguna institución receptora que acepte un payload, ningún sistema de cumplimiento al otro lado, ninguna contraparte en absoluto. Los reguladores no trataron eso como un vacío tolerable; lo sustituyeron por una obligación distinta. En lugar de transmitir datos a alguien, el proveedor debe establecer algo sobre el destino: de quién es esa billetera.

En la Unión Europea, una transferencia superior a 1.000 euros hacia o desde una dirección autoalojada exige que el proveedor verifique que su cliente controla o posee esa dirección. Suiza llegó antes al mismo punto por una vía distinta. Varias otras jurisdicciones aplican una versión basada en el riesgo, y bastantes proveedores aplican una política interna más estricta de lo que exige su regulador, porque el coste de equivocarse es asimétrico.

Los métodos con los que realmente te vas a encontrar, del más sólido al más débil:

• Firmar un mensaje de desafío. El proveedor te da una cadena de texto; la firmas con la clave que controla la dirección y devuelves la firma. Esta es la respuesta correcta desde el punto de vista criptográfico: demuestra el control y no revela nada más. La mayoría de las billeteras competentes pueden hacerlo, aunque la función suele estar bien escondida.
• Un pequeño pago de prueba. Envías una cantidad insignificante desde la dirección, lo cual demuestra que puedes gastar desde ella. Eficaz, algo derrochador, y del todo razonable.
• Una captura de pantalla de la billetera. Muy solicitada y casi carente de sentido — demuestra que sabes usar una herramienta de capturas de pantalla. Añade una imagen a tu expediente permanente y no prueba nada sobre el control. Cuando es la única opción ofrecida, eso ya dice algo sobre la profundidad de la verificación.
• Una frase semilla o una clave privada. Nunca. Ningún proceso de verificación legítimo, en ningún lugar, exige ninguna de las dos cosas, y cualquier solicitud de una de ellas es un intento de compromiso, sin importar cuán oficial parezca la página que lo rodea. Nuestra guía para verificar un servicio antes de enviar repasa la familia de estafas construidas exactamente sobre esta petición.

Hubo un intento breve de estandarizar la versión amigable de esto. A principios de 2022 apareció un protocolo para automatizar las pruebas de propiedad de dirección, y varias billeteras bien valoradas incorporaron soporte para él, bajo la teoría razonable de que un handshake criptográfico fluido es mejor que una captura de pantalla. La reacción en contra fue inmediata, y el razonamiento fue la parte interesante: los usuarios argumentaron que hacer la prueba sin fricción normalizaba la exigencia, y que una billetera no debería ayudar a construir el mapeo de identidad a dirección, sin importar con cuánta elegancia lo hiciera. El soporte se retiró en pocas semanas. El episodio merece recordarse, porque es la declaración más clara que nadie ha hecho sobre lo que realmente está en juego aquí — no la incomodidad de la verificación, sino lo que la verificación crea.

Por qué esto es en realidad un programa de atribución

El coste de privacidad de una transferencia sujeta a la regla de viaje es fácil de enunciar y, aisladamente, modesto: una empresa más conoce tu nombre. El coste de la verificación de autocustodia es distinto en su naturaleza, y es lo que realmente merece la pena pensar.

El análisis de cadena no rompe la criptografía. Lee un libro mayor público y permanente, agrupa direcciones en clústeres que probablemente comparten propietario, y después intenta adjuntar un nombre del mundo real a un clúster. El clustering es la mitad fácil — las heurísticas están bien entendidas y son, en su mayoría, mecánicas. El insumo escaso siempre ha sido el ancla de identidad: un vínculo confirmado entre un clúster y una persona, del que se deriva todo lo demás. Nuestra guía sobre cómo se rastrea realmente la cripto recorre ese proceso en detalle.

Una declaración de propiedad verificada es el ancla de identidad de mayor calidad que existe. No es una inferencia ni una coincidencia probabilística; es un cliente, formalmente verificado según un estándar regulatorio, afirmando de manera documentada que una dirección concreta es suya, conservado en un expediente que debe retenerse durante años y presentarse ante una solicitud lícita. Nada de lo que produce una heurística de clustering se le acerca.

Y no se queda contenido. Una vez que una dirección queda anclada, las heurísticas habituales se extienden hacia fuera desde ella:

• Propiedad común de las entradas. Cualquier transacción que gaste tu dirección declarada junto con otra salida afirma que ambas están controladas por la misma persona, lo cual arrastra la segunda dirección hacia el clúster anclado.
• Salidas de cambio. Gastar desde la dirección declarada produce cambio que nunca declaraste, y las heurísticas de detección de cambio son lo bastante fiables para que la nueva dirección herede la atribución.
• Saltos posteriores. Las transferencias que salen del clúster anclado son visibles, y una dirección a un salto de un clúster identificado no es anónima en ningún sentido útil.

Así que la forma correcta de pensar en un formulario de retiro que pregunta quién es el propietario del destino no es como una pregunta sobre una transacción. Es la creación de un vínculo duradero entre tu identidad legal y una región del libro mayor que seguirá creciendo mientras uses esa billetera. La transferencia es un evento. La atribución es un hecho permanente que se propaga por sí solo.

Nada de esto hace ilegítima la verificación. Lo que hace es que merezca la pena tomar una decisión con antelación — qué direcciones estás dispuesto a gastar en ello y cuáles no — en lugar de un formulario rellenado a toda prisa porque hay un retiro pendiente. La guía de higiene de billetera es la contraparte operativa, y sus reglas sobre control de monedas y separación de direcciones son exactamente las que deciden cuánto se extiende una sola declaración.

El problema del amanecer, y el retiro que no avanza

Un retiro a un exchange legítimo queda pendiente durante seis horas y después falla con un mensaje que no explica nada. Soporte dice que es un asunto de cumplimiento y que no puede dar más detalles. No hay nada mal con tu cuenta, con el destino, ni con la red.

Lo que normalmente ha ocurrido es el problema del amanecer, y es la forma más habitual en que la regla de viaje llega a los usuarios corrientes en forma de aparente fallo. La regla se adoptó a nivel internacional pero se implementó a nivel nacional, con calendarios enormemente distintos. Un proveedor de una jurisdicción que la activó hace años debe transmitir datos a una contraparte que puede no tener ninguna obligación de recibirlos, ningún sistema capaz de aceptarlos, y ninguna pertenencia a la misma red de mensajería. No hay ningún directorio universal ni ningún canal alternativo. El handshake simplemente no se completa.

Los proveedores gestionan ese desajuste de formas incompatibles entre sí. Algunos recogen los datos, los retienen, y liberan la transferencia según una evaluación de riesgo. Otros la ponen en cola para revisión manual, que es donde se van las horas. Otros rechazan la transferencia directamente antes que aceptar una contraparte sin resolver. Otros le piden al cliente que aporte los datos de la institución receptora — la parte que más desconcierta a los usuarios, ya que una transferencia a una dirección no debería requerir una redacción sobre el destinatario.

De ahí se derivan varias consecuencias que merece la pena conocer antes de que te pasen a ti:

• Transferencias idénticas se comportan de forma distinta. El mismo importe al mismo exchange puede tener éxito desde un proveedor y fallar desde otro, porque los dos se sitúan en regímenes regulatorios distintos y pertenecen a redes distintas.
• Las plataformas pequeñas y las jurisdicciones nuevas fallan con más frecuencia. Pertenecer a las redes de mensajería tiene un coste, y la larga cola de proveedores no lo ha pagado.
• Soporte de verdad no siempre puede explicarlo. Cuando se ha presentado un informe de sospecha, revelárselo al cliente constituye en sí mismo un delito en el Reino Unido y en buena parte de la Unión Europea. Una respuesta poco útil no siempre es una respuesta evasiva.
• Reintentar empeora las cosas. Los intentos repetidos después de una retención por cumplimiento se leen como elusión para la monitorización automatizada. Una transferencia, y después una pregunta, es la mejor secuencia.

Nuestra guía de resolución de problemas cubre las causas mecánicas de una transferencia estancada — red equivocada, memo ausente, pago insuficiente, congestión. Esta es la causa que no tiene nada de mecánico, y ninguna cantidad de comprobar la dirección la resolverá.

Quién termina quedándose con el registro

Vale la pena contar las organizaciones, porque el número no es uno y la lista no es visible desde ninguna interfaz.

• Tu proveedor. Ya guarda tu identidad verificada, y ahora también guarda una correspondencia entre tu identidad y direcciones de destino concretas, con importes y marcas de tiempo.
• El proveedor receptor. Recibe tu nombre y al menos un identificador por una transferencia que hiciste a un cliente suyo — o a ti mismo, si es tu propia cuenta. Nunca contrataste con él.
• La capa de mensajería entre ambos. Parte del tráfico de la regla de viaje circula por protocolos abiertos; buena parte circula a través de redes comerciales y proveedores de cumplimiento. En cualquier caso, un tercero procesa el payload, y en el caso comercial normalmente lo almacena.
• Sus subencargados. Alojamiento en la nube, copias de seguridad, monitorización, recuperación ante desastres. Infraestructura estándar, que multiplica el número de sistemas en los que existe una copia.
• Cualquiera que lo solicite de forma lícita más adelante. El registro existe precisamente para poder presentarse, y las obligaciones de conservación implican que seguirá ahí años después de que hayas olvidado la transferencia.

Esto no es una acusación de mala fe contra ninguno de ellos. Es la consecuencia ordinaria de un diseño que exige que la identidad acompañe al valor: el número de partes que guardan una copia de tu identidad crece con el número de transferencias que haces, mediante mecanismos que funcionan exactamente como estaba previsto. La misma observación se aplica a los documentos de identidad, y es el núcleo de la guía sobre qué pasa después de que subas uno — la eliminación generalmente no está disponible, porque la conservación es precisamente el objetivo.

Cinco cosas que la gente cree y que no son ciertas

• «Los datos de la regla de viaje están en la blockchain.» No lo están, en ningún lugar. El payload se mueve entre dos empresas por un canal privado y no aparece en ningún libro mayor. Al contrario, el hecho de que una transferencia parezca anodina on-chain no dice nada sobre lo que se transmitió junto a ella.
• «Solo se aplica a las transferencias grandes.» Depende por completo del régimen, y el más estricto de los grandes no tiene ningún suelo. Desde diciembre de 2024, una transferencia muy pequeña entre dos proveedores europeos lleva el payload de identidad completo.
• «Significa que tengo que declarar mis propias transacciones.» Ninguna versión de la regla impone una obligación a una persona. Los deberes son de los proveedores. Lo que te llega a ti es fricción y un registro, no una obligación de presentar nada.
• «Usar una billetera de autocustodia me mantiene fuera de esto.» Elimina la transmisión a una contraparte y la sustituye por algo posiblemente con más consecuencias todavía — una atribución verificada de tu dirección a tu nombre, conservada en el registro.
• «Un retiro atascado significa que hice algo mal.» Normalmente significa que dos sistemas de cumplimiento no lograron completar un handshake. El problema del amanecer es un fallo de coordinación entre reguladores, y se presenta como un mensaje de error dirigido a ti.

Qué hacer al respecto

Siete cosas, en orden de impacto. Ninguna de ellas es una forma de eludir ninguna obligación — cada una trata de limitar cuánto de tu vida financiera describe de forma permanente una transferencia rutinaria.

1. Averigua bajo qué régimen está tu proveedor. El umbral, el deber sobre billeteras autoalojadas y la política de rechazo se derivan todos de dónde tiene la licencia, no de dónde vives tú. Ese único dato predice casi todo sobre cómo se comportarán tus retiros.
2. Trata cualquier dirección que declares como atribuida de forma permanente. Una declaración de propiedad verificada es el ancla de identidad más fuerte del ecosistema, y el clustering la extenderá a direcciones que nunca mencionaste. Decide qué direcciones estás dispuesto a gastar de esa manera antes de que un formulario te lo pregunte mientras tienes un retiro pendiente.
3. Mantén una billetera dedicada para los retiros desde plataformas identificadas. Su único trabajo es recibir fondos cuyo origen ya era conocido por una empresa que sabe tu nombre. Eso confina la atribución a monedas que nunca fueron privadas, en lugar de dejar que alcance todo lo que tienes.
4. Nunca consolides monedas atribuidas con monedas no atribuidas. Gastar dos salidas juntas afirma un control común y fusiona sus historiales de forma irreversible. Este es el paso que convierte una dirección declarada en una billetera completamente mapeada, y es el único que no se puede deshacer.
5. Prefiere una firma, acepta un pago de prueba, rechaza dar una clave. Un desafío firmado demuestra el control y no revela nada más. Una captura de pantalla no prueba nada y agranda tu expediente. Una solicitud de frase semilla es un ataque, siempre, sea cual sea el aspecto de la página.
6. Retira de una forma que puedas explicar, y nunca estructures en torno a un umbral. Fraccionar transferencias para quedarse por debajo de un suelo es un delito aparte en la mayoría de los regímenes, y es el patrón que la monitorización detecta mejor. Una única transferencia limpia que puedas justificar vale más que varias diseñadas artificialmente.
7. Anota la procedencia el día en que llega. Plataforma, fecha, importe, identificador de la transacción. Una pregunta sobre el origen de los fondos puede llegar años después, y una nota escrita en el momento es la diferencia entre una consulta resuelta y una que se agrava. La guía sobre las monedas marcadas explica cómo son esas preguntas cuando llegan.

Los pasos dos y cuatro son todo el juego, y son la misma idea en dos formas: la atribución creada por un formulario solo es tan grande como la billetera a la que le permitas llegar.

Dónde nos situamos en esto, dicho con claridad

Una guía sobre la transmisión de identidad publicada por un servicio de swap no vale nada si no dice qué transmite ese servicio. Así que:

• Aquí no hay ningún registro de ordenante que transmitir. Somos una interfaz de enrutamiento no custodial. Sin cuenta, sin nombre, sin correo electrónico, sin número de teléfono, sin documento — así que los datos que la regla de viaje exige que un proveedor envíe no existen en nuestra capa. Eso es un hecho arquitectónico, no una política que pudiéramos decidir cambiar.
• Las entidades reguladas están en la capa upstream. Enrutamos hacia proveedores de liquidez externos, y esos proveedores están dentro del perímetro regulado para sus propias operaciones, incluido el filtrado. No estamos afirmando que la cadena en su conjunto esté fuera de la regulación — solo describimos qué parte de ella somos nosotros.
• La orientación internacional sobre el software no custodial está genuinamente sin resolver. El software puramente no custodial que nunca controla fondos puede quedar fuera de la definición de proveedor, y esa misma orientación advierte que cualquiera con suficiente control o influencia sobre un servicio puede ser tratado como proveedor sin importar la arquitectura, con interpretaciones que difieren según el país. Preferimos describir eso como algo sin resolver antes que presentar una lectura conveniente como si fuera derecho asentado. El panorama país por país está en la guía de jurisdicciones.
• Qué conservamos, y durante cuánto tiempo. Los registros de pedidos se purgan en un plazo de treinta días; los registros del servidor rotan en veinticuatro horas. Nada de ello contiene una identidad, porque nunca se recopiló ninguna. Los detalles están enumerados en la página de transparencia y en la página de privacidad.
• Un pedido marcado recibe una oferta de reembolso, nunca una solicitud de documentos. Cuando la capa upstream marca un pedido, la página del pedido te pide una dirección que controles. La verificación de identidad nunca es una condición previa para recuperar tus fondos. La política está redactada en la página de AML en lugar de dejarse a la buena voluntad.
• Haber usado una vía sin KYC puede tener un coste más adelante, por sí solo. Varias bases de datos de filtrado tienen una categoría para servicios como el nuestro, y los fondos que más adelante llegan a una plataforma regulada y conservadora pueden atraer una pregunta sobre el origen de los fondos solo por ese motivo. Es un coste real de usarnos. Preferimos que lo planifiques a que lo descubras.

Lo que no podemos hacer es sacarte de la regla de viaje, y desconfiaríamos de cualquiera que afirmara lo contrario. Si tus fondos empiezan en un exchange regulado o terminan en uno, ese tramo está sujeto a ella pase lo que pase en medio. Lo que cambia una vía no custodial es si se genera un payload de identidad adicional en el medio — no si los tramos identificados estaban identificados.

Lecturas relacionadas

Para la maquinaria de clustering y atribución que alimenta una declaración de dirección verificada, consulta análisis de blockchain explicado. Para lo que pasa con los documentos de identidad que hacen posible el payload en primer lugar, filtraciones de datos KYC. La contraparte operativa de esta guía es higiene de billetera para swaps privados, que cubre el control de monedas y la separación de direcciones que decide hasta dónde se extiende una atribución. Para el trasfondo regulatorio país por país, es legal el swap sin KYC donde vives; para por qué una disposición está sujeta a impuestos sin importar quién la haya declarado, la guía fiscal; y para lo que significa una puntuación de riesgo cuando aterriza en tu depósito, cripto contaminada explicada. Si la pregunta de fondo detrás de todo esto es qué oculta y qué no oculta un swap, empieza por es anónimo el swap de cripto. El vocabulario usado a lo largo de esta guía está definido en el glosario.

Preguntas frecuentes