Get desktop application:
View/edit binary Protocol Buffers messages
the identifier being used, e.g. "DTI" or "SLIP0044"
the symbol of the asset used for the identifier
DEPRECATED: the ConfirmationReceipt message was deemed to cause confusion as it could signal that the confirmation payload was received and the transfer is concluded. Use the Pending message instead to signal that this is a control flow message.
the TRISA envelope ID for reference
name of the recipient or recipient VASP
RFC 3339 timestamp of the receipt of request
A generic message to respond with
If the message requires an additional transfer message
Used in:
the identifier is a coin/token symbol
the Digital Token Identifier (DTI) for the asset
the SLIP0044 identifier for the asset
A control flow message to support asynchronous TRISA transfers. Pending messages can be returned as an intermediate response during a compliance transfer if further processing is required before a response can be sent. The Pending message should provide information to the originator about when they can expect a response via the reply_not_before and reply_not_after timestamps. The Pending message should also provide collation information such as the envelope_id and original transaction so that the response message can be matched to the original request.
the TRISA envelope ID that refers to the compliance communication
the name of the recipient or recipient VASP
the RFC3339 formatted timestamp when the request was received
an optional message to respond with to the counterparty
the RFC3339 formatted timestamp when the response will be returned by
the RFC339 formatted timestamp that the response will not be sent before
any extra data as a JSON formatted object
the original transaction for reference
Sunrise is a control flow message to indicate that the message was sent over a side channel to the TRISA protocol such as via email or phone. The Sunrise message is only saved locally to indicate a record of an out-of-band communication and is not sent in a TRISA payload.
the TRISA envelope ID for reference
the name of the counterparty or counterparty VASP the messages were sent to
the list of recipients that the message was sent to
any extra data as a JSON formatted object
the original transaction for reference
SunriseMessages may be sent to multiple contacts via different channels (e.g. via an email or phone call to the compliance officer and general contact).
Used in:
the name of the recipient or recipient VASP
the email address of the recipient
the phone number of the recipient
the name of the method or channel the message was sent over (e.g. email or phone)
the RFC3339 formatted timestamp when the message was sent
the RFC339 formatted timestamp that the response is expected before message expiration
When a TRP message is received by a TRISA node the "pending reply" is implicit in the response. Therefore instead of storing a Pending message, the TRISA node will store a TRP transaction with additional metadata about the TRP/OpenVASP exchage.
The headers of the message
in TRP parlance, the "request identifier" (extracted from headers)
the TRP API metadata for the transaction
The TRP Message sent in the body of the request or reply
Extensions and parsed TRISA information
any extensions data as a JSON formatted string
the TRISA reference transaction
TRPResolution contains the response to an approved/rejected TRP inquiry.
Used in:
some payment address
callback to send transaction ID to.
Used in:
the human readable reason for cancellation or null
Used in:
the transaction ID of the confirmed transaction on the chain
TRPInfo stores the API metadata for the TRP transaction.
Used in:
the TRP API version used in the message
the request identifier (envelope ID)
The names of any extensions uses in the request
A TRPInquiry contains the asset, amount, and callback information.
Used in:
the asset identifier(s) for the transaction
the amount of the transaction
the callback URL to respond to
Used in:
the human readable reason for rejection or null
Generic Transaction message for TRISA transaction payloads. The goal of this payload is to provide enough information to link Travel Rule Compliance information in the identity payload with a transaction on the blockchain or network. All fields are optional, this message serves as a convenience for parsing transaction payloads.
Used in: , ,
a transaction ID unique to the chain/network
crypto address of the originator
crypto address of the beneficiary
amount of the transaction
the chain/network of the transaction
RFC 3339 timestamp of the transaction
any extra data as a JSON formatted object
the type of virtual asset for multi-asset chains
optional memo/destination-tag required by some ledgers to identify transactions