Bonding curves, explained
A bonding curve prices a token with no counterparty and no pool, using a formula that depends only on how much has been bought so far. Understanding that single property explains launchpad mechanics, the race at launch, and why so many curve transactions fail.
Pricing without a counterparty
Every market structure discussed elsewhere needs two sides. A pool needs reserves of both assets. An order book needs somebody posting. A bonding curve needs neither, and that is the whole trick.
The contract holds a formula. Price is defined as a function of how much of the supply has been sold so far, and nothing else. You send SOL, the contract computes what that buys at the current position on the curve, hands you tokens, and advances the position. Sell, and the process runs in reverse.
There is no counterparty in any meaningful sense. You are not trading with another person or against pooled capital; you are moving along a mathematical line, and the proceeds accumulate in the contract until graduation. That is why a token can have a functioning market the instant it is created, with nobody having provided liquidity and nobody watching.
Why the shape matters
The specific formula differs between launchpads, but the family is consistent: price starts low and rises as supply is sold, usually accelerating rather than climbing in a straight line.
Two consequences follow from an accelerating shape. The first portion of supply is cheap and the last is expensive, which creates the incentive to be early that defines launch behaviour. And the amount of SOL required to move the price a given percentage grows as the curve fills, so late in the process the price becomes progressively harder to shift.
This is why the same purchase produces very different effects at different points. Buying a fixed amount near the start moves the price substantially; the same amount near graduation moves it much less. Anyone reasoning about a curve as though it behaves like a pool will get this backwards, because pool impact depends on reserves rather than on progress.
Early buyers move it most
Worth stating plainly because it is the source of most launch dynamics and most launch complaints.
The curve rewards being early by construction, not by accident and not because anyone is being favoured. The formula sets a low price at the start, so the first purchases obtain the most tokens per SOL and, in doing so, raise the price for everyone after them.
That single property explains the race at launch, the existence of tools built to win it, and the frustration of anyone arriving a minute late to find the price several multiples higher. None of it requires wrongdoing to occur; it is the mechanism operating exactly as designed.
It also explains why holder distribution on launchpad tokens tends to be uneven. The earliest participants hold disproportionately, which is visible in the holder list forever and is one of the first things anyone evaluating the token will notice.
Why curve execution fails so often
This is the practical part, and it is measurable rather than anecdotal.
A curve is a single piece of state. Every buyer changes it. When many participants submit transactions against the same curve inside the same slot, each of them quoted a price from a state that the others are simultaneously moving. Only the transactions that land first get what they quoted; the rest exceed their slippage tolerance and revert.
Tolerances on curves have to be tight because curve pricing moves in fine increments, which makes the problem worse rather than better. The result is a failure rate far above what established pools produce, and our weekly sampling of finalized blocks measures exactly that gap.
The budgeting consequence is direct: failed transactions pay their base and priority fees and produce no volume, so a given budget delivers less confirmed activity on a curve than the same budget delivers on a pool. That is not a configuration problem to solve. It is a property of the mechanism, and it should be planned for rather than tuned away.
One consequence of the contention deserves separating out, because it is frequently misread as a fee problem. Raising priority fees on a curve helps you win the race to land, which is real, and it does nothing about the fact that whoever lands first changes the state for everyone else. Escalating fees across a whole field of participants raises what everyone pays without changing how many of them succeed. That is a familiar shape from any auction, and it is why curve-phase costs can climb steeply during a busy launch while the confirmed swap count stays flat.
What graduation actually is
When enough of the supply has been sold, the curve is retired and the accumulated proceeds are used to seed a standard liquidity pool. The token then trades there like anything else.
Three things change at that moment, and all three catch teams out.
- The pricing mechanism changes. Price is now derived from pool reserves rather than from progress along a formula, so impact behaves completely differently.
- Every counter resets. The pool is a new pair with a new address, so volume, trade count and pair age all start from zero on the surfaces that read them.
- The audience disappears. People watching a progress bar were an audience the mechanic supplied. Once there is no bar, there is no reason for them to be there.
The launchpad comparison argues that where liquidity lands at this moment is the single most consequential thing to research before choosing a platform, because the curve lasts hours and the pool is the rest of the token's life.
What it means for a campaign
Everything above collapses into a few practical points for anyone routing activity.
Know which phase you are in. Curve and pool respond differently to identical settings, and a budget calibrated on one misprices the other.
Expect a materially higher failure rate on the curve, and budget in confirmed swaps rather than attempts.
Do not model curve impact as pool impact. Movement depends on progress rather than on reserves, which the impact explainer covers for the pool case that most intuition is built on.
Treat graduation as the higher-leverage window. Execution is cleaner, the counters have just reset, and the free audience left at the same moment. The launchpad mechanics guide covers that handover in detail.
The broader point is that a bonding curve is a distribution mechanism wearing the costume of a market. It exists to sell a fixed supply into an audience efficiently, and it does that extremely well. What it does not do is produce the two-sided price discovery that people read off it, and understanding that difference is most of what separates a realistic plan from an optimistic one.
Frequently asked questions
01What is a bonding curve in simple terms?
A formula that sets the price of a token based purely on how many have been sold. Buying moves you along the curve and raises the price for the next buyer; selling moves back down it. There is no pool of paired reserves and no counterparty, only the formula and the contract holding the proceeds.
02Why does the price rise as more people buy?
Because that is what the formula does by construction. Price is a function of supply sold, so each purchase advances the position along the curve. It is not a market reacting to demand in the usual sense; it is arithmetic responding to a single input.
03Do early buyers get a better price?
Structurally, yes. The curve starts low and rises with every purchase, so the first buyers pay the least and the last before graduation pay the most. That is the mechanism working as designed rather than an unfairness, and it is the reason launches attract a race.
04Why do so many bonding curve transactions fail?
Because the curve is one shared piece of state that every buyer moves. When many participants quote against the same state within the same slot, only those landing first receive the price they quoted and the rest exceed their slippage and revert. We measure this weekly and curve failure rates sit far above established pools.
05What happens at graduation?
The curve stops being the market. Liquidity is seeded into a standard pool and the token trades there instead. The curve pair and the new pool are separate pairs with separate addresses and separate histories, so every pair-level counter starts again from zero.
06Is the curve price the real price of the token?
It is the price the formula produces given how much has been bought, which is a real price in the sense that people are paying it. It is not derived from a two-sided market, so it does not reflect what independent buyers and sellers would agree on. That comparison only becomes available after migration.
Keep reading
Different phase, different arithmetic
Pick the launchpad and the console routes the campaign against the curve or the pool, whichever the token is on.
Open the volume console