Bonding curve
CookLab uses checked-integer virtual constant-product reserves. Every buy moves price upward and every sell moves it downward. At 85 SOL, approximately 619.44M tokens have sold and the remaining 180.56M become permanent CookSwap inventory at the same spot price.
Client quotes must include slippage bounds. The program recomputes output from canonical state; frontend calculations are informational only.
The bonding curve is an automated primary market. It converts changes in token inventory into deterministic SOL quotes while retaining the reserve required to honor valid sells before graduation.
Price formation
Virtual token and SOL reserves follow a constant-product invariant. Buys add SOL and remove token inventory; sells reverse that movement. The final virtual reserve ratio matches the initial real pool ratio, eliminating an artificial graduation repricing.
- Price depends on canonical virtual reserves
- Curve trading and CookSwap activation preserve price continuity
- Integer rounding is deterministic
- Client quotes are estimates until execution
Reserve solvency
SOL entering the curve backs future sell settlement after fee allocation. A sell must never pay more than the reserve can satisfy, and invalid reserve state causes the transaction to revert atomically.
- Immediate SOL settlement on successful sells
- Reserve checks before transfer
- Slippage protects against intervening trades
- Graduation closes curve execution
Example
If two users submit buys against the same visible quote, the first finalized transaction changes tokens sold. The second transaction succeeds only if its minimum output remains satisfied; otherwise it fails and funds are not partially exchanged.
- Ordering follows Solana finalization
- No guaranteed quote without execution
- Users control acceptable slippage
- Failed trades preserve pre-transaction state