Ethereum Cat Herders Podcast

Agenda: https://github.com/ethereum/pm/issues/1754

Agenda: https://github.com/ethereum/pm/issues/1748#ethereum #ACDE222 #Fusaka

Agenda: https://github.com/ethereum/pm/issues/1700

Agenda: https://github.com/ethereum/pm/issues/1687

In this episode, we discuss the importance of privacy in blockchain technology with Nathaniel Fried from Privacy Pools. They explore the challenges of maintaining privacy while ensuring compliance with regulations, the mechanics of how Privacy Pools work, and the implications for everyday users and institutions. Nathaniel shares insights on the necessity of privacy as a human right and the future of privacy protocols in the crypto ecosystem.Watch video version of this podcast: Video Version

Agenda: https://github.com/ethereum/pm/issues/1673

Sustainable Funding for Ethereum's Public Goods Sustainable Funding for Ethereum's Public Goods In this episode, Sejal & Devansh discuss the challenges and opportunities within the Ethereum ecosystem, focusing on the need for sustainable funding for public goods. They introduce a roadmap aimed at addressing these issues through a three-phase approach: broad dependency mapping, a funding dashboard, and a commitment to allocate 2% of revenue towards supporting essential infrastructure. The conversation emphasizes the importance of open-source contributions, community engagement, and innovative solutions to ensure the long-term viability of the ecosystem.

Agenda: https://github.com/ethereum/pm/issues/1652

Agora - Governance in Web3 Agora - Governance in Web3 In this conversation, Yitong delves into the complexities of governance in the Web3 space, focusing on the Agora platform. They discuss the importance of meaningful tokens, the challenges of governance, and the innovative solutions Agora offers, including modular governance contracts and progressive decentralization. The conversation also touches on the distinction between public and private goods in governance, the role of delegation, and the future of governance in the Ethereum ecosystem. Agora helps to deploy the best end-to-end governance system without writing a single line of code.

Gardens - Web3 Governance Framework Gardens - Bottom-Up Governance for Web3 Ecosystems Gardens is a bottom-up governance framework designed to support web3 ecosystems. It provides coordination infrastructure and funding mechanisms that help grow networks of public goods—run by the individuals and communities that understand them best.

Agenda: https://github.com/ethereum/pm/issues/1638

DeepGov - AI Politicians for Governance DeepGov - AI Politicians for Governance DeepGov enables configurable AI Politicians for capital allocation and governance. Our platform provides tools for exploring political alignment, voting mechanisms, and direct interaction with AI politicians representing different ideological perspectives. Useful Links DeepGov Official Website Deep Gov Compass Deep Gov Vote Recent EPD Episodes Deep Funding Octant V2 Open Source Observer Karma GAP Follow on Twitter David Dao Sejal Rekhan Pooja Ranjan Other Resources Playlist 1 Playlist 2 Playlist 3 Playlist 4 Playlist 5 Playlist 6 Official Websites ECH Institute DeepGov Topics Covered 00:05 - Quick Recap 00:39 - EPD Intro 00:46 - Starting Words 02:09 - Sejal Rekhan Introduction 03:19 - David Dao Introduction 05:27 - Presentation on Deep Gov 05:37 - The Story of Takahiro Anno 06:39 - What is Broad Listening 08:10 - Takahiro Anno's Playbook 10:56 - AI as the Engine, Humans as Steering Wheel 11:51 - Phase 1: Broad-Listening 12:37 - Phase 2: AI Politicians 13:56 - Participatory Civic Engagement 14:39 - Phase 3: Feedback Loop 15:42 - Live Demo 20:17 - Presentation End 21:51 - Q&A Section 22:21 - Transparency of Deep Gov 25:34 - Type of project will this kind of mechanism 31:42 - Why structure decision making is critical? 33:54 - Plans for collaboration and community support 36:23 - What Deep Gov will unlock if succeed? 39:12 - Final message by David Dao 39:35 - Final message by Sejal Rekhan 40:12 - Closing Words #DeepGov #AIPoliticians #echinstitute #governance

