Intencje, Solverzy i Paymasterzy: niewidoczna rewolucja UX w Web3 (ERC‑4337, gasless i MEV 2.0)

Dlaczego w 2026 r. nadal przegrywamy UX-em z fintechami? Mimo tanich L2 i lepszych portfeli, porzucenia procesów onramp/KYC oraz nieudane transakcje wciąż drenują konwersję. Na scenę wchodzą trzy elementy, o których mało się pisze po polsku: intencje (intents), solverzy i paymasterzy oparte o ERC‑4337. To nowa warstwa nad mempoolem, która negocjuje cenę, ścieżkę i płatność za gaz – zanim w ogóle powstanie transakcja.

W skrócie: o co tu chodzi?

• Intencja = „co” użytkownik chce osiągnąć (np. „zamień 500 USDC na ETH po najlepszym kursie do 30 sekund, z limitem slippage 0,3%”).
• Solver = podmiot, który spełnia intencję, negocjując routing, ochronę przed MEV i koszty.
• Paymaster = sponsor gazu (może opłacić opłatę w imieniu użytkownika), element Account Abstraction (ERC‑4337).

Jak działa warstwa intencji i solverów

Zamiast wysyłać gotową transakcję do mempoola, portfel lub dApp formułuje intencję. Trafia ona do rynku solverów, gdzie rozgrywa się aukcja realizacyjna. Wybrany solver zwraca pakiet wykonania (często jako zbudowany user operation pod ERC‑4337), a bundler publikuje go do sieci. Paymaster może pokryć koszty gazu, a jego polityka decyduje, kto, kiedy i dlaczego dostaje „gasless”.

Minimalna architektura (przepływ)

1. Użytkownik formułuje intencję w portfelu AA (np. Smart Account).
2. dApp/portfel wysyła intencję do rynku solverów (API/relayer).
3. Solver symuluje wykonanie na kilku L2/DEX-ach, składa ofertę (cena, czas, ochrona MEV).
4. Wygrywa najkorzystniejsza oferta; powstaje UserOperation.
5. Paymaster akceptuje pokrycie gazu wg reguł (np. posiadanie NFT/lojalność).
6. Bundler publikuje paczkę do mempoola 4337, a następnie do L1/L2.

Dlaczego to ważne dla rynku (3 punkty wiedzy)

• MEV 2.0: Zysk z kolejności i sposobu wykonania transakcji przenosi się z „po fakcie” (mempool) do przed faktem (rynek intentów). Dobre systemy potrafią dzielić część zysku z użytkownikiem.
• UX bez gazu: Płatność za transakcję w USDC lub sponsorowanie przez dApp radykalnie zwiększa konwersję pierwszej operacji i powrotów użytkowników.
• Ochrona przed sandwichingiem: Solverzy agregują płynność i używają prywatnych kanałów nadawczych, redukując ataki na cenę.

Paymasterzy (ERC‑4337): modele i ekonomia

Paymaster to smart‑kontrakt, który decyduje, kiedy i komu finansuje gaz. W praktyce wyróżniamy trzy modele:

Model	Opis	Ryzyka	Gdzie działa najlepiej
Promocyjny	Darmowa 1–3 transakcje dla nowych użytkowników	Fraud/abuse, sybil	Onboarding, kampanie NFT/ticketing
Subskrypcyjny	Stała opłata miesięczna → określony limit gazu	Niedoszacowanie kosztów, zmienny gaz	Gry, social, narzędzia B2B
Rozliczany w tokenie	Płatność gazu w USDC/APP token, przeliczana on‑the‑fly	Ryzyko kursu, płynność rynku	DeFi i rynki o stałej płynności

Prosty kalkulator ROI sponsora gazu

• Założenia: CAC bez gasless = 14 USD; z gasless = 10 USD; koszt gazu na użytkownika = 1,20 USD; retencja D30 +8 p.p.
• Wniosek: Jeśli wzrost retencji przekłada się na LTV +2 USD lub więcej, paymaster „nosi się” finansowo.

Intencje vs klasyczne transakcje: co naprawdę się zmienia

Aspekt	Transakcja klasyczna	Intencja + solver	Praktyczny efekt
Definicja celu	„Wykonaj swap na DEX X”	„Dostarcz najlepszy wynik w czasie T, max slippage S”	Lepsza cena i mniejszy poślizg
Widoczność w mempoolu	Publiczna, podatna na MEV	Prywatne kanały/aukcje solverów	Mniej sandwichingu
Opłata za gaz	ETH tylko	USDC/APP token lub sponsor	Wyższa konwersja użytkownika
Cross‑chain	Ręczne mosty	Solver układa trasę przez mosty/liquidity	Mniej błędów i reorgów

Bezpieczeństwo: niewygodne pytania i twarde odpowiedzi

• Zaufanie do solvera: Wymagaj symulacji deterministycznej i dowodów, że wynik = deklaracja. Preferuj systemy z audytowanymi regułami i publicznym logiem ofert.
• Unikanie preferencji szkodliwych: Deklaruj preferencje wykonania (np. „no-sandwich”, „minimum‑return”) podpisane przez użytkownika.
• Uprawnienia portfela AA: Ogranicz session keys i limity, stosuj listy dozwolonych kontraktów oraz time‑locki dla zmian polityk paymastera.
• Prywatność: Korzystaj z kanałów prywatnych/„protected TX”, a wrażliwe parametry agreguj po stronie klienta.

