Een nieuw architectuurpatroon dat op 28 oktober 2026 op EthResearch is gepubliceerd, stelt voor een tussenliggende executierol in te voegen tussen Ethereum L1 en persistente rollups, gepositioneerd als een "L1.5"-laag. Volgens het ontwerp blijft de gebruikersstaat in wallets, leeft de gedeelde staat op Ethereum L1, en wordt de berekening gedelegeerd aan een stateless, tijdelijke laag die een validity proof produceert en vervolgens verdwijnt, zonder reststaatverplichtingen op het netwerk achter te laten. Het volledige voorstel is beschikbaar op EthResearch, het openbare forum waar Ethereum-onderzoekers vroege protocolideeën publiceren en bediscussiëren voordat enige implementatie begint.

Kernpunten

• Het label L1.5 is een architecturale kadering, geen nieuwe canonieke Ethereum-protocollaag. Het beschrijft een tijdelijke rekenomgeving die terugverrekent naar L1 zonder tussen taken een eigen staat te bewaren.
• Het model is ontworpen voor begrensde executiecontexten, zoals applicatiespecifieke sessies of intensieve gebeurtenisvensters, waar een langlopende rollup-exploitant onnodige overhead zou zijn.
• De implementatie hangt af van twee EIP's in Draft-status, EIP-8141 en EIP-8288, wat betekent dat L1.5 een onderzoeksvoorstel is dat afhankelijk is van toekomstig Ethereum-protocolwerk, geen uitgerolde functionaliteit.

Waarom ephemeral rollups worden gepositioneerd als Ethereum's L1.5

Het EthResearch-bericht van 28 oktober 2026 introduceert L1.5 als een ontwerppatroon, geen protocolwijziging. De kerneis is dat niet elke berekening een langlopende executieomgeving met een sequencer, een bridge en persistente staatverplichtingen nodig heeft. Sommige workloads zijn per definitie begrensd, en het forceren daarvan via een permanente L2 introduceert onnodige infrastructuuroverhead. De kadering positioneert zich tegen de rollup-centric roadmap die Ethereum's opschalingsstrategie sinds 2020 heeft geleid, waarbij executie grotendeels is gedelegeerd aan persistente L2-netwerken terwijl L1 dient als settlement- en data-availability-laag.

Wat een rollup ephemeral maakt

Volgens het voorstel moet een kwalificerende L1.5-taak aan vier eigenschappen voldoen: hij moet stateless zijn tussen taken, geverifieerd door L1, betaald zonder de gebruiker te koppelen aan een persistente identiteit, en afgewikkeld zonder een langlopende exploitant te vereisen. De tijdelijke rekenlaag neemt een staatssnapshot in, voert uit en levert een nieuwe staat plus een validity proof op—aangcryptografische attestatie waarmee L1 kan bevestigen dat een berekening correct is uitgevoerd zonder deze opnieuw uit te voeren. Hij bewaart niets dat de volgende taak nodig heeft.

Dit is een scherp breukpunt met hoe persistente rollups werken. Een Optimism- of Arbitrum-sequencer onderhoudt een continue staatsboom, beheert reorgs en coördineert met fraud- of validity proof-systemen over een onbepaalde tijdshorizon. Het L1.5-model verwerpt die continuïteit opzettelijk en behandelt elke taak als een geïsoleerde werkeenheid.

Hoe L1, de ephemeral-laag en gebruikers zich verhouden

Het voorgestelde staat-custody-model verdeelt de verantwoordelijkheden precies. Wallets bewaren de gebruikersstaat, terwijl Ethereum L1 de gedeelde staat beheert, inclusief commitments en nullifiers, en elke staatsovergang verifieert. De tijdelijke rekenlaag zit daartussen: hij ontvangt inputs, voert uit en levert een proof op die L1 kan verifiëren. Zodra de settlement is voltooid, wordt de tijdelijke omgeving opgeheven.

Deze opzet verschilt zowel van pure L1-executie, die wordt beperkt door block gas-limieten en sequencing-doorvoer, als van conventionele L2's, die een persistente exploitant, een actieve bridge en een canonieke staat-root vereisen die over een onbepaalde keten van blocks wordt onderhouden. De L1.5-kadering beschrijft een rekenrol die voor een specifieke taak wordt opgeroepen en daarna wordt ontbonden.

Ethereum handelt op $2.354,52, een stijging van 2,04% in de afgelopen 24 uur, met een marktkapitalisatie van ongeveer $287,7 miljard, volgens CoinGecko, als economische context waartegen voorstellen ter verbetering van Ethereum's executiedoorvoer worden beoordeeld. De bredere crypto-sentimentsindex staat op 51, een neutrale meting die noch euforie noch angst weerspiegelt nu het onderzoek in openbare beoordeling gaat.

Sinds publicatie is er geen geverifieerde deskundigenreactie op sociale media verschenen over het voorstel, consistent met het ontbreken van een breed publiek reactievenster voor een onderzoeksbericht dat op dezelfde dag is gepubliceerd. De neutrale sentimentbaseline weerspiegelt het ecosysteem als geheel en niet een specifieke ontvangst van dit architectuurvoorstel.

De infrastructuur-afwegingen: snelheid, composability en settlement

Mogelijke gebruiksscenario's: begrensde executiecontexten

Het ephemeral-ontwerp past natuurlijk bij intensieve, tijdsgebonden workloads: een uitvoeringsvenster voor een governance-stem, een batch-settlementsessie voor een derivatenclearinghouse of een applicatiespecifieke game-staatsupdate. In deze contexten zou het opzetten van een volledige L2 met een sequencer en een canonieke bridge meer coördinatiekosten met zich meebrengen dan de executie zelf rechtvaardigt.

