Gebruikers zouden in USDC kunnen betalen terwijl een sponsor in ETH betaalt

EIP-8141, bekend als Frame Transactions, is een conceptvoorstel voor een nieuw Ethereum-transactietype. Het splitst een transactie op in programmeerbare frames die de goedkeuring van een gebruiker kunnen verifiëren, een betaler kunnen kiezen en de beoogde call kunnen uitvoeren.

De Hegotá Meta-EIP vermeldt Frame Transactions als gepland voor opname, en Vitalik Buterin deelde een recente update over de voortgang van het voorstel. De specificatie is nog een concept, en Hegotá is nog niet geactiveerd. Zoals bij elke EIP garandeert opname in een fork-planning geen activatie; voorstellen kunnen nog veranderen of worden geschrapt voordat een netwerkupgrade wordt uitgerold.

A lot of important progress on Frames (EIP-8141) has been quietly happening over the last few months. Highly recommend reading this, also the updated EIP

— vitalik.eth (@VitalikButerin) September 5, 2026

Onder deze verandering zou een gebruiker een transactie kunnen uitvoeren zonder zelf ETH vast te houden, mits de wallet, de applicatie en een sponsor het formaat allemaal ondersteunen. De sponsor zou de gebruiker in USDC of een andere ERC-20-token kunnen laten betalen, of de applicatie zou de kosten als onderdeel van haar dienst kunnen dekken.

Ethereum-blokruimte blijft in ETH betaald. Frame Transactions veranderen wie die ETH levert en beheert, niet de onderliggende feemarkt.

Hoe een met tokens betaalde transactie eruit zou kunnen zien

De EIP bevat een voorbeeld waarin een sponsor de netwerkkosten betaalt en een ERC-20-betaling van de gebruiker ontvangt. Een wallet met USDC maar zonder ETH zou in principe een swap of transfer kunnen indienen via de volgende volgorde:

Hoe een ERC-20-gasbetaling zou kunnen werken

1. Goedkeuring – De wallet van de gebruiker valideert de volledige reeks acties die de transactie moet uitvoeren.
2. Betaalovereenkomst – Een sponsor gaat ermee akkoord de ETH-gas te dekken in ruil voor een ERC-20-betaling, of subsidieert de actie.
3. Uitvoering – De tokenbetaling en de beoogde transfer, mint of swap worden verwerkt in dezelfde transactiestroom.

Door deze stappen in één transactie te combineren, hoeft de gebruiker geen ETH te verwerven voordat de beoogde actie kan beginnen. Voor nieuwe gebruikers lost dat een veelvoorkomend obstakel op: een wallet kan tokens bevatten maar het native asset missen dat nodig is om ze te verplaatsen. Het verwijdert de transactiekosten niet; het verpakt ze in een vorm die de wallet of applicatie duidelijker kan presenteren.

Gasbetaling wordt een productbeslissing

Frame Transactions zouden wallets en applicaties verschillende manieren geven om dezelfde kosten te behandelen. Dit zijn mogelijke implementatiemodellen, geen functies die de EIP vereist:

Mogelijke manieren waarop een applicatie gas zou kunnen afhandelen

• App-gesponsord: Een app zou de kosten kunnen betalen om onboarding of een beperkte functie gasloos te laten voelen.
• Token-betaald: Een sponsor zou de kosten in USDC of een andere ondersteunde token kunnen noteren, terwijl de Ethereum-kosten in ETH worden gefinancierd.
• Hybride: Een applicatie zou geselecteerde acties kunnen subsidiëren en gebruikers voor andere acties laten betalen via een op tokens gebaseerde vergoeding.

Een transactie die als gasloos wordt weergegeven, wordt nog steeds gefinancierd door een applicatie, een sponsor of een afzonderlijke tokenheffing. EIP-8141 zou applicaties een standaardmanier kunnen geven om die kosten te subsidiëren of te verrekenen in een asset die de gebruiker al bezit.

Wat er verandert ten opzichte van eerdere smart-accounttools

Ethereum ondersteunt al vormen van accountabstrahering. Pectra's EIP-7702 gaf externally owned accounts toegang tot smart-accountfuncties zoals transactiebatching, sponsoring en verbeterde herstelopties. Daarvoor had ERC-4337 een afzonderlijke mempool- en bundlerarchitectuur geïntroduceerd voor account-geabstraheerde transacties, en paymaster-stijl sponsoring bestaat al in wallets en applicaties die op die lagen zijn gebouwd.

EIP-8141 zet een andere stap: het introduceert een specifiek transactieformaat waarin validatie- en betaalregels op protocolniveau native kunnen worden opgenomen. Het voorstel is ontworpen om alternatieve kostenbetalingssystemen te ondersteunen zonder afhankelijk te zijn van een gecentraliseerde derde-partij relayer, hoewel individuele wallets en applicaties nog steeds dienstverleners kunnen gebruiken.

Gasflexibiliteit is slechts één toepassing van dezelfde programmeerbare structuur. Het voorstel beoogt ook key rotation, uitgavenlimieten, sociaal herstel en alternatieve handtekeningsystemen te ondersteunen. Hegotá's mogelijke privacytoepassingen laten zien waarom Frame Transactions worden overwogen voor gebruik buiten flexibele gasbetalingen.

Programmeerbare betalingen vereisen duidelijke beveiligingsregels

Het conceptvoorstel waarschuwt dat aangepaste validatiecode een goedkeuring moet binden aan de volledige reeks frames die het autoriseert. Anders zou een goedkeuring hergebruikt kunnen worden met een andere reeks latere acties.

Dat betekent niet dat Frame Transactions inherent onveilig zijn. Het betekent dat wallets gebruikers moeten laten zien wat een handtekening toestaat, of een applicatie de kosten betaalt, en welk token in rekening wordt gebracht. Die details zijn essentieel wanneer één transactie validatie, betaling en uitvoering combineert.

Sponsoren lopen ook een praktisch risico. In het ERC-20-voorbeeld van de EIP zou een gebruiker hun tokensaldo kunnen verlagen voordat de gesponsorde transactie een blok bereikt. Het voorstel bevat paymaster-solventie- en publieke-mempoolregels omdat een sponsor bescherming nodig heeft voordat deze gas voor vele gebruikers kan financieren.

Wat de verandering voor ETH zou kunnen betekenen

Frame Transactions zouden het ETH-beheer verschuiven naar wallets, sponsoren en applicaties. Een gebruiker zou een vergoeding in USDC of helemaal geen directe vergoeding kunnen zien, maar de betalende account heeft nog steeds ETH nodig om de transactie op Ethereum te vereffenen.

Dat maakt het voorstel niet automatisch een katalysator voor ETH-vraag. Het langetermijneffect hangt af van of eenvoudigere wallet-processen meer gebruikers aantrekken en of applicaties voldoende waarde zien in het op deze manier dekken of verwerken van gaskosten.

De test is adoptie, niet de specificatie

Voordat de functie de alledaagse wallet-ervaring verandert, moet Hegotá worden geactiveerd met EIP-8141 inbegrepen. Compatibele wallets en applicaties zullen vervolgens duidelijke prijsstelling, terugbetalingslogica en transactievoorbeelden moeten bieden — hetzelfde soort tooling-werk dat eerdere uitrol van accountabstrahering volgde, waarbij ondersteuning geleidelijk over wallets arriveerde in plaats van allemaal tegelijk.

Het voorstel doet er alleen toe als gebruikers een veilige transactie kunnen voltooien met de assets die al in hun wallet staan, zonder eerst ETH te verwerven uitsluitend om gas te betalen.

Dit artikel is uitsluitend informatief en vormt geen financieel advies.