[COMPLETED EXPERIMENT] EIP-8198: schedule-free EL survives falsification - #5
Closed
chugarchugarr wants to merge 8 commits into
Closed
chugarchugarr wants to merge 8 commits into
chugarchugarr wants to merge 8 commits into
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Result — COMPLETED / NO FALSIFIER
Adversarial falsification experiment for the parked EIP-8198 schedule-driven EL proof.
Question tested:
Result: yes for every invariant exercised here. No falsifier was found.
Exact experiment head:
4cecc230422ad01815c0535d20d877dca4525d34Focused hosted-runner proof:
Repository-native gates on the same head also passed the available hosted checks, including
just staticand packaging.Competitor
fork_local_competitor.pycontains one immutable EL parameter snapshot per synthetic fork:It contains no
SLOT_DURATION_SCHEDULE,SlotDurationEntry, slot-number lookup, or epoch lookup.The base-fee constants satisfy the cumulative wall-clock identity without runtime duration history:
k_new = k_old * new_duration / old_duration = k_base * active_duration / base_duration.For the synthetic eras this produces:
1/85/481/121/16Gas targets likewise compose as:
72M -> 60M -> 48M -> 36M.Falsification matrix
The schedule-free competitor passed:
The rounding probe is important: direct-from-baseline fork constants differ from mechanically sequentially rounded constants at later eras, but can be at least as close to the original target/max throughput objective. Integer blob discreteness therefore does not, by itself, force the EL to carry runtime duration history.
Consequence
This experiment falsified the stronger claim that the current evidence requires a runtime EL slot-duration schedule.
The parked schedule-driven implementation remains useful as:
It is not presently established as necessary execution architecture.
Reactivation condition remains narrow: an upstream EL implementation/test must expose an invariant that valid fork-local constants cannot preserve, or an execution rule must genuinely require historical duration-era knowledge at runtime.
This PR targets only this fork. No Ethereum upstream repository was modified.