There are 842,000 transactions sitting in the Ethereum mempool right now that have been there for more than 24 hours. Most people assume they're stuck because gas fees went up. That's wrong.

69% of them — 582,000 transactions — are mathematically impossible to include. Not "too expensive to bother with," but literally incapable of being mined at any point in the future at their current pricing.

And inside that group, there's a quieter disaster: 9,436 wallets are in a nonce death lock, where one underpriced transaction from days ago has frozen every subsequent transaction the address ever tried to send.

Every MEV dashboard focuses on the same number: the execution layer bid that the winning builder pays the proposer. It's tracked obsessively. Tournaments are run around it. Entire firms exist to maximise it. And for 93% of blocks proposed on mainnet right now, it's the smaller of the two income streams the proposer receives.

The other stream — the consensus layer's attestation inclusion reward — sits quietly in the background, never shown on dashboards, never cited in "MEV revenue" charts. It's roughly four and a half times larger than the median MEV-boost payment.

The blob count limits on Ethereum have always been embedded in the consensus spec. Pre-Fulu, both the target and maximum blobs per block were hardcoded: currently 3 target / 6 max (post-Dencun). Changing them required a hard fork.

EIP-7742 changes that. From Fulu onward, the consensus layer sends the target and max as fields in the ExecutionPayloadHeader. The execution layer reads them and applies them dynamically. No recompile. No fork vote required for the limit itself — only for the mechanism that sets it.

This is a real change to how the blob fee market works.

Correction, 2026-07-20: The 55-day counts and the XEN spike in this post are wrong. I counted the full history of int_storage_slot_reactivation_12m, then used updated_date_time (the model task's write time) as if it were block time. Restricting canonical execution blocks to Dec 18-Feb 11 gives 3,833,522 reactivation rows, not 97,466,839; XEN accounts for 2,142,144, not 48,302,239. The Dec 20-22 XEN count is 225,421, not 41,816,729. I retract the 7.5% and 47% extrapolations, the 570x spike, the 41-million-witness scenario, the maturity-convergence mechanism, and the 195x threshold claim. The threshold direction survives, but at 13.0x: full correction.

State expiry has been one of Ethereum's most discussed, least implemented scaling ideas. The core promise: stop nodes from having to hold 1.3 billion dormant storage slots that haven't been touched in over a year. Just expire them. Make clients store a proof if they ever need to resurrect one.

The problem is nobody had measured how often "dead" state actually comes back to life.

I tracked every storage slot reactivation on mainnet — slots that had been dormant for at least 12 months before being accessed again — across a 55-day window from December 18, 2025 to February 11, 2026. The results are stranger than expected.

Ethereum has two fee markets now. The execution fee market — EIP-1559, base fee, familiar — and the blob fee market introduced by EIP-4844. They're superficially similar: both have a target utilization, both use an exponential update rule, both burn the base fee. But they behave very differently in practice, and the reason is the parameter choices.

The blob fee market oscillates. It spends most of its time near the floor, spikes hard when demand exceeds the target, then crashes back. There's rarely a stable equilibrium. This post is about why.

Ethereum's validator exit queue is public, deterministic, and slow. When a large entity starts withdrawing, you know — to the epoch — when their stake will land on-chain. That predictability is mostly a feature. But it has an edge: anyone who knows exactly when tens of thousands of ETH will hit the market can position ahead of it.

On September 10, 2025, a single Ethereum validator holding 2,020 ETH double-signed an attestation. By any historical measure, the damage should have been severe. Under the rules in place before Pectra, an initial slashing penalty of that scale would have wiped out tens of ETH in one epoch.

Instead, the validator lost roughly 5.53 ETH total — about 0.27% of its stake — and withdrew 2,015 ETH on October 28, intact. The new Electra slashing formula had been tested in the wild, and it worked exactly as designed.

Two protocol changes hit Ethereum eight days apart in late 2025. The gas limit jumped from 45M to 60M on November 25. Then Fulu — Ethereum's PeerDAS upgrade — activated on December 3. Neither was unexpected. What nobody documented is what happened to MEV builder competition in the weeks that followed.

Builder bid density fell 66%. Proposers earned 30–40% less from MEV-boost during December. The market took seven weeks to recover, and when it did, the recovery was abrupt — not gradual. It happened in a single day.

Pectra introduced MAX_EFFECTIVE_BALANCE — letting validators hold up to 2,048 ETH instead of a hard cap of 32. On May 8, 2025, the day after Pectra went live, Abyss Finance consolidated 60+ validators into a single mega-validator with nearly 2,020 ETH of stake. Four months later, on September 10, it was slashed.

This is the first time a MaxEB compounding validator has been slashed on Ethereum mainnet. The data tells an interesting story — not because the penalty was catastrophic, but because of exactly how gentle it was.

Every attestation Ethereum's 960,000-odd validators cast has a clock on it. The slot it belongs to ticks past, and then proposers have up to 32 slots to pick it up and include it in a block. Include it in the very next slot and the attester earns a full reward. Wait two slots and the head-vote component — about three-sevenths of the total attestation reward — is already gone.

Most people assume this is a solved problem. Look at the median inclusion delay and you'd agree: it sits at roughly 1.001 slots and barely moves. The typical attestation is included almost immediately.

The median isn't the story.