Funded-Account Profit Shares: Percentage, Eligibility and Payout Caps

A profit-share percentage answers how a defined eligible amount is divided. It does not, by itself, tell you how much you can request today, when a payment arrives or what happens to the account afterwards. Read those rules separately for the exact product and account cohort.

Define the percentage and its base

In a fictional 80/20 trader/firm arrangement, the trader receives €800 from a €1,000 eligible base before any separately applicable payment charges. Confirm whose percentage is listed and how the contract defines the base. A trade win rate, nominal account size and payout percentage are different quantities.

Account models differ. FTMO’s CFD account documentation describes simulated accounts. A simulated gain, contractual Reward, approved request and cash received are separate records. Do not treat the nominal balance as your personal invested cash.

Product examples checked on 15 October 2026

• FTMO’s CFD Reward rules: 1-Step/Instant 90%; 2-Step 80% by default, with a conditional increase. Product matters.
• Topstep’s payout policy separates a 90/10 share from XFA request limits, caps and account-cohort conditions.

These are dated examples, not an industry average or complete policy table. Read the current policy and your account terms for eligibility, exceptions and changes. A higher advertised share alone does not establish a better offer.

A request cap is not the firm’s share

Fictional arithmetic only; all amounts in EUR. This is not a Topstep, FTMO or other firm policy. Assume an eligible account balance of €1,000, a request limit of 50% of that balance and an additional request cap of €400.

1. 50% of €1,000 is €500. The €400 cap reduces the assumed maximum request to €400.
2. With a fictional 80% trader share of that request, the amount before payment costs is €400 × 0.80 = €320.
3. If a separate €5 transfer fee applies afterwards, the received amount is €315.

A 50% request limit is not a 50/50 profit split. This example assumes the cap is applied to the request before the split; a real policy may use a different order or definition. The unrequested balance is not automatically cash available for a later payment.

Read tiered and whole-base calculations differently

In a separate fictional €3,000 eligible base, suppose the first €1,000 receives a 70% trader share and only the remaining €2,000 receives 80%. The result is €700 + €1,600 = €2,300. Applying 80% to the whole base would instead yield €2,400. Neither method can be assumed from the word “tiered”; the contract must specify it.

A change from 80% to 90% is 10 percentage points, or 12.5% more on the same eligible base before other changes. It does not mean the trading result, account size or likelihood of payment rises by that amount.

Check the state before and after a request

• Identify the qualifying period, required days, threshold and any consistency formula.
• Separate request eligibility, account review, approval, processing and receipt.
• Record the account deduction, remaining balance, loss floor, position limits and any reset of counters.
• Check open-position requirements, permissible strategies, identity/payment requirements and the effect of an unresolved rule issue.

Do not assume every rule breach has the same result, every unpaid amount carries forward unchanged or every paid amount is immune from recovery. Those questions depend on the actual terms, events and applicable law. Preserve the request record, decision, statement and payment reference when reconciling a discrepancy.

Scaling and software do not establish a payout right

A larger nominal account or repeated payouts do not automatically change a contractual share. Check the written milestone, start date and continuing conditions of any programme change. Do not multiply one profitable scenario across accounts or months as expected income.

Assess the JPTC EA Hub by exact-version documentation and the programme’s permitted use. No EA or risk control guarantees eligibility, compliance, higher shares, a pass or a payout. The separate hosted JPTC Algo is not offered for prop evaluations; customers install or run nothing and need no VPS for that hosted service. Company broker-statement figures are not an independent audit or a study of client payout results.

Keep the cash and tax questions separate

Use the linked cost ledger for participation and external charges, avoiding double deductions. The examples here establish no national tax classification, rate, deduction or recovery right. Record the documented share, allowed request and cash received as separate outcomes.

JPTC Algo: company-published screenshots

Illustrative company screenshots, not evidence of challenge outcomes. Refer to the statement results page for the reported period.

@jptradingcapital on Instagram →