$Seriousdog

reading this pool's swap logs…

• · 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 $Seriousdog's 24h ETH across all 1 of its pools, not just the rows listed.

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). Floors over the pools and blocks we walked, not a census.

No liquidity event has been indexed for $Seriousdog inside the blocks we walked. Read the coverage line above before treating that as calm: it is the absence of an observation over a bounded window, not evidence that nothing moved.

• Every row is a log we decoded, stamped with the block it came from. This panel states what moved, when, and who signed for it — it does not label a removal, and it never will. Taking liquidity out is an ordinary operation; the reader draws the conclusion from the numbers and the times.
• V3 splits a removal in two: closed is the burn, which only credits what the position is owed, and withdrawn is the collect, where the tokens actually leave the pool. A collect carries accrued fees as well as principal and the event does not separate them, so we do not either. V2 does not split: a V2 removed transferred in the same call, with no collect to wait for, which is why the summary counts it as ETH that left rather than as principal credited.
• Percentages are deliberately absent. “80% of the liquidity left” needs the depth before the removal, and we hold depth only as a live read at one block — no history to divide by. The absolute amounts above are what we actually measured.

• · These strings were written into the token contract by whoever deployed it, and some of what is above came from our index rather than from this request — each part says which. Anyone can deploy a contract and write anything into it. A link here is not evidence that the account, site or person it points to has anything to do with $Seriousdog — we do not check, we do not ask them, and we never follow the link to see where it lands.
• · A link tagged post, not account points at one specific page rather than a profile. On this chain that is routinely a link to somebody else's post: on 2026-08-06, six unrelated tokens linked the same tweet by Uniswap's founder. It is a fact about the URL, not about who wrote the post.
• · $Seriousdog points its metadata at a document off this chain (ipfs://bafkreifqlla4ee5goifwxprjiig45s4im3qruu5g7igaqa3nubnhvmen2e). This page does not fetch it: a page view must not become a request to a host a stranger chose. The chainwide indexer fetches it under a wall-clock budget and a host allowlist, so whatever is in it appears once that lands — until then, treat what is above as incomplete rather than complete.
• · Read them yourself: the contract on the explorer ↗

No holder concentration is shown for $Seriousdog: no Transfer events appear in the window we walked, and the token emitted no logs at all in the blocks we probed to check — so it looks quiet rather than clipped. No wallet could be nominated for a balance read.

· The read itself worked — this is what it found, not an outage. Candidate discovery covers the last 120,000 blocks (about 3.3 hours) of chain history, so a token whose transfers all predate that window is invisible to it.