Webhook Events
Webhook events
Webhook events represent specific actions or status changes within Ospree that trigger real-time notifications to your subscribed endpoint. Each event contains structured data, enabling your system to process and respond automatically. This section provides an overview of the available webhook events and their triggers.
The address ownership verification webhook notification is currently undergoing testing.
TRAVEL_RULE
INCOMING_TRANSFER
Triggered when a new incoming transfer request is received from a counterparty, requiring review and action.
TRAVEL_RULE
TRANSFER_ACCEPTED
Triggered when an outgoing transfer request has been "accepted" by the recipient and is ready for processing.
TRAVEL_RULE
TRANSFER_REJECTED
Triggered when an outgoing transfer request is "rejected" by the counterparty, preventing it from proceeding.
TRAVEL_RULE
TRANSFER_REPAIR
Triggered when an outgoing transfer needs to be repaired and resubmitted with corrections.
TRAVEL_RULE
TRANSFER_COMPLETED
Triggered when an incoming transfer has been successfully "completed".
TRAVEL_RULE
TRANSFER_CANCELED
Triggered when an incoming transfer has been "canceled" by the originator.
ADDRESS_VERIFICATION
ADDRESS_VERIFICATION_COMPLETED
Triggered when address ownership has been successfully verified.
ADDRESS_VERIFICATION
ADDRESS_VERIFICATION_FAILED
Triggered when address ownership has failed verification.
Webhook request schema
Below is the sample payload for travel rule events published to the webhook, along with the description of each field.
request_id
UUIDV7
A unique identifier for the webhook request.
event_type
string
Specifies the module where the event originates (e.g., “TRAVEL_RULE”).
event_name
string
The specific event that triggered the webhook. See the list of Travel Rule events here.
timestamp
datetime
The date and time when the webhook request was sent.
error
object
Contains error details from the counterparty if a transfer request status is "REJECTED" or "REPAIR".
data
object
Contains travel rule request data.
Travel Rule data schema
transfer_id
UUIDV7
Unieuq identifier for the transfer.
reference_id
string
Identifier for the transfer, defined by the sender.
Example: transfer20250312040414
amount
number
The amount of the digital token being transferred.
amount_usd
number
The value of the digital token being transferred in USD.
dti
string
The unique DTI reference of the digital token.
Refer to Token Identifier for the complete list of supported DTIs.
Example: 4H95J0R2X
chain
string
The chain name of the digital token.
Refer to Token Identifier for the complete list of supported chains.
Example: bitcoin
symbol
string
The symbol of the digital token.
Refer to Token Identifier for the complete list of supported token symbols.
Example: BTC
protocol
string
Travel Rule protocol used for the information exchange. Examples:
"flow"
"trp"
"trisa"
"gtr"
transaction_hash
string
Blockchain transaction hash.
Address Verification data schema
address
string
Unique blockchain identifier.
Example: 1JjYpRXfPntVEJqAjxsYmvFjjJBdJyaJ2k
chain
string
Blockchain network name.
Example: bitcoin
is_validated
boolean
Indicates whether the address exists and has a transaction history.
is_self_hosted
boolean
Shows if the address has been labeled as self-hosted.
is_verified
boolean
Confirms if ownership has been cryptographically proven via a digital signature.
is_customer
boolean
Flags whether the address is associated with a known customer account.
reference_id
string
Internal reference ID of the associated account.
Webhook request examples
Travel Rule
Below are example requests for the different travel rule events.
Address Verification
Below are example requests for the different address verification events.
Last updated