Skip to content
This repository has been archived by the owner on Feb 12, 2025. It is now read-only.

stSStoreTest::InitCollision #662

Open
enitrat opened this issue Mar 4, 2024 · 0 comments
Open

stSStoreTest::InitCollision #662

enitrat opened this issue Mar 4, 2024 · 0 comments
Labels
wontfix This will not be worked on

Comments

@enitrat
Copy link
Contributor

enitrat commented Mar 4, 2024 •
edited
Loading

  • InitCollision_d1g0v0_Shanghai and InitCollision_d3g0v0_Shanghai: same issues as stCreate2::create2collisionStorage #661
  • InitCollision_d0g0v0_Shanghai: During a CREATE tx, the initial storage must be destroyed if there ever was something already in storage at this address. In this test, the initial storage at key 1 is 0x01 => reset to 0x00.

This changes the gas consumption of the SSTORE opcode, as the initial value is not non-zero, and the cost of setting non-zero storage is different than zero storage
@enitrat enitrat added the wontfix This will not be worked on label Mar 4, 2024
@github-project-automation github-project-automation bot moved this to 🆕 Backlog in Kakarot on Starknet Mar 4, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Assignees
No one assigned
Labels
wontfix This will not be worked on
Projects
No open projects
Kakarot on Starknet
Status: 🆕 Backlog
Milestone
No milestone
Development

No branches or pull requests
1 participant
@enitrat