Intercanvi de Dades de la Travel Rule: TRISA, TRP i OpenVASP (CA)

Si desglossem la Travel Rule de la FATF fins als seus mecanismes, és un problema de missatgeria. Abans que es finalitzi una transferència de criptomonedes, la VASP d'enviament ha de lliurar a la VASP receptora un paquet estructurat que descrigui l'originador i el beneficiari — nom, identificadors, referències de compte — i la part receptora ha de confirmar-ho. El problema és que no hi ha una única via global per a aquesta connexió. En canvi, hi ha protocols d'interoperabilitat competidors, i una transferència només té èxit quan ambdues VASP poden usar un d'ells.

Didit executa aquesta connexió per tu. L'intercanvi de dades de la Travel Rule està integrat a la Monitorització de Transaccions, i el motor parla els tres protocols que les VASP utilitzen actualment en producció — TRISA, TRP i OpenVASP. Tu envies la transferència una vegada; el motor resol la contrapart, tria un protocol que ambdues parts admetin, intercanvia les càrregues útils de l'originador i del beneficiari, i fa un seguiment de l'obligació fins a un estat. Aquesta guia explica els protocols, les càrregues útils i com funciona l'intercanvi.

Punts clau

• La Travel Rule és un intercanvi de dades VASP a VASP. L'emissor transmet la informació de l'originador i del beneficiari; el receptor la recull i la confirma.
• Tres protocols realitzen aquest intercanvi — TRISA, TRP i OpenVASP — cadascun amb un model de confiança i transport diferent. Didit els admet tots tres.
• La càrrega útil és el registre de l'originador i del beneficiari — les parts de la transferència, estructurades perquè ambdues VASP llegeixin els mateixos camps.
• Didit executa l'intercanvi dins de la Monitorització de Transaccions, resolent cada obligació a un dels sis estats (UNKNOWN, COMPLIANT, PENDING_ACTION, PENDING_COUNTERPARTY, FAILED, EXEMPT).
• Una API /v3/. Les transferències de criptomonedes es publiquen a POST https://verification.didit.me/v3/transactions/ amb currency_kind: "crypto", i el cribratge de carteres s'executa simultàniament des de 0,02 $ (amb la teva pròpia clau).

Què fan els protocols

Els tres protocols resolen els mateixos dos problemes — com trobo i confio en la VASP contrapart? i com li envio de manera segura les dades del client? — però fan diferents compromisos.

• TRISA (Travel Rule Information Sharing Architecture) és un model peer-to-peer construït sobre una autoritat de certificació. Les VASP s'inscriuen, demostren la seva identitat i reben certificats, i després intercanvien dades directament a través d'un canal xifrat. La confiança s'ancora en el directori de membres verificats.
• TRP (Travel Rule Protocol) és una especificació API-first afavorida per un grup d'institucions més grans. Defineix una connexió REST lleugera per enviar la càrrega útil de l'originador i del beneficiari entre contraparts que han establert una connexió.
• OpenVASP és un estàndard obert que utilitza la senyalització en cadena i a la capa de missatgeria per establir una sessió entre VASP abans de la transferència, i després intercanvia les dades del client fora de la cadena.

Una VASP que vol un abast ampli ha de donar suport a més d'un, perquè les seves contraparts no estaran totes al mateix protocol. Executar l'intercanvi dins de Didit significa que no tries un i esperes — el motor negocia el protocol que admet la contrapart.

Per què és important

Segons la Recomanació 16 de la FATF i les seves implementacions regionals —principalment el Reglament de transferència de fons de la UE—, l'intercanvi de dades de l'originador i del beneficiari és obligatori per sobre del llindar, i els supervisors ho examinen. Però el requisit està redactat en termes de resultats (les dades s'han de transmetre, conservar i confirmar), no de protocols. La fragmentació del protocol és una realitat d'enginyeria que heretes, no una norma de la qual puguis escapar.

Per això mateix, el suport a protocols no hauria de ser un problema que hagis de resoldre tu. L'establiment de la inscripció TRISA, un punt final TRP i la senyalització OpenVASP —i mantenir els tres actualitzats— és un cost d'enginyeria constant que no té res a veure amb el teu producte. Integrar-ho al mateix motor de monitorització que ja puntua la transferència redueix aquest cost a una sola integració.

Detalls tècnics

La transferència es crea amb l'API unificada /v3/. L'originador és el subject, el beneficiari és el counterparty, i currency_kind: "crypto" activa la Travel Rule i els camins de cribratge de cartera.

curl -X POST https://verification.didit.me/v3/transactions/ \
  -H "x-api-key: $DIDIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "transaction_id": "txn_7b9e22",
    "category": "travel_rule",
    "amount": 12500,
    "currency": "BTC",
    "currency_kind": "crypto",
    "direction": "OUTBOUND",
    "txn_date": "2026-05-21T12:14:00Z",
    "subject": {
      "vendor_data": "user_8830",
      "role": "ORIGINATOR",
      "entity_type": "INDIVIDUAL",
      "first_name": "Marta",
      "last_name": "Ferreira"
    },
    "counterparty": {
      "role": "BENEFICIARY",
      "entity_type": "INDIVIDUAL",
      "wallet_address": "bc1q...0a7k"
    }
  }'

El motor resol la VASP contrapart, selecciona un protocol compatible, intercanvia la càrrega útil i retorna el protocol utilitzat més l'estat de la Travel Rule:

