Skip to content

Commit

Permalink
Clarify the NOTE about MAX_INITCODE_SIZE checking
Browse files Browse the repository at this point in the history
  • Loading branch information
pdobacz committed Jun 13, 2024
1 parent d0f35ea commit f6caf84
Showing 1 changed file with 2 additions and 2 deletions.
4 changes: 2 additions & 2 deletions spec/eof.md
Original file line number Diff line number Diff line change
Expand Up @@ -106,8 +106,8 @@ The following validity constraints are placed on the container format:
- the total size of a deployed container without container sections must be `13 + 2*num_code_sections + types_size + code_size[0] + ... + code_size[num_code_sections-1] + data_size`
- the total size of a deployed container with at least one container section must be `16 + 2*num_code_sections + types_size + code_size[0] + ... + code_size[num_code_sections-1] + data_size + 2*num_container_sections + container_size[0] + ... + container_size[num_container_sections-1]`
- the total size of not yet deployed container might be up to `data_size` lower than the above values due to how the data section is rewritten and resized during deployment (see [Data Section Lifecycle](#data-section-lifecycle))
- the total size of a container must not exceed `MAX_INITCODE_SIZE` (as defined in EIP-3860)
- **NOTE** this condition, in combination with the container format defined above, implies that validation should fail at the moment any section is found to be declared to end after the last byte of the container
- the total size of a container must not exceed `MAX_INITCODE_SIZE` (as defined in EIP-3860
- **NOTE** this condition, in combination with the container format defined above, implies the following: If container validation is implemented to fail the moment any section is found to end after the end of container, then the width of integer fields describing the container sections should accomodate values up to `MAX_INITCODE_SIZE`.

## Execution Semantics

Expand Down

0 comments on commit f6caf84

Please sign in to comment.