What it is
A liquidity bootstrapping pool (LBP) is a specialized automated market maker pool, popularized by Balancer, used to launch a new token. Unlike a normal 50/50 pool, an LBP starts heavily weighted toward the new token (e.g., 96% token / 4% paired asset like ETH or a stablecoin) and gradually shifts the weights over the sale window (often 24-72 hours) toward the paired asset. Because price in a weighted AMM pool is a function of the ratio of weights and balances, this weight shift causes the token's price to fall steadily over time even with no trading, unless buyers step in.
How it works
- The project deposits the new token and a paired asset (ETH, USDC, etc.) into the pool, setting a highly skewed initial weight — mostly the new token.
- The pool contract is configured with a start weight, end weight, and duration; it linearly (or otherwise programmatically) interpolates the weights block by block over that duration.
- Because AMM spot price depends on the ratio of (balance / weight) for each asset, shifting weight away from the new token mechanically pushes its quoted price down over time, independent of trading activity.
- Anyone can buy or sell into the pool at any point, and each trade also moves price along the normal AMM curve (buying pushes price up temporarily, selling pushes it down), on top of the weight-driven drift.
- Because the price is falling by default, there is no incentive to snipe the very first block — an early buyer risks paying more than someone who waits, unlike a fixed-price sale where being first guarantees the best price.
- At the end of the duration, the project typically ends the sale, withdraws remaining liquidity, and the token can move to open trading elsewhere (or the pool itself continues as a regular AMM pool).
Why designers use it
- Removes the "gas war" and bot-sniping dynamic of fixed-price launches, since buying early doesn't guarantee the best price — patience is rewarded, not punished.
- Lets the market discover price gradually rather than the project guessing a fixed valuation upfront, reducing the odds of a launch that's wildly over- or under-priced.
- Discourages whales from instantly buying up the entire supply in the first block, since heavy buying quickly pushes price up along the curve.
- Provides built-in, automatic liquidity for the token from the moment of launch, without needing a separate liquidity-provision step.
Failure modes
- Whale front-running the drift: large buyers can still watch the price fall and buy in bulk right as it approaches a level they consider fair, dominating allocation despite the mechanism's intent.
- Death spiral from panic selling: if early buyers dump immediately after the sale weight stabilizes, price can crash well below the intended launch valuation, damaging the token's credibility.
- Insufficient paired-asset depth: a thin counter-asset balance means large trades cause outsized slippage, producing a chaotic and unpredictable price path.
- Bots front-running the weight schedule: because the weight-shift schedule is public and deterministic, sophisticated bots can predict exact future prices and time trades to the block, partially defeating the anti-sniping goal.
- Misconfigured curve: too steep a decline can crash price before genuine demand arrives; too shallow leaves the token overpriced for most of the sale, discouraging participation entirely.
What to check before using it
- Simulate the weight-shift schedule against a range of buy pressure scenarios to see the resulting price path before going live.
- Ensure enough paired-asset (ETH/stablecoin) depth is seeded so normal-sized trades don't cause extreme slippage.
- Decide how to handle the post-sale liquidity — migrate it, lock it, or let the pool convert to a standard trading pool.
- Communicate clearly to participants that price falls by default, so they understand there's no rush to buy in the first minutes.
- Check whether the sale is vulnerable to a single actor accumulating a disproportionate share of supply near the end when price is lowest.