Użytkownicy mogliby płacić w USDC, podczas gdy sponsor płaci w ETH

EIP-8141, znany jako Frame Transactions, to szkic propozycji nowego typu transakcji w Ethereum. Rozbija transakcję na programowalne ramy, które mogą weryfikować zatwierdzenie użytkownika, wybierać płatnika i wykonywać zamierzone wywołanie.

Meta EIP Hegotá wymienia Frame Transactions jako zaplanowane do włączenia, a Vitalik Buterin podzielił się niedawną aktualizacją postępów propozycji. Specyfikacja pozostaje szkicem, a Hegotá nie została jeszcze aktywowana. Jak w przypadku każdego EIP, włączenie do harmonogramu forka nie gwarantuje aktywacji; propozycje nadal mogą się zmienić lub zostać odrzucone przed wydaniem upgrade'u sieci.

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

W ramach tej zmiany użytkownik mógłby dokonać transakcji bez osobistego posiadania ETH, pod warunkiem że jego portfel, aplikacja i sponsor obsługują ten format. Sponsor mógłby pobrać od użytkownika opłatę w USDC lub innym tokenie ERC-20, albo aplikacja mogłaby pokryć opłatę w ramach swojej usługi.

Przestrzeń blokowa Ethereum nadal byłaby opłacana w ETH. Frame Transactions zmieniają to, kto dostarcza i zarządza tym ETH, a nie sam rynek opłat.

Jak mogłaby wyglądać transakcja opłacona tokenem

EIP zawiera przykład, w którym sponsor płaci opłatę sieciową i otrzymuje płatność ERC-20 od użytkownika. Portfel posiadający USDC, ale nie ETH, mógłby w zasadzie przesłać swap lub transfer według następującej sekwencji:

Jak mogłaby działać płatność za gaz w ERC-20

1. Zatwierdzenie – Portfel użytkownika weryfikuje pełny zestaw akcji, które transakcja ma wykonać.
2. Umowa płatnicza – Sponsor zgadza się pokryć gaz w ETH w zamian za płatność ERC-20 lub subsydiuje tę akcję.
3. Wykonanie – Płatność tokenem oraz zamierzony transfer, mint lub swap są przetwarzane w tym samym przepływie transakcji.

Połączenie tych kroków w jedną transakcję pozwala uniknąć zmuszania użytkownika do nabycia ETH przed rozpoczęciem zamierzonej akcji. Dla nowych użytkowników usuwa to częstą przeszkodę: portfel może zawierać tokeny, ale brakować mu natywnego aktywa potrzebnego do ich przeniesienia. Nie usuwa to kosztów transakcyjnych; pakietuje je w formie, którą portfel lub aplikacja może przedstawić jaśniej.

Płatność za gaz staje się decyzją produktową

Frame Transactions dałyby portfelom i aplikacjom kilka sposobów obsługi tego samego kosztu. To możliwe modele wdrożenia, a nie funkcje wymagane przez EIP:

Możliwe sposoby obsługi gazu przez aplikację

• Sponsorowane przez aplikację: Aplikacja mogłaby zapłacić opłatę, aby onboarding lub ograniczona funkcja sprawiała wrażenie darmowej (gasless).
• Płatność tokenem: Sponsor mógłby zacytować opłatę w USDC lub innym obsługiwanym tokenie, finansując opłatę Ethereum w ETH.
• Hybrydowe: Aplikacja mogłaby subsydiować wybrane akcje i pobierać od użytkowników opłaty za inne w formie opłaty opartej na tokenie.

Transakcja pokazana jako gasless jest nadal finansowana przez aplikację, sponsora lub osobną opłatę w tokenie. EIP-8141 mógłby dać aplikacjom standardowy sposób subsydiowania tego kosztu lub odzyskiwania go w aktywie, które użytkownik już posiada.

Co się zmienia w porównaniu z wcześniejszymi narzędziami smart-account

