$Bunny

reading this pool's swap logs…

We could not measure holder distribution for $Bunny: this server is already running as many holder reads as it can without them breaking each other — measured, two of these 120,000-block Transfer walks running at once produce no measurement at all, just two failures — so this one was refused rather than queued behind them. That is our capacity at this instant, not a fact about this token; the same request a few seconds from now will likely get through. No percentage is shown, because a failed read of ours must never render as a number about someone else's token.

• · We could not read $Bunny's metadata getters just now. So nothing is shown above rather than an empty list — an empty list would read as “this token publishes nothing”, which is a claim about the token made out of our own failed read.
• · Read them yourself: the contract on the explorer ↗

• · V4 depth is UNMEASURED, not zero: V4's PoolManager is a singleton holding every pool's tokens in one contract balance, so per-pool reserves cannot be read as balances. We say so rather than guess.
• · Volume is the 24h ETH leg the chainwide index attributed to each pool — a floor over what its per-tick budget could walk, never a lifetime total. Share divides by $Bunny's 24h ETH across all 1 of its pools, not just the rows listed.

• · Every row is the account that SIGNED the swap transaction — never the router the trade was routed through. (Measured while building this: every swap-event “sender” in a live window was a contract; a board of those would be a list of routers.)
• · Totals cover ONLY the indexed window: 101 swaps attributed for $Bunny between 2026-08-07 18:05Z and 2026-08-07 18:08Z — at least 93% of the 108 swaps our volume index counted over the same hours. Attribution is budgeted per tick and takes the highest-value blocks first, so every figure here is a floor over a stated period, never a lifetime total.
• · ETH in and ETH out are shown separately because net alone cannot tell “never sold” from “round-tripped”.
• · An account signing on others' behalf (a keeper, a relayer) appears as one signer. The “tokens” column is shown so bot- and infrastructure-shaped accounts are visible rather than silently ranked as people.

last 24h 0 ETH added over 0 events · 0 ETH left the pools over 0 movements (V3 collects and V2 burns — the two ways tokens actually leave a pool contract) · 2 V4 events carry a liquidity delta and no amounts, so they are counted here and add nothing to the ETH figures. Floors over the pools and blocks we walked, not a census.