PEEPanEIP - EIP-7892: Blob Parameter Only Hardforks PEEPanEIP - EIP-7892: Blob Parameter Only Hardforks In this episode, Pooja Ranjan discusses EIP 7892 with Mark Mackey, exploring its implications for Ethereum's scalability and the innovative approach to managing blob capacity. They delve into the technical aspects of the proposal, the importance of community involvement, and the future of Ethereum upgrades. Mark shares insights from his journey as a client developer and emphasizes the collaborative nature of the Ethereum community.

In this episode of PEEEPanEIP, Vectorized and Pooja Ranjan discuss EIP 7939, which introduces the CLZ opcode, with co-author Vectorized. They explore the significance of this opcode in reducing computation costs, its implementation in the upcoming Fusaka upgrade, and its potential impact on Ethereum's performance. Vectorized shares insights on the opcode's functionality, its advantages over existing methods, and the community's support for its inclusion. The conversation also touches on gas costs, performance metrics, and the future of CLZ in the Ethereum ecosystem, concluding with a rapid-fire round of questions.

In this episode of PEEPanEIP, we dive into EIP-7907, a proposal aimed at increasing the maximum smart contract size on Ethereum. Learn why this change matters, how it impacts developers, and what it means for the future of complex dApps.

Agenda: https://github.com/ethereum/pm/issues/1629

Agenda: https://github.com/ethereum/pm/issues/1614

Agenda: https://github.com/ethereum/pm/issues/1610

https://github.com/ethereum/pm/issues/1598

EIP‑7825 proposes a protocol‑enforced cap of 30 million gas per transaction, regardless of the overall block gas limit, to prevent individual transactions from consuming excessive block resources. This cap aims to improve network stability and guard against denial‑of‑service risks, especially as Ethereum evolves toward higher block gas limits and more complex transaction patterns. It also helps enhance parallel execution and rollup batching, ensuring that a single oversized transaction doesn't bottleneck block processing.EIP‑7934 proposes adding a protocol-level cap on the RLP-encoded size of execution-layer blocks, currently set at 10 MB plus a 512 KB margin, to prevent oversized blocks that strain network infrastructure. This cap addresses risks around network instability, such as slow block propagation, increased validation times, and potential consensus issues or DoS threats. While Ethereum already limits block processing by gas, explicitly bounding block bytes improves predictability and resilience in high-throughput scenarios or when adjusting gas limits upward.

EIP-7793 introduces the ASSERTTXINDEX opcode (0xfb), which reverts a transaction unless it is executed at a specific index within a block. This is designed to support encrypted mempools by preventing reordering of decrypted transactions, effectively mitigating frontrunning risks. The opcode ensures static validation by requiring the expected index to be read from calldata at the start of execution. It has a fixed gas cost of 3.EIP-7843 introduces the SLOTNUM opcode (0x4b), allowing smart contracts to directly access the current slot number of a block. This removes the need to compute it from timestamps or include it as calldata, both of which are inefficient or error-prone. The slot number is calculated in the consensus layer and exposed at low gas cost (2), enabling more robust and future-proof smart contract design.

Agenda: https://github.com/ethereum/pm/issues/1601

This episode provides an in-depth overview of EIP-7723, which outlines the structured stages that Ethereum Core EIPs undergo before activation in network upgrades. The proposal defines inclusion stages, offers guidance on transitions between stages, and aims to improve transparency in the upgrade process.

Agenda: https://github.com/ethereum/pm/issues/1579

ERC-7710: Smart Contract DelegationERC-7710 introduces standardized interfaces to allow consistent delegation of capabilities from smart contracts to other contracts or externally owned accounts (EOAs).Authors: Ryan McPeck, Dan Finlay, Rob Dawson, Derek ChiangResources:------------------ EIP-7710 on Ethereum.org- Ethereum Magicians Discussion- Presentation SlidesRelated Links:------------------ ERC-7715: Grant Permissions from Wallets- ERC-7715 Magicians DiscussionPlaylists:------------------ Pectra PEEPanEIP Playlist- General PEEPanEIP PlaylistFollow on Twitter:--------------------------- Dan Finlay- Pooja Ranjan- Vaelyn (Coordination)- Edited by AkashTopics Covered:-------------------------00:00 - Quick Recap00:42 - PEEPanEIP Intro00:56 - Introduction01:17 - About ERC 771002:25 - Dan Introduction06:00 - Simona talks about EthCluj08:00 - Presentation on ERC-771008:43 - Agenda09:02 - 01 The Current State14:23 - 02 A Different Model19:37 - 03 How?38:54 - 04 Embedded Accounts & The Future45:20 - Try out ERC-7710 and a draft of ERC-771547:19 - Q&A Section47:54 - Can ERC-7710 proceed without ERC-7579?49:40 - Risk of centralized Delegation Manager implementation?52:55 - Security edge cases or misuse potential?57:45 - Is ERC-7710 ready to move to review status?59:59 - Rapid Fire Section01:02:08 - Message to Community01:02:47 - Closing Words by Pooja-------------------------#ERC7710 #ERC7715 #Ethereum #PEEPanEIP

