Skip to content

Commit 653d624

Browse files
docs: auto-update for v2.50.11
1 parent be3a8cc commit 653d624

3 files changed

Lines changed: 15 additions & 5 deletions

File tree

‎docs/api-reference/openapi.json‎

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -3,7 +3,7 @@
33
"info": {
44
"title": "PMXT Hosted API",
55
"description": "One API for every prediction market. Cross-venue search in under 10ms, a single unified schema, and the complete venue surface from reads to trades.",
6-
"version": "2.50.10"
6+
"version": "2.50.11"
77
},
88
"servers": [
99
{

‎docs/concepts/venues.mdx‎

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -7,7 +7,7 @@ description: "Every venue PMXT currently speaks."
77
AUTO-GENERATED from pmxt-core's openapi spec (ExchangeParam enum).
88
Do not edit by hand — run `npm run generate:mintlify` to regenerate.
99
Source: docs/api-reference/openapi.json
10-
pmxt-core version at last sync: 2.50.10
10+
pmxt-core version at last sync: 2.50.11
1111
*/}
1212

1313
PMXT Hosted currently supports the following venues. The **wire key** is

‎docs/llms-full.txt‎

Lines changed: 13 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -399,13 +399,18 @@ The hosted trading API accepts either the venue-native identifier (returned by `
399399

400400

401401
> **Note:**
402-
**What PMXT abstracts vs what leaks through from the venue.** PMXT unifies the order shape across venues, but a few Polymarket rules pass through as-is: orders have a **5-share minimum** (a $2 buy at $0.78 is 2.5 shares and is rejected with `OrderSizeTooSmall`), and market orders are **budget-capped** (a buy spends exactly `amount` USDC, a sell sells exactly `amount` shares — `slippage_pct` is ignored). Hosted **limit** orders are not yet available and return `501`; use [self-hosted](https://pmxt.dev/docs/guides/self-hosted) for resting limits.
402+
**What PMXT abstracts vs what leaks through from the venue.** PMXT unifies the order shape across venues, but a few Polymarket rules pass through as-is. Polymarket enforces **two independent minimums on marketable BUY orders** — a **5-share minimum** AND a **$1 notional minimum** — and the higher of the two binds. At $0.138/share the 5-share rule alone would only require $0.69, but the $1 rule raises the effective minimum to ~8 shares (~$1.10); a 5-share buy at that price is rejected by the venue with `invalid amount for a marketable BUY order ($0.69), min size: 1` and PMXT surfaces it as `OrderSizeTooSmall`. Market orders are **budget-capped** (a buy spends exactly `amount` USDC, a sell sells exactly `amount` shares — `slippage_pct` is ignored). Hosted **limit** orders are not yet available and return `501`; use [self-hosted](https://pmxt.dev/docs/guides/self-hosted) for resting limits.
403403

404404

405405
#### 6. Verify the fill
406406

407407
Hosted positions appear immediately on `fetch_positions`. The position's `size` is your share count; the remaining USDC sits in `fetch_balance`.
408408

409+
410+
> **Note:**
411+
The `id` returned by hosted `create_order` is a **PMXT internal task id**, not a Polymarket (or other venue) order id. Calling Polymarket's own order-lookup with it will return nothing. Use `client.fetch_order(id)` — the hosted SDK knows how to resolve the task and reports the live status (`queued`, `fulfilling`, `fulfilled`, `failed`, `no_fill`). A fresh `create_order` returns `status="queued"` because the venue submit happens asynchronously; poll `fetch_order` (or pass `wait=true`) to get the venue-confirmed outcome.
412+
413+
409414
<CodeGroup>
410415
```python Python
411416
positions = client.fetch_positions()
@@ -1648,9 +1653,14 @@ throw e;
16481653

16491654
#### OrderSizeTooSmall
16501655

1651-
**When it fires:** the resolved share count is below the venue's minimum. Polymarket's minimum is **5 shares per order**. A $2 buy at $0.78/share is only 2.5 shares — rejected.
1656+
**When it fires:** the resolved order is below one of Polymarket's two independent venue-side minimums on marketable BUY orders. Both rules are enforced by the venue itself (not PMXT), and the **higher of the two binds**:
1657+
1658+
- **5-share minimum.** A $2 buy at $0.78/share is only 2.5 shares — rejected.
1659+
- **$1 notional minimum (marketable BUY).** A 5-share buy at $0.138/share is $0.69 — passes the 5-share rule but is rejected by the venue with the literal error `invalid amount for a marketable BUY order ($0.69), min size: 1`. The effective minimum at that price is ~8 shares (~$1.10).
1660+
1661+
**Detail string (5-share rule):** `Order size 2.564 below the minimum 5 shares for venue polymarket`.
16521662

1653-
**Detail string:** `Order size 2.564 below the minimum 5 shares for venue polymarket`.
1663+
**Detail string ($1 rule, passed through from venue):** `invalid amount for a marketable BUY order ($X), min size: 1`.
16541664

16551665
**Parent classes:** `InvalidOrder`, `HostedTradingError`.
16561666

0 commit comments

Comments
 (0)