Phase 2 - AMPLIFY
Start Engaging in Travel Rule flows with your counterparties without engaging your customers.
Key objectives
Create complete TR transfers
Provide beneficiary data and transaction hash with the TR transfer
Integration diagram
Provide beneficiary data for Travel Rule transfers when calling API txCreate
Make sure to provide beneficiary PII data in the payload of Create transaction
If you did not yet set up the FE integration, you can choose to provide one following payload in the beneficiary part of the TR transfer:
- Only provide beneficiary data in first-party transactions
- Create third-party messages with "N/A" as beneficiary
- Create third-party messages with pre-whitelisted beneficiary
Provide the transaction hash
Depending on when your travel rule message is created and sent, you have two options when it comes to appending the transaction hash to the message:
- If the travel rule message is created and sent the moment the blockchain transaction is confirmed, you can add it as part of your tx/create payload;
- If you send the travel rule message before the blockchain part, you need to add it after the confirmation using tx/update.
Automate confirmation step
Automate the confirmations step by using one of the confirmation flow described in this section
Confirmation is critical to automate the deposit flow and is about moving a transaction from SENT to ACK status learn more about it on our status page
Updated about 1 year ago