EIP-7917: Deterministic proposer lookaheadEIP-7917 proposes to pre-calculate and store a deterministic proposer lookahead in the beacon state at the start of every epoch. This mechanism aims to support faster Layer 2 preconfirmations by offering predictable validator responsibilities.Authors: Lin Oshitani and Justin DrakeStatus: Considered for InclusionResources:------------------ EIP-7917 on Ethereum.org- Ethereum Magicians Thread- EIP-7917 Full Spec HackMDUseful Links:------------------ Consensus Spec PR #4190- Randao Explanation- HackMD Notes by Pooja Ranjan- Docswell ResourcePlaylists:------------------ Pectra PEEPanEIP Playlist- General PEEPanEIP PlaylistFollow on Twitter:--------------------------- Lin Oshitani- Justin Drake- Pooja Ranjan- Edited by Akash KshirsagarTopics Covered:-------------------------00:00 - Quick Recap00:34 - PEEPanEIP Intro00:48 - Introduction01:08 - About EIP 791702:10 - Lin Introduction02:57 - Justin Introduction03:34 - Overview on EIP 7917 by Justin06:34 - Presentation on EIP 791706:45 - EIP 7917 Outline07:20 - What are Rollups?08:15 - What are Centralized Sequencers?08:48 - What are Preconfirmations?10:13 - Based Rollups11:24 - Based Preconfirmations14:32 - Issues with current L114:38 - First Issue: Lookahead Availability in EVM issue19:18 - Second Issue: Lookahead Instability Issue27:15 - Conclusion28:58 - Presentation End29:20 - Q&A Section29:31 - What factors dictate latency in real conditions?31:19 - What must happen post-implementation for noticeable improvement?35:46 - Is a longer lookahead useful?38:51 - Why “deterministic” if using randao?41:11 - What are threads and mitigation strategies?42:46 - Can L2 block being full prevent preconf?44:42 - Can a proposer renounce after preconf? Slot-level lookahead helpful?47:19 - Rapid Fire Round52:25 - Final message from Justin Drake54:02 - Final message from Lin55:21 - Closing Words-------------------------#EIP7917 #Ethereum #PEEPanEIP

Agenda: All Core Devs - Execution (ACDE) #214 (June 19, 2025) · Issue #1569 · ethereum/pm

All Core Devs - Execution (ACDE) #213 (June 5, 2025) · Issue #1565 · ethereum/pm

Agenda: https://github.com/ethereum/pm/issues/1548

https://github.com/ethereum/pm/issues/1533

https://github.com/ethereum/pm/issues/1515

All Core Devs - Execution (ACDE) #211, May 8 · Issue #1500 · ethereum/pm

EIP-7702: Set Code for EOAsEIP-7702 adds a new transaction type that permanently sets the code for an Externally Owned Account (EOA).Authors: Vitalik Buterin, Sam Wilson, Ansgar Dietrichs, lightclient.Resources:------------------ EIP-7702 SpecificationPresentation:------------------ Ethereum Pectra Mainnet Launch LivestreamPlaylists:------------------ Pectra PEEPanEIP Playlist- General PEEPanEIP PlaylistFollow on Twitter:--------------------------- Guest Speaker: Anders Kristiansen- Host: Pooja Ranjan- Coordination: Vaelyn- Edited by: AkashTopics Covered:-------------------------00:00 - Quick Recap00:25 - PEEPanEIP Intro00:40 - Introduction01:04 - About EIP-770201:57 - Anders Introduction03:27 - Presentation on EIP-770203:44 - What is EIP-7702?05:22 - Motivation and Rationale09:28 - How it works16:40 - Before and After EIP-770217:22 - Implementation Challenges27:48 - Success Stories & Ecosystem Adoption28:57 - Additional Links & Resources29:01 - Presentation End29:46 - Q&A Section29:59 - What does EIP-7702 bring?34:31 - Is EIP-2718 modified for EIP-7702?35:30 - What should developers keep in mind while using this proposal?40:11 - Rapid Fire Section44:46 - Closing Words-------------------------#EIP7702 #Pectra #Ethereum #PEEPanEIP