{
  "transaction_id": "txn_7b9e22",
  "status": "APPROVED",
  "travel_rule_status": "COMPLIANT",
  "protocol": "TRP",
  "counterparty_vasp": "vasp_resolved",
  "wallet_screening": {
    "risk_score": 9,
    "risk_level": "LOW"
  }
}

La càrrega útil de l'originador/beneficiari. Cada transferència porta les dues parts com a registres estructurats —l'originador (el client que envia) i el beneficiari (el client que rep)— perquè ambdues VASP es mapegin als mateixos camps independentment del protocol. Les dades de l'originador les has de proporcionar tu a partir del KYC que ja tens; les dades del beneficiari són confirmades per la contrapart durant l'intercanvi.

Els sis estats. Independentment del protocol que realitzi l'intercanvi, l'obligació es resol a un dels següents estats:

Estat	Significat
UNKNOWN	Encara no avaluat, o la VASP contrapart no es va poder resoldre.
COMPLIANT	Dades intercanviades i confirmades — obligació complerta.
PENDING_ACTION	Es requereix alguna acció per part teva per continuar.
PENDING_COUNTERPARTY	Esperant la resposta de la VASP contrapart.
FAILED	L'intercanvi no es va poder completar — contrapart inaccessible, dades rebutjades o desajust de protocol.
EXEMPT	Fora de l'abast — per sota del llindar o no obligat d'altra manera.

Cribratge de cartera simultani. L'adreça de la contrapart es criba en cadena en la mateixa trucada des de 0,02 $ per cribratge amb la teva pròpia clau (Crystal o Merkle Science), de manera que un estat COMPLIANT a nivell de protocol no amaga un risc a nivell d'adreça.

Triar — i no triar — un protocol

La guia pràctica per a una VASP és: no triïs. Les teves contraparts estan repartides entre TRISA, TRP i OpenVASP, i el protocol que porta una transferència determinada a COMPLIANT és el que admet aquesta contrapart. Com que Didit negocia el protocol per transferència, la teva integració és la mateixa independentment — envies les dades de l'originador i del beneficiari una vegada, i el motor gestiona la connexió. Un estat FAILED amb un desajust de protocol és un senyal per investigar la contrapart, no una llacuna en la teva pila.

Casos d'ús

• VASPs i intercanvis — arribar a contraparts a través dels tres protocols des d'una única integració, en lloc de construir i mantenir cada via.
• On/off-ramps — intercanviar dades d'originador i beneficiari amb VASPs de destinació mentre es criba la cartera receptora en la mateixa trucada.
• Custodis — gestionar una llarga cua de contraparts en protocols mixts amb un model d'estat únic i coherent.
• Front-ends DeFi — realitzar l'intercanvi on una VASP regulada intervé en el flux, i resoldre a EXEMPT on l'obligació realment no s'aplica.

Com integrar-se amb Didit

1. Habilitar les regles de la travel rule. A la Consola de Negoci, activa les regles preestablertes de la travel rule juntament amb la monitorització i el cribratge de criptomonedes.
2. Enviar la transferència. POST /v3/transactions/ amb currency_kind: "crypto", l'originador com a subject, el beneficiari com a counterparty, i la categoria travel_rule.
3. Llegir el protocol i l'estat. La resposta t'indica quin protocol va realitzar l'intercanvi i el travel_rule_status resultant. Actua sobre les obligacions PENDING_* i FAILED.
4. Gestionar excepcions a la Consola. Els intercanvis pendents i fallits, les alertes i el flux de treball del cas es troben a la mateixa interfície que la teva monitorització.

Tot funciona amb l'API unificada /v3/, de manera que el client que vas incorporar amb KYC, vas cribar amb AML i ara serveixes una transferència és la mateixa identitat que es segueix a través de la monitorització, el cribratge de cartera i la Travel Rule.

Preguntes freqüents

Quins protocols de la Travel Rule admet Didit?

TRISA, TRP i OpenVASP, els tres protocols que les VASP utilitzen en producció. El motor negocia el que admeti una contrapart determinada.

Quines dades s'intercanvien?

Els registres de l'originador i del beneficiari —les parts de la transferència—, estructurats perquè ambdues VASP llegeixin els mateixos camps. Tu proporciones l'originador del teu KYC existent; la contrapart confirma la part del beneficiari.

He de triar un protocol?

No. Escollir-ne un et tallaria la comunicació amb contraparts que utilitzen els altres. Didit selecciona el protocol per transferència basant-se en el que la contrapart admet.

Què passa si no es pot contactar amb la contrapart?

L'obligació es resol a FAILED (amb un motiu com ara desajust de protocol o contrapart inaccessible) o queda a PENDING_COUNTERPARTY mentre esperes — tots dos visibles a la Consola.

És un producte separat de la Monitorització de Transaccions?

No. L'intercanvi de dades està integrat a la Monitorització de Transaccions, a la mateixa transferència de criptomonedes que ja envies per a la monitorització i el cribratge de carteres.

Llest per començar?

Llegeix la documentació de la Travel Rule, consulta la visió completa a la pàgina de la solució de la Travel Rule de criptomonedes i a la pàgina del producte de monitorització de transaccions, i consulta els preus transparents per trucada a la pàgina de preus. Quan estiguis preparat, comença gratis — 500 verificacions KYC gratuïtes cada mes, amb l'intercanvi de dades de la Travel Rule integrat a la monitorització.