Is Your Prop Firm's Infrastructure Built to Scale — or Just to Launch?

The setup that gets a prop firm through its first hundred challenges rarely survives the next thousand. Three specific points predict where the cracks show first.

In June 2026, Justin Hertzberg — CEO of FPFX Tech, PropAccount, and BullRush, three companies that build infrastructure for the prop trading industry — wrote a Forbes Technology Council piece arguing that prop firms rarely collapse because the business model was wrong (Forbes). They stall or fail because of three specific operational pressures: payment processor risk, downtime that erodes trader trust rather than just interrupting a transaction, and manual workflows that become bottlenecks once volume outpaces the team built to handle it.

Three months later, a separate industry analysis made a related argument about forex brokerage technology generally: building a brokerage is no longer a matter of buying one trading platform and plugging traders into it. It's a matter of integrating several purpose-built systems — CRM, KYC, payments, liquidity, risk, operations — that need to communicate with each other, organized across what the piece calls a Launch, Trade, Operate, and Scale lifecycle rather than treating go-live as the only milestone (Nerdbot). That piece is framed around brokerages, not prop firms specifically, but the underlying architecture — CRM, payments, risk, operations, all needing to talk to each other — is the same one a prop firm runs on, and the "infrastructure-led, not platform-led" framing applies just as directly.

Two pieces, three months apart, same conclusion from different angles: the infrastructure question isn't whether a firm can launch. Most can. It's whether what they launched with keeps working once volume stops being predictable.

/The short answer

A prop firm's infrastructure is built for scale, not just launch, when it can absorb a jump in challenge volume or payout requests without a proportional jump in manual work, when no single vendor failure — a payment processor freeze, a platform outage — can stop the business, and when the systems handling risk, payouts, and account administration are integrated rather than stitched together by hand. Most firms find out which of these is missing only after growth exposes it.

/Where prop firm infrastructure actually breaks

Hertzberg's argument groups the failure points into three categories. Each one is worth checking against your own firm specifically, because they don't show up the same way at every stage.

Payment processor risk

Prop firms generate more payment disputes than most e-commerce businesses, because a rejected challenge, a rule violation, or a disputed payout all create friction that can turn into a chargeback. That's a structural feature of the business model, not a sign anything is being run poorly. The risk is treating a payment processor as a utility rather than a dependency: Hertzberg notes that "accounts can be restricted or terminated if dispute thresholds are breached, often with little warning," and a firm running payouts through a single processor has no fallback when that happens. Firms that have shut down despite being operationally sound have done so because a processor relationship ended abruptly, not because the trading side of the business failed.

Downtime as trust erosion, not just lost transactions

Most online businesses treat downtime as a conversion problem — a checkout page goes down, a sale is lost, the business recovers once it's back up. A trading platform doesn't get that grace period. Hertzberg's point is that partial degradation — latency increasing under load, a risk engine batching instead of processing in real time — does more damage than a full outage, because it happens exactly when trading activity and market volatility are both elevated, and it's the moment traders are watching most closely. A funded trader who sees delayed fills or a frozen dashboard during a volatile session doesn't file a support ticket calmly; they assume the firm can't be trusted with their payout, whether or not that's actually true.

Operational complexity that scales faster than revenue

This is the one that's easiest to miss because it doesn't fail all at once. A manual process — reviewing challenge completions, validating payout requests, checking rule violations by hand — works fine at low volume. It doesn't fail at 2x volume either, usually. It fails somewhere between 5x and 10x, when the backlog stops being a Tuesday afternoon problem and becomes a standing queue that support and operations can't clear. Customer acquisition, in Hertzberg's framing, tends to outpace the infrastructure built to service it, and the result is delayed payouts and support backlogs — the two things that damage trader trust fastest, for reasons that have nothing to do with trading conditions.

/A diagnostic: launch-stage infrastructure vs. scale-stage infrastructure

The table below isn't a maturity score — a firm can be profitable and well-run while still running launch-stage infrastructure. It's a way to see which of the three pressures above is closest to becoming visible.

Answering "launch-stage" to two or more of these doesn't mean a firm is at risk today. It means the next volume spike — a successful marketing push, a competition, a seasonal surge — is also the next stress test.

/Why "infrastructure-led" is a more useful frame than "which platform should we buy"

The instinct when infrastructure starts to strain is often to look for a single new platform to replace the old one. That's usually the wrong question. The brokerage technology analysis referenced above makes a specific point about this: a CRM in a modern setup isn't just a sales tool anymore — it's become closer to an administrative center that manages onboarding, KYC, account management, and platform integrations together, and the firms that stay flexible tend to select the right provider for each layer (payments, risk, operations) rather than betting the whole stack on one vendor.

That's the same lesson Hertzberg draws from the payment processor risk category, generalized: single-vendor dependency is a structural risk regardless of which layer it shows up in. A prop firm that has diversified its payment processors but still runs rule enforcement and payout approval by hand hasn't actually solved the underlying problem — it's solved one instance of it.

/Where this connects to infrastructure decisions, not just vendor choice

None of the three pressures above are solved by working harder inside the existing setup. They're solved by infrastructure that removes the manual step or the single point of failure — which is a different conversation than picking a new trading platform.

Swiset's infrastructure for prop firms — including the Challenge & Rules Engine and real-time risk management — addresses the rule-enforcement and monitoring side directly: challenge rules, drawdown limits, and account actions are configured once and then enforced automatically against live trading activity across MT4, MT5, cTrader, and Match-Trader, rather than checked manually as volume grows (how funding tests and challenges work). Automated payout processing and the admin operations dashboard address the operational-complexity pressure specifically — account creation, rule validation, and payout workflows run as configured processes instead of case-by-case manual review, which is what lets payout volume scale without a proportional increase in support and operations headcount. None of this replaces a firm's existing trading platform or payment relationships; it sits alongside them, which is the same "integrate rather than replace" principle both pieces above point to.

For a firm that recognizes itself in the launch-stage column of the table above — particularly on rule enforcement, payouts, or account administration — that's a specific, scoped conversation: which of those processes are still manual, what happens to them at 3x or 5x current volume, and what a configurable rules and operations layer would look like against the firm's existing challenge structure.

/Closing

Most prop firms that run into trouble don't do so because the trading model was flawed or the launch went poorly. They do so because the infrastructure that worked at the first hundred challenges was never built to absorb the next thousand — and by the time a payment processor freeze, a volatile-session outage, or a payout backlog becomes visible, it's already a trust problem, not just an operational one. Checking the three pressures above against your own firm now is a lower-cost exercise than finding out which one breaks first during your busiest month.

Sources: Justin Hertzberg, "Scaling A Prop Firm: Three Technology Challenges No One Talks About," Forbes Technology Council, June 23, 2026 (link). Abdullah Jamil, "Building a Forex Brokerage Is No Longer About Buying a Trading Platform," Nerdbot, September 16, 2026 (link).