Agenda: All Core Devs - Consensus (ACDC) #156, May 1 2025 · Issue #1490 · ethereum/pm

All Core Devs - Execution (ACDE) #210, April 24 · Issue #1462 · ethereum/pm

All Core Devs - Consensus (ACDC) #155, April 17 2025 · Issue #1434 · ethereum/pm

Deep FundingDeep Funding is driving rewards to open source repos with a market of AIs as the engine and humans as the steering wheel.Useful Links:----------------------- Deep Funding Official Website- Join the Deep Funding JuryRecent EPD Episodes:---------------------- Octant V2- Open Source Observer- Karma GAPTopics Covered:-------------------------00:05 - Quick Recap00:35 - EPD Intro00:42 - Starting words00:59 - About Deep Funding02:11 - Sejal Introduction03:52 - Devansh Introduction07:08 - Project Overview by Devansh09:46 - What makes Deep Funding unique16:15 - Key participants and their roles25:49 - Collaboration with other projects31:58 - Success matrix for first Deep Funding round34:36 - How Deep Funding will support less visible projects39:36 - How anyone can contribute to Deep Funding41:23 - What's next for Deep Funding46:33 - Closing wordsFollow on Twitter:--------------------------- Deep Funding- Devansh Mehta- Sejal Rekhan- Pooja RanjanOther Resources:--------------------------- Playlist 1- Playlist 2- Playlist 3- Playlist 4- Playlist 5- PEEPanEIP PlaylistOfficial Websites:--------------------------- Ethereum Cat Herders- Deep Funding--------------------------#DeepFunding #funding #ethcatherders #ethereum

All Core Devs - Execution (ACDE) #209 · Issue #1414 · ethereum/pm

Karma GAPKarma GAP is an on-chain accountability protocol that enables grantees to build onchain reputation, receive more funding, and allows funders to hold them accountable and measure impact.Useful Links:----------------------- Karma GAP Official Website- Karma DiscordRecent EPD Episodes:---------------------- Octant V2- Open Source ObserverTopics Covered:-------------------------00:05 - Quick Recap00:31 - EPD Intro00:38 - Episode Introduction01:40 - About Karma GAP02:46 - About Mahesh Murthy05:58 - Presentation06:48 - Problems09:07 - Solution10:42 - Projects on Karma GAP16:26 - Karma GAP Demo22:53 - End of Presentation23:13 - Mahesh on Web3 transparency26:14 - Key matrix to initiate summary for grants28:03 - How to add multiple repositories in GAP?29:51 - Team feature on Karma GAP30:27 - Preventing data manipulation32:49 - Reputation Portability36:14 - What is a Public Good Project?38:04 - Key points for Public Good funding rounds40:12 - Projects Karma GAP wants to collaborate with41:53 - Impact measurement for grant providers and receivers44:07 - Mahesh's message and community call-to-action44:48 - Closing words by PoojaFollow on Twitter:--------------------------- Karma- Mahesh Murthy- Pooja RanjanOther Resources:--------------------------- Playlist 1- Playlist 2- Playlist 3- Playlist 4- Playlist 5- PEEPanEIP PlaylistOfficial Websites:--------------------------- Ethereum Cat Herders- Karma GAP--------------------------#ethereum #karma #KarmaGAP #ethcatherders

