Why fees and execution differ across products
Network gas and PredictDog platform fees are separate. The product you use determines how trades are executed, which asset is used for platform fees, and when those fees settle.
For some products, PredictDog fees are settled after the trade or swap succeeds rather than inside the first execution transaction. That is expected behavior.
Core rule
Native gas follows the chain where the transaction executes. PredictDog platform fees follow the product-specific settlement rail. Those two are related but not identical.
By product
| Product | Trading model | Platform fee asset | What to expect | Network gas |
|---|---|---|---|---|
| Polymarket on Polygon | Orderbook trading | Polygon USDC.e | Orders are posted to the market first. Platform fees are tracked and later settled separately from the initial order placement. | Network gas uses the native Polygon gas asset when on-chain transactions are required. |
| Predict.fun on BNB | Venue order flow | BNB USDT | Signature fee and trading commission can settle at different times because final filled size is only known after execution. | Network gas uses BNB. |
| Memecoins on Solana | Spot swap then fee settlement | Solana SOL or Solana USDC | The swap happens first, then PredictDog fee settlement is processed as a separate step using the supported settlement asset for that trade. | Network gas uses SOL. |
| Swap routes | Route-aware conversion flow | Depends on the route source asset | Fee collection depends on where the route starts. A Solana route starting from SOL does not behave the same way as one starting from USDC. | Network gas always follows the chain where the source transaction is signed. |
Solana-specific rules
Memecoins
Memecoin trades on Solana use post-trade fee settlement. The swap executes first, and PredictDog settles the platform fee afterward in the supported settlement asset for that trade. In practice this can be Solana SOL or Solana USDC, while network gas still uses SOL.
Swap
If the route starts from SOL, the signature fee is collected in SOL. If the route starts from Solana USDC, the signature fee is collected in Solana USDC.
What happens if fee settlement balance is too low
PredictDog now checks the relevant settlement balance before attempting a fee-settlement signature.
If the required settlement balance is not available:
- PredictDog does not spend another Turnkey signature just to discover the balance is too low.
- The overdue fee remains outstanding instead of being silently ignored.
- Your account can be shown as restricted until the outstanding fee is recovered.
This rule now applies across the current post-fee settlement paths on Polygon, BNB, and Solana.
How retries affect fees
Two different retry cases matter:
1. Retrying fee collection for an already-created fee
If a platform fee was already created and PredictDog is only retrying the collection step, that retry does not create a new extra platform fee for you.
Example:
- A trade finishes.
- The platform fee is recorded.
- The later collection attempt fails and is retried.
In that case, PredictDog is retrying the collection of the same fee obligation, not adding a new fee each time.
2. Retrying the main execution itself
If the main execution path actually requires another signing attempt, the final signature fee can still reflect the real number of signatures used for that execution path.
The practical rule is:
- Fee-collection retries do not repeatedly add new user fees.
- Genuine extra execution signatures can still affect the final signature fee because signature fees are tied to actual signing usage.
User takeaway
When you see a fee settle after a trade, that is part of the normal product design for several PredictDog flows.
What should not happen is repeated blind signing when the settlement balance is already insufficient. PredictDog now blocks that case first, keeps the fee debt explicit, and lets the account recover once the required balance is restored.