Najważniejszy wniosek: Od końca 2025 roku do pierwszej połowy 2026 roku rynek doświadczył w krótkich odstępach pięciu odrębnych kategorii incydentów związanych z kryptowalutami: naruszenia bezpieczeństwa łańcucha dostaw rozszerzenia przeglądarki, naruszenia bezpieczeństwa biblioteki npm, przejęcia zarządzania multisig w ramach DEX, fali awarii scentralizowanych platform oraz fizycznego napadu na osobę posiadającą aktywa o wysokiej wartości. Na pierwszy rzut oka żadne z nich nie przypominało pozostałych, lecz rozpatrywane razem prowadzą do tego samego wniosku: w 2026 roku najtrwalszą ochronę zapewnia samodzielne przechowywanie środków na urządzeniu, którego architektura eliminuje zarówno zdalne, jak i fizyczne drogi ataku. W tym artykule omawiamy pięć zdarzeń, wnioski płynące z każdego z nich oraz praktyczne ramy postępowania w ich następstwie.
Szybkie zestawienie
| Termin | Znaczenie |
|---|---|
| Samodzielna kontrola środków | Samodzielne przechowywanie własnych kluczy prywatnych, bez giełdy ani strony trzeciej kontrolującej środki |
| Portfel programowy | Portfel, którego klucze znajdują się na urządzeniu podłączonym do internetu, takim jak rozszerzenie przeglądarki lub aplikacja na telefon |
| Portfel sprzętowy | Urządzenie sprzętowe, które przechowuje klucze prywatne w trybie offline |
| Air-gapped | Brak internetu, Bluetootha, transmisji danych przez USB i NFC; komunikacja wyłącznie za pomocą kodu QR |
| Atak na łańcuch dostaw | Atak na narzędzie używane do tworzenia lub dystrybucji oprogramowania, wskutek którego każde oprogramowanie dostarczone za pomocą tego narzędzia dziedziczy skutki naruszenia |
| Ryzyko kontrahenta | Ryzyko, że inna osoba przechowująca Twoje aktywa zawiedzie, wycofa się z działalności lub padnie ofiarą ataku |
| Ochrona przed manipulacją | Konstrukcja fizyczna, której zadaniem jest wymazanie danych przechowywanych na urządzeniu po wymuszeniu otwarcia obudowy |
Dlaczego ten okres był inny
Branża kryptowalut ma za sobą wiele trudnych lat pod względem bezpieczeństwa. Nietypowy charakter okresu od końca 2025 roku do pierwszej połowy 2026 roku nie wynikał z rozmiaru któregokolwiek pojedynczego zdarzenia, lecz z szerokiego wachlarza kategorii ataków, które nastąpiły w krótkich odstępach. Osoba posiadająca aktywa mogła, czytając nagłówki w marcu i kwietniu 2026 roku, w ciągu kilku tygodni natrafić na przykłady wstrzyknięcia złośliwego kodu do łańcucha dostaw, naruszenia bezpieczeństwa biblioteki, przejęcia zarządzania, awarii giełdy oraz fizycznego przymusu. Zdarzenia te nie miały wspólnego wektora ataku. Łączyła je wspólna cecha strukturalna: w każdym przypadku strata wynikała z czegoś, nad czym użytkownik nie miał bezpośredniej kontroli.
Przeglądanie ich razem jest przydatne, ponieważ wyłaniający się wzorzec mówi więcej niż jakiekolwiek pojedyncze zdarzenie rozpatrywane osobno. Każde zdarzenie stanowi inny przykład tej samej kwestii: gdy ktoś inny ma klucze, można się do nich dostać. Poniższe pięć sekcji omawia zdarzenia w kolejności, a następnie wraca do wspólnego wzorca.
Wydarzenie 1: przejęcie rozszerzenia przeglądarki Trust Wallet (grudzień 2025 r.)
24 grudnia 2025 r. atakujący przejęli wersję 2.68 rozszerzenia przeglądarki Trust Wallet w wyniku ataku na łańcuch dostaw w Chrome Web Store. Korzystając z ujawnionego klucza API Chrome Web Store, ominęli proces weryfikacji i wprowadzili złośliwy kod, który przechwytywał frazy zalążkowe użytkowników za pośrednictwem fałszywego punktu końcowego analityki. Złośliwa wersja była dostępna przez około 48 godzin, w tym czasie skradziono około 7 mln USD z 2520 portfeli. Współzałożyciel Binance, CZ, potwierdził pełną rekompensatę dla poszkodowanych użytkowników. Atak powiązano z wcześniejszym przejęciem łańcucha dostaw npm o nazwie „Shai-Hulud”, co pokazuje, jak powiązane ze sobą luki w dystrybucji oprogramowania mogą wywoływać efekt domina.
Wniosek. Zdarzenie związane z Trust Wallet nie dotyczy konkretnie Trust Wallet. Pokazuje, co się dzieje, gdy kanał dystrybucji portfela sam staje się powierzchnią ataku. Użytkownik, który zainstalował rozszerzenie kilka miesięcy wcześniej i zaufał automatycznym aktualizacjom, otrzymał złośliwą wersję za pośrednictwem tego samego zaufanego kanału, którego zawsze używał. Nie było strony phishingowej, fałszywego e-maila ani błędu użytkownika. Zagrożenie wynikało bezpośrednio ze sposobu dystrybucji i aktualizowania oprogramowania rozszerzenia przeglądarki. Więcej informacji znajdziesz w naszej analizie włamania do Trust Wallet o wartości 7 mln USD.
W przypadku aktywów przechowywanych długoterminowo oznacza to, że każdy portfel, który automatycznie aktualizuje się z kanału połączonego z internetem, z samej zasady konstrukcji wiąże się z tego rodzaju ryzykiem. Architekturą zamykającą tę furtkę jest taka, która nie ma ścieżki automatycznych aktualizacji z żadnego kanału internetowego, a urządzenie podpisujące w ogóle nie ma połączenia z internetem.
Wydarzenie 2: przejęcie biblioteki npm Axios (31 marca 2026 r.)
31 marca 2026 r. o godz. 00:21 UTC północnokoreańska grupa, której działalność potwierdził dział Mandiant firmy Google, przejęła konto publikowania pakietów npm należące do Axios — jednej z najczęściej używanych bibliotek JavaScriptowych klientów HTTP na świecie. Złośliwe wersje (v1.14.1 i v0.30.4) zawierały ukrytą zależność o nazwie „plain-crypto-js”, która wdrażała wieloplatformowego trojana zdalnego dostępu. Axios jest pobierany około 83 milionów razy tygodniowo, co oznacza, że jest wykorzystywany w znacznej części ekosystemu JavaScript. Złośliwe wersje były dostępne przez około trzy godziny, zanim je wykryto i usunięto.
Wniosek. Incydent Axios przesunął atak o jeszcze jedną warstwę wyżej niż w przypadku Trust Wallet. Trust Wallet był przejętym portfelem, natomiast Axios — przejętym narzędziem wykorzystywanym do tworzenia portfeli, aplikacji DApp i giełd. Każda aplikacja kryptowalutowa, która w ciągu tych trzech godzin automatycznie zaktualizowała zależność Axios, mogła odziedziczyć złośliwe oprogramowanie, a nikt na ścieżce użytkownika nie musiał o tym wiedzieć. Pełną analizę incydentu znajdziesz w naszym opracowaniu ataku na łańcuch dostaw Axios.
Dla użytkownika końcowego posiadającego kryptowaluty praktyczny wniosek jest taki, że pytanie „czy mój portfel jest bezpieczny?” jest niewłaściwe. Właściwe pytanie brzmi, czy istnieje jakakolwiek ścieżka, przez którą przejęty kod mógłby dotrzeć do procesu podpisywania. Portfel z zależnościami JavaScript i połączeniem z internetem ma wiele takich ścieżek. Portfel podpisujący transakcje offline za pomocą kodów QR, bez zależności programowych między użytkownikiem a urządzeniem, ma ich strukturalnie mniej.
Wydarzenie 3: Przejęcie multisiga Drift Protocol o wartości 285 mln USD (1 kwietnia 2026 r.)
1 kwietnia 2026 r. Drift Protocol, największa zdecentralizowana giełda kontraktów perpetual na Solanie, padła ofiarą ataku, w wyniku którego skradziono około 285 mln USD. Atak nie wynikał z błędu w smart kontrakcie. „Security Council” Driftu była multisigem 2 z 5, bez timelocka. Atakujący podstępem przejął 2 z 5 podpisujących, a następnie wykorzystał funkcję durable nonce Solany do wcześniejszego podpisania złośliwych transakcji, które wprowadziły zmiany na poziomie administratora: fałszywy token zabezpieczający z zawyżoną ceną z oracle’a, wyłączyły wyłączniki bezpieczeństwa i usunęły limity wypłat. Środki zostały wyprowadzone przez Jupiter, przesłane za pośrednictwem deBridge i Wormhole, a następnie przepuszczone przez miksery. TVL spadła z około 550 mln USD do poniżej 300 mln USD w ciągu godziny.
Wniosek. Zdarzenie Drift jest najbardziej niewygodne z pięciu dla szerokiej narracji „decentralizacja rozwiązuje problem”. Drift był przedstawiany jako zdecentralizowany, ale uprawnienia zarządcze skupiały się w pięciu kluczach, z których dwa wystarczały, aby przejąć wszystko. Etykieta na platformie nie zmieniała tego, kto faktycznie kontrolował środki. Pełną analizę znajdziesz w naszym opracowaniu ataku na Drift Protocol o wartości 285 mln USD.
Wniosek ten wykracza poza przypadek Drift. Gdy Twoje aktywa znajdują się w inteligentnym kontrakcie, którego uprawnienia administratora kontroluje niewielki zestaw kluczy, ponosisz ryzyko kontrahenta niezależnie od tego, jak platforma się przedstawia. Ochrona przed tym jest taka sama jak ochrona przed awarią scentralizowanej giełdy: przechowuj własne klucze na urządzeniu, nad którym wyłączną kontrolę masz Ty.
Wydarzenie 4: Seria incydentów związanych ze scentralizowanymi platformami (30–31 marca 2026 roku)
Trzy wydarzenia nastąpiły w ciągu 48 godzin i wzajemnie wzmocniły swój wpływ.
30 marca 2026 roku Sumit Gupta i Neeraj Khandelwal, współzałożyciele największej indyjskiej giełdy kryptowalut CoinDCX, zostali aresztowani w związku ze sprawą oszustwa dotyczącego klonowanej strony phishingowej (coindcx.pro). Po 72 godzinach zwolniono ich za kaucją, a wobec nich nie przedstawiono dowodów na bezpośrednie zaangażowanie. W odpowiedzi CoinDCX ogłosiła utworzenie funduszu bezpieczeństwa „Digital Suraksha Network” o wartości 100 crore rupii (około 12 milionów dolarów).
31 marca 2026 roku Coinbase Commerce, bramka płatnicza używana przez tysiące sprzedawców, oficjalnie zakończyła działalność. Sprzedawcy i użytkownicy, którzy nie przenieśli środków, mogli napotkać problemy z dostępem.
W tym samym okresie indeks Crypto Fear & Greed utrzymywał się na poziomie 8 na 100, co oznaczało najdłuższą serię skrajnego strachu od upadku FTX w listopadzie 2022 roku. Szerszy kontekst, w tym atak na Bybit o wartości 1,5 miliarda dolarów na początku 2025 roku (który sam odpowiadał za 44% z łącznej kwoty 3,4 miliarda dolarów skradzionych w kryptowalutach, odnotowanej przez Chainalysis w tamtym roku), wyjaśniał, dlaczego posiadacze już wcześniej byli zaniepokojeni. Nasza analiza indeksu strachu na poziomie 8/100 szczegółowo omawia kontekst makroekonomiczny.
Wniosek. Każde wydarzenie z tej serii dotyczyło innego rodzaju awarii związanej z przechowywaniem środków przez platformę. CoinDCX pokazał, że nawet założyciel giełdy nie jest w stanie w pełni uchronić użytkowników przed skutkami podszywania się i oszustw na dużą skalę. Coinbase Commerce pokazał, że usługa może po prostu zostać wycofana zgodnie z harmonogramem, pozostawiając użytkownikom wybór między przeniesieniem środków a utratą dostępu. Bybit pokazał, że nawet duża giełda dysponująca znacznymi zasobami przeznaczonymi na bezpieczeństwo może stracić ponad miliard dolarów w jednym incydencie.
Wspólną cechą wszystkich trzech przypadków było to, że użytkownik nigdy nie miał bezpośredniej kontroli nad kluczami. Znaczenie każdej platformy ograniczało się do momentu, w którym coś po jej stronie przestawało działać. W przypadku samodzielnego przechowywania środków na portfelu sprzętowym ciągłość działania platformy przestaje być elementem modelu bezpieczeństwa.
Wydarzenie 5: Fizyczny napad w Scottsdale na 66 milionów dolarów (marzec 2026)
W ten sam weekend, w którym doszło do ataku na Drift, dwie osoby przejechały 600 mil do Scottsdale w Arizonie, aby fizycznie obrabować posiadacza bitcoinów z 66 milionów dolarów. Zdarzenie opisano w bazie ataków fizycznych Jamesona Loppa jako atak polegający na „przymusie fizycznym”. Kilka dni wcześniej w Hiszpanii aresztowano podejrzanych o porwanie współzałożyciela Ledger, Davida Ballanda — wydarzenie to przez kilka poprzednich miesięcy było obecne w doniesieniach medialnych.
Wniosek. Ataki fizyczne na posiadaczy kryptowalut nasilały się przez cały 2025 rok i trwały także w 2026 roku, wraz ze wzrostem cen i widoczności. To kategoria zagrożeń, której nie uwzględniają modele bezpieczeństwa oparte wyłącznie na rozwiązaniach cyfrowych. Doskonale odizolowane od sieci urządzenie stojące na biurku nadal jest fizycznym przedmiotem, którego osoba mająca do niego dostęp może próbować użyć lub zmusić jego właściciela do użycia.
Zabezpieczenia istotne w przypadku tej kategorii zagrożeń różnią się od tych, które zamykają zdalne ścieżki ataku. Obejmują one nieujawnianie publicznie posiadanych środków, korzystanie z urządzeń zaprojektowanych tak, aby usuwały przechowywane klucze po siłowym otwarciu obudowy (konstrukcja odporna na manipulacje), przechowywanie kont z dużym saldem na urządzeniach umieszczonych w mniej oczywistych miejscach oraz używanie kont z niskim saldem do wszelkiej widocznej codziennej aktywności. Połączenie architektury air gap (chroniącej przed atakami zdalnymi) z w pełni metalową, szczelną obudową usuwającą klucze przy próbie siłowego otwarcia (chroniącą przed atakami fizycznymi) pozwala uwzględnić oba wektory na poziomie architektury, zamiast zabezpieczać tylko jeden.
Wzorzec widoczny we wszystkich pięciu przypadkach
Te pięć zdarzeń dotyczy zupełnie różnych obszarów. Rozszerzenie przeglądarki, biblioteka npm, multisig DEX-a, grupa scentralizowanych usług i napad fizyczny mają niemal nic wspólnego na poziomie mechanizmu ataku. Łączy je strukturalna cecha: w momencie utraty środków użytkownik nie kontrolował aktywów bezpośrednio. W każdym przypadku wartość trafiła do atakującego, ponieważ ktoś lub coś innego mogło ją uwolnić: kanał dystrybucji, zależność, rada, powiernik lub osoba zmuszona do działania.
Samodzielne przechowywanie kluczy rozwiązuje jedną część tego schematu, dając użytkownikowi władzę nad kluczami. Architektura rozwiązuje inną, określając, jak bardzo klucze są narażone w punktach, w których użytkownik korzysta z tej władzy. Wydarzenia z lat 2025 i 2026 pokazują łącznie, dlaczego obie warstwy mają znaczenie. Samodzielne przechowywanie kluczy jest konieczne; to, jak zbudowano urządzenie, które je przechowuje, decyduje o tym, jakie kategorie ataków nadal mogą do ciebie dotrzeć.
Praktyczne ramy działania na teraz
Żadne z tych pięciu wydarzeń nie zmienia tego, jak wygląda właściwa higiena własnego depozytu, ale razem wzmacniają argumenty na jej rzecz. Poniższe ramy postępowania uwzględniają te wnioski.
- Przenieś długoterminowo przechowywane środki poza platformy. Zestawienie wydarzeń związanych z CoinDCX, Coinbase Commerce i Bybit pokazuje, że awarie po stronie platform nie są rzadkością. W przypadku kryptowalut, którymi aktywnie nie handlujesz, argumenty za przeniesieniem ich do własnego depozytu stały się w tym roku silniejsze, a nie słabsze.
- Wybierz urządzenie do podpisywania transakcji, którego architektura eliminuje możliwość zdalnego ataku. Wydarzenia związane z Trust Wallet i Axios pokazują, że powierzchnie ataku związane z dystrybucją oprogramowania i zależnościami są realne i regularnie wykorzystywane. Sprzętowy portfel działający w trybie air-gapped, bez USB, Bluetooth, Wi‑Fi ani NFC, nie ma ścieżki, przez którą zainfekowany kod mógłby dotrzeć do procesu podpisywania.
- Korzystaj z odzyskiwania BIP39 na każdym posiadanym urządzeniu. Wydarzenie związane z Drift pokazuje, że zarządzanie platformą może zawieść, a szersza lekcja dotycząca ryzyka kontrahenta ma zastosowanie także w innych sytuacjach. BIP39 umożliwia przenoszenie frazy zalążkowej między kompatybilnymi portfelami, dzięki czemu nie jesteś uzależniony od jednej marki ani ekosystemu.
- Przechowuj frazę zalążkową w trwałej kopii zapasowej offline. Papier niszczeje i płonie, a przechowywanie w chmurze odbywa się online. Kopia zapasowa wykonana ze stali nierdzewnej, przechowywana oddzielnie od urządzenia, przetrwa zarówno pożar, jak i ujawnienie danych cyfrowych, do którego doszłoby w przypadku zdjęcia lub menedżera haseł.
- Dopasuj poziom zabezpieczeń fizycznych do wielkości posiadanych środków. Wydarzenie w Scottsdale przypomina, że widoczna część zasobów kryptowalutowych sama w sobie stanowi czynnik ryzyka. Sprzęt odporny na manipulacje, zaprojektowany tak, by wymazać dane przy próbie siłowego otwarcia, w połączeniu z nieujawnianiem wielkości posiadanych środków, eliminuje kategorię zagrożeń fizycznych, której nie obejmuje żadna wyłącznie cyfrowa ochrona. Aby uzyskać bardziej szczegółowe wskazówki dotyczące wyboru metody tworzenia kopii zapasowej, zobacz jak utworzyć kopię zapasową portfela sprzętowego; informacje o planowaniu dziedziczenia znajdziesz w artykule jak zaplanować dziedziczenie kryptowalut.
FAQ
Czy te pięć wydarzeń rzeczywiście jest reprezentatywnych, czy też wybrano je wybiórczo?
Każde z tych wydarzeń było wówczas szeroko relacjonowane i reprezentowało inną kategorię ataku. Grupowanie ich nie ma na celu twierdzenia, że były to jedyne pięć rzeczy, które się wydarzyły, lecz pokazanie, że w ciągu sześciu miesięcy rynek zobaczył wyraźne przykłady pięciu odrębnych kategorii. Posiadacz, który przeanalizuje dowolny inny sześciomiesięczny okres w najnowszej historii kryptowalut, znalazłby podobną mieszankę.
Czy samodzielne przechowywanie naprawdę chroni przed wszystkimi tymi zagrożeniami?
Samodzielne przechowywanie w połączeniu z odpornym na manipulacje portfelem sprzętowym działającym w trybie Air-gapped eliminuje zdalne zagrożenia oraz kategorie ryzyka związane z łańcuchem dostaw, zarządzaniem i kontrahentami platformowymi. Nie eliminuje ryzyka fizycznego, socjotechniki, zagrożeń w łańcuchu dostaw (na poziomie produkcji sprzętu), oprogramowania układowego ani błędów użytkownika. Ochrona ma charakter strukturalny, a nie całkowity, i dopiero połączenie jej z praktycznymi nawykami (trwałą kopią zapasową, przechowywaniem w oddzielnych miejscach i ograniczoną widocznością) zapewnia jej trwałość.
Dlaczego użytkownicy portfeli programowych ucierpieli bardziej w latach 2025–2026?
Portfele programowe działają na urządzeniach połączonych z internetem i są dystrybuowane za pośrednictwem kanałów, do których mają dostęp zarówno silniki AI, jak i atakujący oraz osoby naruszające bezpieczeństwo łańcucha dostaw. Są wygodne, a ceną tej wygody jest zaakceptowanie większej powierzchni ataku. W przypadku niewielkich kwot używanych na co dzień taki kompromis może być rozsądny. W przypadku długoterminowych zasobów wydarzenia z tego okresu jeszcze mocniej przemawiają za bardziej odizolowaną architekturą.
Czy Air-gapped jest naprawdę konieczne, jeśli mój portfel sprzętowy ma bezpieczny element?
Certyfikowany bezpieczny element to część urządzenia, która chroni klucz przed wyodrębnieniem. Jest to jedna z dwóch istotnych warstw ochrony. Drugą jest to, czy urządzenie ma jakąkolwiek bezprzewodową lub przewodową ścieżkę przesyłania danych, którą można wykorzystać do dostarczenia do tego bezpiecznego elementu zmodyfikowanej transakcji do podpisania. Architektura Air-gapped całkowicie usuwa tę drugą ścieżkę. Obie warstwy ochrony dotyczą różnych kategorii ryzyka, a posiadacz, który obawia się obu, może używać urządzenia łączącego je w jednej konstrukcji.
A co z portfelami multisig dla indywidualnych posiadaczy?
Multisig osobisty (w którym użytkownik kontroluje wszystkie klucze, rozdzielone między jego osobiste urządzenia) różni się strukturalnie od multisig zarządzanego (w którym klucze posiada rada administratorów). Multisig osobisty eliminuje pojedynczy punkt awarii po stronie posiadacza i stanowi uzasadnioną konfigurację dla znacznych zasobów. Multisig zarządzany, jak pokazał Drift, staje się scentralizowanym punktem awarii, gdy próg jest niski, a sygnatariuszy można zmanipulować socjotechnicznie.
Czy powinienem już teraz przenieść wszystko z giełd?
W przypadku długoterminowych zasobów argumenty za przejściem na self-custody w latach 2025 i 2026 stały się silniejsze, a nie słabsze. Najlepiej zrobić to w spokojnych okresach, ale dokonanie tego w stresujących czasach nadal jest lepsze niż zaniechanie. Na giełdach przechowuj tylko to, czego potrzebujesz do aktywnego handlu, i traktuj te salda jako znane ryzyko.
Jaki jest najważniejszy nawyk chroniący przed wszystkimi pięcioma kategoriami?
Nie ma jednego nawyku. Najtrafniejsze podsumowanie brzmi: przechowuj własne klucze na urządzeniu, którego architektura eliminuje ścieżki zdalnych i fizycznych ataków, a frazę odzyskiwania trzymaj na trwałej kopii zapasowej offline, którą kontrolujesz. Każdy z tych trzech elementów jest konieczny, a żaden z osobna nie jest wystarczający.
Warstwa zaufania
- Standard odzyskiwania: BIP39/44, możliwy do odzyskania w dowolnym kompatybilnym portfelu dowolnej marki
- Referencyjna architektura Air-gapped: ELLIPAL Titan 2.0, dostępny na rynku od 2018 roku, bez Wi-Fi, Bluetooth, transmisji danych przez USB ani NFC; podpisywanie odbywa się wyłącznie za pomocą kodu QR
- Referencyjna konstrukcja odporna na manipulacje: szczelna obudowa w całości wykonana z metalu, zaprojektowana tak, aby wymazać przechowywane klucze w przypadku fizycznego naruszenia obudowy
- Certyfikacja: bezpieczny element CC EAL5+ w Titan 2.0; CC EAL6+ w X Card
- Dotychczasowe osiągnięcia: ponad 1 milion użytkowników w ponad 140 krajach
- Przywołane źródła: Chainalysis, CertiK, Mordor Intelligence, Elliptic, TRM Labs, Google Mandiant, baza danych ataków fizycznych Jamesona Loppa
Pięć wydarzeń z lat 2025 i 2026 nie zmienia tego, jak zawsze wyglądało dobre self-custody. Wyostrzają jedynie powody, dla których warto je stosować. Przeglądanie ich po kolei jest przede wszystkim przypomnieniem posiadaczowi, że architektura urządzenia chroniącego jego kryptowaluty, standard używany do odzyskiwania dostępu oraz dyscyplina związana z przechowywaniem trwałej kopii zapasowej offline to elementy, które sprawdzają się, gdy cykl informacyjny jest nieprzychylny.
Posiadaj. Korzystaj.
Uwaga dotycząca bezpieczeństwa: Żadna konfiguracja self-custody nie eliminuje wszystkich zagrożeń. Architektura Air-gapped i sprzęt odporny na manipulacje zamykają istotne kategorie zdalnych ataków, ataków na łańcuch dostaw i ataków fizycznych, ale nie eliminują wszystkich zagrożeń związanych z oprogramowaniem układowym, inżynierią społeczną, łańcuchem dostaw w procesie produkcji ani błędami użytkownika. Kupuj z oficjalnego źródła, przechowuj frazę odzyskiwania na trwałej kopii zapasowej offline, trzymanej oddzielnie od urządzenia, nie udostępniaj jej ani nie wprowadzaj cyfrowo i weryfikuj każdą transakcję na ekranie urządzenia. Ten artykuł zawiera ogólne informacje edukacyjne o architekturze portfeli oraz rejestrze incydentów z lat 2025–2026. Nie stanowi porady finansowej, inwestycyjnej ani powierniczej.