Octant V2Octant is built to advance the understanding and practice of decentralized governance, promote community engagement, and support public goods projects in the Ethereum and Web3 ecosystems. Octant is now evolving to scale with Octant V2.Useful Links:----------------------- Octant Official Website- Octant DiscordTopics Covered:-------------------------00:05 - Quick Recap00:35 - EPD Intro00:41 - Introduction02:44 - James Introduction05:49 - Presentation on Octant V209:26 - Problems10:03 - Octant Vision10:11 - Value Prop12:03 - Give your token purpose12:38 - The Octant Model16:10 - Basket token/Sustainability pool17:48 - Impact Bond21:10 - Presentation End21:53 - Basic difference between Octant V1 and V2?23:52 - Who are the key participants and what are their roles?26:06 - How do we make sure Ethereum's public good projects are getting long-term funding?28:45 - How does Octant leverage DeFi tools to benefit individuals?30:33 - What is needed to scale participation in Octant V2?31:57 - Is there a way to accommodate newcomers?32:50 - What is the next milestone after Octant V2?34:25 - What makes Octant unique in public good funding?35:29 - Ideal example to participate in public good funding?37:27 - What tools will Octant use to measure impact?38:59 - Biggest challenge in scaling Octant V2?40:11 - Message to the community by James40:45 - Closing wordsFollow on Twitter:--------------------------- Octant- Pooja RanjanOther Resources:--------------------------- Playlist 1- Playlist 2- Playlist 3- Playlist 4- Playlist 5- PEEPanEIP PlaylistOfficial Websites:--------------------------- Ethereum Cat Herders- Octant--------------------------#ethereum #Octant #OctantV2 #ethcatherders

Open Source ObserverOpen Source Observer (OSO) is a free analytics suite that helps funders measure the impact of open source software contributions to the health of their ecosystem.Useful Links:----------------------- Open Source Observer WebsiteTopics Covered:-------------------------00:05 - Quick Recap00:26 - EPD Intro00:33 - Starting words by Pooja01:30 - About OSO02:12 - Carl Introduction03:42 - Rohit Introduction05:10 - Presentation Start34:23 - Presentation End35:33 - Q&A47:51 - Final message to open source community by Rohit48:34 - Final message to open source community by Carl50:42 - Closing words by PoojaFollow on Twitter:--------------------------- Open Source Observer- Rohit Malekar- Carl Cervone- Pooja RanjanOther Resources:--------------------------- Playlist 1- Playlist 2- Playlist 3- Playlist 4- Playlist 5- PEEPanEIP PlaylistOfficial Websites:--------------------------- Ethereum Cat Herders- Open Source Observer--------------------------#ethereum #OSO #opensource #ethcatherders

All Core Devs - Consensus (ACDC) #154 · Issue #1399 · ethereum/pm

All Core Devs - Execution (ACDE) #208 · Issue #1374 · ethereum/pm

EIP-7870: Hardware and Bandwidth RecommendationsSystem recommendations for Validators and Full nodes.Resources: ----------------- - EIP-7870 - DiscussionUseful Links from Meeting: ----------------- - YouTube VideoPEEPanEIP Playlists: ----------------- - Pectra PEEPanEIP Playlist - PEEPanEIP PlaylistFollow on Twitter: -------------------------- - Kev - Mason - Parithosh Jayanthi - Toni Wahrstätter - Pooja Ranjan --------------------------Edited by: Akash KshirsagarTopics Covered: ------------------------- 00:00 - Quick Recap 00:38 - PEEPanEIP Intro 00:51 - Introduction 01:11 - About EIP-7870 02:28 - Kev Introduction 02:51 - Parithosh Introduction 03:09 - Toni Introduction 04:30 - Presentation on EIP-7870 16:23 - End of Presentation 16:43 - Q&A Section 17:25 - Why do we need to document it as an EIP-7870? What motivated you to propose this EIP? 19:42 - What are your thoughts or response to a FEM comment - rather than publishing an EIP can be actively maintained as a list that has specs and examples of hardware that currently fit that requirement? 21:41 - How did you determine the recommended hardware and bandwidth specifications for different Ethereum nodes? Was there any benchmarking process used to validate these recommendations? 32:37 - Would providing a range as a recommendation instead of a fixed number encourage more solo stakers, considering hardware costs are a key factor? 34:47 - Would you say if any client-specific optimizations could reduce hardware requirements for certain node types? 36:03 - Are you aware of any EIP where EIP-7870 is considered under the “Required” section? 39:35 - Would you be okay moving this proposal with a normal EIP track and have it in “Final” status? 41:12 - As a new EIP Author, how was Kev's journey? 42:38 - How long will these specs remain valid? 44:54 - How soon will this proposal move to final? Are there any plans and revisions before final? 47:11 - Call to action by Toni 47:54 - Call to action by Parithosh 50:10 - Rapid Fire Round 50:19 - Rapid Fire Round with Kev 51:21 - Rapid Fire Round with Parithosh 53:32 - Rapid Fire Round with Toni 55:00 - Closing Words by Pooja------------------------- #EIP7870 #Ethereum #PEEPanEIP #staker

