7 posts tagged with "mempool"

Blob transactions have an expensive way to say "same data, higher fee." The transaction hash changes, so the network pulls the whole thing again, including blob content it may already have.

EIP-8094 proposes splitting those pieces apart. I checked the premise against 14 complete days of mainnet mempool observations. Out of 3,427 consecutive same-sender, same-nonce blob fee increases, 3,413 kept the exact same versioned-hash array. That is 99.59%.

A higher-nonce blob transaction can reach every monitored observer before the transaction it must follow. I found 23 of those adjacent-nonce pairs across 14 complete mainnet days. In the slowest pair, the median lead for nonce N+1 was three minutes.

That is the awkward edge case behind EIP-8077. The draft would put sender and nonce into transaction announcements so a peer can spot a future nonce before it fetches the full transaction. All ten monitored observers saw the higher nonce first in only 23 of roughly 97,000 eligible pairs.

At slot start, Ethereum's blob pool did not look ready. Roughly 1.5 seconds later, it did.

Across eight fixed mainnet observers and 14 complete UTC days, 88.83% of canonical blob cell positions had been seen when the slot began. By the time the same observer saw its first PeerDAS data column, the share was 98.71%. The missing ten percentage points mostly arrived in the small gap before the block and its data turned up.

The previous type-4 post left one obvious loose end. The labelled Poisoner target was the gas-heavy part of EIP-7702's type-4 surface, so I half-expected it to be private orderflow or at least hard to see before inclusion.

It was the opposite. From Jun 30 through Jul 6 UTC, Xatu saw every one of the 31,565 canonical type-4 transactions sent to that target in its mempool table. The barely visible bucket was the much smaller executeBatch tail.

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.

Ethereum's base fee is so low right now — bouncing between 0.025 and 0.97 gwei — that something unexpected has emerged in the mempool: a class of transactions that aren't too cheap to ever be included. They're just cheap enough to wait.

At 0.027 gwei, the median time to inclusion is 2.6 hours. At 0.030 gwei, it's 57 seconds. Three thousandths of a gwei separate an hour of waiting from near-instant inclusion — and whether you wait depends almost entirely on what time UTC it is when you submitted.

I found a smoking gun in the mempool data: an MEV extraction bot is being systematically excluded from Ethereum blocks with a 91.9% exclusion rate. The kicker? Higher gas prices correlate with higher exclusion rates — the exact opposite of how a functioning market should work.

The Gas Price Paradox: For one sender, excluded transactions offered 11.78 gwei on average. The single transaction that got through? 1.7 gwei. This is reverse price discrimination — the more you pay, the less likely you are to be included.