EIP-8205 -- Fork Logic¶
Note: This document is a work-in-progress for researchers and implementers.
Introduction¶
This document describes the process of the EIP-8205 upgrade.
Configs¶
Warning: this configuration is not definitive.
| Name | Value |
|---|---|
EIP8205_FORK_VERSION |
Version("0xe8205000") |
EIP8205_FORK_EPOCH |
Epoch(18446744073709551615) TBD |
Fork to EIP-8205¶
If state.slot % SLOTS_PER_EPOCH == 0 and
compute_epoch_at_slot(state.slot) == EIP8205_FORK_EPOCH, an irregular state
change is made to upgrade to EIP-8205.
The upgrade occurs after the completion of the inner loop of process_slots
that sets state.slot equal to EIP8205_FORK_EPOCH * SLOTS_PER_EPOCH.
The empty list is correct for a standalone activation: no historical execution layer request can pre-populate the new field.
Note: latest_execution_payload_bid is copied unchanged. Its
execution_requests_root may commit to the pre-fork ExecutionRequests type,
whose root differs from the extended type even for identical content; the
upgrade cannot recompute it because the state stores only the commitment. The
coordinated upgrade that activates this feature must define how the first
post-fork block validates a full pre-fork parent.