Consensus-layer Call 153 · Issue #1356 · ethereum/pm

ERC-7527: Token Bound Function Oracle AMMInterfaces that wrap FT to NFT and unwrap NFT to FT based on an embedded Function Oracle AMM.Resources: - EIP-7527 - Discussion - Ramble On-Chain Pricing Mechanism - PresentationOther Resources: - Economics Paper - On-Chain Pricing - PremiumDAO - PremiumDAO TwitterUse Cases: - WrapCoin - WrapGM - WrapCoinLab - AgentBallRelated EIP: - ERC-7615PEEPanEIP Playlist: - PEEPanEIP PlaylistFollow on Twitter: -------------------------- - Lanyin Zhang - Pooja Ranjan --------------------------Edited by: Akash KshirsagarTopics Covered: ------------------------- 00:00 - Episode Recap 00:25 - Intro 01:14 - About ERC-7527 01:59 - Lanyin Zhang Introduction 04:29 - Presentation Starts 04:40 - What is ERC-7527? 06:06 - Motivation 07:51 - Overview of On-Chain Asset Pricing 08:47 - AMM Curves 10:58 - Bonding Curve 14:36 - Auction Mechanisms 17:49 - Introducing ERC-7527 19:59 - ERC-7527 Pricing Mechanism 22:27 - Specification 29:15 - Advantages of ERC-7527 33:42 - Application & Use Cases 36:22 - Use Case 37:40 - After Presentation 38:11 - Q&A 38:33 - How is the Use Case of This Proposal Different From Custodial Wallet Providers? 42:16 - How Can ERC-7527 Integrate With Existing DeFi Protocols Like Lending Platforms, Decentralized Exchanges, or NFT Fractionalization? 44:54 - What Security Measures Are in Place to Prevent Manipulation, Reentrancy Attacks, or Oracle Exploits? 47:32 - What Kind of Impact Will ERC-7527 Bring to NFT, DeFi, etc.? 49:27 - Rapid Fire Section 51:15 - Closing Words by Pooja------------------------- #ERC7527 #Ethereum #PEEPanEIP #Token #NFT

EIP-7691: Blob Throughput IncreaseIncrease the number of blobs to reach a new target and max of 6 and 9 blobs per block respectively.Resources: ----------------- Presentation: Google SlidesOther Resources: - EIP-7691 - DiscussionUseful Links from Meeting: - Contribute to Xatu Data - Mainnet Client Split - Formalize Hardware RequirementsVideo Playlists: - Pectra PEEPanEIP Playlist - PEEPanEIP PlaylistFollow on Twitter: -------------------------- - Sam Calder-Mason - Parithosh Jayanthi - Toni Wahrstätter - Pooja Ranjan --------------------------Edited by: Akash KshirsagarTopics Covered: ------------------------- 00:00 - Quick Recap 00:27 - PEEPanEIP Intro 00:41 - Introduction 01:20 - About EIP-7691 02:28 - Parithosh Introduction 02:48 - Sam Introduction 03:12 - Toni Introduction 03:43 - Presentation Start 03:43 - Presentation by Parithosh 03:58 - Why Scale Blobs? 05:28 - What Are the Blockers? 06:51 - Non-finality Events 08:31 - Devnet Setup 10:40 - Meme by Parithosh 11:06 - Learning 15:06 - Conclusions 18:27 - EIP-7742 & EIP-7840 19:31 - Presentation by Toni 21:44 - Reorg Share Over Time Chart 24:30 - Presentation by Sam 24:32 - Finalizing EIP-7691 24:44 - Deciding Parameters 25:07 - EIP-7691 Impact 25:36 - Home Stakers 26:22 - Community Contribution to Xatu 27:11 - Post: Block Arrivals 27:37 - Why 6/9? 30:17 - Presentation End 31:48 - Post Presentation Talk 33:19 - Q&A Section 33:29 - Reorg Chart Related Question - Does the Number of Participants Affect the Reorg Chart in Any Way? 35:16 - Do We Expect EPBS and ILS Proposals to Streamline Better? 35:58 - Are There Any Risks or Concerns With Increasing Blob Throughput? If So, What Are They, and How Does EIP-7691 Mitigate Them? 37:45 - What Monitoring Tools and Data Indicate the Network Can Safely Scale Up? 40:34 - Are There Any Bounties for Tool Providers? 41:11 - How Does This Proposal Fit Within Ethereum's Long-Term Scaling Roadmap, Especially With Upcoming Improvements Like PeerDAS? Should Infrastructure Providers Start Preparing for Further Data Availability Upgrades? 44:28 - What, if Any, Changes Should L2 Teams and Infrastructure Providers Make to Take Advantage of Increased Blob Throughput? 47:39 - How Can Anyone Contribute to the Discussion? 49:43 - Rapid Fire Section 50:04 - Rapid Fire With Parithosh 52:14 - Rapid Fire With Sam 53:33 - Rapid Fire With Toni 55:07 - Pooja Closing Words------------------------- #EIP7691 #Ethereum #PEEPanEIP #Pectra

EIP-7706: Separate gas type for calldata. Create a separate basefee and gaslimit for calldataResources: - EIP-7706 - Discussion----------------- Other Resources: Playlist 1 Playlist 2 Playlist 3 Playlist 4 Video 1 Video 2 Video 3 Video 4 Video 5----------------- PEEPanEIP - YouTube PlaylistFollow at Twitter: -------------------------- Vitalik Buterin - Twitter Pooja Ranjan - Twitter --------------------------Edited by Akash Kshirsagar TwitterTopics covered: ------------------------- 00:00 - Quick Recap 00:25 - PEEPanEIP Intro 00:39 - Starting Words 01:11 - About EIP-7706 02:52 - Vitalik Introduction and current status 04:25 - Presentation Start 12:26 - Presentation End 12:32 - Q&A 12:43 - Should we push for SSZ transactions (EIP-6493) or at least SSZ payload (EIP-6404) in beacon block to keep ideas like multi-dimensional gas less convoluted to sort of bookkeep in the protocol? 14:22 - How can the framework separate the standardized fee components from the L2-specific logic (for predicting L1 data costs)? 15:42 - Can multi-dimension gas allow us to widely increase gas limit? 18:43 - Follow-up on L2 topic: How can multi-dim gas tie with the EXECUTE proposal? 19:51 - How EIP-7623 and EIP-7706 interact, and what are the combined impacts? 22:37 - What is the key milestone to determine that EIP-7706 is ready for mainnet upgrade? 27:20 - Implementing of EIP-7706 would require updates to blob base fees instruction that was outlined with 7516? 28:26 - Is EIP-7706 long-term scaling or just an efficiency solution? 30:03 - Why Vitalik believes that this benefits Ethereum? 32:38 - Is there any risk in balancing of gases? 34:05 - How EIP-7706 balances efficiency and affordability? 36:48 - How do we keep pushing limits as improvements happen on the hardware space? 38:29 - How EIP-7706 will affect transaction cost? 39:47 - Are there any security considerations while documenting EIP-7706? 41:20 - When can we expect EIP-7706 on the mainnet? 42:56 - Vitalik's suggestion on coordination part. 44:40 - Are there any areas where the client team needs additional implementation support? 48:08 - Rapid Fire Round 50:57 - Final message from Vitalik 51:43 - Pooja closing words------------------------- #EIP7706 #Ethereum #PEEPanEIP #vitalikbuterin

All Core Devs - Execution (ACDE) #207 · Issue #1346 · ethereum/pm

