Ethereum Classic Community Call #49
Next Fork EIPs & Post-AMA Debrief
Key Points Discussed
- Diego has developed client diversity solutions including Nethermind and Besu plugins for ETC, reducing maintenance burden to under 2,000 lines of code
- Cody has recommended halting ETC Cooperative funding for development opposing Olympia and may seek to dissolve the cooperative
- The community is divided over the Olympia hard fork proposal, with significant opposition documented at nolympia.dev with 20 signatures
- ETC Cooperative has less than one year of runway remaining for current operations
- The next hard fork specification is being refined to include only non-controversial EIPs, with several proposals deferred including EIP-1559, gas limit increases, and historical block hashes
- Alternative funding sources exist including ETC Grants from Bitmain and the community emergency fund
Preamble
Hello, and Welcome!
This community call is an open voice chat discussion about Ethereum Classic. Everyone is welcome.
The call will be published on YouTube. We kindly ask that discussion stays focused on ideas rather than individuals. Let’s keep it classy.
The Next Call is Scheduled for 17th April. Join us in the Green Room on Zoom 1 hour before the call for an unrecorded hangout.
Find past episodes, transcripts, subscribe to calendar, and more at https://cc.ethereumclassic.org.
Today’s Agenda
- ETC Cooperative Development Update
- Next Fork EIPs
- Bitmain AMA Debrief
- GravityLabs Proposals Review
Introductions
Quick round of introductions for everyone on the call, and if there’s anything you want to talk about.
Pull Request Corner
ethereumclassic.org
Merged since last call:
- PR #1679 - Remove Hyperledger Besu client information (realcodywburns) — merged Mar 31
- PR #1669 - Update non-Gatsby dependencies and add Playwright smoke tests (Istora) — merged Apr 1
- PR #1658 - Add Fee Market Debate Article (Istora) — merged Mar 31
Closed:
- PR #1677 - Add maintainer pledge blog post (Istora) — closed Apr 1
Open:
- PR #1678 - Move canonical core-geth pointer to ethereumclassic org (realcodywburns) — 6 comments
- PR #1661 - Add article about ECIP-1120 being published (Istora) — 2 comments
- PR #1652 - Olympia Development Series Part 1 (chris-mercer) — 9 comments
- PR #1649 - Olympia Development Series Part 0 (chris-mercer) — 13 comments
Agenda
ETC Cooperative Development Update
Review of the ETC Cooperative development dashboard. Any notable updates or changes since last call?
- Catacomb Multisig upcoming version currently being tested
- Fix for duplicate-root layer insertion in pathdb submitted to go-ethereum#34642, found while testing core-geth v1.17.2
- Investigating Besu full sync hang at 2016 DoS blocks on ETC mainnet (besu-eth/besu#10155)
Next Fork EIPs
- ECIP-1121 still uses “Olympia” name and includes EIP-7935 despite consensus to change both — should we draft a fresh ECIP instead?
- EIP-7702: new tx type uses EIP-1559 fee fields — has this been tested on ETC’s non-1559 chain?
- What is a reasonable mainnet target?
| EIP | 1121 | Notes |
|---|---|---|
| 7823 Upper bounds for MODEXP inputs | 🔴 | Should we add? Caps MODEXP inputs at 1024 bytes. Prevents abuse of underspecified upper bounds. Simple, low-risk hardening that complements 7883. |
| 7939 CLZ (Count Leading Zeros) opcode | 🔴 | Should we add? New opcode for counting leading zeros. Useful for bit manipulation in contracts. Low complexity, no dependencies. |
| 7935 Default gas limit to 60M | 🟢 | Should we remove? Consensus in call 48 to defer; PR still not submitted. ETC doesn’t need increased block space. Raises risk surface without clear benefit. |
| 2935 Historical block hashes in state | 🟢 | Should we remove? Writes parent hashes into a system contract every block. Built for stateless clients and beacon-chain bridges — neither exists on ETC’s PoW architecture. Introduces system contract deployment pattern not used elsewhere in ETC. |
| 7623 Floor data gas / calldata cost increase | 🟢 | Should we remove? Sets minimum gas cost per tx based on calldata size. Designed to push L2s toward blobs — ETC has no blob support and no L2 rollup ecosystem. DoS hardening effect is modest given ETC’s lower block gas limit. |
| 7825 Transaction gas limit cap at 2^24 | 🟢 | Should we remove? Caps single tx at ~16.7M gas to bound worst-case ZK proof time. ETC’s block gas limit (~8M) is already well below this cap, making it redundant. Worth revisiting if gas limit is raised. |
| 7934 RLP block size limit at 10 MiB | 🟢 | Should we remove? Hard cap on RLP-encoded block size. Includes 2 MiB margin for beacon chain wrapping that doesn’t apply to ETC. Would need re-parameterization if kept. Blocks can’t approach this size at current gas limits. |
| 7702 Set EOA Account Code | 🟢 | Should we remove? Introduces type 0x04 transactions that use EIP-1559 fee fields. ETC doesn’t support type 0x02 (1559). Highest complexity EIP in the set — needs thorough testing on ETC’s fee model before Mordor deployment. |
| 1153 Transient storage (TSTORE/TLOAD) | 🟢 | Cancun; implemented in core-geth |
| 5656 MCOPY instruction | 🟢 | Cancun; implemented in core-geth |
| 6780 SELFDESTRUCT restricted to same tx | 🟢 | Cancun; implemented in core-geth |
| 2537 BLS12-381 precompiles | 🟢 | Prague; implemented in core-geth |
| 7883 MODEXP gas cost increase | 🟢 | Osaka; corrects underpriced math ops |
| 7951 secp256r1 (P-256) signature verification precompile | 🟢 | Osaka; enables passkey-based wallets |
| 7910 eth_config RPC method | 🟢 | Returns active fork rules; discussed in calls 46–48 |
| 7642 Remove bloom filters from receipts | 🔴 | Dropped in call 47 via PR #563 |
Bitmain AMA Debrief
Only the first half of the AMA was recorded due to a technical issue. The full recording will be uploaded soon. The first section is available here.
During the AMA, nolympia.dev was introduced — a petition opposing the Olympia treasury proposal (ECIPs 1111–1119), which would redirect transaction fees to an on-chain funding contract. The petition argues this contradicts ETC’s foundational principles by introducing a protocol-enforced tax on miners and a complex governance system. It currently has 20 signatories.
GravityLabs Proposals Review
As discussed in call 48, dedicated session to review the Elysium ECIPs (PR #568, #569, #570) and the quantum resistance precompile proposal (PR #557). Has the community had a chance to review these?
Last Call Recap
Action items from call 48:
-
Cody: Review PR #1658 (1559 debate article) — merged Mar 31 -
Community: Join the Bitmain ETC AMA on March 23/24 - Istora: Submit PRs to drop EIP-7935 and remove “Olympia” name from ECIP-1121 — still needed
AI Summary
ETC Cooperative Development Updates
Diego presented comprehensive updates on client diversity efforts and infrastructure improvements.
- Details
- Diego: Successfully created a Nethermind plugin for ETC support with less than 2,000 lines of code, currently syncing mainnet for 2-3 months
- Diego: The plugin approach allows upstream Nethermind updates without extensive maintenance, with the Nethermind team being very supportive
- Diego: Working on similar Besu plugin implementation, though it requires some upstream fixes before completion
- Diego: Experimenting with Go Ethereum Classic by reverting proof-of-work removal commits in a way that minimizes future merge conflicts
- Diego: Upgrading Catacomb multi-sig implementation to version 1.8.5 with multi-chain support for Mordor and Mainnet
- Istora: Praised Diego’s work as potentially the most important contribution to the network in recent months
- Lunar: Thanked Diego for his contributions
- Conclusion
- Client diversity is progressing well with multiple implementation options
- Nethermind plugin is ready for community testing and miner adoption
- Infrastructure improvements are ongoing with multi-sig upgrades
CoreGeth Repository Control Discussion
The group discussed a pull request to move CoreGeth from ETC Labs scope to the Ethereum Classic community organization.
- Details
- Istora: Explained that moving to community-maintained organization would shift control from Diego to a group including Cody and Chris Mercer
- Diego: Argued against the move, stating it would give wrong signal that one client is official, harming client diversity and creating unfair competition
- Diego: Noted that having a single official client makes implementation bugs become consensus, which is dangerous
- Diego: Mentioned practical issues with changing URLs due to existing integrations and miner dependencies
- Istora: Agreed that intentional lack of centralization in clients is important and prevents takeovers
- Lunar: Asked about miner upgrade mechanisms and confirmed there is no auto-update feature by design
- Conclusion
- The repository should remain in ETC Labs scope to maintain decentralization
- No single client should be positioned as official to allow fair competition
- Miners manually check repositories for updates, which is a security feature
Olympia Controversy and Community Split
Discussion of the escalating conflict over the Olympia hard fork proposal and its implications for the community.
- Details
- Istora: Reported that nolympia.dev petition has 20 signatures showing significant opposition
- Istora: Stated Cody has left the legacy Discord server and is boycotting community calls
- Istora: Relayed Cody’s message that Diego does not represent the co-op and recommended the board formally support Olympia and halt funding for opposition
- Lunar: Questioned what makes Olympia authors think their fork will succeed without miner, exchange, or community support
- Istora: Noted that Olympia authors don’t control the codebase URL that miners check for updates
- Istora: Explained Cody is positioning Olympia as taking over the Ethereum Classic brand and domain name, not a friendly split
- Lunar: Expressed concern about heading toward a chain split and emphasized the need to maintain dialogue
- Justjin: Expressed shock at the situation and support for Diego’s work
- Conclusion
- The community is heading toward a potential chain split
- Olympia authors lack the technical control and community support to successfully fork
- Dialogue has broken down with Olympia authors boycotting community calls
- The situation requires de-escalation and renewed communication
Developer Funding Sustainability
Discussion of funding sources and runway for continued ETC development.
- Details
- Diego: Confirmed ETC Cooperative has less than one year of runway remaining
- Istora: Identified alternative funding sources including ETC Grants from Bitmain with several million dollars in ETC and USDT, and the community emergency fund with approximately 10,000 ETC
- Lunar: Committed to personally help figure out charity or funding mechanisms if needed, emphasizing it must remain unofficial and above protocol level
- Justjin: Suggested teaming up with Diego to create a project for Bitmain grants
- Istora: Emphasized the most sustainable approach is building profitable businesses around ETC that feed back into development
- Istora: Hinted at potential announcements in coming months regarding skin in the game
- Conclusion
- Developer funding is a medium-term concern requiring solutions within months
- Multiple funding alternatives exist beyond the cooperative
- Community members are willing to support development through various mechanisms
- Long-term sustainability requires business development around ETC
Next Hard Fork EIP Specification
Detailed review of proposed EIPs for the next hard fork, refining the specification to include only appropriate upgrades.
- Details
- Diego: Proposed adding EIP-7823 and EIP-7883 for ModExp gas cost increases to prevent attacks
- Diego: Recommended adding account leading zeros opcode for Solidity optimizations
- Diego: Suggested adding EIP-7212 precompile for secp256r1 elliptical curve used in phone fingerprinting and passkeys
- Diego: Expressed concerns about EIP-2537 BLS precompile being primarily for Ethereum’s Beacon chain rather than ETC needs
- Diego: Recommended deferring EIP-2935 historical block hashes as it was designed for Ethereum withdrawals
- Diego: Suggested deferring EIP-7910 JSON RPC method as similar functionality exists in P2P protocol via EIP-2124 fork identifier
- Diego: Recommended deferring EIP-7935 gas limit increase as current 8 million limit is sufficient
- Diego: Advised deferring EIP-4844 blob data gas cost increase since ETC doesn’t have blob transactions
- Diego: Suggested deferring EIP-7702 EOA code setting as it depends on EIP-1559 transaction types
- Istora: Agreed with deferrals and emphasized importance of not rushing changes
- Lunar: Questioned whether hard forks are necessary at all, comparing to Bitcoin’s ossification
- Conclusion
- Several EIPs should be added: ModExp gas increases, account leading zeros, secp256r1 precompile
- Multiple EIPs should be deferred: historical block hashes, gas limit increases, blob-related changes, EOA code setting
- The specification should focus on non-controversial upgrades that don’t depend on unimplemented features
- Complete ossification like Bitcoin is not yet feasible due to EVM complexity and state growth challenges
EIP-1559 and Fee Market Mechanisms
Discussion of EIP-1559 base fee mechanism and alternative approaches for ETC.
- Details
- Lunar: Questioned Diego’s position on EIP-1559 and expressed concern it changes miner economics
- Diego: Stated he’s not against 1559 but dislikes the burning mechanism, preferring to give base fees to miners
- Diego: Explained base fees cannot go directly to current block miner as it incentivizes block bloating
- Diego: Described ECIP-1120 approach of delaying fees to next N miners to avoid bloating incentives while maintaining miner rewards
- Istora: Relayed Cody’s criticism that 1120 is a non-starter because it keeps funds in memory and doesn’t account for reorgs
- Diego: Acknowledged the criticism and explained system contracts could solve the reorg issue
- Lunar: Argued that any economic changes are political and open the door to larger changes, comparing to Ethereum’s pre-merge miner revenue reduction
- Istora: Noted that probabilistically miners would receive the same rewards with delayed distribution
- Conclusion
- EIP-1559 implementation for ETC requires modifications to avoid burning and maintain miner incentives
- ECIP-1120 delayed fee distribution approach needs refinement to handle reorgs via system contracts
- The fee market debate remains contentious and requires further discussion
- Any economic changes must be carefully considered for political implications
Gas Limit and Transaction Size Controls
Discussion of current gas limits and proposed changes to transaction and block size controls.
- Details
- Lunar: Asked about current gas limits and proposed increases
- Diego: Explained current default is 8 million gas per block, not 48 million
- Diego: Clarified that miners collectively vote on gas limits through a slow adjustment curve, not protocol-enforced maximums
- Istora: Noted that transaction gas limit EIP-7825 exists to prevent denial-of-service vectors
- Diego: Confirmed miners set their own targets and don’t use defaults, and theoretically could increase limits significantly
- Diego: Explained the mechanism allows miners to adjust for hardware requirements and protect against attacks by decreasing limits
- Istora: Praised the elegant solution and noted no need to remove optionality
- Lunar: Expressed preference for maintaining optionality rather than imposing fixed limits
- Conclusion
- Current 8 million gas block limit is miner-controlled, not protocol-enforced
- The flexible mechanism allows network adaptation without hard forks
- Transaction size limits should be deferred as they don’t apply at current block sizes
- The existing system provides both scalability and attack protection
Protocol Ossification Philosophy
Discussion of whether ETC should pursue Bitcoin-style protocol ossification.
- Details
- Lunar: Questioned whether ETC needs continued hard forks, comparing to Bitcoin’s lack of hard forks since inception
- Diego: Argued that ETC’s complexity with EVM, state growth, and scalability challenges make ossification premature compared to Bitcoin’s simpler calculator-like functionality
- Diego: Noted the EVM specification was written in two weeks 12 years ago and continues evolving with new opcodes
- Diego: Mentioned EOF execution format modernization attempt was rejected but shows EVM discussions are far from closed
- Lunar: Emphasized that ETC’s value comes from trustworthiness and philosophical layer, not scalability competition
- Lunar: Noted the ease of switching from ETH to ETC for developers with just RPC URL changes
- Istora: Observed that maintenance will always be necessary for security patches even with ossification
- Diego: Agreed that avoiding friction for users porting applications is important, such as maintaining Solidity version compatibility
- Conclusion
- Complete ossification is not feasible in the near term due to EVM complexity
- Some level of ongoing development is necessary for security and compatibility
- The goal should be minimizing changes while maintaining EVM standard compatibility
- ETC’s value proposition is philosophical stability, not technical innovation
Community Reconciliation Strategy
Discussion of approaches to resolve the Olympia conflict and prevent chain split.
- Details
- Lunar: Emphasized the importance of maintaining dialogue and finding ways to keep everyone on board without changing the protocol
- Lunar: Suggested focusing shared opposition on ETH rather than internal conflicts
- Istora: Stated willingness to join any Olympia-focused calls and maintain open communication
- Istora: Invited Cody and Chris to return to community calls
- Lunar: Committed to reaching out to the Olympia Discord despite VPN restrictions
- Lunar: Warned that each community call sees worsening divisions and predicted eventual separate calls
- Istora: Noted that things are happening behind the scenes that will make Olympia’s non-viability clear in coming months
- Lunar: Proposed naming the next hard fork the McIntyre update to honor Donald McIntyre’s contributions
- Conclusion
- Dialogue must be maintained to prevent permanent community split
- Multiple community members are willing to engage with Olympia proponents
- The situation requires de-escalation efforts from all parties
- Honoring past contributors like Donald McIntyre could help unite the community
Action items
- Diego
- Continue testing and refining Nethermind plugin for community adoption
- Complete Besu plugin development after upstream fixes are merged
- Publish ETC Cooperative annual reports in the next week
- Upgrade Catacomb multi-sig to version 1.8.5 for production use
- Address ECIP-1120 reorg concerns by implementing system contract approach
- Istora
- Test and sync a node using the Nethermind plugin after the call
- Prepare potential announcements regarding skin in the game funding in coming months
- Continue facilitating dialogue between Olympia proponents and opponents
- Refine next hard fork specification based on discussed EIP additions and deferrals
- Lunar
- Reach out to Olympia Discord to engage with Cody and Chris despite VPN restrictions
- Consider running a node or small miner to test Nethermind plugin
- Participate in ongoing discussions about EIP-1559 alternatives
- Community
- Test Nethermind plugin and provide feedback to Diego
- Consider applying for Bitmain ETC Grants for development projects
- Review and provide input on refined next hard fork specification
- Encourage Cody and Chris to return to community calls