Het EIP-8141 van Ethereum lijkt een nieuwe richting in te slaan, nu Ethereum-medoprichter Vitalik Buterin het voorstel uitwerkt als een manier om efficiëntie te bevorderen door schaalbare transacties op het netwerk.

De kern van het voorstel is de scheiding van de eisen voor het goedkeuren van een transactie van de daadwerkelijke processen die de transactie uitvoert. Buterin denkt dat deze aanpak Ethereum in staat zou kunnen stellen algemene transacties effectiever te verwerken zonder de flexibiliteit op te offeren. Hij omschreef het als een van de strategieën om de schaalbaarheid van Ethereum te verbeteren zonder decentralisatie uit het oog te verliezen. De inspanning past in een langere lijn van protocolwerk: het upgradepad van Ethereum heeft fases doormaakt zoals de Merge naar proof-of-stake in 2022 en de daaropvolgende "Dencun"- en "Pectra"-hard forks, waarbij schaalbaarheid en goedkopere transacties blijvende prioriteiten blijven in de ontwikkelroadmap van het netwerk.

In een bericht op X van 5 september 2026 schreef Buterin:

One positive consequence of all the recent detailed thinking about transaction formats – not just 8141, also "future of state" discussions eg. UTXOs, PBT, keyed nonces, and also recursive STARK mempool – is that we have a much more explicit understanding of how transactions have…

— vitalik.eth (@VitalikButerin) September 5, 2026 (https://x.com/VitalikButerin/status/2096378061377900881)

EIP-8141 scheidt transactie-afhankelijkheden van acties

Buterin verdeelt het uitvoeringsproces van een transactie in twee primaire onderdelen: dependencies en actions.

Dependencies zijn de eisen waaraan voldaan moet worden voordat een transactie als geldig wordt beschouwd. Dit omvat het ondertekenen van transacties, bewijs via een Merkle-boom, het gebruik van ZK-SNARKs of STARKs en andere controles.

Actions zijn de bewerkingen die worden uitgevoerd nadat alle voorwaarden zijn geverifieerd. Dit omvat het versturen van ETH, het aanroepen van smart contracts en het wijzigen van informatie op de blockchain.

Met de EIP-8141-methode zouden sommige afhankelijkheidscontroles gelijktijdig kunnen worden uitgevoerd, in plaats van dat elke client elke controle achtereenvolgens afwerkt. Andere afhankelijkheidscontroles zouden zelfs al kunnen worden uitgevoerd terwijl de transactie in de mempool wacht, voordat deze in een blok wordt opgenomen.

State-afhankelijkheden blijven complexer, omdat eerdere transacties saldi en andere blockchaindata kunnen wijzigen. Mempools zouden dergelijke controles echter effectiever kunnen afhandelen als transacties specificeren welke state zij vereisen.

Buterin heeft geschat dat meer dan 90% van de transacties op het Ethereum-netwerk geen volledige uitvoeringsflexibiliteit nodig heeft. Hij gaf aan dat dit cijfer zijn eigen schatting is en geen gemeten netwerkstatistiek.

Een Frame Transaction-ontwerp

EIP-8141 introduceert een nieuw transactietype dat Frame Transaction wordt genoemd. Het ontwerp van het framework scheidt contractcalls voor autorisaties, betaling van transactiekosten en gebruikersoperaties.

Het ontwerp zou het mogelijk maken dat accountcode een transactie autoriseert en de kosten betaalt, in plaats van te vertrouwen op het traditionele ondertekeningsmechanisme. Mogelijke functies die dit framework biedt, zijn onder meer gesponsorde transactiekosten, betaling van kosten in tokens, key rotation en gebundelde transacties. Deze mogelijkheden weerspiegelen doelen die lang met accountabstractie zijn geassocieerd, een ontwerpthema dat Ethereum eerder heeft nagestreefd via afzonderlijke initiatieven zoals EIP-4337, dat zonder wijziging van het kernprotocol een mempool voor "UserOperations" introduceerde; EIP-8141 werkt daarentegen op het niveau van het transactieformaat zelf.

Verificatie zou de eerste stap zijn en bepaalt of de transactie is geauthenticeerd. Daarna kunnen andere frames de betaling van de kosten en de uitvoering van de opgegeven acties voor hun rekening nemen.

Het voorgestelde formaat is relatief eenvoudig en omvat contractcalls, flags, origin en nonce-informatie. Hetzelfde formaat zou ook kunnen worden overgenomen door andere netwerken die op het EVM-model zijn gebouwd.

Openstaande vragen blijven bestaan

EIP-8141 bevindt zich nog in de conceptfase als Core-voorstel, wat betekent dat elk aspect van de technologie tijdens de ontwikkeling kan wijzigen. Ethereum Improvement Proposals in de conceptfase moeten worden beoordeeld door Ethereum-core-ontwikkelaars en worden ingepland in een toekomstige netwerkupgrade voordat ze worden geactiveerd, een proces dat historisch gezien maanden tot jaren duurt en kan leiden tot herziene of volledig ingetrokken voorstellen. De huidige architectuur omvat mempool-toegang, frame-uitvoering, receipts, handtekeningen, gas en transactiepropagatie. Ontwikkelaars werken aan denial-of-service-overwegingen, transactievervanging, wallet-aanpassingen, blokconstructie en RPC's.

Een ander open punt is het maximale aantal Frame Transactions dat van één afzender kan worden ontvangen. Er zijn vragen gesteld over de mogelijke gevolgen van deze limiet voor gebruikers die meerdere transacties binnen één blok moeten uitvoeren.

Deze kwesties tonen aan dat EIP-8141 nog technische hindernissen moet overwinnen voordat het onderdeel kan worden van het Ethereum-protocol.

Volgens Buterin verbindt het voorstel accountabstractie met de toekomstige schaalbaarheidsplannen van Ethereum. EIP-8141 vervangt Ethereum-accounts niet; het maakt transactiesjablonen voorspelbaar. Als de ontwikkeling doorgaat, kan het voorstel een integraal onderdeel vormen van Ethereum's strategie voor schaalbaarheid, accountabstractie en verbeterde transactie-efficiëntie.