Trading Has Ended—So Why Hasn’t the Contract Paid?

A closed prediction market has stopped accepting trades; a settled market has had its final outcome applied and eligible positions credited. Between those stages, the operator may still need to verify the contract’s precise criteria against its designated source, determine the result, complete any review or dispute period, and finalize payment. The real-world event can look finished while the contract remains closed but unsettled.

The short answer: closed stops trading; settled completes payment

“Closed” answers an operational question: Can anyone still trade this market?

“Settled” answers a later financial question: Has the final outcome been applied and have eligible positions been paid?

Closure, determination, and settlement may happen at different times. Platforms may also use terms such as expired, resolved, finalized, or paid.

Stage	Trading available?	Outcome final?	Positions paid?
Open	Yes	No	No
Closed or expired	No	Usually not	No
Determined or resolved	No	Usually known; review may remain	Not necessarily
Settled or finalized	No	Yes	Yes

This table describes a common lifecycle, not a universal status glossary. A platform may combine stages, expose different labels in its interface and API, or use “resolved” and “settled” interchangeably.

The apparent conclusion of the underlying event does not necessarily satisfy the contract. A final whistle, election call, government announcement, or published headline may not be the trigger specified in the rules. The contract may instead require a named agency’s release, a value measured at a particular time, or confirmation under a narrowly defined condition.

What happens between market close and settlement

A typical post-trading sequence looks like this:

1. Trading closes. The market stops accepting new orders.
2. The contract criteria are checked. The operator compares what happened with the exact wording of the market rules.
3. The designated source is consulted. The source named in the contract must publish the relevant result or value.
4. An outcome is determined. The contract is graded according to its rules.
5. Any review or dispute period runs. Where the platform permits it, a provisional result may be challenged or amended.
6. Settlement is completed. The result is applied to positions and eligible holders are credited under the contract’s payout terms.

Determination identifies the contract’s result. Settlement or finalization is the subsequent stage in which that result is applied to positions and payment is completed.

Kalshi-specific example: Kalshi’s documented REST lifecycle includes closed, determined, disputed, amended, and finalized. A closed market is awaiting determination. A determined market has a result, but its settlement timer is still running. A dispute may lead to redetermination and an amended result before the market reaches finalized, when positions have been paid.

Kalshi’s closed API filter is broader than the literal closed lifecycle status: it can include post-close markets that are determined, disputed, or amended but not yet finalized. That is one platform’s workflow, not an industry-wide template. For another venue, use that operator’s rules and status definitions rather than automatically translating Kalshi’s labels.

Why an apparently finished event can remain unsettled

A prediction-market contract is graded under its written criteria—not simply by a headline, live scoreboard, television projection, or trader consensus.

Ordinary reasons for a delay include:

• The designated source has not published the required result.
• The source has labeled its data preliminary or may revise it.
• The rules specify a determination time later than the event’s visible conclusion.
• The operator must review ambiguity, corrections, cancellations, or another edge case.
• A determined result remains subject to a dispute or amendment process.

Hypothetical example: A game ends with Team A ahead, and the scoreboard shows Team A as the winner. Trading has already closed. The contract nevertheless remains pending because its rules require the final result published by a named statistics provider, and that provider has not yet posted the required record. The visible event is over, but the contract’s verification condition is incomplete.

This is resolution risk: you can predict the real-world event correctly yet misunderstand the contract’s wording, cutoff, measurement method, or controlling source. Two similar-looking contracts can therefore produce different outcomes if their rules differ.

For Kalshi, platform-wide timing is only a guide. Its FAQ says most markets settle within a few hours after the outcome is known, often around three hours, but delays can occur when an official source is late or revises its data. The same guidance distinguishes close time from determination time and makes the market-specific rules controlling. Kalshi’s market FAQ explains its settlement timing and delay guidance.

Separately, Kalshi says outcome determination can take from one hour to more than 12 hours after market closure, usually depending on when the designated source supplies the necessary data. That range concerns determination, not a guaranteed final-payout deadline. Kalshi’s outcome documentation describes this source-dependent determination window.

Always give the contract’s stated determination window priority over a platform-wide estimate.

A 99-cent price is not a settled $1 payout

A last trading price of $0.99 records what market participants were willing to pay at that point. It is not an official determination, a completed settlement, or a guarantee that the contract will become worth $1.

Until the contract is officially determined and settled, its last price remains a market price.

