Skip to content

Conversation

@gballet
Copy link
Member

@gballet gballet commented Jan 25, 2024

This is a rewrite building on my previous attempt.

Because the EIP is only activated 256 blocks after the fork, and that timestamp-based fork makes things really tricky, this approach checks the contract to see if the blockhash of its 256th ancestor is non-zero. If that is the case, then it means that the EIP has been active since at least 256 blocks, and therefore it is safe to activate the new behavior. Otherwise, it will default to the older behavior. Rewrote the branch to conform to the latest version of the EIP, in which all previous 256 ancestor hashes are written to the contract at the fork. The EIP is rooted at Prague because this is the fork that is being targeted.

@gballet gballet marked this pull request as ready for review February 16, 2024 10:57
@lightclient
Copy link
Member

@gballet is there a need for this now that we have #29465?

@s1na
Copy link
Contributor

s1na commented May 29, 2024

Closing in favor of #29465

@s1na s1na closed this May 29, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants