Stripe's own Restricted Businesses page lists "Funded prop trading" under the financial products and services it does not support, in the same prohibited group as cheque cashing, payable-through accounts and shell banks. That is a direct answer to a question a lot of new prop firms ask only after they have already built a checkout page: Stripe is not an option for the challenge fees and payouts a proprietary trading firm runs on. This looks at where firms actually go instead, and how to evaluate a Stripe alternative for a prop firm without repeating the same mistake with a different processor.
What Stripe's own policy says
The relevant wording sits on Stripe's Restricted Businesses page under prohibited "financial products and services", where "Funded prop trading" appears alongside items such as peer-to-peer money transmission and selling bearer shares, none of which Stripe will support at all. Separately, Stripe's restricted (not prohibited) category for financial products and services, which requires contacting Stripe's sales team before onboarding, includes "Investment and brokerage services" and "Money transmitters, remittances, currency exchange services and other money service businesses". A funded prop trading model sits squarely in the prohibited list, which is a different, harder line than the restricted categories a broker's deposit and withdrawal flow might fall under. Firms should read the current page directly, since Stripe updates its restricted and prohibited lists from time to time.
Why this specific line exists
Payment processors that underwrite merchant accounts price and manage risk around chargebacks, reversals and the eventual failure of a merchant business. A prop firm's business model, collecting challenge fees from a large number of applicants and paying a smaller number of them a share of simulated or funded trading profit, does not map cleanly onto that risk model, and "funded prop trading" as a named category signals that Stripe has decided not to take that risk on at all rather than price it case by case. That is a business decision Stripe is entitled to make, and it explains why some payment providers name a category as fully prohibited while others put similar activity behind a sales approval step instead.
What prop firms use instead
With a general-purpose processor like Stripe off the table, firms typically build a payment stack from providers that price for the risk explicitly rather than exclude it.
Card processing through a high-risk merchant account. Acquiring banks and payment facilitators that underwrite high-risk merchant categories will take on a prop firm's card volume, usually with a longer approval process, closer scrutiny of the challenge and refund terms, and often a reserve held against chargebacks. See our guide to high-risk merchant accounts for trading firms for what that underwriting looks like in practice.
Dedicated crypto payment processors. A crypto processor built for accepting stablecoins such as USDT or USDC for challenge fees, and paying out the same way, sidesteps card-network risk entirely, at the cost of needing traders comfortable with a wallet. Our crypto vs bank payouts comparison covers what that trade-off looks like for a payout run specifically.
PSP aggregators built for high-risk verticals. Some payment service providers specialize in bringing together several card acquirers, local payment methods and crypto rails behind one integration, aimed specifically at merchants that general processors decline. These are worth evaluating on their own published risk appetite and licensing, not on a sales call's assurances alone.
None of these categories name a specific vendor's current policy on prop trading here, because that changes by provider and by time, the same way Stripe's own list does. Read whichever provider's current terms directly, and ask the direct question about a funded evaluation and payout model before integrating anything.
Comparing the options
| Option | Strongest at | What to check |
|---|---|---|
| High-risk merchant account (card) | Familiar checkout for traders paying by card | Approval timeline, reserve terms, chargeback ratio limits |
| Dedicated crypto processor | No card-network risk, fast global settlement | Licensing in its own jurisdiction, supported stablecoins and networks |
| High-risk PSP aggregator | One integration across several rails | Which underlying processors it actually uses, and their own policies |
Building the checkout around whichever processor you pick
Whichever processor a firm ends up with, the checkout and refund logic sits in the firm's own CRM, not in the processor. A challenge storefront needs to record which package a trader bought, run the KYC check before or alongside the payment, and hand the trader off to the platform account once payment clears, with the payout side tracking eligibility against the firm's own rules engine before a card, crypto or PSP payout goes out. That structure stays the same whichever specific processor sits behind it, which is what makes switching processors later a configuration change rather than a rebuild, provided the CRM connects to processors by API rather than being built around one.
SGHK's Prop Firm CRM runs the challenge storefront, the rules engine and payout eligibility, and connects to any card, crypto or PSP payout processor by API. SGHK introduces firms to processors in its partner network but does not process payments itself and does not open merchant accounts on a firm's behalf.
"A processor telling you no on day one costs a redesign. A processor telling you no six months in, after traders have funded accounts, costs a business. Read the restricted list before you build the checkout, not after."
— The SGHK Team
Key Takeaways
- Stripe's own Restricted Businesses page lists "Funded prop trading" as a prohibited financial product or service, not a restricted one requiring approval.
- Prop firms typically move to a high-risk merchant account for cards, a dedicated crypto processor, or a PSP aggregator built for high-risk verticals.
- None of these categories will automatically accept any specific firm; read each provider's current terms and ask about the funded model directly.
- Keeping checkout and payout logic in the CRM rather than built around one processor makes switching processors a configuration change.
Frequently Asked Questions
Does Stripe support prop firm challenge fees and payouts?
No. Stripe's own Restricted Businesses page lists "Funded prop trading" under prohibited financial products and services, in the same category as businesses Stripe does not support at all rather than ones requiring extra approval.
What do prop firms use instead of Stripe?
Most move to a card processor operating on a high-risk merchant account, a dedicated crypto payment processor for stablecoin fees and payouts, or a PSP aggregator built for high-risk verticals. Each has its own onboarding and risk appetite, so read the current terms before integrating.
Why does Stripe treat funded prop trading differently from investment and brokerage services?
Stripe's page lists "Investment and brokerage services" under a restricted category that requires contacting its sales team, while "Funded prop trading" sits in the fully prohibited list. That is a stricter classification, and the distinction is Stripe's own business decision about how it prices and manages risk for each category.
Can a prop firm switch payment processors later without rebuilding its checkout?
Yes, if the challenge storefront, KYC and payout eligibility logic live in the firm's CRM and the CRM connects to processors by API rather than being built around one provider's checkout.
About SGHK
SGHK is a FinTech company that designs and builds its own software for the trading industry: the eTrader trading platform, Launch your Broker and Launch your Prop Firm. Every product is written, hosted and supported in-house and licensed to trading firms, with the CRMs branded to them, all hosted by us in the cloud, managed by each firm and built to scale across clustered servers as our clients grow. Everything is encrypted, and each firm is the only one with access to its data and its clients' data.