Els 6 Estats de la Travel Rule i el 'Sunrise Issue' (CA)

Quan una VASP envia una transferència de cripto per sobre del llindar, l'obligació de la Travel Rule de la FATF associada no es resol instantàniament. Passa per diferents estats: potser la contrapart encara no ha respost, potser falten dades requerides al vostre costat, potser la destinació és una jurisdicció que encara no ha adoptat la norma. Per gestionar això a escala, necessiteu un model d'estat clar i finit, no una nota de text lliure que un analista hagi d'interpretar.

Didit us en proporciona exactament sis. Com que el suport de la Travel Rule està integrat en el Monitoratge de Transaccions, cada obligació de cada transferència de cripto es resol en un de UNKNOWN, COMPLIANT, PENDING_ACTION, PENDING_COUNTERPARTY, FAILED o EXEMPT. Aquesta guia explica què significa cadascun, com actuar-hi i com els estats us proporcionen una manera neta de gestionar la part més complicada del compliment de la Travel Rule: el "sunrise issue", on la norma està vigent a la vostra jurisdicció però no a la de la contrapart.

Punts clau

• Sis estats, sense ambigüitat. Cada obligació de la Travel Rule és exactament una de UNKNOWN, COMPLIANT, PENDING_ACTION, PENDING_COUNTERPARTY, FAILED o EXEMPT.
• L'estat us indica qui té la pilota — vosaltres (PENDING_ACTION), la contrapart (PENDING_COUNTERPARTY), o ningú perquè està fet (COMPLIANT) o fora d'abast (EXEMPT).
• El "sunrise issue" és l'adopció global desigual de la Travel Rule — algunes jurisdiccions la implementen, d'altres encara no — la qual cosa us deixa intercanviant dades amb contraparts que potser no tenen obligació de correspondre.
• Els estats proporcionen un model de gestió net per al "sunrise issue": PENDING_COUNTERPARTY, FAILED i EXEMPT es corresponen directament amb els casos que produeix una contrapart no adoptant.
• Funciona dins del Monitoratge de Transaccions a POST https://verification.didit.me/v3/transactions/ amb currency_kind: "crypto", amb la revisió de cartera al costat des de 0,02 $ (porteu la vostra pròpia clau).

Què signifiquen els sis estats

Cada transferència de cripto que comporta una obligació de la Travel Rule obté un travel_rule_status. Aquí teniu el conjunt complet i com actuar en cada cas.

Estat	Significat	Què fer
UNKNOWN	L'obligació encara no s'ha avaluat, o la VASP de la contrapart no es pot resoldre.	Espereu la resolució; investigueu si persisteix.
COMPLIANT	Les dades de l'originador i el beneficiari es van intercanviar i confirmar.	Res — l'obligació s'ha complert.
PENDING_ACTION	Es requereix alguna cosa del vostre costat — dades de l'originador que falten o un pas de confirmació.	Proporcioneu les dades; considereu una remeiació AWAITING_USER si és proporcionada pel client.
PENDING_COUNTERPARTY	Esteu esperant que la VASP de la contrapart respongui a l'intercanvi.	Mantingueu segons la política; el motor fa un seguiment de l'espera.
FAILED	L'intercanvi no es va poder completar — contrapart inaccessible, dades rebutjades o desajust de protocol.	Investigueu; decidiu si procedir, bloquejar o tractar segons la vostra política de "sunrise issue".
EXEMPT	La transferència està fora de l'abast — per sota del llindar, gestió de cartera autoallotjada o sense obligació.	Procediu; l'exempció es registra per a la pista d'auditoria.

El valor d'un conjunt tancat és que la política es pot expressar. Podeu dir "mantingueu qualsevol transferència de cripto OUTBOUND en PENDING_COUNTERPARTY fins a N hores, i després escalleu" o "auto-procediu en EXEMPT" — regles, no judicis.

Per què és important

Els exàmens de la Travel Rule no només pregunten heu intercanviat les dades, sinó que pregunten podeu mostrar, per transferència, quin era l'estat de l'obligació i per què vau procedir o no. Un model de sis estats és la pista d'auditoria: cada transferència porta el seu estat, el motiu i el protocol que va realitzar (o no va realitzar) l'intercanvi. Aquesta és la diferència entre un registre llest per a l'examinador i un exercici de reconstrucció.

També és important operacionalment, perquè la majoria de les transferències no són COMPLIANT en la primera passada. Es troben a PENDING_COUNTERPARTY mentre l'altra VASP respon, o arriben a FAILED perquè la contrapart no és accessible. Un equip que no pot veure clarament aquests estats acaba bloquejant bones transferències o deixant passar les obligades.

El "sunrise issue"

L'estat més difícil de raonar és FAILED o PENDING_COUNTERPARTY contra una contrapart que simplement no té obligació de Travel Rule, perquè la seva jurisdicció no l'ha adoptat. La FATF va establir la norma; les jurisdiccions la implementen segons els seus propis terminis. El resultat és una cobertura global desigual: és possible que estigueu totalment obligats mentre la vostra contrapart, en una jurisdicció no adoptant, no té cap requisit per enviar o confirmar res. Aquesta bretxa és el "sunrise issue": el sol ha sortit sobre la norma en alguns llocs però no en altres.

El "sunrise issue" no pot ser resolt unilateralment per una VASP; és una funció de la regulació, no de l'enginyeria. Però es pot gestionar, i els sis estats són la manera:

