Ethereum’s weekly All Core Developer discussions are quite extensive, so this “Checkpoint” series provides high-level summaries based on current core development events. Check the earlier update here.
This is a special installment of the series!
Launching Berlin Blockchain Week, Ethereum’s core developers and researchers convened for a collaborative hacking week to advance both long-term research aims and short-term execution of the Fusaka upgrade and adjustments to gas limits. During two of the days, they gathered input regarding long-term research trajectories from L2 and zk teams.
The most recent in-person interoperability meeting took place in Bangkok prior to Devconnect. Earlier interoperability sessions centered on Pectra & PeerDAS (Nyota), Shapella & Protodanksharding (Edelweiss), the Merge (Amphora), and Eth2 (Ontario)
Short-term implementation
Fusaka
The interoperability event from last week, Forschungsingenieurtagung (commonly known as Berlinterop), concentrated on an entire week of collaborative work where developers initiated fusaka-devnet-1 on the first day and berlinterop-devnet-2 on the fifth day. Throughout this hacking event, developers identified enhancements that would be beneficial, but these couldn’t be integrated into a standard “fusaka-devnet-2” without going through the public ACD governance process regarding these determinations, which they plan to conduct this Thursday.
Following this development, developers are set to release a fusaka-devnet-2 and, in a hopeful scenario, anticipate that a devnet-3 won’t be necessary before advancing to the Sepolia testnet around the conclusion of the (boreal) summer.
This week’s All Core Devs Testing meeting discussed the Fusaka devnet timeline here.
Gas limit testing
To prepare the network for safely accommodating ambitious objectives in gas limit escalations, developers convened to ascertain and eliminate obstacles to throughput enhancements.
The week involved a stress-testing competition featuring a leaderboard, where developers were awarded points for either compromising or strengthening devnets. Special thanks to Kamil and pk910 for their valuable contributions!
“`html
They certainly reached an agreement on a secure immediate elevated throughput level along with a strategy for even higher levels, which will be communicated from the EthPandaOps Twitter account and in the Eth R&D Discord once client enhancements ensuring the security of the 45M throughput level are launched within the upcoming week.
This Monday’s All Core Devs Testing call focused on Berlinterop gas limit trials.
Long-term research paths
More elaborate summaries and chronological notes from sessions concerning all the ensuing sections (and beyond!) will be shared in the following weeks in the ethereum/pm GitHub repository.
Slot restructuring
Developers & researchers deliberated on two potential options for slot restructuring: reducing slot lengths and rebalancing sub-slot timings. They also examined the interactions of various proposals that influence slot configuration or are influenced by it: ePBS, Delayed Execution, FOCIL.
The session subsequently highlighted the advantages of shorter slot durations: improved markets with reduced stale information, leading to smaller large blocks, more competitive builder marketplaces, accelerated + more economical interop, increased leadership per second, and heightened censorship resistance.
Two action points that emerged from this were to tackle outstanding queries in this PR for preparatory merging, and to modify the language in specifications so that clients must attest once a block is confirmed and await until the 4-second mark.
History expiry
There was promising advancement on history expiry! Anticipate a blog post here in the upcoming weeks on how validators will by default eliminate pre-merge history on mainnet 🎉
There was notable consensus on Era file criteria, and further updates will be given in the upcoming two months regarding the rolling history expiry and the execution of a distribution mechanism for dropped history. There will be a public community call this coming Friday to discuss the future of Portal.
These updates were addressed during this Monday’s All Core Devs Testing call.
CL 강화
개발자들은 합의 계층을 파괴적인 상황에 더욱 강력하게 만들기 위해 개선하고자 하는 분야를 평가하였고, 그 결과 26개 개선 사항이 도출되었습니다. 이러한 영역은 다음 1년 이내에 다루어져야 하며, 비최종 상태에서 체크포인트 동기화를 제공하는 것과 같은 간단한 항목부터 비최종 기간 동안 클라이언트 리소스 사용을 최적화하는 방법과 같은 더 복잡한 사항까지 다양합니다.
이러한 변화는 비최종 상태에서도 건강한 네트워크를 유지하는 데 기여할 것입니다. #consensus-dev 채널에서 이 진행 상황을 확인하세요 Eth R&D Discord 서버에서.
L2의 날
Arbitrum, Base, Linea, OP Labs, Polygon, Scroll, Soneium, Starkware, World Chain, ZKsync의 대표자들이 L1과 L2 관계 최적화에 대한 피드백을 제공하며 다음의 세 가지 초점을 확인하였습니다:
- L1의 사용자로서 L2의 요청: 더 많은 블롭과 더 빠른 최종성
- EVM 변경의 이해관계자로서 L2: EVM 동등성 때문에 변경 사항이 그들에게 영향을 미치므로 그들은 반영되고 준비할 시간을 가지기를 원합니다. 구체적인 초점으로는 calldata 가격 책정과 더 많은 확장성 포인트 발견이 있었습니다.
- L2는 높은 처리량 네트워크 운영에 대한 풍부한 지식을 축적해왔으며, L1의 스케일링 설계에 협업하는 데 유용할 수 있음을 지적하였습니다.
ZK의 날
Brevis, Ethproofs, Irreducible, Kakarot, Linea, Lita, Matter Labs, OpenVM, powdr, RISC Zero, Scroll, Snarkify, Starkware, Succinct, Whirlaway, Zirkuit, Zisk, ZKM의 대표자들은 zkEVM 미래를 위한 경로에 대해 다양한 초점에 대해 협력하였습니다:
- 게스트 프로그램 & 원형 – 팀들은 특정 ISA를 정립하기에는 너무 이르다고 만장일치로 동의했습니다. 그들은 일반 RISC-V 대상을 유지하는 것을 선호합니다 (riscv64gc-unknown-linux-elf). Nethermind는 컴파일 가능한 실행 계층 게스트를 원하며, 자신들이 작업 중인 zkvm 벤치마킹 프레임워크와 함께 협력하기를 희망합니다. 해시 선택은 여전히 열려 있습니다: poseidon2 또는 특정 필드에 대한 합의가 없습니다.
- 표준화 + 보안 – 시스템 호출 및 사전 컴파일을 호출하는 공유 Rust 라이브러리 주변에서 표준화를 지원했습니다. 300KB 증명이 합리적이라는 데 합의가 있었고, groth16 래퍼는 삭제될 수 있다고 봤습니다.
- zk-무상태 클라이언트 로드맵 – 연말 목표는 zk-검증된 무상태 클라이언트 (Reth에서 시작)입니다; 가장 큰 질문은 검열 저항 상태 출처와 provers의 보상/정렬 방법입니다.
요약
상호운용 주간은 비동기 통신 장벽을 제거하고 개발자 및 연구원 간에 전염적인 동기를 창출하여 매우 생산적입니다 – 월을 소요하던 여러 사항들이 지난 주에 큰 추진력을 얻었습니다. L2 및 zk 팀과의 대면 세션은 또한 넓은 이해관계자 피드백으로 야심찬 연구 방향을 정립하는 데 유익했습니다.
현재 개발 상황에 대해서는… 정말로 2025년 중순에 Fusaka를 보게 될 것이라는 생각이 듭니다!
출처 링크
“`