ethereum.paris.blocks

A Block is a single link in the chain that is Ethereum. Each Block contains a Header and zero or more transactions. Each Header contains associated metadata like the block number, parent block hash, and how much gas was consumed by its transactions.

Together, these blocks form a cryptographically secure journal recording the history of all state transitions that have happened since the genesis of the chain.

Header

Header portion of a block on the chain, containing metadata and cryptographic commitments to the block's contents.

30
@slotted_freezable
31
@dataclass
class Header:

parent_hash

Hash (keccak256) of the parent block's header, encoded with RLP.

38
    parent_hash: Hash32

ommers_hash

Hash (keccak256) of the ommers (uncle blocks) in this block, encoded with RLP. However, in post merge forks ommers_hash is always EMPTY_OMMER_HASH.

46
    ommers_hash: Hash32

coinbase

Address of the miner (or validator) who mined this block.

The coinbase address receives the block reward and the priority fees (tips) from included transactions. Base fees (introduced in EIP-1559) are burned and do not go to the coinbase.

57
    coinbase: Address

state_root

Root hash (keccak256) of the state trie after executing all transactions in this block. It represents the state of the Ethereum Virtual Machine (EVM) after all transactions in this block have been processed. It is computed using the state_root() function, which computes the root of the Merkle-Patricia Trie representing the Ethereum world state.

68
    state_root: Root

transactions_root

Root hash (keccak256) of the transactions trie, which contains all transactions included in this block in their original order. It is computed using the root() function over the Merkle-Patricia trie of transactions as the parameter.

81
    transactions_root: Root

receipt_root

Root hash (keccak256) of the receipts trie, which contains all receipts for transactions in this block. It is computed using the root() function over the Merkle-Patricia trie constructed from the receipts.

93
    receipt_root: Root

bloom

Bloom filter for logs generated by transactions in this block. Constructed from all logs in the block using the logs bloom mechanism.

104
    bloom: Bloom

difficulty

Difficulty of the block (pre-PoS), or a constant in PoS.

112
    difficulty: Uint

number

Block number, (height) in the chain.

117
    number: Uint

gas_limit

Maximum gas allowed in this block. Pre EIP-1559, this was the maximum gas that could be consumed by all transactions in the block. Post EIP-1559, this is still the maximum gas limit, but the base fee per gas is also considered when calculating the effective gas limit. This can be adjusted by a factor of 1/1024 from the previous block's gas limit, up until a maximum of 30 million gas.

122
    gas_limit: Uint

gas_used

Total gas used by all transactions in this block.

136
    gas_used: Uint

timestamp

Timestamp of when the block was mined, in seconds since the unix epoch.

141
    timestamp: U256

extra_data

Arbitrary data included by the miner.

146
    extra_data: Bytes

prev_randao

Output of the RANDAO beacon for random validator selection.

151
    prev_randao: Bytes32

nonce

Nonce used in the mining process (pre-PoS), set to zero in PoS.

156
    nonce: Bytes8

base_fee_per_gas

Base fee per gas for transactions in this block, introduced in EIP-1559. This is the minimum fee per gas that must be paid for a transaction to be included in this block.

161
    base_fee_per_gas: Uint

Block

A complete block on Ethereum, which is composed of a block header, a list of transactions, and a list of ommers (deprecated).

The block header includes fields relevant to the Proof-of-Stake consensus, with deprecated Proof-of-Work fields such as difficulty, nonce, and ommersHash set to constants. The coinbase field denotes the address receiving priority fees from the block.

The header also contains commitments to the current state (stateRoot), the transactions (transactionsRoot), and the transaction receipts (receiptsRoot). It also includes a bloom filter which summarizes log data from the transactions.

Ommers are deprecated and maintained only for compatibility.

171
@slotted_freezable
172
@dataclass
class Block:

header

The block header containing metadata and cryptographic commitments. Refer headers for more details on the fields included in the header.

193
    header: Header

transactions

A tuple of transactions included in this block. Each transaction can be any of a legacy transaction, an access list transaction, or a fee market transaction.

201
    transactions: Tuple[Bytes | LegacyTransaction, ...]

ommers

A tuple of ommers (uncle blocks) included in this block. Always empty in Proof-of-Stake forks.

208
    ommers: Tuple[Header, ...]

Log

Data record produced during the execution of a transaction. Logs are used by smart contracts to emit events (using the EVM log opcodes (LOG0, LOG1, LOG2, LOG3 and LOG4), which can be efficiently searched using the bloom filter in the block header.

215
@slotted_freezable
216
@dataclass
class Log:

address

The address of the contract that emitted the log.

231
    address: Address

topics

A tuple of up to four topics associated with the log, used for filtering.

236
    topics: Tuple[Hash32, ...]

data

The data payload of the log, which can contain any arbitrary data.

241
    data: Bytes

Receipt

Result of a transaction execution. Receipts are included in the receipts trie.

247
@slotted_freezable
248
@dataclass
class Receipt:

succeeded

Whether the transaction execution was successful.

255
    succeeded: bool

cumulative_gas_used

Total gas used in the block up to and including this transaction.

260
    cumulative_gas_used: Uint

bloom

Bloom filter for logs generated by this transaction. This is a 2048-byte bit array that allows for efficient filtering of logs.

265
    bloom: Bloom

logs

A tuple of logs generated by this transaction. Each log contains the address of the contract that emitted it, a tuple of topics, and the data payload.

271
    logs: Tuple[Log, ...]

encode_receipt

Encodes a transaction receipt based on the transaction type.

The encoding follows the same format as transactions encoding, where:

  • AccessListTransaction receipts are prefixed with b"\x01".

  • FeeMarketTransaction receipts are prefixed with b"\x02".

  • LegacyTransaction receipts are returned as is.

def encode_receipt(​tx: Transaction, ​​receipt: Receipt​) -> Bytes | Receipt:
280
    r"""
281
    Encodes a transaction receipt based on the transaction type.
282
283
    The encoding follows the same format as transactions encoding, where:
284
    - AccessListTransaction receipts are prefixed with `b"\x01"`.
285
    - FeeMarketTransaction receipts are prefixed with `b"\x02"`.
286
    - LegacyTransaction receipts are returned as is.
287
    """
288
    if isinstance(tx, AccessListTransaction):
289
        return b"\x01" + rlp.encode(receipt)
290
    elif isinstance(tx, FeeMarketTransaction):
291
        return b"\x02" + rlp.encode(receipt)
292
    else:
293
        return receipt

decode_receipt

Decodes a receipt from its serialized form.

The decoding follows the same format as transactions decoding, where:

  • Receipts prefixed with b"\x01" are decoded as AccessListTransaction receipts.

  • Receipts prefixed with b"\x02" are decoded as FeeMarketTransaction receipts.

  • LegacyTransaction receipts are returned as is.

def decode_receipt(​receipt: Bytes | Receipt​) -> Receipt:
297
    r"""
298
    Decodes a receipt from its serialized form.
299
300
    The decoding follows the same format as transactions decoding, where:
301
    - Receipts prefixed with `b"\x01"` are decoded as AccessListTransaction
302
    receipts.
303
    - Receipts prefixed with `b"\x02"` are decoded as FeeMarketTransaction
304
    receipts.
305
    - LegacyTransaction receipts are returned as is.
306
    """
307
    if isinstance(receipt, Bytes):
308
        assert receipt[0] in (1, 2)
309
        return rlp.decode_to(Receipt, receipt[1:])
310
    else:
311
        return receipt