Ethereum obsługuje już formy abstrakcji konta. EIP-7702 z Pectry dał kontom zewnętrznym dostęp do funkcji smart-account, takich jak grupowanie transakcji, sponsoring i ulepszone opcje odzyskiwania. Wcześniej ERC-4337 wprowadził osobną architekturę mempoola i bundlera dla transakcji z abstrakcją konta, a sponsoring w stylu paymaster już istnieje w portfelach i aplikacjach zbudowanych na tych warstwach.

EIP-8141 czyni inny krok: wprowadza dedykowany format transakcji, w którym reguły walidacji i płatności mogą być zawarte natywnie na poziomie protokołu. Propozycja została zaprojektowana tak, aby obsługiwać alternatywne schematy płatności opłat bez zależności od scentralizowanego zewnętrznego relayera, choć pojedyncze portfele i aplikacje mogą nadal korzystać z usługodawców.

Elastyczność gazu to tylko jedno zastosowanie tej samej programowalnej struktury. Propozycja ma również wspierać rotację kluczy, limity wydatków, odzyskiwanie społecznościowe i alternatywne systemy podpisów. Potencjalne zastosowania prywatności Hegotá pokazują, dlaczego Frame Transactions są rozważane do zastosowań wykraczających poza elastyczne płatności za gaz.

Programowalne płatności potrzebują jasnych reguł bezpieczeństwa

Szkic ostrzega, że niestandardowy kod walidacji musi powiązać zatwierdzenie z kompletnym zestawem ram, które autoryzuje. W przeciwnym razie zatwierdzenie mogłoby zostać ponownie użyte z innym zestawem późniejszych akcji.

Nie oznacza to, że Frame Transactions są z natury niebezpieczne. Oznacza to, że portfele będą musiały pokazywać użytkownikom, co pozwala podpis, czy aplikacja płaci opłatę i który token zostanie obciążony. Te szczegóły są niezbędne, gdy jedna transakcja łączy walidację, płatność i wykonanie.

Sponsorzy ponoszą również praktyczne ryzyko. W przykładzie ERC-20 z EIP użytkownik mógłby zmniejszyć swoje saldo tokenów, zanim sponsorowana transakcja trafi do bloku. Propozycja zawiera reguły płynności paymastera i publicznego mempoola, ponieważ sponsor potrzebuje ochrony, zanim będzie mógł finansować gaz dla wielu użytkowników.

Co ta zmiana może oznaczać dla ETH

Frame Transactions przeniosłyby zarządzanie ETH na portfele, sponsorów i aplikacje. Użytkownik może zobaczyć opłatę w USDC lub żadnej bezpośredniej opłaty, ale konto płacące nadal potrzebuje ETH do rozliczenia transakcji w Ethereum.

Nie czyni to z propozycji automatycznego katalizatora popytu na ETH. Jej długoterminowy efekt zależy od tego, czy prostsze przepływy portfelowe przyciągną więcej użytkowników i czy aplikacje dostrzegają wystarczającą wartość w pokrywaniu lub przetwarzaniu kosztów gazu w ten sposób.

Testem jest przyjęcie, a nie specyfikacja

Zanim ta funkcja zmieni codzienne doświadczenie portfelowe, Hegotá musi zostać aktywowana z włączonym EIP-8141. Kompatybilne portfele i aplikacje będą musiały wtedy zapewnić jasne ceny, logikę zwrotów i podglądy transakcji — podobne prace narzędziowe, które nastąpiły po wcześniejszych wdrożeniach abstrakcji konta, gdzie wsparcie pojawiało się stopniowo w poszczególnych portfelach, a nie wszędzie naraz.

Propozycja będzie miała znaczenie tylko wtedy, gdy użytkownicy będą mogli bezpiecznie zakończyć transakcję z aktywami już obecnymi w ich portfelu, bez wcześniejszego nabywania ETH wyłącznie na opłacenie gazu.

Ten artykuł ma wyłącznie charakter informacyjny i nie stanowi porady finansowej.