Funded-trader infrastructure

Run an evaluation business, not a spreadsheet.

Challenge plans, evaluation rules, breach detection, payouts and the operational tooling that decides whether a funded-trader programme scales past its first few hundred accounts — plus PAMM pools, MAM sub-accounts and event markets on the same engine.

Programmes
Challenge · Funded
Managed
PAMM · MAM
Fees
High-water mark
Launch
2 weeks
Phase
1 of 2
Profit target
+8%
Equity
+0.0%
Floor
-5.0%

Equity vs rules

In progress

Rule headroom

Profit target0%
Trailing drawdown100%
Daily loss limit78%
Minimum trading days60%
Illustrative interface — not a live system
Pooled capital
$1.40M
Master equity
$1.49M
Return
+6.40%
Under high-water
02

PAMM — percentage allocation

InvestorShareEquityAbove HWMPerf. fee
Investor 00117.9%$266,000Below HWM
Investor 0028.6%$127,680$7,680$1,536
Investor 00334.3%$510,720Below HWM
Investor 0045.4%$79,800$1,600$320
Investor 00522.1%$329,840$19,840$3,968
Investor 00611.8%$175,560$4,260$852

One master account · P&L split by equity share

Fee accrual

20% / 2%
Performance fee
$6,676
Management fee (mo)
$2,483
Investors earning
4 of 6
Basis
High-water mark

Investor detail

No fee
Investor
Investor 003
Joined
Jan
Contributed
$480,000
High-water mark
$511,900
Current equity
$510,720

Equity is below this investor’s prior peak. No performance fee accrues until the fund recovers past it.

PAMM and MAM allocation with high-water-mark fee accrual — illustrative interface
Programme

Every rule you need to enforce.

A funded-trader business is an accounting and enforcement problem wearing a trading costume. The rules must apply identically to every account, every time, and be provable afterwards.

01

Challenge plans

Multi-phase or single-phase, with targets, drawdown rules, time limits and consistency requirements configured per plan.

  • Multi-phase evaluation
  • Static and trailing drawdown
  • Daily-loss limits
  • Minimum trading days
  • Consistency rules
02

Real-time breach detection

Rules evaluated continuously against live positions, not swept nightly — the difference between a breach caught at the limit and a dispute the next morning.

  • Continuous evaluation
  • Position-aware drawdown
  • Immediate account action
  • Full breach evidence record
03

Add-ons and retries

Resets, extensions and upgrades as first-class products with their own economics rather than manual exceptions.

  • Reset and retry SKUs
  • Extension purchase
  • Scaling plans
04

Payout management

Profit-split calculation, payout scheduling, approval thresholds and full audit — the part that becomes a support crisis if under-built.

  • Configurable profit split
  • Scheduled payout windows
  • Approval thresholds
  • Payout history per trader
05

Trader dashboard

Traders see exactly where they stand against every rule, live. Most disputes are ambiguity, not disagreement.

  • Live rule progress
  • Drawdown headroom
  • Objective breach explanation
Challenge plans

Every rule configurable.

One-phase or two-phase, with targets, drawdown behaviour, time limits and consistency requirements set per plan rather than hard-coded.

  • Multi-phase evaluation
  • Static and trailing drawdown
  • Daily-loss limits
  • Minimum trading days
  • Consistency rules
Breach detection

Caught at the limit, not the next morning.

Rules evaluated continuously against live positions. Every breach carries the positions, prices and rule state that produced it, so a dispute is settled with a record.

  • Continuous evaluation
  • Position-aware drawdown
  • Immediate account action
  • Full breach evidence record
Payout management

The part that becomes a crisis.

Profit-split calculation, scheduling, approval thresholds and full audit. Under-build this and the programme fails at its first successful cohort.

  • Configurable profit split
  • Scheduled payout windows
  • Approval thresholds
  • Payout history per trader
Trader dashboard

Traders see exactly where they stand.

Most disputes are ambiguity rather than disagreement. Live rule progress removes the ambiguity before it becomes a ticket.

  • Live rule progress
  • Drawdown headroom
  • Objective breach explanation
PAMM

One master account, many investors.

