Resolution

Resolution is the process of determining the winning outcome after a market reaches its final state.

Resolution is separate from trading A market can stop accepting orders before the final outcome and balance accounting are complete.

What determines the outcome

Market-specific rules and resolution context determine how an outcome should be finalized. The relevant inputs can include:

  • The market title and exact outcome labels.
  • Event rules and competition format.
  • Official score, result, or publication.
  • Final market settlement data.
  • Category-specific cancellation or correction rules.

The exact outcome label matters. In sports and esports, “match winner”, “game 1 winner”, “handicap”, and “total” are separate market types even when they appear under the same event.

Pending settlement

Some markets show final-looking prices before settlement accounting is complete. In that window, the position may display estimated final P&L while the balance is not yet updated. Settlement should complete only after the final outcome is known and accounting has run successfully.

Settlement examples

PositionFinal outcomeSettlement valueBalance effect
You hold the winning outcomeOutcome resolves as true or winning100cFinal payout is credited after accounting.
You hold the losing outcomeAnother outcome resolves as winning0cNo payout is credited.
Market is canceled or voidedRules require no winning sideDepends on market rulesPosition may be refunded or handled according to the published rules.
Official correction occursOfficial result or publication changesReviewed according to rulesSettlement can be delayed or corrected if required.

Simplified example: if you bought 1,000 shares at 60c and the selected outcome settles at 100c, final value is 1,000.Iftheselectedoutcomesettlesat0c,finalvalueis1,000. If the selected outcome settles at 0c, final value is 0.

Corrections and ambiguity

If official data is corrected, unavailable, ambiguous, or inconsistent with the market title, resolution can require additional review. In those cases, Pariflow should prioritize correctness and user communication over speed.

Correction handling should avoid exposing private operational details. User-facing communication should explain the market state, the affected outcome, and whether settlement is pending, corrected, refunded, or final.

Demo settlement

Demo positions use simulated balances. They should still follow the same product logic as live positions: winning demo positions credit simulated payout, losing positions close at zero, and closed positions move to history.

When balance updates Demo and live positions should both credit balance only after settlement accounting has run successfully. The portfolio can display estimated final P&L before the credited balance changes.