Start your 3-day free trial
Sign up to experience all premium features at no cost.
*Available only to new users. Each user is limited to one trial.


When a prediction market order is not filling, it usually means your limit does not meet an available opposite-side price, the visible quantity is too small, the market is not accepting trades, or the account cannot support the order. Identify the order state before changing anything: an open order is different from a partial fill, rejection, cancellation, or completed trade.
Key Takeaways
- Confirm whether the order is open, partially filled, rejected, canceled, or already completed.
- Compare your limit with the current executable bid or ask, not the last trade or headline percentage.
- Check remaining quantity, queue position, market status, and available balance before repricing.
- Cancel or replace only after recording the original order ID and fills; repeated submissions can create duplicate exposure.
- Platform labels and matching rules differ, so the venue's current order history and rulebook control.
A limit order is an instruction to trade only at its stated price or better. It can remain open indefinitely while no compatible order exists. Kalshi's limit-order explanation and order-book guide describe this price-time process for its venue, while Polymarket documents a separate lifecycle with open, matched, canceled, and expired states.[2][3][4] These are useful models, not a shared promise across every platform.
The first diagnostic question is therefore not “Why is the app broken?” but “What state does the venue assign to this order?” A status badge, order-history row, fill ledger, and balance reservation together are better evidence than the market card alone.
| Observed state | What it normally means | First check |
|---|---|---|
| Open | Unfilled quantity is still eligible to match | Limit versus current opposite-side quote |
| Partially filled | Some quantity traded; the rest remains open or was canceled | Filled and remaining quantities |
| Rejected | The venue never accepted the instruction | Error code, balance, size, or eligibility |
| Canceled or expired | Remaining quantity cannot match | Who canceled it and when |
| Filled | A trade exists even if another screen is stale | Execution ledger and position |
An order book separates bids from asks. A buyer's bid can execute only when it meets a compatible seller's ask under the venue's rules; a seller faces the reverse condition. The most recent trade is historical. It does not guarantee that the same quantity remains available at that price.
Suppose the last trade displayed 55, current buyers bid 52, and the lowest seller asks 57. A new buy limit at 54 can sit open even though the card still emphasizes 55. The gap is the spread, and prediction market odds versus probability explains why neither the last trade nor a rounded percentage is an executable promise.
Do not assume that moving the limit guarantees a fill. Available orders can be canceled or consumed before yours reaches the matcher, and the executable quantity may be smaller than your requested size. A market order or aggressively priced limit can also cross several levels and produce a worse average price than the first quote suggests.
Price is only one dimension. If ten contracts are offered at your limit and you request fifty, the venue might fill ten and leave forty working. Some interfaces show only the position total, so inspect the individual executions and remaining order quantity.
Orders at the same price commonly follow a venue-defined priority rule. An order placed earlier may execute first, but amendments can change priority and different systems can use different matching rules. A displayed queue estimate is not a guarantee because other participants can cancel, replace, or add orders.
Large size can also exceed a position limit, collateral limit, or per-order maximum. A rejection is not a liquidity delay: look for the exact validation message and avoid sending the same instruction repeatedly. Duplicate orders that are later accepted can create more exposure than intended.
An event can still appear on a platform while trading is paused, closed, under review, or awaiting resolution. CFTC materials explain the general role of event contracts, but each venue defines its own trading and settlement stages.[1] Read the contract page and status history rather than inferring availability from the real-world event alone.
Check these state boundaries:
If a market has closed, repricing cannot restore eligibility. Save the order record and read prediction market resolution rules to understand what happens after trading ends.
Available balance is not always the same as the headline cash balance. Open orders may reserve collateral, unsettled activity may not be reusable, and the venue may calculate maximum exposure across related positions. An order can therefore fail even when a summary screen shows funds.
Compare the order's required collateral with the account's available-to-trade figure. Then review other open orders, position limits, identity or jurisdiction restrictions, minimum size and precision, and any read-only account state. Use the exact venue message; do not guess that a network retry will solve an eligibility failure.
A VPN cannot create counterparties, improve queue priority, change a venue's matching decision, or make an ineligible prediction-market order fill.
Preserve evidence before canceling or replacing the instruction. This reduces the chance of confusing an interface delay with an actual state change and gives support a coherent timeline.
remaining quantity = original quantity - confirmed fills.Keep screenshots free of session tokens, full identity documents, wallet seed phrases, and unrelated balances. Support needs transaction identifiers and state evidence, not credentials.
The display may show a last trade, midpoint, or rounded percentage rather than an available opposite-side quote. Quantity at that level may also have disappeared before your order reached the matching engine.
Usually it indicates acceptance with quantity still eligible to match, but the venue's order history is authoritative. A pending submission or rejected instruction can look similar during a delayed interface refresh.
Only part of the requested quantity may have been available at your limit. The confirmed execution list shows what traded; the remainder may stay open, expire, or be canceled under the order instructions.
Not before checking the spread, depth, fees, and remaining quantity. Repricing changes the maximum acceptable price and can worsen the net result; it still does not guarantee a fill.
Often yes while the remaining quantity is still open, but cancellation is not complete until the venue confirms it. A fill can occur before the cancel request is processed.
The interface or ledger may take time to release a reservation, or part of the order may already have filled. Check confirmed status and account entries before contacting support.
It can make acknowledgments uncertain. Repeatedly pressing submit is risky because earlier requests may still succeed; use order history and unique order IDs to reconcile state.
Send the market and order identifiers, side, limit, original and remaining quantity, timestamps with time zone, status history, and sanitized screenshots. Never send passwords, recovery codes, API secrets, or wallet seed phrases.
Disclaimer: This article provides general educational information, not financial, investment, trading, tax, or legal advice. Order types, matching priority, eligibility, and account protections vary by venue and jurisdiction and may change.
Sources:
Sources checked 9 September 2026.
Related reading:
Sign up to experience all premium features at no cost.
*Available only to new users. Each user is limited to one trial.