Investor capital pools into a single trading account. The manager trades once and every participant takes profit and loss in proportion to their equity share, with subscriptions and redemptions handled at defined allocation points rather than mid-trade.

  • Percentage allocation by equity share
  • Subscription and redemption windows
  • Per-investor equity tracking
  • Pooled master execution
MAM

Separate accounts, one instruction.

Where an investor needs their own account, their own equity and their own statement, the manager still trades once — allocation distributes across sub-accounts by the method you configure.

  • Lot allocation
  • Proportional by balance or equity
  • Percentage allocation
  • Per-account risk limits
Fee engine

A manager earns on new profit only.

Performance fees accrue against a high-water mark per investor, so someone who joined at a peak pays nothing until the fund recovers past it. Management, volume, subscription and joining fees run alongside it.

  • Performance fee with high-water mark
  • Management fee accrual
  • Volume and subscription fees
  • Per-investor fee statements
Investor lifecycle

Onboard, allocate, redeem, report.

The administrative half that most platforms leave to spreadsheets: who joined when, at what equity, what they are owed, and what the statement says.

  • Investor onboarding and KYC tiers
  • Allocation-point processing
  • Redemption handling
  • Statement generation and delivery
2026 · Event markets

Prediction markets, as a fundable instrument.

Binary event contracts priced in cents with an implied probability, tradable inside the same account as everything else — and fundable through a challenge programme, because a max-loss-capped instrument is unusually well suited to evaluation rules.

  • YES/NO contracts with implied probability
  • Defined maximum loss per contract
  • Probability history and 24h volume
  • Settlement on resolution
  • Eligible for challenge and funded accounts
2026 · Perpetual futures

Funding rates, liquidation, margin.

Perpetuals with the risk surfaces a funded programme actually needs: funding paid and received attributed per position, liquidation price on screen, and margin ratio enforced against your rules rather than the venue’s.

  • Funding rate with next-funding countdown
  • Liquidation price per position
  • Margin ratio enforcement
  • Funding attributed in P&L
2026 · Tokenised assets

Real-world assets, on the same book.

Tokenised instruments held alongside conventional ones, with custody status and delivery-versus-payment settlement visible rather than assumed.

  • Custody status per holding
  • Atomic delivery-versus-payment
  • Redemption requests
  • Yield attribution
2026 · Stablecoin settlement

Settle in minutes, not days.

Stablecoin rails for corridors where conventional settlement is slow or unreliable, reconciled into the same ledger as fiat so treasury is one view rather than two.

  • On-chain confirmation tracking
  • Split fiat and stablecoin treasury
  • Ledger reconciliation of on-chain transfers
  • Corridor-level routing
2026 · Agentic assistance

An assistant that cannot trade for you.

An analyst-style copilot for traders and operators that explains, summarises and suggests — and is structurally unable to place an order without explicit approval.

  • Suggested actions require confirmation
  • Cited sources on every answer
  • No autonomous order placement
  • Scoped to the partner’s own data
Edge cases

Every vendor demos the happy path. Ask about the bad day.

These are the failures that decide whether a platform survives its first year in production. We list them because we have had to build for them.

Common outcome

The trader disputes it, and nobody can reproduce the exact moment the floor was crossed.

What we do

The floor is evaluated continuously against live positions, and the breach record carries the positions, prices and rule state that produced it. The dispute is settled with a record rather than an argument.

Operational reality

What determines whether the programme survives.

Rule determinism
The same inputs produce the same outcome every time, and the evaluation is reconstructable after the fact from the recorded evidence.
Dispute handling
Every breach carries the positions, prices and rule state that produced it, so a dispute is settled with a record rather than an argument.
Payment integration
Challenge fees and payouts run through the same payment layer as the rest of the platform, reconciled in one ledger.
Programme economics
Pass rates, fee revenue, payout liability and cohort performance visible in the console — you should know the shape of your book without exporting to a spreadsheet.
Regulatory note
Evaluation programmes face increasing scrutiny in several jurisdictions. We build the record-keeping and disclosure surfaces that make a programme defensible; the licensing and legal posture remain the partner’s responsibility.