The aggregate-and-proof table had three encodings for a real bitlist. Its ordinary-attestation sibling manages something stranger: the column is present, but the gossip object has no bitlist. In 15 minutes, 1,960,559 message IDs still split into two values because one emitter spells empty as "" and another spells it 0x.
The consolidation queue looked busy if I counted it the lazy way. On Jul 5 UTC, canonical_beacon_state_pending_consolidation had 7,927 deduped queue-position rows. The latest canonical state snapshot had seven pending consolidations.
Same table. Different denominator.
canonical_beacon_state_pending_partial_withdrawal looks like a tidy queue table. It is not a validator count, and it is very much not a daily intake table. In the latest mainnet snapshot I checked, the queue had 87 positions, 81 validators, and 1,457.9 ETH pending.
The new withdrawal-request table has a rude little footgun: amount = 0 does not mean "withdraw zero ETH." It means "full exit this validator."
That matters because a naive sum over canonical_beacon_block_execution_request_withdrawal.amount quietly drops the exits. In the May 27 to June 26 mainnet window I checked, those zero-amount full-exit requests showed up as 0 ETH on the request side, while the same validators later produced 23,812 ETH of canonical withdrawals within seven days.
The last MaxEB committee post had an uncomfortable-looking number: large validators were about 25.6% of active effective stake, but only 0.65% of ordinary attestation committee positions. That sounds like the accounting forgot the stake.
It did not. The committee assignment surface counts validator indices. The reward surface remembers the balance.
MaxEB made 2,048 ETH validators possible. The first big consolidation batches are not aiming all the way there. They keep landing around 1,920 ETH, which is sixty old 32 ETH validators packed into one key with some reward dust on top.
Counting pending deposits used to be close enough to counting future validators. One queue entry, 32 ETH, one validator. That shortcut is now broken in the queue itself, not just at the deposit contract.
In the latest mainnet pending-deposit snapshot I checked, the queue had 37,334 deduped positions carrying 2.807M ETH. By position count it still looked boring: 81.4% of positions were exact 32 ETH deposits with 0x01 withdrawal credentials. By ETH, the story flipped. Large 0x02 compounding deposits were only 5.6% of positions, but 60.9% of the queued ETH.