Defy Version 2.0
  • 🏁Getting Started
    • Overview
  • 🔑AUTHENTICATION
    • API Key
  • 🔄Streaming
    • What is streaming?
    • Streaming API
  • 🛡️Live AML
    • What is Live AML?
    • Live AML API
  • 🔐Security
    • Anti Money Laundering (AML)
    • Transaction Detail
  • 🏎️Travel Rule
    • What is Travel Rule?
    • Withdrawal Interactions
    • Deposit Interactions
    • E-Mail Notification
    • Status and Webhook Data
    • API Reference
  • 👩‍💻Developer Resources
    • Supported Chains
Powered by GitBook
On this page

Was this helpful?

  1. Travel Rule

Withdrawal Interactions

PreviousWhat is Travel Rule?NextDeposit Interactions

Last updated 3 months ago

Was this helpful?

The DEFY Travel Rule system ensures secure and compliant handling of withdrawal transactions between Virtual Asset Service Providers (VASPs). The process begins when the customer initiates a transaction, which is sent to the Beneficiary VASP Backend. From there, DEFY Backend processes the request, performing necessary AML and security checks.

DEFY communicates with the Originator VASP to verify the transaction. If the transaction is approved, the Beneficiary VASP provides the transaction hash to DEFY, which is then forwarded to the Originator VASP for completion. In case of rejection, the transaction is logged, and the Beneficiary VASP is notified. This seamless and secure flow ensures compliance with travel rule regulations.

Travel Rule Step-by-step

  1. Customer initiates a withdrawal transaction

  2. Backend sent to Frontend

    • It appears as a pending operation on the interface. In the meantime, AML and security inquiries were carried out by us.

  3. Action at Dashboard

    • If the transaction is rejected, nothing happens, it just appears in the history.

    • If the transaction is accepted, it is sent to the other party in accordance with the TRP protocol. If the other party does not use a protocol, communication is established via e-mail.

  4. Originator VASP Backend Reponses

    • The other party sends its response regarding the transaction.

  5. Decision by the Originator VASP Backend

    • If the transaction is rejected:

      • DEFY notifies the Beneficiary VASP Backend via webhook.

      • The rejection appears in the transaction history, and no further action is taken.

    • If the transaction is approved:

      • DEFY notifies the Beneficiary VASP Backend via webhook.

      • DEFY requests the transaction_hash data from the Beneficiary VASP Backend.

  6. Beneficiary VASP Backend provides transaction hash

  7. Transaction completion

    • DEFY forwards the transaction_hash to the Originator VASP Backend along with the approval service.

📘 Do I have everything?

The customer sends withdrawal transaction information to Beneficiary VASP Backend via the service.

The "Beneficiary VASP Backend" sends the transaction_hash data to DEFY using the service.

If the Originator VASP Backend lacks a protocol, communication is established via .

Once all the information about the originator and beneficiary has been pulled from the databases and orchestrated into the IVMS101 format, you can send it to to confirm that everything is present.

You could also leverage when building the address book database so that everything gets collected from the start.

🏎️
e-mail
Defy Travel Rule Withdrawal Schema
create_tx
send_transaction
create_tx
create_tx