For a standard binary event contract, the winning side commonly receives $1 per contract at settlement and the losing side receives $0. Range, scalar, combo, multiple-choice, partial-payout, and other nonstandard contracts may follow different terms. The CFTC notes that yes-no event contracts often have a fixed payout—usually $1—while other structures may use ranges or partial payouts. The CFTC’s event-contract guide explains these common payout structures.

Consider one standard binary contract:

• You buy one YES contract for $0.65.
• It settles in your favor at $1.
• The gross difference is $0.35.

The $1 payout is not $1 of profit. The gross result is the settlement value minus the entry price. Fees and taxes may reduce the net result. If the contract instead settles at $0, the gross loss is the $0.65 entry cost.

What to check when a closed market has not paid

Work through the issue in this order:

1. Confirm the platform and exact contract. Similar headlines can refer to contracts with different rules.
2. Open the market’s full rules. Do not rely only on the short title.
3. Identify the resolution criteria. Note the required event, threshold, measurement period, cutoff, and exceptional conditions.
4. Find the designated verification source. Record the named agency, publication, data provider, or official record.
5. Check whether that source has published the required result. A media report or alternate data source may not control.
6. Compare the close and determination times. Trading may have ended well before the stated determination deadline.
7. Look for review, dispute, amendment, or finalization notices. A known outcome may still be provisional.
8. Inspect transaction and account history. Confirm the number and side of contracts held through settlement, along with any earlier sale or offsetting trade.
9. Contact official platform support if the rules appear satisfied and the expected window has passed.

For Kalshi, the platform’s guidance is to check the rules first and consider contacting support after roughly 12 hours without an update for a standard market, unless the rules specify a later determination window. That is a troubleshooting threshold, not a settlement guarantee. Kalshi also says settlement credits winning contracts to the user’s platform cash balance; moving that cash elsewhere is a separate withdrawal process. Kalshi’s FAQ provides the relevant support and payout guidance.

Before escalating, collect:

• The contract title and ticker
• A copy or screenshot of the rules
• Screenshots or a record of status changes
• Relevant trades, positions, and account entries
• The designated source’s published result
• The listed close, determination, and settlement times

A Reddit post titled “Michigan won but no payout” illustrates why those details matter, but it is only an unverified individual report involving Robinhood. Without verified contract terms, position records, status history, and account entries, it does not establish incorrect settlement, wrongdoing, reimbursement eligibility, or a broader pattern.

Kalshi’s documentation also cannot establish Robinhood’s interface, contract rules, or timing. A Robinhood dispute must be evaluated under the exact Robinhood contract and addressed through Robinhood’s official support channel.

Do not confuse a market closing with closing your position

A market closing means trading ends for everyone under the market’s schedule or rules.

Closing your position means making an offsetting trade before settlement while the market is still trading and sufficient liquidity is available. It is an individual trading action, not a market status.

With an early exit, the gross result is the difference between the entry and exit prices. Once the position has been closed, the event’s eventual settlement value does not determine the gross result on that closed position. Fees and the bid-ask spread can reduce the net result.

If you hold the contract through settlement instead, its settlement value determines the final gross result relative to your entry price. Payout and profit are therefore different: payout is the contract’s settlement value, while profit or loss also depends on what you paid and any applicable costs.

Keep that trading decision separate from the operational statuses:

• Closed: The market no longer accepts trades.
• Determined: The contract result has been identified.
• Settled or finalized: The result has been applied and eligible positions have been credited.

Kalshi’s lifecycle documentation supports the API-specific distinctions in the following questions. Its market lifecycle guide defines the REST statuses, filters, WebSocket events, and reopening transition.

Why does Kalshi’s API say finalized instead of settled?

Kalshi’s REST API uses finalized as the terminal lifecycle status, meaning settlement is complete and positions have been paid. Its REST status filter accepts settled and maps that filter to finalized markets. The corresponding WebSocket event is also named settled. The interface terminology differs, but both refer to completion of the payment stage.

Can a closed Kalshi market reopen?

Yes. Under Kalshi’s documented lifecycle, a closed market can return to active if its close_time is moved into the future. Otherwise, once the close time has passed, order operations are rejected.

Use a three-question test whenever a market status is unclear:

1. Can anyone still trade?
2. Has the contract been officially determined under its rules?
3. Have eligible positions been credited?

If trading has ended but either of the last two answers is no, the market is closed but not yet settled. For a specific delay, check the contract’s rules, designated source, current status, and official support channel rather than treating the delay itself as evidence of an error.

This article is educational and is not trading advice.