Profit target
The gain a trader must reach on their virtual balance to pass the phase.
Design evaluations that are clear for traders and enforceable for your team. OLATECH applies your rules to every simulated order, moves accounts through each phase and connects payout eligibility to review.
Challenges use virtual balances. Trades are simulated and do not execute on real prediction markets.
Rules are configured per program, so each challenge can have its own targets and limits.
Common rule types for prediction market challenges. You choose the values for each account size and phase.
The gain a trader must reach on their virtual balance to pass the phase.
The most a trader can lose in one day before the account breaches.
The total loss allowed from the starting or peak balance.
Caps on how much of the balance a trader can put on a single market.
A minimum number of trades before a phase can be passed.
What happens when a trader stops trading for a set period.
Each account moves through clear states, and every change is recorded.
The first evaluation. The trader works toward the profit target while staying inside the loss limits.
An optional second evaluation for two-phase programs, often with a lower target.
The funded program phase. Trading is still simulated with virtual balances, and the trader can request payouts.
An account that broke a rule. The breach reason is stored on the account for support and review.
Rules and payouts work as one flow, so your team never approves a payout without the full picture.
| Step | What happens | What your team sees |
|---|---|---|
| Order placed | The simulated order is checked against the program rules. | Rule status on the account. |
| Phase change | Passing or breaching moves the account to its next state. | The new phase and the reason. |
| Payout request | A funded trader asks to be paid. | The request in the review queue. |
| Review | Eligibility is checked against rules and KYC status. | Full account history and verification. |
| Decision | Your team approves or rejects. | An audit trail of who decided and when. |
Parts of the OLATECH back office that your team uses to run the program.

Set one-phase or two-phase programs, with each account moving from Phase 1 to Phase 2 to Funded.

Filter challenge accounts by plan, status, category, created date and breach reason, then act from the same record.
No. OLATECH is B2B software for firms that run simulated prediction market evaluations. Challenges use virtual balances, traders do not place real orders, and OLATECH is not an exchange, broker, sportsbook or betting operator.
Yes. Phases are set per program, so you can offer one-phase and two-phase challenges side by side.
The account moves to Breached and the reason is recorded, so support can explain the outcome and your CRM can follow up.
Funded traders request payouts. Your team reviews eligibility against the rules and KYC status, then approves or rejects in the review queue.
Book a demo and we will map your account sizes, phases, rules and payout policy.