<span style="font-weight: bold;">Codzienne używanie portfela</span> bez seeda wygląda jak korzystanie z aplikacji bankowej: logujesz się przez Passkey (Face ID lub Touch ID), wybierasz transakcję i zatwierdzasz. Za kulisami Twoje urządzenie generuje podpis częściowy, który łączy się z podpisami z serwerów MPC. Dzięki temu nikt nie przechowuje pełnego klucza, a Ty nie musisz martwić się o frazę seedową. Pamiętaj jednak, że wygoda ma swoją cenę: jeśli stracisz urządzenie i nie skonfigurujesz strażników, dostęp do środków może być utrudniony lub niemożliwy.<br>
<br>
<br>
<br>
<img src="https://burst.shopifycdn.com/photos/dj-board-volume-slider.jpg?width=746&format=pjpg&exif=0&iptc=0" style="max-width:400px;float:left;padding:10px 10px 10px 0px;border:0px;">Kiedy słyszysz o kryptowalutach, myślisz o portalu giełdowym, portfelu internetowym i szybkim łączu. Jednak istnieją sytuacje, w których Internet znika – awaria operatora, klęska żywiołowa, podróż w odludne miejsce, a nawet celowe zakłócenia. Wtedy okazuje się, że większość ludzi nie ma żadnego planu na dostęp do środków. Można to zmienić, korzystając z trzech kanałów: satelity, fal radiowych i tak zwanego sneakernetu, czyli fizycznego przenoszenia danych. Kluczowe jest zrozumienie, że każdy z tych sposobów ma inne ograniczenia i inaczej należy go przygotować.<br>
<br>
<br>
<br>
W praktyce najczęstszym błędem jest polegnięcie na jednym mechanizmie, np. tylko na znaczniku czasu, bez sprawdzania unikalności identyfikatora transakcji. Systemy, które nie zapisują lokalnie zużytych tokenów, narażone są na tzw. replay attack. Dlatego każde urządzenie offline musi mieć bezpieczną, nieulotną pamięć, która przechowuje co najmniej ostatnie kilka tysięcy zrealizowanych transakcji. Po ponownym połączeniu z siecią te logi są wysyłane do centrali, która weryfikuje, czy nie nastąpiło podwójne użycie. Jeśli tak, system może cofnąć płatność lub zablokować instrument.<br>
<br>
<br>
<br>
Zanim zdecydujesz się na konkretną metodę, zrób test offline. Przygotuj fałszywą transakcję, podpisz ją na komputerze bez Internetu, zakoduj w formacie odpowiednim dla danego kanału i spróbuj odebrać ją na drugim urządzeniu. Sprawdź, ile czasu zajmuje cały proces, czy nie gubisz danych przy transmisji i czy potrafisz odzyskać klucz z kopii zapasowej. Pamiętaj też o aktualizacjach – świat kryptowalut zmienia się szybko, więc co kilka miesięcy przećwicz całą procedurę, aby upewnić się, że nadal działa. W przeciwnym razie ryzykujesz, że w krytycznym momencie okaże się, iż Twoje rozwiązanie jest przestarzałe lub niekompatybilne z aktualną wersją oprogramowania.<br>
<br>
<br>
<br>
Passkeys, MPC i ERC-4337 — czym się różnią w praktyce? Passkeys to klucze asymetryczne przechowywane w systemie operacyjnym lub menedżerze haseł. Podpisują transakcję po uwierzytelnieniu biometrycznym, ale nie dają ci przenośności: jeśli zmienisz ekosystem albo zgubisz sprzęt, odzyskanie konta wymaga wcześniej skonfigurowanego zapasowego urządzenia. To dobre rozwiązanie dla pojedynczego gracza, ale w DAO, gdzie głosuje 50 osób, każda z nich musi mieć własny passkey i proces dodawania nowego członka staje się koszmarem.<br>
<br>
<br>
<br>
Warto również rozważyć architekturę, w której płatność offline działa tylko wtedy, gdy kwota nie przekracza pewnego progu, a większe transakcje wymagają połączenia online. To praktyczne obejście problemu, ponieważ zmniejsza ryzyko finansowe. Przykładowo, w transporcie publicznym karta miejska może działać offline dla pojedynczego przejazdu, ale doładowanie już wymaga sieci. Projektując taki system, trzeba też zadbać o politykę anulowania: jeśli klient przed zakończeniem transakcji odejdzie, terminal musi automatycznie unieważnić wygenerowany kod, aby nie został użyty ponownie.<br>
<br>
<br>
<br>
Najczęstsze błędy: 1) uznanie, że passkey = portfel bez seeda — to tylko warstwa uwierzytelnienia, a nie magazyn kluczy; 2) ignorowanie limitów sesyjnych — klucz ERC-4337 bez limitu kwoty to furtka do wyczyszczenia konta; 3) brak testów awaryjnych — zanim wdrożysz, sprawdź, co się dzieje, gdy ktoś zgubi passkey, a fragment MPC zostanie skradziony. Zawsze przygotuj scenariusz odzyskiwania i zapisz go w dokumentacji technicznej, a nie tylko w głowie.<br>
<br>
<br>
<br>
MPC (multi-party computation) dzieli klucz na fragmenty rozproszone między urządzeniami lub uczestnikami. Podpisanie transakcji wymaga zebrania określonej liczby fragmentów — np. 2 z 3. To rozwiązanie sprawdza się w DAO, bo możesz ustalić progi decyzyjne od razu na poziomie kryptografii, ale uwaga: każdy fragment to nadal sekret, który trzeba chronić. Typowy błąd to trzymanie wszystkich fragmentów na tym samym dysku lub w tym samym menedżerze haseł — wtedy tracisz całą przewagę nad seedem.<br>
<br>
<br>
<br>
Zarządzanie kluczami w krypto dla gier, Metaverse i DAO to codzienny problem: seed to jedno zdanie, które pada ofiarą phishingu, keyloggera albo własnej nieuwagi. Portfele bez seedów zastępują go trzema różnymi mechanizmami: passkeys, progiem progowym (MPC) oraz sesyjnymi kluczami ERC-4337. Każda z tych technik rozwiązuje inny problem, dlatego zanim zintegrujesz je z projektem, sprawdź, co dokładnie kupujesz.