Regulacje & Podatki: szare strefy nowej warstwy

• Best execution (najlepsze wykonanie): jeżeli solver kieruje orderflow, może podlegać standardom „najlepszej realizacji” znanym z rynków tradycyjnych (zależnie od jurysdykcji).
• Sponsor gazu a świadczenie usługi: pokrywanie kosztów może być traktowane jak rabat/benefit – księguj i ujawniaj zasady.
• Podatki: wyniki optymalizacji cenowej zmieniają bazę kosztową (cost basis). Eksportuj raporty z solvera do księgowości krypto.

Rynek i projekty, które warto śledzić

Bez rekomendacji inwestycyjnych. Przykłady funkcjonalne z ekosystemu 2023–2024:

• ERC‑4337 stack: bundlery i paymasterzy (np. rozwiązania komercyjne i open‑source wykorzystywane przez portfele AA).
• CoW Protocol: aukcje solverów dla swapów z ochroną przed MEV.
• Safe / smart accounts: portfele kontraktowe kompatybilne z AA.
• Prywatne ścieżki nadawcze: kanały „protected” inspirujące architekturę pod intencje.

Metryki do monitorowania:

• Fill rate intencji i odsetek zrealizowanych bez re‑quote.
• MEV rebate dzielony z użytkownikiem (ile wraca w cenie).
• Skuteczność paymastera: koszt gazu per aktywowany użytkownik i wpływ na LTV.

Case study (hipotetyczne, oparte na realnych parametrach rynkowych)

• Kontext: dApp DeFi na L2 wdraża paymastera promocyjnego i routing przez solverów.
• Zmiany:
  • Onboarding „gasless” dla pierwszych 2 operacji do 0,002 ETH ekwiwalentu.
  • Preferencje „no-sandwich” i minimalny zwrot zapisany w intencji.
• Wyniki po 30 dniach:
  • Wzrost konwersji pierwszej operacji: +22%.
  • Średni poślizg cenowy: –37% vs. baseline (dzięki aukcji solverów).
  • Koszt sponsora gazu na użytkownika: 0,98 USD; wzrost LTV szac. +2,40 USD.

Jak wdrożyć: mini‑playbook dla zespołu

1. Zdefiniuj intencje: np. swap, most, DCA, mint NFT. Opisz parametry niepodlegające negocjacji (deadline, min return).
2. Wybierz infrastrukturę AA: portfel smart, bundler, paymaster. Ustal polityki KYC/anty‑sybil dla promocji.
3. Podłącz rynek solverów: akceptuj wiele ofert; loguj symulacje, czasy i różnice cenowe.
4. Telemetria: mierz „success rate”, średni slippage, koszt gazu per aktywacja, retencję D7/D30.
5. Compliance: polityka ujawnień dla użytkownika (kto płaci gaz, jak liczone są rabaty, ryzyko cenowe).

Pro / Contra krótko

Aspekt	Pro	Contra
UX	Gasless, płatność w stablecoinach	Dodatnia złożoność integracji
Cena wykonania	Aukcje solverów, rebate MEV	Potencjalny konflikt interesów solvera
Bezpieczeństwo	Prywatne kanały, preferencje „no‑sandwich”	Nowe wektory nadużyć paymastera
Skalowalność	Multi‑chain routing	Nieliniowe koszty monitoringu i audytu

FAQ & Support

• Czy gasless jest naprawdę darmowy? Ktoś płaci – zwykle dApp przez paymastera. To element strategii wzrostu i retencji.
• Czy intencje działają na każdym L2? Architektura jest agnostyczna, ale jakość zależy od dostępności solverów i prywatnych kanałów nadawczych na danej sieci.
• Czy muszę mieć ETH na gaz? Z AA możesz płacić stablecoinem lub nic nie płacić, jeśli spełniasz warunki sponsora.

Co dalej: horyzont 12–24 miesięcy

• Standaryzacja formatów intencji i aukcji solverów (lepsza interoperacyjność, mniejsze lock‑iny).
• Decentralizacja sekwencerów L2 i zacieśnianie integracji z prywatnymi kanałami, co poprawi przewidywalność wykonania.
• Lepsze dowody symulacji (np. cryptographic attestations), aby weryfikować „uczciwość” ofert solvera.

Wnioski i działania

Intencje, solverzy i paymasterzy przesuwają ciężar walki o UX z poziomu „po publikacji do mempoola” na etap przedtransakcyjny. To szansa na poprawę cen, bezpieczeństwa i konwersji – bez zmuszania użytkownika do żonglowania gazem. Dla zespołów produktowych: zacznij od jednego przepływu (np. swap + gasless), zloguj różnice w poślizgu i LTV, a następnie rozszerzaj użycie intencji na mosty i DCA.

CTA: Jeśli budujesz dApp, zrób tygodniowy proof‑of‑concept: jeden flow z paymasterem i dwoma solverami. Mierz – optymalizuj – wdrażaj szerzej.