TrenchyToolsAPI

Core concepts

Terms as this API uses them.

Local vs Lightning
Local (trade-local): the API builds, you sign and send. Lightning (trade): the API builds, signs with a wallet bound to your key, and sends. Fees: 0.5 % local, 1 % lightning, on the SOL/ETH side of the trade.
`pool`
Venue selector. Solana: pump (curve, default), pump-amm (PumpSwap), auto (resolved from on-chain state per request). Robinhood: resolved per request, no field needed.
`amount` / `denominatedInSol`
denominatedInSol: true → amount is SOL (ETH on EVM); false → amount is tokens. Sells accept "100%" or any "N%" of the wallet balance, read at build time.
`slippage`
Percent. Applied to the quote the API computes from live reserves when building; the on-chain guard is the resulting min-out / max-in. Over-tight slippage surfaces as pump.fun errors 6002/6003.
`priorityFee`
In SOL. Converted to a compute-unit price against the tx's unit limit; GET /api/sol/priority-fee returns current percentiles. On Jito bundles it also sets the tip.
Graduation (migration)
Curve → AMM move: PumpSwap on Solana (the websocket emits migration with the pool), Uniswap v4 MemeHook on Robinhood (a graduate entry may precede your trade).
Jito bundle
POST /api/sol/bundle: ≤5 transactions, atomic, same slot, ordered. Multi-buyer entries pack ~4 buyers per tx via a lookup table (POST /api/sol/lut) → up to 16 buyers plus the create.
Dev buy
The creator's buy inside the create transaction (amount on the create entry). Priced against the fresh curve; the API simulates the curve forward for subsequent buyers in the same bundle.
Creator fees
pump.fun / PumpSwap creator revenue. GET /api/sol/creator-fees?wallet= reports what is claimable; action: "collectCreatorFee" builds the claim.
Snipe tax (pons)
Launch-window tax on pons buys, decaying to zero over the first blocks. Addresses in the create call's exempt list skip it.