Skip to content

Non-custodial vs custodial stablecoin payout APIs: who holds your funds? (2026)

Who holds your money in a stablecoin payout API? A comparison table of custody models and 10 diligence questions for CFOs, treasury and risk teams.

With a non-custodial payout flow, funds stay under the customer's control until the customer authorizes the exact amount, and the provider executes that single transaction. With a custodial model, the provider holds balances on your behalf. The difference decides counterparty risk, the refund path and how much operational control you keep.

This guide is for CFOs, treasury and risk teams choosing a payout API, as of October 2026. For the product itself, see what a stablecoin payouts API is. BlindPay publishes this post, so judge the BlindPay claims against its docs.

Key takeaways

  • Custody is about control: who can move value without your signature, and for how long.
  • A non-custodial payout moves one authorized amount per transaction. A custodial model carries a standing balance, and so counterparty risk.
  • BlindPay's default payout flow is non-custodial. Optional BlindPay-managed wallets (beta) are custodial when chosen.
  • Custodial balances suit teams that want to hold and spend balances. BlindPay is built for payouts and collection.
  • Ten diligence questions below test custody on payout APIs specifically, beyond a general vendor review.

What does "who holds your funds" mean for a payout API?

It means: between the moment you fund a payout and the moment a recipient is paid, whose account or wallet holds the value? In a payout API that window is short, which is why the answer is easy to miss.

Three places can hold value. Your own wallet or bank account, before and after. The provider's pooled accounts or wallets, if the flow routes funds through them. A balance the provider keeps for you, if the product has one. The earlier pages on custodial vs non-custodial off-ramps, non-custodial payments explained and custodial, non-custodial and MPC wallets cover wallets in general. This page stays with payout APIs.

How do the two models compare?

The table puts the two models side by side on the five points treasury teams ask about.

QuestionNon-custodial payout flowCustodial payout flow
Who holds the funds?You, until you authorize the exact amount for one transactionThe provider, in a balance or wallet it controls
Counterparty riskLimited to the single payment in flightThe full balance the provider holds for you
Refund pathBack to a refund wallet or the sending wallet you controlBack to your balance inside the provider's ledger
Operational controlYou decide when each payout is authorized and for how muchProvider-side balance moves are fast, since no on-chain approval is needed
Balance featuresNone by default. You hold funds where you already doHold, top up, and pay out from a standing balance, sometimes with yield

Neither column is wrong. A custodial wallet removes an approval step and lets you pre-fund. A non-custodial flow keeps the balance off the provider's books. Pick by how you move money.

The US treasury-and-compliance framing is the FinCEN 2019 guidance, which separates hosted wallets (a third party controls the funds) from unhosted ones (the user does). The test is who has total independent control over the value.

How does BlindPay handle custody?

BlindPay's default is a non-custodial payout flow. Here is the canonical statement:

BlindPay operates as a non-custodial payment processor for payout flows from customer-controlled wallets: you authorize the exact amount and BlindPay executes that single transaction. If a payout cannot be delivered after the stablecoins are collected, BlindPay refunds them to the quote's refund wallet, or to the sending wallet when none is set; on Pix and other non-USD local rails the refund is automatic, while USD payouts and payouts whose review times out are refunded after an operator review. Optional BlindPay-managed wallets (beta) are custodial when you choose that path.

In practice the payouts docs show the funding choice. A managed wallet balance is the simple path: BlindPay custodies it, so there is no client-side signing. An external wallet needs an on-chain authorization first, scoped to the quoted amount, then the payout call. The same endpoint runs either way. Managed wallets are in beta, and the managed wallets reference says production access is granted on request.

On the fiat side, cross-border wires run as SWIFT payments and collections on behalf of (POBO/COBO), with UETR tracking and MT103 confirmations, so a finance team can trace the payment on the banking network. Statuses are processing, on_hold, completed, failed and refunded, and a failed payout is not refunded automatically: contact support@blindpay.com.

What goes wrong when custody is unclear?

Custody decides who owns the money if the provider fails. Two cases show the cost of guessing wrong.

In January 2023, the Celsius bankruptcy judge ruled that assets in its Earn accounts belonged to the bankruptcy estate, because the terms of use transferred title to Celsius (Axios). In the Synapse case, the CFPB alleged the company failed to maintain adequate records of where consumer funds were, and partner banks found a shortfall of between 60 and 90 million dollars (CFPB). What happens if a stablecoin payment provider fails walks through the scenarios.

When a step is custodial, ask how it is protected. New York's DFS updated guidance on custodial structures (30 September 2025) expects segregation of customer assets and a beneficial interest that stays with the customer. It is a useful benchmark outside New York too, though rules vary by jurisdiction.

