Hi, I'm a bot! This change was automatically merged because:
- It only modifies existing Draft or Last Call EIP(s)
- The PR was approved or written by at least one author of each modified EIP
- The build is passing
Add a `IS_STATIC (0x4A)` opcode that pushes `1` if the current context is static (ie. the execution is in a `STATICCALL` or a descendant thereof, so state-changing operations are not possible), and `0` if it is not.
Hi, I'm a bot! This change was automatically merged because:
- It only modifies existing Draft or Last Call EIP(s)
- The PR was approved or written by at least one author of each modified EIP
- The build is passing
Hi, I'm a bot! This change was automatically merged because:
- It only modifies existing Draft or Last Call EIP(s)
- The PR was approved or written by at least one author of each modified EIP
- The build is passing
Hi, I'm a bot! This change was automatically merged because:
- It only modifies existing Draft or Last Call EIP(s)
- The PR was approved or written by at least one author of each modified EIP
- The build is passing
Hi, I'm a bot! This change was automatically merged because:
- It only modifies existing Draft or Last Call EIP(s)
- The PR was approved or written by at least one author of each modified EIP
- The build is passing
The current "first price auction" fee model in Ethereum is inefficient and needlessly costly to users. This EIP proposes a way to replace this with a mechanism that allows dynamically priced transaction fees and efficient transaction price discovery.
Review period has ended. Moving this EIP to Final! This EIP was originally proposed in October of 2019. It has been refined and tested in production environments. It recently helped facilitate the creation of 20,000 NFT vouchers where 500 of these vouchers were sold in a pre-sale. By including the event mentioned in this EIP we are able to effectively track the creation and distribution of these vouchers. Vouchers could be purchased in bulk and tracked effectively - saving consumers massive gas costs for bulk purchases.
Hi, I'm a bot! This change was automatically merged because:
- It only modifies existing Draft or Last Call EIP(s)
- The PR was approved or written by at least one author of each modified EIP
- The build is passing
* Try to clarify the meaning of EIP fields
* Remove unhelpful extra comments in the template
* Change EIP-1491 from CRLF to LF
* Remove template comments from EIPs
* Fix heading: Abstarct -> Abstract
* Update EIP-2014
* Change author list of EIP-1
Hi, I'm a bot! This change was automatically merged because:
- It only modifies existing Draft or Last Call EIP(s)
- The PR was approved or written by at least one author of each modified EIP
- The build is passing
Hi, I'm a bot! This change was automatically merged because:
- It only modifies existing Draft or Last Call EIP(s)
- The PR was approved or written by at least one author of each modified EIP
- The build is passing
Hi, I'm a bot! This change was automatically merged because:
- It only modifies existing Draft or Last Call EIP(s)
- The PR was approved or written by at least one author of each modified EIP
- The build is passing
Hi, I'm a bot! This change was automatically merged because:
- It only modifies existing Draft or Last Call EIP(s)
- The PR was approved or written by at least one author of each modified EIP
- The build is passing
Hi, I'm a bot! This change was automatically merged because:
- It only modifies existing Draft or Last Call EIP(s)
- The PR was approved or written by at least one author of each modified EIP
- The build is passing
My stance on this has changed over the years since I created this EIP and while I still am not outright against this change, I better appreciate why the bomb exists and am no longer interested in fighting for its removal. If someone else wants to take over this EIP let me know and we can change the author and move it back into DRAFT.
This EIP hasn't been touched for over 2 years. As an author on the EIP, I don't even remember what it is at this point and after reviewing it I no longer hold any opinions I may have held on the topic two years ago. Unless @jamesray1 plans on pushing for this, I am recommending we mark it as abandoned.
If someone later decides to pick it up again, we can always bring it back to DRAFT.
Hi, I'm a bot! This change was automatically merged because:
- It only modifies existing Draft or Last Call EIP(s)
- The PR was approved or written by at least one author of each modified EIP
- The build is passing
Hi, I'm a bot! This change was automatically merged because:
- It only modifies existing Draft or Last Call EIP(s)
- The PR was approved or written by at least one author of each modified EIP
- The build is passing
Hi, I'm a bot! This change was automatically merged because:
- It only modifies existing Draft or Last Call EIP(s)
- The PR was approved or written by at least one author of each modified EIP
- The build is passing
* Updated to Last Call as it has already been implemented in the Client
* Update EIP-868 to Last Call
* Update last call deadline to be 14 days from today
Co-authored-by: Alex Beregszaszi <alex@rtfs.hu>
* Updated to Last Call
This Networking EIP is confirmed already active on the network. I will put it through Last Call to activate the RSS Feed.
* Update last call deadline to be 14 days from today
Co-authored-by: Alex Beregszaszi <alex@rtfs.hu>
Adds a transaction type which contains an access list, a list of addresses and storage keys that the transaction plans to access. Accesses outside the list are possible, but become more expensive. Intended as a mitigation to contract breakage risks introduced by EIP 2929 and simultaneously a stepping stone toward broader use of access lists in other contexts.
This EIP specifies a chunk-based approach to code merkleization with the goal of reducing block witness size in a stateless/partial-stateless ethereum.
Increase the gas cost of SLOAD to 2100, and the CALL opcode family, BALANCE and the EXT* opcode family to 2600. Exempts (i) precompiles, and (ii) addresses and storage slots that have already been accessed in the same transaction. Additionally reforms SSTORE metering and SELFDESTRUCT to ensure "de-facto storage loads" inherent in those opcodes are priced correctly.
Hi, I'm a bot! This change was automatically merged because:
- It only modifies existing Draft or Last Call EIP(s)
- The PR was approved or written by at least one author of each modified EIP
- The build is passing
Hi, I'm a bot! This change was automatically merged because:
- It only modifies existing Draft or Last Call EIP(s)
- The PR was approved or written by at least one author of each modified EIP
- The build is passing
EIP779 (DAO HF meta EIP) "summarizes" what the DAO fork should do. However, it does not state that the extraData field of the blocks 1920000-1920009 should must be "dao-hard-fork". If someone wishes to implement their own Ethereum client, this is very important, because this gets explicitly tested in ethereum/tests and thus should be put in the "DAO fork summary" EIP.
