Ethereum Bereidt Zich Voor om Blocks te Valideren Zonder Ze Uit te Voeren – Zo Werkt Het

Er vindt een subtiele maar belangrijke verandering plaats in de kernarchitectuur van Ethereum. In plaats van blokken te valideren door elke transactie opnieuw uit te voeren, bereidt het netwerk een alternatief pad voor waarbij validators de juistheid bevestigen door zero-knowledge proofs te verifiëren.

Het werk maakt deel uit van Ethereum's Layer-1 roadmap voor 2026 en vertegenwoordigt een structurele verandering in hoe consensus kan worden bereikt, niet een nieuwe schalingsfunctie die aan de randen wordt toegevoegd.

Het voorstel kwam publiekelijk naar voren nadat een lid van de Ethereum Foundation, bekend als ladislaus.eth, de voortgang naar een L1-zkEVM-ontwerp schetste. De verschuiving verandert niet hoe blokken worden geproduceerd of wat gebruikers on-chain indienen. In plaats daarvan verandert het hoe validators beslissen of een blok geldig is. De eerste L1-zkEVM-workshop is gepland voor 11 februari 2026, wat de formele start markeert van de coördinatie rond deze inspanning.

Van Volledige Heruitvoering naar Proofverificatie

Vandaag de dag moet elke validator die een blok wil attesteren elke transactie erin opnieuw uitvoeren. Elk knooppunt herhaalt onafhankelijk dezelfde berekening, controleert dezelfde statusovergangen en slaat dezelfde uitvoeringsstatus op. Dit model bestaat al sinds de oprichting van Ethereum, maar het schaalt lineair met activiteit. Hogere gaslimieten verhogen de rekenlast, statusgrootte en bandbreedtevereisten voor elke deelnemer.

Het alternatief dat wordt ontwikkeld, vervangt herhaalde berekening door cryptografische verificatie. In plaats van transacties opnieuw uit te voeren, verifieert een validator een compact zero-knowledge proof dat aantoont dat de uitvoering correct is uitgevoerd. De verificatietijd blijft ongeveer constant, ongeacht hoe complex het blok intern was. Dit is het kernidee achter zkEVM-proofs, die nu direct in Ethereum's consensus-workflow worden geïntegreerd.

Hoe de L1-zkEVM Pipeline Werkt

Onder het huidige ontwerp produceert een execution client een Execution Witness, een op zichzelf staand gegevenspakket dat voldoende is om de statusovergang van een blok te valideren zonder de volledige uitvoeringsstatus te bewaren. Een gestandaardiseerd gastprogramma verwerkt die witness en controleert de juistheid van de uitvoering. Een zkVM voert dit programma uit en genereert een proof die attesteert dat de uitvoering de regels van Ethereum heeft gevolgd.

Consensus clients kunnen vervolgens die proof verifiëren in plaats van een volledige execution client aan te roepen. Validators die voor deze route kiezen, worden zkAttesters genoemd. Belangrijk is dat dit pad optioneel is. Validators kunnen blokken blijven heruitvoeren precies zoals ze dat vandaag doen.

Dit mechanisme is geformaliseerd onder EIP-8025 (Optional Execution Proofs). Het voorstel vereist geen hard fork en dwingt validators niet om proof-gebaseerde validatie toe te passen. Het voegt een parallel verificatiepad toe naast heruitvoering.

Consensus-integratie en Clientdiversiteit

EIP-8025 specificeert hoe proofs zouden circuleren over het peer-to-peer netwerk. Execution proofs van verschillende clientimplementaties worden verspreid op een toegewijd onderwerp. Bij het verwerken van een blok kan een zkAttester deze proofs verifiëren in plaats van een execution client aan te roepen.

De huidige werkveronderstelling is een 3-van-5 drempel. De uitvoering van een blok wordt geaccepteerd zodra drie van de vijf onafhankelijke proofs succesvol verifiëren. Deze drempel kan evolueren, maar de bedoeling is duidelijk: execution-clientdiversiteit behouden terwijl proof-gebaseerde validatie wordt toegestaan. Diversiteit blijft een functie op protocolniveau in plaats van een operationele keuze.

Waarom Dit Belangrijk Is voor Validators

Een zkAttester hoeft geen uitvoeringsstatus op te slaan of de volledige execution layer chain te synchroniseren. Synchroniseren beperkt zich tot het downloaden van recente proofs sinds het laatste gefinaliseerde controlepunt. Dit verlaagt de hardwarevereisten voor deelname aan consensus drastisch.

Voor solo stakers en thuisvalidators is dit materieel. Het runnen van een validator vereist vandaag de dag het onderhouden van zowel een consensus client als een resource-intensieve execution client. Proofverificatie vervangt heruitvoering, wat opslagruimte, rekenkracht en bandbreedtevereisten vermindert. Dit verlaagt de toetredingsdrempel zonder verificatiegaranties te verzwakken.

De implicaties reiken verder dan attesters. Omdat zkEVM-proofs staatloos zijn, wordt het lokaal verifiëren van Ethereum op consumerhardware weer toegankelijker. Het "don't trust, verify"-principe wordt versterkt in plaats van verwaterd.

Afhankelijkheden en Tijdsbeperkingen

Eén vereiste is belangrijk. Proofgeneratie vereist tijd, en zonder pipelining is het venster te krap. Dit is waar ePBS (Enshrined Proposer-Builder Separation) relevant wordt. Gericht op de aankomende Glamsterdam hard fork, verlengt ePBS het proving-venster van ongeveer een tot twee seconden naar ongeveer zes tot negen seconden. Die verlenging maakt single-slot proofgeneratie veel realistischer.

Zonder ePBS blijft L1-proofverificatie beperkt. Ermee wordt het ontwerp operationeel haalbaar.

Wie Wordt Beïnvloed

Execution-layer clientteams krijgen een nieuw proving-oppervlak, waarbij elke client een potentiële proofbron wordt. Prover-ontwerp blijft een open vraag. Het concentreren van proving in een kleine groep geavanceerde builders introduceert liveness-risico's, terwijl volledig gedistribueerd proving prestatie- en coördinatie-uitdagingen met zich meebrengt. Het ontwerpsdoel is expliciet: proving moet levensvatbaar blijven buiten grote datacenters.

zkVM-leveranciers die al Ethereum-blokken proven, krijgen een gestandaardiseerde interface om tegenaan te bouwen. Layer-2 teams profiteren ook. Zodra execution proofs door validators zijn geverifieerd, kunnen dezelfde proofs native rollups bedienen via gedeelde infrastructuur.

Uiteindelijk profiteren gebruikers van goedkopere verificatie, bredere validatordeelname en hogere haalbare gaslimieten zonder centralisatiedruk.

Huidige Status

EIP-8025 is de consensus-specs features branch binnengekomen en vordert richting voorstellstatus. De L1-zkEVM roadmap voor 2026 is nu openbaar, gestructureerd over execution witness-standaardisatie, zkVM-interfaces, consensus-integratie, prover-infrastructuur, benchmarking en formele beveiligingsverificatie.

De workshop van 11 februari 2026 markeert het begin van gerichte coördinatie over deze tracks. Dit is geen krantenkop-grijpende upgrade, maar het is fundamenteel. Als Ethereum zijn execution layer schaalt zonder validatorvereisten te schalen, dan gebeurt het op deze manier.

Het bericht Ethereum Bereidt Zich Voor om Blokken te Valideren Zonder Ze Uit te Voeren – Zo Werkt Het verscheen eerst op ETHNews.