Zanim zaczniesz korzystać z takiego portfela, sprawdź, kto jest właścicielem kontraktu wdrażającego i czy istnieje mechanizm aktualizacji. Jeśli portfel korzysta z fabryki kontraktów, pierwsza transakcja może zawierać zarówno wdrożenie konta, jak i samo zlecenie. To wygodne, ale wymaga podpisania danych, które nie są zwykłą transakcją. W wielu portfelach zobaczysz ekran z podpisem typu personal sign lub typed data — przeczytaj, co dokładnie autoryzujesz, bo podpis może być ważny dłużej, niż zakładasz.
Front-running w DeFi polega na tym, że ktoś widzi twoją transakcję w publicznym mempoolu, zanim zostanie ona włączona do bloku, i wstawia przed nią własną, korzystniejszą dla siebie. Efekt: płacisz gorszą cenę, a zysk zabiera bot. Publiczny mempool to otwarta poczekalnia — każdy może do niej zajrzeć i podejrzeć twoje zlecenie. Dopóki transakcje czekają tam w jawnej formie, dopóty istnieje rynek na ich podglądanie i wyprzedzanie.
Zacznij od jednego licznika i jednej pary odbiorców, z ręcznym uzgadnianiem sald. Dopiero gdy odczyty zgadzają się z fakturą operatora przez kilka okresów, automatyzuj płatności. Wprowadź limit kwoty, powyżej którego transakcja wymaga potwierdzenia człowieka, i zapisuj wersję oprogramowania oraz czas odczytu. Bez tego audyt albo reklamacja staną się nierozstrzygalne.
Trzeci mechanizm to aukcje. Solvery składają oferty, a ty albo system wybiera najlepszą. Tu pojawia się typowy błąd: ślepe zaufanie do jednego solvera. Jeśli tylko jeden podmiot obsługuje twoje intenty, wraca problem koncentracji i słabej konkurencji. Sprawdzaj, ilu solverów faktycznie startuje w aukcji i czy twoja intencja nie jest kierowana do zamkniętego grona. Czwarty element to separacja ról: budowniczy bloków, walidatorzy i solvery powinni działać niezależnie. Gdy jedna strona kontroluje i kolejkowanie, i wykonanie, prywatność staje się pozorna.
Sneakernet to najprostsza metoda: zapisujesz podpisaną transakcję na nośniku, przenosisz fizycznie i wgrywasz na komputer z siecią. Działa zawsze, nawet przy totalnej blokadzie. Błędy popełniane nagminnie: brak szyfrowania nośnika, kopiowanie pliku portfela zamiast pojedynczej transakcji oraz podpisywanie na zainfekowanym komputerze. Nośnik zgubiony w drodze to wyciek kluczy, jeśli nie jest zaszyfrowany. Transakcję podpisuj na maszynie offline, a na nośnik wrzucaj wyłącznie gotowy, podpisany rekord.
Intencje to trzeci filar ERC-4337. Zamiast ręcznie składać transakcję, mówisz, co chcesz osiągnąć — np. „zamień token A na token B, ale tylko jeśli kurs spadnie poniżej X”. System (tzw. solver) znajduje najlepszą ścieżkę i wykonuje intencję. Brzmi jak marzenie, ale w praktyce intencje wymagają zaufania do solvera. Może on wykonać twoją intencję w nieoptymalny sposób lub w ogóle jej nie zrealizować, jeśli uzna ją za nieopłacalną. Zawsze sprawdzaj, jakie warunki są wiążące, a jakie opcjonalne. Typowy błąd to zlecanie intencji bez limitu poślizgu i bez terminu ważności. Wtedy solver może poczekać na korzystny dla siebie moment, a ty stracisz na różnicy kursowej.
Portfel zgodny z ERC-4337 to portfel kontraktowy, który działa jak konto smart kontraktu, a nie jak klasyczny adres z parą kluczy. Zamiast podpisywać każdą transakcję kluczem prywatnym, zlecenie trafia do osobnego mempoolu, a wyspecjalizowany bundler pakuje je w transakcję i przekazuje do kontraktu EntryPoint. Ten kontrakt weryfikuje podpis i wykonuje operację. W praktyce oznacza to, że portfel może mieć własną logikę: limity wydatków, odzyskiwanie dostępu, płacenie gazem w tokenach innych niż natywny, a nawet łączenie kilku operacji w jedną.
Najczęstsze błędy dotyczą podpisów i opłat. Podpisanie zlecenia bez sprawdzenia, czy zawiera ono limit wydatków i czas ważności, to prosty sposób na utratę środków. Drugi błąd to zakładanie, że gaz zawsze zapłacisz w tokenie, który wybierzesz — bundler może nie przyjąć takiej formy płatności, jeśli nie ma płynności lub odpowiedniego paymastera. Portfel powinien pokazać szacowany koszt przed podpisaniem, a jeśli tego nie robi, potraktuj to jako sygnał ostrzegawczy.
UniswapX działa podobnie, ale mocniej wiąże intencje z istniejącą płynnością. Twoje zlecenie trafia do aukcji, a wypełniający je aktorzy rywalizują o prawo do wykonania. Zaleta jest taka, że nie płacisz za nieudane próby i unikasz frontruningu. Wadą bywa złożoność: nie zawsze wiadomo, kto ostatecznie wypełni zlecenie i po jakiej cenie. Warto sprawdzić, czy protokół oferuje mechanizm zwrotu środków, jeśli nikt się nie zgłosi. Bez tego twoje aktywa mogą utknąć w oczekiwaniu.
W klasycznym DeFi użytkownik składa zlecenie: chce kupić lub sprzedać konkretny token po określonej cenie. Problem w tym, że zlecenie zdradza zamiar, a to otwiera pole do wykorzystania przez boty MEV. Ktoś widzi twoją transakcję w mempoolu, wyprzedza cię, przesuwa cenę i zgarnia różnicę. Intencje odwracają ten schemat: zamiast wskazywać, jak wykonać swap, deklarujesz tylko, co chcesz osiągnąć. Reszta należy do sieci solverów.
