GTR is a Travel Rule protocol designed for Virtual Asset Service Providers (VASPs) to make secure information exchange required by Travel Rule requirements when working with transactions. GTR's positioning is to create a unified blockchain security channel for VASPs.

How GTR protocol works (Challenge Flow)

The GTR’s API allows to validate the transaction Beneficiary's data that requires travel rule verification. During the procedure, all data that is shared by VASPs is encrypted by the irreversible encryption algorithm (Keccak-256).

Information exchange via GTR protocol (Challenge Flow)

The information validation works only for outgoing transactions where the date of birth (optional) and full name of the beneficiary are passed via the payload:

1. The Sumsub’s Client sends to Sumsub the wallet address, full name, and date of birth of the originator and/or beneficiary.
2. Sumsub provides this data to GTR that is hashed by the Keccak-256 encryption.
3. GTR receives the same data from the VASP connected to it.
4. GTR starts matching and gets back with the result presented in the following labels: nameMatch and dobMatch.
5. Whether this information matches, the transaction goes to the Completed status. If the results don’t match, the transaction status goes to Counterparty mismatched personal data, and the transaction will be handled in accordance with the rules determined by the Sumsub client.

📘

Note

The GTR "challenge" protocol is aimed to validate the data specified above in cases where the Sumsub client's counterparty is not obliged with the Travel rule yet or other cases determined by the Sumsub client and cannot be considered a solution satisfying the Travel Rule requirements.