Crypto Videos
  • All Technology
  • AI
  • Autonomy
  • B2B Growth
  • Big Data
  • BioTech
  • ClimateTech
  • Consumer Tech
  • Crypto
  • Cybersecurity
  • DevOps
  • Digital Marketing
  • Ecommerce
  • EdTech
  • Enterprise
  • FinTech
  • GovTech
  • Hardware
  • HealthTech
  • HRTech
  • LegalTech
  • Nanotech
  • PropTech
  • Quantum
  • Robotics
  • SaaS
  • SpaceTech
AllNewsDealsSocialBlogsVideosPodcastsDigests

Crypto Pulse

EMAIL DIGESTS

Daily

Every morning

Weekly

Sunday recap

NewsDealsSocialBlogsVideosPodcasts
CryptoVideosDevconnect ARG Day 5 - M2 Yellow Pavilion
Crypto

Devconnect ARG Day 5 - M2 Yellow Pavilion

•November 22, 2025
0
Vitalik Buterin
Vitalik Buterin•Nov 22, 2025

Why It Matters

Native rollups could dramatically reduce the engineering and security overhead for L2 solutions, accelerating Ethereum’s scalability while preserving security, and the push for transparent ZK verification safeguards the ecosystem against hidden vulnerabilities.

Summary

The fifth day of Devconnect’s ARG series focused on the concept of native rollups and the technical infrastructure needed to make them a reality on Ethereum. Speakers outlined a proposal to expose the L1 state‑transition function to rollups via a new “execute” precompile, allowing rollup operators to submit transactions that invoke the same verification stack used by L1, including ZK proofs and blob data. By reusing L1’s verification keys and proof systems, the approach promises to eliminate the need for rollups to maintain separate proof generators, security councils, and governance mechanisms, dramatically shrinking codebases—from tens of thousands of lines to a few dozen.

Key arguments centered on three pain points for existing rollups: the heavy engineering burden of building and maintaining bespoke ZK proof systems, the security risk introduced by additional layers of code and advisory councils, and the ongoing governance overhead required to stay in lockstep with Ethereum upgrades. The execute precompile would let rollups inherit L1’s client diversity, automatic upgrades, and security patches, while still permitting limited customization such as custom sequencing or gas‑token handling. The speaker emphasized that, if implemented correctly, the precompile would not add significant new attack surfaces because it would rely on the same verification keys and state‑transition logic already vetted on L1.

The session also featured a comparative analysis by Sergey, a ZK researcher at L2Beat, who contrasted the L2Beat ZK catalog (tracking production ZK provers on L2) with the ETH Proofs dashboard (covering both production and in‑development ZK systems for L1). He highlighted discrepancies in coverage, the prevalence of trusted‑setup‑based SNARKs versus transparent setups, and the industry‑wide need for verifiable on‑chain verifier contracts. Sergey called for greater transparency, urging projects to publish verification keys, circuit sources, and reproducibility guides to mitigate hidden backdoors.

Finally, Ron Rothblum of Succinct delivered a cautionary lightning talk on the security assumptions underlying many ZK constructions, focusing on the Fiat‑Shamir transformation. While acknowledging that Ethereum’s hash functions and other assumptions remain robust, he warned that reliance on Fiat‑Shamir introduces subtle risks that are often taken for granted. Rothblum’s remarks underscored the importance of continuous cryptographic scrutiny as the ecosystem leans ever more heavily on ZK proofs for scaling.

Overall, the panel painted a picture of a near‑term roadmap where native rollups could streamline Ethereum’s scaling stack, provided the community embraces rigorous verification practices and remains vigilant about foundational cryptographic assumptions.

Original Description

Devconnect in Buenos Aires livestreaming from the M2 space in the Yellow Pavilion during Day 5.
0

Comments

Want to join the conversation?

Loading comments...