Skip to main content
When you submit a transfer through the Brale API, the time it takes to complete depends on the transfer_type — the payment rail or blockchain network used to move value. This page documents the expected timing for each supported transfer_type.
Settlement times are typical and not guaranteed. Actual times may vary based on bank processing, network congestion, or other factors.
  • Business days exclude US federal holidays, weekends, and bank holidays.
  • Standard cut-off times are the latest time a transfer can be submitted for same-day processing. Transfers submitted after the cut-off are queued for the next business day.
  • For guaranteed SLAs or extended cut-off windows, MSAs are available.

At a Glance

Offchain Transfer Timing

All fiat cut-off times are in Eastern Time (ET) and apply on US business days only. Transfers submitted after 3PM ET are processed the next business day, with consideration that most wires require ~2 hours to fully reconcile. See Transfer Types for the full list of offchain transfer_type identifiers and Value Types for supported fiat and stablecoin value_type identifiers.

Wire Transfer

Wire transfers settle within approximately 2 hours. To ensure same-day settlement, submit wires by 3:00 PM ET — this allows time for the ~2-hour reconciliation window before the 5:00 PM ET cut-off. Wires submitted after the recommended submission time of 3PM ET are processed on the next business day. Inbound wire recognition is also dependent on the sending bank’s processing time, risk review, and compliance checks if there are abnormal patterns.

Same-Day ACH Credit

Same-Day ACH operates in three daily processing windows set by the Federal Reserve. Transfers are batched into the next available window after submission. Settlement occurs approximately 2 hours after each window closes.

ACH Credit

Standard ACH credit transfers settle within 1 to 3 business days depending on the receiving bank.

ACH Debit

ACH debit (pull) transfers settle within 1 to 3 business days based on risk controls. ACH debits are subject to returns based on standard ACH returns and corrections. If an ACH debit is returned (for example, due to insufficient funds), the associated transfer will be canceled and you will need to re-initiate the transfer.

RTP Credit

Real-Time Payments (RTP) settle in minutes with immediate confirmation. RTP is available around the clock, including weekends and holidays. The recipient’s bank must support the RTP network. RTP transfers are irrevocable once sent. RTP is subject to the same reviews, internal conditions, and edge cases as ACH. The anticipated average time of an RTP transaction is 1 minute or more, with some financial institutions exceeding expectations to under 30 seconds.

Onchain Transfer Timing

Onchain transfers (mint, burn, and convert operations) are processed as blockchain transactions. Settlement time depends on the network’s finality characteristics. Brale typically confirms onchain transfers in under 30 seconds, though actual network finality varies depending on the transfer’s state, network congestion, and other variables. See Transfer Types for the full list of onchain transfer_type identifiers and Value Types for supported stablecoin value_type identifiers.
Time to Settlement should be thought of as round-trip transaction time via the API to complete with polling time included.

Speed Tiers

Time to settle indicates end-to-end API averages to inform your time to first poll. It is not recommended to poll every second, as the end-to-end settlement time will be exceeded. As a best practice, begin polling at 25% of the time to settlement. In scenarios with less network congestion, transactions commonly settle much faster. To keep things simple, we group blockchain end-to-end settlement time via the API into speed tiers to set expectations. Actual on-chain confirmations may be faster — these averages are derived from transaction data across platform testing.

Onchain Transfer Types

As a best practice, begin polling at 25% of the expected settlement time for your transfer type’s speed tier. For example, for a Tier 1 network (~30 seconds), start your first poll at ~7 seconds.

Transfer Status Lifecycle

Every transfer progresses through a series of statuses. You can check the current status by polling the transfer endpoint.
complete and canceled are the only terminal statuses. If a transfer is in pending or processing, it is still in progress and may still complete. Do not treat a non-terminal status as a final outcome.

When Transfers Are Canceled

A transfer moves to canceled when a failure is unrecoverable. Common scenarios include:
  • ACH debit return — The originating bank returned the debit (for example, due to insufficient funds). The associated mint is canceled. You should initiate a new transfer after the funding issue is resolved.
  • Wire rejection — The sending or receiving bank rejected the wire.
  • Compliance or risk hold — The transfer was flagged and could not proceed.
When a transfer is canceled, submit a new transfer rather than expecting the original to be retried.

Automatic Retries

For onchain transfers, Brale automatically retries transient failures such as signing timeouts or network congestion. While retries are in progress, the transfer status remains processing. You do not need to take any action — retries are handled internally with exponential backoff and the transfer will resolve to either complete or canceled. There is no API endpoint to manually trigger a retry. If a transfer is canceled and you want to attempt the operation again, submit a new transfer.

Monitoring Transfer Status

To check the status of a transfer, poll the transfer endpoint:
The response includes a status field with one of the values described above, along with updated_at denoting the last time the status changed:

Polling Recommendations

Where available, use transfer.completed and transfer.failed webhooks for real-time production notifications when a transfer reaches a terminal state. Polling remains useful for fallback handling, reconciliation, and retrieving the latest transfer state.
  • Poll interval — Start at 25% of the anticipated transfer time. If the transfer is still in pending or processing, apply exponential backoff up to a reasonable maximum (for example, 60 seconds).
  • Terminal check — Stop polling once the status is complete or canceled.
  • Onchain transfers — Most onchain transfers complete within 30 seconds. If a transfer is still processing after several minutes, it is likely being retried automatically.
  • Fiat transfers — Fiat settlement depends on the payment rail and time of day. A wire submitted at 2:00 PM ET may take up to 2 hours; an ACH credit may take 1–3 business days.
  • Idempotency — Always send a unique Idempotency-Key when creating transfers and reuse the same key on retries. On 401, refresh your token and retry with the same key.

Next Steps

Transfer Types

Full list of supported onchain and offchain transfer_type identifiers.

Value Types

Canonical value_type identifiers for stablecoins and fiat currencies.

Transfers

How transfers work — required fields, scenarios, and status lifecycle.

Quick Start

Create your first stablecoin transfer in minutes.