Creates a new bilateral Settlement Transaction with one or more legs. The customer must own the
source_profile_id specified in the transaction.
A successful response indicates the transaction has been accepted and will be in an initial status of "PENDING"
for settlement, the transaction is only eligible for settlement once the status is "AFFIRMED" by the
target_profile_id and the current time is between the provided settlement_window_start and settlement_window_end.
Settlement will only be enacted once both source_profile_id and target_profile_id have sufficient balances to
fulfill all legs specified as settlement is atomic.
Paxos APIs use OAuth 2 with the client credentials grant flow.
Token URLs:
Learn more in the API credentials guide →
Request to create a bilateral settlement transaction with one or more legs.
Request to create a bilateral settlement transaction with one or more legs.
Idempotency key.
The start of the window which the transaction is eligible for settlement.
If omitted, transactions are immediately eligible for settlement upon success.
RFC3339 format, like 2006-01-02T15:04:05Z.
The end of the window which the transaction is eligible for settlement.
Transactions which are not cancelled or settled by this time will expire.
RFC3339 format, like 2006-01-02T15:04:05Z.
The profile_id of the entity submitting the transaction.
The profile_id of the entity receiving the transaction.
The obligations (representing one-way asset movements) to be settled atomically.
A successful response.
Transaction returned on create (Create Transaction), list (List Transactions) and get (Get Transaction) requests.
The transaction identifier used to query or refer to a specific transaction.
Idempotency key.
The start of the window which the transaction is eligible for settlement.
If omitted, transactions are immediately eligible for settlement upon success.
RFC3339 format, like YYYY-MM-DDTHH:MM:SS.sssZ. ex: 2006-01-02T15:04:05Z.
The end of the window which the transaction is eligible for settlement.
Transactions which are not cancelled or settled by this time will expire.
RFC3339 format, like YYYY-MM-DDTHH:MM:SS.sssZ. ex: 2006-01-02T15:04:05Z.
The Profile ID (profile_id) of the entity submitting the transaction.
The Profile ID (profile_id) of the entity receiving the transaction.
The obligations (representing one-way asset movements) to be settled atomically.
PENDING, SETTLED, EXPIRED, CANCELLED, AFFIRMED The timestamp when the transaction was first created, RFC3339 format, like YYYY-MM-DDTHH:MM:SS.sssZ.
The timestamp when the transaction was last updated, RFC3339 format, like YYYY-MM-DDTHH:MM:SS.sssZ.