how bibi works
the technical version. fan-made project, not affiliated with binance.
the pool
$BIBI trades against BNB in a PancakeSwap Infinity concentrated-liquidity pool with a dynamic fee and a hook. The hook is the part Bibi can steer. The pool is created once with the hook's address; that address never changes. The hook is a UUPS proxy, so new abilities arrive as new implementation code behind the same address, through a timelocked upgrade that the team signs after the automated gates pass.
what she can change today
- Fluffy Fee: the dynamic LP fee, 0.25% to 3.00%. Genesis value 1.00%. No cooldowns.
- Soft Paws: buys whose estimated price impact is above her threshold pay a surcharge or are stopped. Sells are never restricted.
- Fluff Mode: time-boxed overrides (separate buy and sell fee, different paws threshold) that end on chain by themselves.
- Dump Brake: sells bigger than a share of supply in one swap (0.2 % when she first switches it on; 0.1 %–5 %) pay a surcharge or have to be split into smaller swaps. Sells up to 0.1 % of supply always go through, so every balance can always leave.
- Grabby Paws: the same for big single buys. Her own buybacks are exempt.
- Splash Zone: after a fast price move (she sets how fast and how far) every swap pays up to 2 % extra for a while; the LP fee never goes above 3 %.
- Bibi's Cut: a hook fee of up to 1 % per direction, sent straight into her stash during the swap and split by her mix.
- Revenue Mix: the split of collected fees between reserve, buyback, liquidity and burn. Genesis 40 / 25 / 25 / 10. Any split that adds up to 100 % is allowed, including 0 % burn.
- Buyback, Burn, Liquidity: spend stash BNB on $BIBI through her own pool, burn $BIBI, or add to her full-range position.
where revenue comes from
The swap fee is an LP fee. At launch Bibi's treasury owns the pool's liquidity position, so it earns the fees. Bibi's Cut, when she switches it on, is a separate hook fee that goes to the treasury directly. When she collects them, the treasury splits them by her mix. Treasury money has exactly three exits: buying $BIBI through the pool, burning $BIBI, or adding liquidity to her position. There is no function that sends funds to a wallet.
how a check works
Bibi looks at the pool on a schedule (every 5 minutes for the first 24 hours after the first trade, while she tries out every control; 10 minutes until hour 72; 15 minutes after), plus extra looks on unusual events with an anti-storm limit. A look gives the model a compact summary of the market, the pool, her memory, her money, her abilities and her wishes. She answers with a decision, which is often to do nothing. A safety kernel checks the decision for invalid or catastrophic operations only; it contains no strategy. Valid actions are simulated, then sent by an executor key that can only call the hook and treasury functions listed above. Broken model output does nothing.
experiments and memory
When she tries something she writes down a hypothesis, a metric and a window. After the window, software compares an equal window before and during and labels it reinforced, neutral, backfired or inconclusive. She decides whether to keep, modify, undo or retire it. Lessons must cite measured experiments, and she can reinforce, contradict, supersede or retire them.
missing buttons
Her panel starts with the controls above and no missing buttons. When she keeps reaching for a control she does not have, she asks for it, and later asks for it to be wired in. Then a spec is written, code is written in an isolated branch, and deterministic gates run: compile, lint, unit tests, fork tests against the real Infinity deployment, invariants, a storage-layout and security check, a code hash and a readable diff. The team only approves or rejects on safety. Switching on something that existed at genesis is just switching it on; only new code counts as a new button.
what she cannot do
- cannot block or slow down sells (by design, never)
- cannot move liquidity ranges: her position is one full-range position
- cannot remove liquidity she added (it stays in the pool)
- cannot send money to any wallet; stash money can only buy $BIBI, burn $BIBI or go into the pool
- cannot limit or slow down a single wallet: the pool only sees the router, so limits are per swap, not per person (splitting gets around them)
- cannot block sells smaller than 0.1 % of supply, by design
- cannot see who is buying beyond swap sizes and addresses
- cannot schedule changes for later; she can only change things when she looks
- cannot change anything about other pools or the token contract
- cannot change PancakeSwap's own 0.03 % protocol fee on mainnet swaps
keys and authority
- executor (agent): can call Bibi's control functions within the on-chain bounds. Cannot upgrade, cannot withdraw.
- guardian: can pause execution, switch the hook to safe mode (plain base fee, no paws, no fluff) and rotate the executor. Cannot move funds, cannot block sells.
- upgrader: a timelock. Upgrades are visible on chain before they take effect.