Direct answer
A worked example of demo practice is a fully transparent, step-by-step numerical scenario that shows how a simulated trade would be calculated and recorded. It states every assumption (starting balance, trade size, entry/exit prices, fees, and whether execution is instant). The goal is not to predict profits, but to let you explain the mechanics and independently verify the math.
Mechanism or definition
Demo practice means using a simulated environment to practice trading workflows and observe outcomes using preset or simulated data. In a worked example, you separate two things:
- Stable mechanics: how profit and loss (P&L), balance changes, and performance metrics are computed from inputs.
- Variable conditions: what the simulator assumes about spreads, fills, latency, slippage, downtime, and account rules.
A worked example typically includes:
- Inputs (prices, trade size, and any costs like commissions/spreads as modeled).
- Assumptions (how fills happen, whether quotes are exact, and if margin rules are simplified).
- Calculations (how P&L is derived and how the account balance updates).
- Interpretation (what the result does and does not tell you).
Evidence or example (worked scenario)
Below is one worked example. No live market data is used.
Assumptions
- Starting demo balance: $1,000.
- You open a long position.
- Entry price: 1.2000.
- Exit price: 1.2040.
- Trade size: 10,000 units (you can treat this as the notional amount used for the P&L calculation).
- Contract conversion: assume the price move of 0.0001 corresponds to $1 of P&L per 10,000 units. (This is a simplifying assumption for demonstration.)
- Transaction costs: $0 (assume the demo account model has no additional fees, and the spread is not charged separately).
- Fill model: assume exact entry and exit prices with immediate execution.
Calculation
- Price change = 1.2040 − 1.2000 = 0.0040.
- In terms of 0.0001 steps: 0.0040 ÷ 0.0001 = 40 steps.
- P&L = 40 steps × $1 per step = $40.
Account update
- Ending balance = $1,000 + $40 = $1,040.
What you should conclude from this result
- You demonstrated that the math and recording in the simulator follow your inputs.
- You did not demonstrate that similar outcomes would occur in live conditions, because the example assumed away common differences like slippage, changing spreads, execution delays, or fees.
Limitations and risks (material failure modes)
Demo practice can fail to represent real conditions. Common material limitations include:
- Execution mismatch: simulators may fill at the “best available” quote without realistic slippage or partial fills.
- Cost modeling differences: spreads, commissions, financing, and other costs may be simplified or applied differently.
- Data and timing assumptions: the demo might use delayed, smoothed, or idealized pricing, which changes how often targets are reached.
- Behavior changes: practicing risk in a simulated account can encourage strategies that you would not use with real money.
These limitations are why a worked example should explicitly state assumptions. If any assumption changes (for example, adding modeled transaction costs or changing the fill rule), the computed P&L can change even if the “market move” looks similar.
Verification or next question
To independently verify demo practice mechanics, repeat the example with your own inputs and check whether your calculations match the simulator’s reported P&L under the same assumptions. A practical next question is: Which simulator settings and account rules must be aligned (costs, fill model, margin rules, and pricing source) for your worked example to remain valid?
You can also compare at least two scenarios with different assumptions—for example, one with zero costs and exact fills, and one that includes an estimated spread or cost model—then observe how sensitive the result is.