-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Content Co-Creation: EIP Fun Weekly 13 #59
Comments
I think |
EIP Events: |
Wrote one introduction for EIP 7516 What’s it & How to do it? EIP-7516 adds a new BLOBBASEFEE opcode (0x49) that returns the current blob base fee, which is already computed by clients for processing blob transactions. Therefore, it provides an efficient way for contracts and decentralized applications (DApps) to access and utilize the "blob base fee" on the Ethereum blockchain without adding significant complexity. This opcode is distinct from BASEFEE and complements the concepts outlined in EIP-4844, providing a focused solution specifically for handling blob data fees. What’s its potential? With EIP-7516, rollup contracts can automatically account for the blob data usage costs within their calculations, making them more efficient and cost-effective. EIP-7516 also enables implementations like blob gas futures by providing the current price (blob base fee) for using blob data. This allows users to make informed decisions about when to use blob data and at what cost. Related EIPs EIP-7516 relates to but differs from two other Ethereum Improvement Proposals (EIPs): EIP-3198 (BASEFEE Opcode) introduced the general concept of an opcode to access base fee information. Who creates it? EIP-7516 was created by Carl Beekhuizen and has been discussed on both the Ethereum Magicians forum and Twitter. Some concerns were raised about terminology used and whether a more generalized approach to accessing block header information could be developed. Further reading |
Introduction for ERC-5453 What’s it & How to do it? ERC-5453 was created to make it easier and more secure for people to approve and allow specific actions within the Ethereum blockchain. ERC-5453 defines a protocol for permitting approving function calls within a single transaction. It provides two types of endorsements (Type A and Type B) and specifies validity parameters like nonce, validSince, and validBy. Users can create endorsements using this protocol and validate them as needed. It utilizes cryptographic signatures to ensure authorization. What’s its potential (use cases)?: ERC-5453 offers a range of potential use cases, including authorizing specific function calls, supporting multi-signature behavior, enabling endorsements from multiple parties in a single transaction, and improving the interaction of contract wallets with smart contracts. Its flexibility makes it applicable to a wide array of scenarios where transaction approval is required. Related EIPs There are some general references to related concepts and standards in the discussions about ERC-5453. If you're interested in exploring related EIPs or ERCs, you might want to investigate ERC-5750, EIP-2612, ERC-4494, EIP-712, and EIP-1271 for a more comprehensive understanding. What’s its Author and Context? ERC-5453 was authored by Zainan Victor Zhou (@xinbenlv). It is currently in its last call phase, and feedback from the Ethereum community is welcome! |
PEEPanEIP-4788 The PEEPanEIP-4788 video provides an overview of the EIP, including the design, implementation, applications, and status. In this interview, the author explained key concepts like proof of stake, cross-layer communication, "beacon block root in EVM", and more topics related to EIP-4788. For more details on this EIP enabling liquid staking, check out the full video which covers pseudocodes, FAQs, and messages to the community. |
Introduction of Cross-Contract Hierarchical NFT What’s it & How to do it? What’s its potential (use cases)?
Related EIPs While it addresses similar features to ERC-6150, it extends these capabilities to enable cross-contract relationships and support multiple parents. It distinguishes itself from ERC-6059/superseded by ERC-7401, which focuses on bundling derivative assets with the parent NFTs. What’s its Author and Context? |
The 13th issue of EIP Fun WeeklyEnglish Version: See you next issue! Closing in favor #60 |
This is a recurring issue used for co-creating EIP Fun weekly newsletter.
Expected Release Date
September 16, 2023, at 2:00 UTC
Build Our Content Pool
Please share any ideas that could help co-create our newsletter in the comments.
Your input and collaboration are appreciated! Feel free to provide a title, pitch topics, link to resources, propose sections, or anything else that comes to mind for our newsletter.
EIP Fun Substack
Currently, our weekly newsletter is primarily published through Substack, and at the same time sent to subscribers' email inboxes. Feel free to subscribe and follow along!
Links to previous newsletters: https://eipsfun.substack.com/
You can check out the current structure, content, and style of our newsletters for reference in this link above.
And the most important thing: we really want this newsletter to be community driven! So any idea from you is welcome!
Have a good day and weekend!
The text was updated successfully, but these errors were encountered: