How your fills actually work.

Every fill is priced from a fresh on-chain read of the token's market account at execution time — the bonding-curve account for curve-stage tokens, the pool vault balances for graduated tokens. Fills never come from a cached tick, a chart price, or a third-party API.

This is both the honesty guarantee and the anti-exploit guarantee: nobody — not you, not us — can trade against a price that no longer exists on-chain. If a fresh read cannot be obtained, the order is rejected rather than filled at the last known price. The engine fails closed.

The pipeline, in order (this is a real sequence, not marketing):

1. Your order enters a per-account queue — one order at a time per account.
2. Pre-trade checks: account active, token allowlisted and live, balance sufficient, impact pre-check.
3. Fresh read of the curve or pool account from the chain.
4. Exact venue quote math on that snapshot — the same formulas the venue's on-chain program uses, including its swap fee and your price impact.
5. Bound checks: quoted impact ≤ 2.5% cap, and execution price within your slippage tolerance of your reference price. Either failing rejects the order.
6. The fill is journaled and committed atomically — order, fill, position, cash, and equity in one transaction — then returned to you with the full breakdown.

The engine path runs in roughly 250 to 600 ms; end-to-end you should see fills confirm in under a second. If the engine, the RPC provider, or the database is down, orders reject with an error — nothing executes later at a price you never saw.

Marks for your open-position equity come from the same accounts via live subscriptions, so the price you see is the price the risk engine sees. The SOL/USD rate used to express fills in USD is taken from independent sources and snapshotted onto every fill record. An external aggregator is used only as a divergence watchdog — never as a pricing source.

Every fill charges exactly three visible components:

• Venue swap fee— the launchpad's own fee, computed by the venue's math at its current on-chain rate (about 1% on pump.fun curve trades), not a number we invent.
• Network fee — a fixed modeled base + priority fee per order, denominated in SOL and converted at the snapshotted SOL/USD rate. It is shown before you confirm.
• Price impact— not a separate charge, but the real cost of your size against the curve or pool depth, exactly as the venue's formula moves the price. Shown in percent on the preview and the receipt.

There are no spreads added on top, no per-trade commissions, and no funding or overnight charges.

Some on-chain realities cannot be simulated honestly, so we don't pretend:

• Your transaction landing.Real orders race for block inclusion; simulated orders don't. We charge a fixed priority fee instead of modeling leader schedules or bundle auctions.
• Sandwiches and MEV against you. No simulated attacker front-runs your order.
• The market reacting to your order.Your fill math includes your full price impact, but the real pool never sees your size — other traders don't react to an order that doesn't exist on-chain.
• Failed transactions and partial fills. Orders either fill completely against the snapshot or reject cleanly.

When a curve token completes and migrates to its AMM pool, there is a window where no honest price exists. During it:

• New orders are rejected with TOKEN_MIGRATING.
• Open positions are marked at the last curve price for equity purposes.
• Trading resumes automatically when the canonical pool is live.
• If a pool hasn't appeared within 30 minutes, positions are force-closed at the last mark and the case goes to admin review — you will see it on the account timeline.

Live subscriptions carry a budget. Tokens with open positions or resting orders hold the highest priority and are never evicted; a viewed token that loses its live subscription degrades to 2–5s polling and is badged as delayed pricing in the UI. A 1-minute divergence watchdog compares our marks against an external aggregator and freezes anything that drifts.

If the budget is fully saturated, orders on new tokens are rejected with PRICE_FEED_CAPACITY rather than silently filled on degraded data. We would rather reject your order than fill it at a price that no longer exists — that trade-off is the whole policy in one sentence.

Every fill stores the raw market snapshot it was quoted against — the curve or pool reserve state — plus the SOL/USD rate used, permanently attached to the fill. Every breach stores the tick evidence that triggered it. Nothing about your account's history is reconstructed after the fact; it is recorded at the moment it happens.

If you believe a fill is wrong, contact support@fullportcapital.co with the fill id. We will reproduce the quote from the stored snapshot and show the math — the same math this page describes. See also the rulebook.