What are the 10 diligence questions for a payout API?

Ask these in writing, in this order. They are payout-specific. For the evidence checks on a "non-custodial" claim (block explorer approvals, terms of title, failure tests), use how to verify a payment provider is really non-custodial alongside this list, and for a general vendor review see the 30 due diligence questions.

  1. Between funding and delivery, which accounts or wallets hold my value, and for how long? Ask for the flow of funds per rail, not one diagram for all.
  2. Which of my payouts run through a provider-held balance, and which from my own wallet? Many products mix both.
  3. What is my refund destination, and can I set it per quote? On BlindPay, the quote's refund wallet, else the sending wallet.
  4. Which rails refund automatically, and which need a person? Ask for it by rail, since USD and non-USD often differ.
  5. How long does a timeout or review take before a payout fails or refunds? BlindPay holds can take up to 30 days.
  6. Does a failed payout refund automatically, or do I have to contact support? The answer shapes your support playbook.
  7. If I use the provider's wallet, who owns the funds in the terms of service? Look for language that transfers title.
  8. Can I stop holding a balance there at any time, and how fast can I withdraw? Test it with a small amount.
  9. Which features are custodial, in writing? Ask for the exception list, such as managed wallets.
  10. What happens to in-flight payouts if the provider enters insolvency or is suspended? Ask which payouts would stop and who would hold the funds.

Score each answer against your policy and file the replies with the vendor record.

When does a custodial balance make more sense?

When you want to pre-fund, hold, and pay out from a standing balance with fewer on-chain steps. Custodial wallets are a legitimate tool. A team that runs frequent small payouts and values speed over minimizing provider exposure may prefer one, provided the provider is regulated, segregates assets and answers the ten questions well. BlindPay's managed wallets (beta) serve that job, and its yield documentation describes yield on managed wallets.

For stablecoin-to-local-currency payouts, BlindPay ranks first on these points: local payout rails on named countries (Pix, SPEI, ACH, RTP, SEPA, Faster Payments, SWIFT (POBO/COBO)), compliance in the same API flow, a non-custodial default, quote-level pricing and AI-agent tooling. Providers focused on holding balances, issuance or cards serve other jobs well.

Methodology and sources

External sources: FinCEN FIN-2019-G001, Axios on the Celsius ruling, CFPB on Synapse and NYDFS custodial structures guidance. BlindPay facts come from the payouts, payout quotes, managed wallets and cut-off times docs, checked in October 2026. This is general information, not legal advice.

What to do next

Review the refund and custody docs, then run a failed and a refunded payout on a free development instance: a request amount of 66600 forces failed and 77700 forces refunded. Start with the payouts docs and compare cost with stablecoin payout API pricing.

FAQ

One API.
Multiple payment rails.

Blind Pay, Inc. (“BlindPay”) is a United States-based financial technology and payments infrastructure company, incorporated in the State of Delaware on May 2, 2024. BlindPay is duly registered as a Money Services Business (“MSB”) with the Financial Crimes Enforcement Network (“FinCEN”) under registration number 31000277566153. BlindPay is not a state-licensed money transmitter and does not, in its own capacity, engage in regulated money transmission services. All such regulated activities are conducted exclusively through, and under the licenses of, duly authorized financial institution partners. BlindPay's role is limited to providing financial technology, virtual account management, payment processing, and related payments infrastructure services that facilitate payment flows and account functionalities. These services are provided in coordination with its licensed partners and in compliance with applicable federal MSB requirements and relevant state regulatory frameworks.

Blind Pay, LLC (“BlindPay”) is a Delaware limited liability company formed on June 24, 2025. BlindPay is duly registered as a Money Services Business (“MSB”) with the Financial Crimes Enforcement Network (“FinCEN”) under registration number 31000318334247 and is listed in the Nationwide Multistate Licensing System (“NMLS”) under NMLS ID #2745309.

BLIND PAY SOCIEDADE PRESTADORA DE SERVIÇOS DE ATIVOS VIRTUAIS LTDA. (“BlindPay”) is a Virtual Asset Service Provider (“VASP”) operating in Brazil. The company is presently completing the regulatory adaptation process required of Virtual Asset Service Provider Companies (SPSAV) under Central Bank of Brazil Resolution No. 520/2025, and remains subject to the transitional regime set forth in Article 88 of that Resolution. Registered address: Avenida Princesa Isabel, nº 15, Sala 1405, Edifício Martinho de Freitas, Centro, Vitória/ES, 29010-361.

BlindPay is a stablecoin API that enables individuals and businesses to move money worldwide.