Podatność Rain na Solanie i co użytkownicy Ether.fi Cash powinni naprawdę sprawdzić

Niedawne ujawnienie Rain dotyczyło podatności w przestarzałym kontrakcie na Solanie, z którego korzystała niewielka liczba programów kartowych. Dla użytkownika Ether.fi Cash ważne pytanie nie brzmi, czy słowo „Rain" pojawia się gdzieś w stosie. Brzmi ono: czy pieniądze przeznaczone na wydatki kartą leżą w tego rodzaju wspólnym kontrakcie salda karty.

Dawna międzynarodowa umowa kartowa Ether.fi rzeczywiście wymienia Rain w konstrukcji, więc twierdzenie, że oba produkty nie mają ze sobą nic wspólnego, byłoby błędne. Zarazem aktualne materiały Cash opisują inną drogę zasilania: użytkownik wpłaca obsługiwane aktywa do własnego Safe; środki są dostępne dla Direct Pay albo jako zabezpieczenie w trybie Credit; a wypłata wykonuje się dopiero po podpisaniu przez wymaganych właścicieli Safe. To materialnie co innego niż umieszczenie salda doładowania we wspólnym kontrakcie kartowym na Solanie.

Na dzień publikacji nie znaleziono publicznego wpisu Ether.fi o incydencie, który niezależnie potwierdzałby wpływ ani formalnie orzekał jego brak dla tego konkretnego zdarzenia u Rain. Twierdzenie o odmiennej architekturze jest spójne z opublikowanym modelem Safe u Ether.fi, ale należy je czytać jako różnicę architektury, a nie jako ogólną gwarancję bezpieczeństwa.

Model samodzielnego przechowywania Ether.fi oddziela powiernictwo od wydania karty

Przy Ether.fi Cash Card użyteczna przewaga polega na tym, że przepływ wydatków nie musi zaczynać się od przedpłaconej puli trzymanej przez wydawcę. W Direct Pay zakupy korzystają z dostępnego salda. W Borrow Mode zakup tworzy zadłużenie pod zabezpieczenie zamiast sprzedawać to zabezpieczenie przy kasie. Aplikacja i centrum pomocy Ether.fi opisują Safe jako miejsce, w którym trzymane są obsługiwane środki i w którym autoryzuje się wypłaty.

Ten model rozdziela dwa pytania, które po incydencie kartowym często się zlewają. Wydanie karty i rozliczenie płatności mogą opierać się na partnerach zewnętrznych; powiernictwo i prawo do wypłaty mogą wciąż leżeć w onchainowym Safe użytkownika. Rozdzielenie zmniejsza ekspozycję na awarię związaną ze wspólnym saldem kartowym, ale nie czyni produktu wolnym od ryzyka. Program kartowy, aplikacja, konfiguracja Safe, obsługiwane kontrakty, kontrole KYC i każda pozycja pożyczkowa pozostają osobnymi powierzchniami do oceny.

Korzyść jest realna, ale Borrow Mode dokłada własne ryzyko

Karta Cash od Ether.fi jest też bardziej elastyczna niż zwykła przedpłacona. Direct Pay pozwala wydawać salda zbliżone do stablecoinów jeden do jednego. Borrow Mode potrafi zostawić zabezpieczenie na miejscu, podczas gdy karta korzysta ze zdolności pożyczkowej, co pomaga komuś, kto już zarządza zabezpieczeniem onchain i nie chce, by każdy zakup wymuszał sprzedaż aktywa. Kwalifikowane zakupy mogą dawać cashback, a produkt obsługuje karty wirtualne i fizyczne obok Apple Pay i Google Pay.

Pożyczanie zmienia ryzyko, nie kasuje go. Jeśli wartość zabezpieczenia spadnie, liczą się zdolność pożyczkowa i kondycja pozycji; odrzucona płatność albo konieczność dołożenia zabezpieczenia to inny problem niż atak na saldo po stronie wydawcy. Cashback ma też warunki dotyczące sprzedawców i progów wydatków. Bezpieczniejsze odczytanie nie brzmi „samodzielne przechowywanie znaczy, że nic nie może pójść źle", tylko „środki i tryby awarii nie są skupione w jednym saldzie karty przedpłaconej".

Po doniesieniu takim jak o incydencie Rain użytkownicy Ether.fi Cash mogą sprawdzić trzy konkretne rzeczy: czy aktywa są widoczne w ich własnym Safe, czy wybrany tryb karty to Direct Pay czy Borrow Mode, oraz czy limity wydatków wciąż odpowiadają zakładanemu saldu na co dzień. Te kontrole mówią o bieżącej ekspozycji więcej niż sama nazwa wspólnej infrastruktury.

Źródła: Strona produktu Ether.fi Cash, Najczęstsze pytania o Ether.fi Cash, Międzynarodowa umowa kartowa Ether.fi, Relacje o incydencie Rain.