Pool Trackerwho is mining the BLAKE2b chain
The latest blocks of the Bitcoin Knots BLAKE2b mainnet chain, attributed to pools from what they wrote in the coinbase, counted as they arrive. How many pools mined the last twelve blocks or a whole difficulty epoch, how few of them hold a majority, and how long one pool has run unbroken. Every epoch since the split from Bitcoin Core is here; the current one starts from a clean slate every 2,016 blocks.
connecting…
loading…
wider horizons
The last 12 and 48 rows are this page's own counts, as is the row for the window above when it is a different one; the 24 hour, week and month rows are mempool.guide's pool counts. The seven colours belong to the week's seven biggest pools, so a pool keeps its colour across windows; every other pool is grey and named on hover and in the table.
block list
| height | time (UTC) | age | pool | coinbase says | txs | reward | fees | size |
|---|
how this works
Blocks come from mempool.guide, which follows the BLAKE2b chain: the REST API for the window, and its websocket for new blocks the moment they arrive. Each block's raw coinbase is decoded here and its printable text shown as coinbase says; the pool name is mempool.guide's attribution from its mining-pools list of coinbase tags and payout addresses. A miner can write anything in a coinbase, so the name is a claim, not a proof; the raw text is beside it so you can judge.
Pools to a majority is the fewest pools whose blocks together exceed half the window (the Nakamoto coefficient). Concentration is the Herfindahl–Hirschman index, the sum of squared shares on a 10,000 scale: under 1,500 counts as unconcentrated, over 2,500 as highly concentrated in the usual antitrust reading. A window of twelve blocks is a snapshot, not a trend; the 48 and 144 block windows and the horizon rows give the longer view. The epoch views load a seed file from this repository (data/pools/mainnet/<n>.json, written by tools/export-pools.mjs from the same API) and top it up live; a new epoch starts from nothing, so the first blocks after a retarget are watched on a clean slate. The window is bookmarkable: ?window=12, 48, 144, epoch for the current epoch, or an epoch number such as ?window=477. Everything you have seen is kept in this browser's local storage, so the page renders instantly next time and fills in from there. Headers over Nostr (NIP-333) are used as a second signal that a new block exists.