EIP-7805: Fork-choice enforced Inclusion Lists (FOCIL) Allow a committee of validators to force-include a set of transactions in every block.Resources:-----------------Presentation: Google Slides-----------------Other Resources:- EIP-7805- Ethereum Magicians- Eth Research-----------------Useful links from meeting:- HackMD by Jihoon: HackMD- GitHub Consensus Specs- Tweet by Arindam Singh- Tweet by Jihoon- Tweet by Terence Chain- Nethermind PR: Nethermind PR- Meet FOCIL- YouTube Video-----------------PEEPanEIP - YouTube PlaylistFollow at Twitter:--------------------------Thomas Thiery (@soispoke)Julian Ma - TwitterPooja Ranjan - Twitter--------------------------Edited by Akash Kshirsagar TwitterTopics covered:-------------------------00:00 - Quick Recap00:21 - PEEPanEIP Intro00:34 - Starting Words00:56 - About EIP-762302:13 - Julian Ma Introduction03:05 - Thomas Thiery (@soispoke) Introduction05:15 - Presentation Start05:33 - Goals of FOCIL06:08 - Why do we need FOCIL?06:49 - FOCIL: Why now?08:09 - Basic Inclusion List Idea11:06 - IL-Boost/Uncrowdability03:08 - FOCIL Summary14:04 - Presentation End14:11 - Q&A14:16 - What is the basic difference of EIP-7805 & EIP-7547: Inclusion lists?19:05 - Is block proposer gets 16 ILs each from one IL committee member and it has to include all the transaction from these lists?19:54 - What prevents putting a transaction from a private mempool into an Inclusion List? would it just get voted down by committee?21:40 - FOCIL for scaling?26:45 -Currently it is whoever pays the most priority fee, right?30:42 - What is the status of compatibility for FOCIL with respect to proposal such as 7702, epbs, PeerDAS?33:03 - How FOCIL prevent Multi slot MEV?36:44 - According to the authors, what is the biggest tradeoff or challenge in bringing the proposal into the next upgrade?39:50 - What is the best way to charge fees?44:16 - Is there any updates from IL side?46:38 - Any matrix to keep track on this proposal?49:11 - Where we are in the client implementation?52:06 - FOCIL in Fusaka or in Glamsterdam?55:13 - Rapid Fire55:44 - Julian Ma - Rapid Fire56:08 - Thomas Thiery (@soispoke) - Rapid Fire58:08 - Message by Thomas Thiery (@soispoke) to the community59:33 - Message by Julian Ma to the community59:52 - Pooja's closing words-------------------------#EIP7805 #Ethereum #PEEPanEIP #FOCIL

EIP-7623 proposes adjusting the calldata cost to reduce the maximum possible block size and its variance without negatively impacting regular users. This is achieved by increasing calldata costs for transactions that predominantly post data.Resources:------------------ Presentation: Google Slides- EIP-7623- Analyzing EIP-7623- EIP-7623 Post-4844 Analysis- On Block Sizes, Gas Limits, and Scalability- Ethereum 2077- DappCon talk: "I like big blocks, and I cannot lie" YouTube- Episode by @letsgetonchain:Twitter-----------------YouTube Playlist 1YouTube Playlist 2YouTube Playlist 3YouTube Playlist 4Follow at Twitter:--------------------------Toni Wahrstätter - @nero_ethPooja Ranjan - @poojaranjan19--------------------------Edited by Akash Kshirsagar @oceansofmilkTopics covered:-------------------------00:00 - Quick Recap00:22 - PEEPanEIP Intro00:36 - Starting Words01:01 - About EIP-762302:28 - Toni Wahrstätter Introduction04:10 - Presentation Start04:20 - About EIP-7623 by Toni Wahrstätter05:28 - What is the max block size?07:44 - What is size?11:13 - Gas Limit13:08 - Calldata20:07 - EIP-762327:04 - Specs31:01 - Maximum block size in MiB after Pectra33:05 - Analyses and useful links34:08 - Authors contact details34:50 - Presentation End35:57 - Q&A36:02 - Is Floorcost will apply all type of transection or for limited group?39:21 - Is there any changes which is suggested by the community?44:24 - Is there any challenges in adoption of this EIP?47:23 - What will be the impact of EIP-7623 on rollups?49:34 - Rapid Fire51:33 - Toni Wahrstätter final message to community52:48 - Pooja's closing words-------------------------#EIP7623 #Ethereum #PEEPanEIP #calldata