Niewidzialne koszty i zwroty w DeFi: prywatne mempoole, intenty i paymasterzy a Twoje podatki w 2025

Kategoria: Podatki • Bezpieczeństwo • DeFi • Portfele (Wallets) • Narzędzia & Kalkulatory

Wprowadzenie

Czy wiesz, że transakcja, która wygląda na „darmową” lub „tańszą”, może generować ukryty przychód albo koszt wpływający na rozliczenie podatkowe? W 2025 r. coraz więcej operacji w Web3 trafia poza publiczny mempool do prywatnych kanałów, realizowanych jako intenty lub przez paymasterów ERC‑4337. To świetnie dla bezpieczeństwa i MEV‑ochrony, ale fatalnie, jeśli nie prowadzisz dokładnych zapisów. Ten artykuł pokazuje, jak rozumieć te mechanizmy i jak je księgować.

Co właściwie się zmieniło?

Tradycyjnie płaciłeś gaz, transakcja trafiała do publicznego mempoolu, górnik/validator ją włączał i koniec historii. Dziś szlak bywa inny: portfel wysyła zlecenie do prywatnego relaya, który licytuje „porządek” w bloku, a część priorytetowej opłaty bywa zwracana (rebate). W modelu intentów opisujesz zamiar (np. „sprzedaj 1 ETH za stablecoina powyżej X”), a solver realizuje go najkorzystniej – czasem pokrywając część kosztów z własnej marży. Z kolei paymaster może sponsorować gaz, by ułatwić onboarding, co generuje pozornie „zerowy” koszt. Dla podatków – to trzy różne sytuacje.

Prywatne mempoole i MEV‑refundy: jak to działa?

Publiczny mempool vs. prywatny kanał

Publiczny mempool to ogólnodostępna kolejka transakcji – widzą ją boty i arbitrzy. To źródło sandwichy i frontrunningu. Prywatne relaye przyjmują transakcje bez ujawniania ich treści publicznie przed włączeniem do bloku. Minimalizują wycieki informacji i często uczestniczą w aukcjach kolejności (orderflow auction), gdzie część premii może wrócić do nadawcy jako refund.

Rodzaje „zwrotów” i gdzie je znajdziesz

• Refund priorytetowy (tip rebate) – część opłaty za priorytet zwracana nadawcy off‑chain lub on‑chain.
• Rebata od aggregatora – DEX‑aggregator optymalizuje trasę i dzieli się marżą (często off‑chain, np. jako kredyt/bonus).
• Opłata netto niższa niż wyświetlona – explorer pokazuje finalny koszt, ale w portfelu widziałeś wyższy estimate. Różnica bywa księgowana jako „oszczędność”.

Uwaga: nie każdy explorer etykietuje te mechanizmy. Część refundów jest pozaksięgowa (np. zwrot w punktach, kredycie lub stablecoinie w osobnej transakcji).

Intenty i ERC‑4337: kto naprawdę płaci za gaz?

Intenty (intent‑based trading)

Wysyłasz opis celu, a solver realizuje go najlepszą trasą. Może „zasponsorować” część kosztu, bo zarabia na arbitrażu/propagacji orderflow. Dla Ciebie to niższy koszt, ale księgowo – pojawia się ukryte świadczenie (rabat) lub potencjalny przychód, jeśli refinansowanie następuje w tokenach.

Account Abstraction i Paymaster

W modelu ERC‑4337 transakcje wysyłasz jako UserOperation, którą „pakuje” bundler. Paymaster może pokryć gaz częściowo lub w całości, czasem w zamian za Twój routing przez konkretną usługę. Na łańcuchach EVM część explorerów pokazuje pole paymaster w szczegółach operacji – warto je archiwizować na potrzeby podatkowe.

Podatki: klasyfikacja kosztów i zwrotów (ogólne wskazówki)

To nie jest porada podatkowa. Reżim podatkowy zależy od jurysdykcji. Poniżej ogólne ramy, które możesz omówić z doradcą:

• Opłata za gaz – zwykle koszt uzyskania przychodu związany z daną operacją (np. swapem). Jeśli część gazu została sponsorowana przez paymastera, Twoim kosztem jest tylko faktycznie poniesiona część.
• Refund/zwrot – jeśli otrzymujesz tokeny lub stablecoiny jako zwrot, może to być przychód (różne kwalifikacje: rabat vs. nieodpłatne świadczenie). Zapisuj kwotę, datę i kurs.
• Punkty/credits – często klasyfikowane jako promocja do czasu wymiany na token/fiat. Po konwersji mogą stać się przychodem.
• Marża solvera – zwykle niewidoczna dla Ciebie; jeśli jednak dostajesz część marży, traktuj to jak przychód.

Jak dokumentować transakcje z prywatnym orderflow

Aby uniknąć problemów, prowadź szczegółowy rejestr poniższych pól dla każdej transakcji związanej z DeFi:

• Tx hash i łańcuch (L1/L2).
• Tryb wysyłki: publiczny mempool / prywatny relay / intent / ERC‑4337.
• Adresy: portfel nadawcy, kontrakt docelowy, ewentualny bundler, paymaster, relayer.
• Gaz: base fee, priority fee, limit, faktycznie zużyty gaz, ostateczny koszt w tokenie rozliczeniowym.
• Refundy: kwota, token, sposób (on‑chain/off‑chain), link do transakcji refundowej.
• Notatka: „sponsorowany gaz”, „intent – solver X”, „prywatny relay”.
• Wycena: kurs tokena w momencie transakcji (źródło kursu).

Porównanie trybów wysyłki a skutki podatkowe

Tryb	Koszt gazu	Potencjalny zwrot	Widoczność transakcji	Ryzyko MEV	Złożoność podatkowa
Publiczny mempool	Płaci użytkownik w całości	Brak	Wysoka (jawna przed włączeniem)	Wysokie	Niska
Prywatny relay	Zwykle niższy efektywnie	Możliwy rebate	Niska (do czasu ujęcia w bloku)	Niskie	Średnia (rejestr refundów)
Intenty (solver)	Solver może subsydiować	Możliwy udział w marży	Średnia (agregowana)	Niskie	Wysoka (rabat/świadczenie)
ERC‑4337 + Paymaster	Częściowo/całkowicie sponsorowany	Brak klasycznego „refund”, ale sponsoring	Średnia (UserOp + bundler)	Niskie	Wysoka (sponsoring do ujęcia)

Mini‑studium przypadku: swap z prywatnym mempoolem i sponsoringiem gazu

• Sytuacja: Użytkownik A wykonuje swap na L2 przez portfel AA. Transakcja trafia do prywatnego relaya. Paymaster pokrywa 60% gazu, a dodatkowo aggregator wypłaca 5 USDC refundu w osobnej transakcji.
• Księgowanie (przykładowe, do weryfikacji u doradcy):
  • Koszt własny gazu: 40% faktycznego kosztu (wycena w momencie tx) → koszt uzyskania.
  • Refund 5 USDC: potencjalny przychód w dniu otrzymania (zapisz kurs i link do tx).
  • Sponsoring 60%: odnotuj jako brak poniesionego kosztu (nie księgujesz kosztu, ale notujesz fakt sponsoringu na wypadek kontroli).

Bezpieczeństwo i zgodność: najlepsze praktyki

• Symulacje – używaj portfeli/serwisów z podglądem skutków transakcji (simulate/callstatic).
• Oznaczaj tryb routingu – jeśli portfel przełącza na prywatny relay, dodaj tag w notatkach.
• EIP‑712 – sprawdzaj podpisywane domeny przy UserOperation/intentach; unikaj ślepych zgód.
• Eksportuj cyklicznie – raz w tygodniu zgrywaj CSV z explorerów i dopisuj brakujące pola ręcznie.
• Unikaj „darmowych” cudów – sponsoring bywa ograniczony regulaminem; zachowuj zrzuty ekranów/URL warunków.

Narzędzia & Kalkulatory: co warto mieć

• Eksplorer UserOperation dla ERC‑4337 – aby zobaczyć bundlera i paymastera.
• Panel mempoolu/relay – do weryfikacji, czy transakcja była prywatna.
• Kalkulator podatkowy z polami: tryb routingu, sponsoring, refund token/fiat.
• Archiwum kursów (wycena spot z wiarygodnego źródła) z timestampem.
• Portfel z notatkami on‑chain/off‑chain – by dopisywać tagi księgowe przy transakcjach.

FAQ: krótkie odpowiedzi na trudne pytania

• Czy refund od relaya zawsze jest przychodem? Zależy od formy i prawa lokalnego. Tokenowy zwrot zwykle tak; czysta obniżka zapłaconej opłaty – nie.
• Czy sponsoring gazu to airdrop? Nie. To nieodpłatne świadczenie/usługa obniżająca Twój koszt, a nie bezpośredni przychód w tokenie.
• Czy intenty są „anonimowe” podatkowo? Nie. Wciąż zostawiają ślad on‑chain; ważne jest poprawne opisanie źródła korzyści.

Co dalej: szyfrowane mempoole, PBS i wielołańcuchowe intenty

Kierunek jest jasny: więcej prywatności i automatyzacji. Szyfrowane mempoole oraz bardziej dojrzała separacja propozycji i budowy bloków (PBS) zmniejszą ekspozycję na MEV, a wielołańcuchowe intenty sprawią, że rozliczenia będą jeszcze bardziej złożone. To dobra wiadomość dla użytkowników – i wyzwanie dla księgowości.

Wnioski i następne kroki

• Standaryzuj notatki: wprowadzaj stałe tagi „relay:intent/aa/public”.
• Zbieraj dowody: linki do refundów, zrzuty warunków sponsoringu.
• Uaktualnij kalkulator: dodaj pola „refund”, „sponsoring”, „bundler/paymaster”.
• Testuj narzędzia: wybierz portfel z czytelną historią UserOperation i eksportem CSV.

Chcesz arkusz do ewidencji refundów i sponsoringu gazu? Zasubskrybuj nasz newsletter i pobierz bezpłatny szablon CSV z gotowymi polami i tagami.