transfer_type — the payment rail or blockchain network used to move value. This page documents the expected timing for each supported transfer_type.
- 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 offchaintransfer_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 onchaintransfer_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
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 tocanceled 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.
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 remainsprocessing. 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: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
pendingorprocessing, apply exponential backoff up to a reasonable maximum (for example, 60 seconds). - Terminal check — Stop polling once the status is
completeorcanceled. - Onchain transfers — Most onchain transfers complete within 30 seconds. If a transfer is still
processingafter 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-Keywhen creating transfers and reuse the same key on retries. On401, 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.