Protocollen die al te maken hebben met piekerende on-chain vraag, zoals geldmarkten met liquidatiecascade's of Aave's governance-gedreven risicoparameter-updates, vertegenwoordigen de klasse van workloads waar geïsoleerde, hoge-doorvoer-executie gevolgd door een schone afwikkeling de L1-congestie zou verminderen zonder een permanente L2-implementatie te vereisen. De sleuteleigenschap is dat de applicatie haar staat niet onbeperkt in de tijd hoeft te bewaren; ze heeft correcte, verifieerbare executie nodig voor een gedefinieerd taakbereik.

Latentie, sequencing, staatssynchronisatie en finaliteit

De praktische vragen voor elke bouwer die dit patroon evalueert, draaien om hoe de staat wordt overgedragen van en naar de ephemeral-omgeving. De staatssplitsing in het voorstel wijst gedeelde commitments en nullifiers toe aan L1, maar de bridge-latentie tussen de in de wallet bewaarde staat van een gebruiker en de executiecontext van de ephemeral-laag is een sequencingsprobleem dat individuele implementaties zullen moeten oplossen. Ook de proof-generatietijd is belangrijk: als de ephemeral-laag een validity proof moet produceren voordat L1 het resultaat finaliseert, wordt de end-to-end-latentie begrensd door de snelheid van proof-constructie.

Hier wordt de afhankelijkheid van de EIP's in draft-status dragend. EIP-8141, een Draft Core-voorstel op het standaardtraject gecreëerd op 29 januari 2026, introduceert frame-transacties met abstracte validatie- en gasbetalingslogica, inclusief de frame-modi VERIFY en SENDER. Zonder dit heeft de eigenschap betalen-zonder-persistente-identiteit, die het L1.5-model vereist, geen native L1-hook om aan te koppelen.

EIP-8288, gecreëerd op 3 juni 2026 en eveneens Draft Core, breidt EIP-8141 uit met recursieve STARK-gebaseerde aggregatie voor handtekeningen en STARK-proofs, en stelt een recursieve STARK als vereiste voor block-validiteit. STARK's—scalable transparent arguments of knowledge—zijn een klasse van validity proofs die aanzienlijk goedkoper kunnen worden geverifieerd dan de kosten van het opnieuw uitvoeren van de berekening waarnaar ze verwijzen. Dit is de proof-aggregatielaag waarmee de output van de ephemeral rollup efficiënt op L1 kan worden geverifieerd zonder onevenredig veel gas per taak te verbruiken. Beide EIP's hebben Draft-status, wat betekent dat geen van beide is gepland voor een specifieke hard fork; onder Ethereum's verbeteringsproces doorlopen voorstellen de fasen Draft, Review, Last Call en Final, en een standaard wordt pas van kracht zodra deze is opgenomen in een netwerkupgrade.

Composability-risico en liquiditeitsfragmentatie

Begrensde executie brengt composability-kosten met zich mee die persistente L2's ook dragen, maar met een ander profiel. Een langlopende L2 bouwt in de loop van de tijd TVL en liquiditeit op, en vergroot daarmee de composability-diepte binnen zijn eigen omgeving. Een ephemeral rollup houdt, per ontwerp, geen persistente liquiditeit aan: elke taak begint met een verse staatssnapshot en rekent terug naar L1. Voor protocollen waar composability over meerdere contracten binnen één transactie een kerndoel van gebruikers is, zoals multi-hop DEX-routing of flash-loan-gedreven liquidaties, beperkt de stateless-tussen-taken-eis van het ephemeral-model het type interacties dat binnen één taakbereik kan worden uitgevoerd.

Het voorstel presenteert dit niet als een defect, maar als een ontwerpgrens. Het L1.5-patroon is niet bedoeld om algemene L2-executieomgevingen te vervangen. Het richt zich op de klasse van workloads die volledig vooraf gespecificeerd, atomair uitgevoerd en schoon afgewikkeld kunnen worden. Dat is een smaller probleemgebied dan wat Optimism of Arbitrum behandelen, maar het is ook een gebied waar de huidige infrastructuur naar verluidt overgedimensioneerd is.

In hoeverre deze kadering in de praktijk slaagt, zal worden bepaald door of EIP-8141 en EIP-8288 het Ethereum-verbeteringsproces doorlopen, en door of applicatieontwikkelaars de stateless-tussen-taken-eis acceptabel vinden voor hun specifieke workloadpatronen. Bouwers die deployen op opkomende L2-infrastructuur, zoals degenen die momenteel staking-contracts migreren tussen Arbitrum en Avalanche, illustreren de operationele complexiteit die gepaard gaat met het beheren van staat over persistente rollup-omgevingen. Het L1.5-model biedt een alternatieve kadering voor taken waar doorlopend staatbeheer juist het probleem is dat wordt vermeden, geen functie die wordt benut.

Vooruitblik

Het onderzoeksbericht presenteert L1.5 als een bijdrage aan architecturale vocabulaire, geen aankondiging van een implementatie. De geldigheid als praktisch patroon hangt af van het definitief worden van twee EIP's in Draft-status, van proof-generatielatentie die aansluit bij de doorvoervereisten van de doelscenario's, en van applicatieontwikkelaars die de composability-afwegingen van stateless executie accepteren. De status van beide voorstellen wordt publiek bijgehouden op de Ethereum EIP-site, zodat hun voortgang door de standaardisering direct waarneembaar is naarmate het verbeteringsproces vordert. Tot EIP-8141 en EIP-8288 de Draft-status verlaten, blijft het L1.5-ontwerp een voorstel van wat Ethereum's executiestack zou kunnen ondersteunen, geen beschrijving van wat het momenteel doet.