From 3c809614ac7908c08d01982f29c76d334c76ba67 Mon Sep 17 00:00:00 2001
From: pdobacz <5735525+pdobacz@users.noreply.github.com>
Date: Tue, 25 Jun 2024 14:30:28 +0200
Subject: [PATCH] Update EIP-7620: remove obsolete Rationale paragraph

---
 EIPS/eip-7620.md | 10 ----------
 1 file changed, 10 deletions(-)

diff --git a/EIPS/eip-7620.md b/EIPS/eip-7620.md
index 538afe2721cfaf..719ed395a15e74 100644
--- a/EIPS/eip-7620.md
+++ b/EIPS/eip-7620.md
@@ -160,16 +160,6 @@ The data section is appended to during contract creation and also its size needs
     
 All of these alternatives either complicated the otherwise simple data structures or took away useful features (like the dynamically sized portion of the data section).
 
-### EOF validation checking initcode-mode
-
-Extra EOF validation rules were considered:
-
-- Each EOF subcontainer must either be referenced by an `EOFCREATE` or a `RETURNCONTRACT` instruction, but never both
-- Each EOF subcontainer may either contain `RETURNCONTRACT` or `RETURN` / `STOP` instructions, but never a mix of these two kinds
-- A subcontainer referenced by an `EOFCREATE` must never contain a `RETURN` / `STOP` instruction, whereas a subcontainer referenced by a `RETURNCONTRACT` must never contain a `RETURNCONTRACT`
-
-These rules were not adopted to avoid the extra logic and complexity (esp. the last rule causes EOF validation of subcontainers to not be self-contained).
-
 ## Backwards Compatibility
 
 This change poses no risk to backwards compatibility, as it is introduced at the same time EIP-3540 is. The new instructions are not introduced for legacy bytecode (code which is not EOF formatted), and the contract creation options do not change for legacy bytecode.