Skip to main content
The Atlas settlement network supports four core settlement workflows. Atlas Plus organizations have access to all workflows; standard Atlas organizations can perform withdrawal to a trusted counterparty and one-way settlements.
USD is supported across all Atlas settlement workflows (UI and API). USD is treated as another asset within a wallet for the purposes of settlement. No network fees apply for USD settlement legs.

Prerequisites

Before integrating with the Atlas settlement network API, complete the following setup steps in the Anchorage Digital web dashboard:
  • Create your API key permission group and API key. See API keys and Permission groups.
  • Create a Shared API key.
  • Set up and configure your participant vault. See Your participants in the web dashboard under Directory.
  • Collect trusted counterparty IDs from all counterparties you will be transacting with.

Atlas endpoints

The createWallet string is only available for the Accept a settlement endpoint. It indicates that a new wallet should be created for the specified asset during the settlement.

Critical IDs


Getting started

1. API permission group

Set up an API permission group for Atlas settlement operations. See Permission groups for general setup instructions. Recommended permissions:

2. API key

Create an API key using the permission group above. See API keys for details, including how to generate an Ed25519 key pair.

3. Participant vault setup

Set up and configure your participant vault under Your participants in the web dashboard.

4. Wallet balance and transaction information

Before testing settlement APIs, fetch your settlement wallet details to identify balance and walletId values required for settlement.
  • List wallets or Get wallet by ID — returns all wallets accessible to the API key, including balance details.
  • List transactions — returns all on-chain transfers, including outgoing settlement activity and incoming deposits.

5. Trusted counterparty IDs

Collect participantId values from all counterparties you will be sending to or receiving from. Counterparties must share their participant IDs with you directly.

Quorum or authorization required?


Settlement workflows

Conditions for settlement

Before Anchorage Digital holds and moves funds for settlement, the following conditions must be met. One-way settlement
  1. The proposer has authorized the proposed settlement.
  2. The proposer has sufficient funds for the settlement amount.
  3. The proposer has sufficient funds to cover on-chain network fees.
Two-way settlement
  1. The proposer has authorized the proposed settlement.
  2. The proposer has sufficient funds for the settlement amount.
  3. The proposer has sufficient funds to cover on-chain network fees.
  4. The acceptor has accepted and authorized the proposed settlement.
  5. The acceptor has sufficient funds for the settlement amount.
  6. The acceptor has sufficient funds to cover on-chain network fees.

One-way settle (send funds)

  1. (Proposer) Collect the recipient participantId and configure participant vault details.
  2. (Proposer) Call Propose a settlement. Use negative amounts for assets being sent; positive for assets being received. Amounts exclude fees.
  3. (Proposer) Call Authorize settlement (or authorize via the web dashboard).
  4. (Acceptor) Poll List settlements to detect pending settlement actions.
  5. (Acceptor) Call Accept settlement (or accept via the web dashboard).
    • Select vault and wallet IDs for your side of the settlement.
    • Invert the amounts from the List settlements response. The sum of amounts, by asset type, must be exactly opposite the proposer’s amounts.
    • Use createWallet to create a new wallet for an asset if needed.
  6. (Acceptor) Confirm receipt via List transactions (type: Deposit).
  7. (Proposer and acceptor) Verify final state via List settlements.

One-way settle (receive funds)

  1. (Proposer) Collect the recipient participantId and configure participant vault details.
  2. (Proposer) Call Propose a settlement. Use positive amounts for assets being received; negative for assets being sent. Amounts exclude fees.
  3. (Proposer) Call Authorize settlement (or authorize via the web dashboard).
  4. (Acceptor) Collect the recipient participantId and configure participant vault details.
  5. (Acceptor) Poll List settlements to detect pending settlement actions.
  6. (Acceptor) Call Accept settlement (or accept via the web dashboard).
    • Select vault and wallet IDs for your side of the settlement.
    • Invert the amounts from the List settlements response.
    • Use createWallet to create a new wallet for an asset if needed.
  7. (Acceptor) Call Authorize settlement (or authorize via the web dashboard). Settlement transfer initiates once all conditions are satisfied.
  8. (Proposer) Confirm receipt via List transactions (type: Deposit).
  9. (Proposer and acceptor) Verify final state via List settlements.

Two-way settle (send and receive funds)

For a two-way settlement to execute, all four conditions must be met: (1) proposer has authorized, (2) acceptor has accepted, (3) acceptor has authorized, and (4) both parties have fully funded all legs of the settlement, including network fees.
  1. (Proposer) Collect the recipient participantId and configure participant vault details.
  2. (Proposer) Call Propose a settlement. Use positive amounts for assets being received; negative for assets being sent. Amounts exclude fees.
  3. (Proposer) Call Authorize settlement (or authorize via the web dashboard).
  4. (Acceptor) Collect the recipient participantId and configure participant vault details.
  5. (Acceptor) Poll List settlements to detect pending settlement actions.
  6. (Acceptor) Call Accept settlement (or accept via the web dashboard).
    • Select vault and wallet IDs for your side of the settlement.
    • Invert the amounts from the List settlements response.
    • Use createWallet to create a new wallet for an asset if needed.
  7. (Acceptor) Call Authorize settlement (or authorize via the web dashboard). Settlement transfer initiates once all conditions are satisfied.
  8. (Proposer) Confirm receipt via List transactions (type: Deposit).
  9. (Proposer and acceptor) Verify final state via List settlements.