Platform · Travel Rule
Counterparty VASP discovery, originator and beneficiary data exchange, unhosted-wallet ownership proof, and a message record for every qualifying transfer, evaluated in the same call that screens the wallet.
Inside the handshake
Threshold test, counterparty resolution, payload exchange, and the sunrise-case fallback when the other side cannot receive.
Submission to settlement
The originating side and the beneficiary side of the same exchange, in order.
01
1
Send the transfer against a customer ID that already carries verified identity data, before you broadcast or release funds.
02
2
VerifiX decides whether the transfer is in scope, attributes the destination, and resolves whether it is an institution or an unhosted wallet.
03
3
Originator and beneficiary data is exchanged with the counterparty institution, or ownership proof is collected for a self-custody destination.
04
4
Hold, proceed, or reject based on the response, the screening result, and your own rules, with the outcome attached to the case.
05
5
The message, the response, the proof, and the decision are written to the append-only audit trail with the operator who approved it.
Transaction trace · 0x9f…c204
Sample data
Customer wallet
Verified · low
Exchange deposit
Licensed VASP
Intermediary
2 hops · medium
Mixer-linked cluster
High risk
Exposure
Indirect
Hops
3
Action
Alert raised
POST /v1/travel-rule/transfers
Chain of custody
Illustrative sample data for an outbound transfer at or above the AED 3,500 threshold.
13:07:22
Transfer submitted · AED 42,000 equivalent
13:07:22
In scope · at or above AED 3,500 threshold
13:07:23
Counterparty resolved · licensed VASP, protocol reachable
13:07:24
Originator and beneficiary payload sent
13:07:26
Counterparty acknowledged · data accepted
13:07:26
Message record sealed · transfer released
Named modules
Wallet and transaction monitoring modules live on the KYT page.
4 modules
Scope the transfer, resolve the counterparty, exchange the payload, and record what was sent, received, or refused.
travel_rule
Exchanges originator and beneficiary information with counterparty institutions on qualifying transfers, and records what was sent, received, or refused.
Input
Transfer details and counterparty VASP
Returns
message record, counterparty response, unhosted-wallet declaration where applicable
counterparty_vasp_discovery
Attributes a destination address to an institution and resolves whether a Travel Rule message can be delivered to it, or whether the destination is an unhosted wallet.
Input
Destination address and chain
Returns
counterparty type, resolved institution, reachable protocol, sunrise flag
travel_rule_scope
Decides whether a transfer is in scope before any personal data leaves your tenant, using the threshold and transfer rules of the applicable regime.
Input
Transfer amount, asset, direction, jurisdiction
Returns
in_scope flag with the threshold and rule version applied
unhosted_wallet_proof
Collects proof that a self-custody destination belongs to your customer: signed message, declaration, or in-session verification, retained as an artefact.
Input
Address, customer ID, chosen proof method
Returns
proof artefact, method used, verification result
See the full module catalog — every KYC, KYB, AML, KYT, and platform module with its inputs and outputs.
Inside the console
Counterparty discovery, data exchange, and wallet evidence stay connected to the transfer’s case file.
Evidence retained
Scope test applied, with the threshold and rule version used
Counterparty attribution, institution resolved, and protocol version
Exact originator and beneficiary fields transmitted, with timestamp
Counterparty response, refusal, or non-response window
Unhosted-wallet ownership proof artefact where collected
Screening results for both parties at the time of transfer
Final decision, operator identity, and reason code
Scope
in_scope · out_of_scope with reason
Counterparty
vasp · unhosted · unattributed
Decision
proceed · hold · reject
Delivery
API response + webhook on counterparty reply
Retention
Set to the period your license requires
Questions
Learn more
The Travel Rule in the UAE
How the Travel Rule applies to virtual asset transfers in the UAE, what originator and beneficiary data is required, and how unhosted wallets are handled.
VARA KYC and AML requirements for virtual asset firms
What Dubai's Virtual Assets Regulatory Authority expects from licensed VASPs on customer due diligence, transaction monitoring, the Travel Rule and record keeping.
Transaction monitoring in the UAE
What transaction monitoring means for UAE regulated firms, what it looks for, how alerts are reviewed and how it connects to suspicious transaction reporting.
Continue
Most regulated journeys combine several of these. Each page covers one in the same detail.
A 30-minute walkthrough with a compliance engineer, or a free 30-day trial.