• Una contrapart no adoptant que no respon es mostra com a PENDING_COUNTERPARTY i després FAILED, no com una bretxa silenciosa.
• La vostra política decideix què significa FAILED per no-adopció: procedir amb raonament documentat, mantenir o bloquejar. L'estat fa que aquesta decisió sigui explícita i registrada.
• Les transferències genuïnament fora d'abast es resolen a EXEMPT, de manera que no perdeu el temps de l'analista amb elles.

La qüestió és que el "sunrise issue" es converteix en un estat documentat i basat en polítiques en lloc d'un cas límit indefinit. Quan la jurisdicció de la contrapart adopti la norma, les mateixes transferències començaran a resoldre's a COMPLIANT sense cap canvi en la vostra integració.

Detalls tècnics

Els estats es retornen a la transacció que publiqueu a l'API unificada /v3/.

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_a17d63",
    "category": "travel_rule",
    "amount": 3100,
    "currency": "ETH",
    "currency_kind": "crypto",
    "direction": "OUTBOUND",
    "txn_date": "2026-05-21T13:40:00Z",
    "subject": { "vendor_data": "user_5567", "role": "ORIGINATOR", "entity_type": "INDIVIDUAL" },
    "counterparty": { "role": "BENEFICIARY", "entity_type": "INDIVIDUAL", "wallet_address": "0x4c1a...77fe" }
  }'

{
  "transaction_id": "txn_a17d63",
  "status": "IN_REVIEW",
  "travel_rule_status": "PENDING_COUNTERPARTY",
  "protocol": "OpenVASP",
  "wallet_screening": { "risk_score": 22, "risk_level": "LOW" }
}

Preu. El suport de la Travel Rule està inclòs en el Monitoratge de Transaccions. La revisió de cartera en cadena a l'adreça de la contrapart s'executa al costat des de 0,02 $ per revisió amb la vostra pròpia clau (Crystal o Merkle Science).

Com els estats impulsen el bucle de remeiació

Un estat PENDING_ACTION sovint significa que el client ha de proporcionar alguna cosa: confirmar un beneficiari, subministrar detalls de l'originador. Aquí és on s'aplica directament el bucle de remeiació AWAITING_USER que la resta del Monitoratge de Transaccions utilitza: en lloc d'un bloqueig dur, la transferència es pausa, es demana a l'usuari el que falta i es reprèn automàticament un cop ho aclareix. La fricció només es produeix en les transferències que realment la necessiten, i la cronologia de l'estat registra cada pas per a la pista d'auditoria.

Casos d'ús

• VASPs i intercanvis — expressen polítiques de retenció i escalada directament contra PENDING_COUNTERPARTY i FAILED, amb EXEMPT procedint automàticament.
• Plataformes d'entrada/sortida (on/off-ramps) — gestionen un gran volum de contraparts de jurisdiccions mixtes on el "sunrise issue" és una realitat diària.
• Custodis — mantenen un rastre d'estat per transferència, llest per a l'examinador, a través de moltes contraparts i protocols.
• Front-ends DeFi — s'aprofita de EXEMPT per a transferències genuïnament fora d'abast i documenta el raonament per a la resta.

Com integrar-se amb Didit

1. Activeu les regles de la Travel Rule a la Consola de Negocis juntament amb el monitoratge i la revisió de cripto, i escriviu la vostra política de "sunrise issue" com a regles contra els estats.
2. Envieu transferències de cripto amb POST /v3/transactions/, currency_kind: "crypto" i les parts originador/beneficiari.
3. Feu una branca sobre travel_rule_status — procediu amb COMPLIANT/EXEMPT, remeieu amb PENDING_ACTION, mantingueu amb PENDING_COUNTERPARTY, investigueu FAILED.
4. Treballeu les excepcions a la Consola, on la cronologia de l'estat i el flux de treball del cas viuen amb la resta del vostre monitoratge.

Tot s'executa a l'API unificada /v3/, de manera que l'estat d'una transferència es vincula a la mateixa identitat que vau incorporar amb KYC i vau revisar amb AML.

Preguntes freqüents

Quins són els sis estats de la Travel Rule?

UNKNOWN, COMPLIANT, PENDING_ACTION, PENDING_COUNTERPARTY, FAILED i EXEMPT. El travel_rule_status de cada transferència és exactament un d'ells.

Què és el "sunrise issue"?

L'adopció global desigual de la Travel Rule: algunes jurisdiccions la implementen, d'altres encara no l'han adoptat. Això us deixa intercanviant dades amb contraparts que potser no tenen obligació de correspondre.

Com gestiona Didit les contraparts no adoptants?

Es mostren com a PENDING_COUNTERPARTY i després FAILED en lloc de com a buits silenciosos. La vostra política decideix si procedir, mantenir o bloquejar, i la decisió es registra per a la pista d'auditoria.

Quina diferència hi ha entre PENDING_ACTION i PENDING_COUNTERPARTY?

PENDING_ACTION significa que la pilota és al vostre costat (dades que falten o una confirmació). PENDING_COUNTERPARTY significa que esteu esperant l'altra VASP.

La Travel Rule és un producte separat?

No. Està integrada en el Monitoratge de Transaccions, a la mateixa transferència de cripto que ja envieu per al monitoratge i la revisió de cartera.

Llest per començar?

Llegiu la documentació de la Travel Rule, vegeu com encaixa a la pàgina de solució de la Travel Rule de cripto i a la pàgina del producte de Monitoratge de Transaccions, i consulteu els preus transparents per trucada a la pàgina de preus. Quan estigueu preparats, comenceu gratuïtament: 500 comprovacions KYC gratuïtes cada mes, amb el seguiment de l'estat de la Travel Rule integrat en el monitoratge.