Skip to main content
netspecsEthereum networking

4.1.5.Transaction announcement metadata

Stage
Future
Validity
Future proposal; not yet reconstructed.
Sources
1 pinned source
Content
Pending reconstruction — no completeness claim is made.

Draft EIP-8077 adds the recovered sender and transaction nonce to each NewPooledTransactionHashes entry.

Wire surface

The five arrays have equal length. Entry i describes one transaction. The sender is 20 bytes and the nonce is an RLP integer.

Behavior and validation

The sender derives metadata from a transaction it has already validated. The receiver checks array lengths and field encodings. It may use sender and nonce to fill nonce gaps, avoid stale requests, and schedule work across peers. The proposal does not require one scheduling method.

The metadata is a hint until the receiver downloads the transaction, recovers the sender from its signature, and confirms the nonce. A mismatch makes the announcement invalid.

Status and open points

The draft names the capability eth/XX. It has no assigned version in the pinned source.

Design rationale

Sender and nonce hints let a receiver skip stale work and target nonce gaps before it downloads the full transaction.