Dwie wersje, dwa dni. 2025-07-05 v1.21.0 przyniosła WalletConnect v2 — protokół prowadzony dziś przez Reown — i zmieniła SSP w portfel zdolny rozmawiać z tysiącami dApp: Uniswap, OpenSea, Aave i długim ogonem frontów Web3, które już mówią WalletConnect. Następnego dnia, 2025-07-06, v1.22.0 dorzuciła przegląd UX każdego modalu, który otwiera nowy konektor. Ramowanie ma znaczenie: WalletConnect nie zastąpił multisig 2-z-2 SSP. Po prostu dał SSP standardowy sposób przyjmowania żądań od dApp. Każde działanie, o które prosi dApp, wciąż musi przejść przez Twój portfel i telefon, zanim zostanie podpisane.
Połącz SSP z tysiącami dApp
WalletConnect zaczął jako generyczny protokół „sparuj portfel ze stroną" i przez ostatnie lata stał się faktyczną rampą wjazdową dla portfeli innych niż MetaMask do ekosystemu dApp Ethereum. Reown — zespół wcześniej znany jako WalletConnect — dostarcza SDK v2 i rejestr kompatybilnych aplikacji liczony w tysiącach. Z v1.21.0 SSP dołącza do tego rejestru.
Skutek praktyczny: każda strona z przyciskiem „Connect Wallet" obsługującym WalletConnect może sparować się z SSP. Wymieniaj na Uniswap. Licytuj na OpenSea. Pożyczaj na Aave. Stakeuj na Lido. Głosuj na Snapshot. Czytaj wpis Mirror zamknięty NFT-em. Z WalletConnect v2 w SSP generyczna ścieżka działa.
To inny rodzaj integracji niż SSP Connect, własny SDK SSP dla aplikacji partnerskich, które chcą wywoływać konkretne akcje, jak pay. SSP Connect to droga głęboka, w stylu SSP. WalletConnect to droga standardowa, najmniejszy wspólny mianownik. SSP teraz oferuje obie.
Jak działa przepływ połączenia
Model parowania WalletConnect jest prosty, a implementacja SSP idzie za nim bez niespodzianek. dApp tworzy żądanie połączenia zakodowane jako URI zaczynający się od wc: z topiciem charakterystycznym dla sesji. Użytkownik dostaje je na dwa sposoby: jako tekst do skopiowania albo jako kod QR do zeskanowania.
W SSP użytkownik otwiera zakładkę WalletConnect, wkleja URI w pole połączenia WalletConnect (albo skanuje QR) i zatwierdza parowanie. Od tej chwili dApp może wysyłać żądania — podpisz tę wiadomość, wyślij tę transakcję, przełącz na tę sieć — do portfela przez relay WalletConnect. Parowanie trwa, dopóki któraś ze stron go nie zakończy. Kto używał WalletConnect z innym portfelem, w SSP poczuje to samo — to celowe.
Multisig pozostaje niezmieniony
Oto część, którą łatwo przegapić w wydaniu wprowadzającym łączność z dApp do portfela multisig: WalletConnect nie zmienia modelu bezpieczeństwa. To transport, nie podpisujący.
Gdy Uniswap przez WalletConnect prosi SSP o podpisanie swapa, żądanie ląduje w kolejce zatwierdzeń SSP Wallet. Użytkownik je przegląda i zatwierdza. Wtedy — i dopiero wtedy — SSP Wallet współpodpisuje i przekazuje na wpół podpisaną transakcję do SSP Key w telefonie. Telefon pokazuje ten sam payload. Użytkownik zatwierdza i tam. Dopiero po obu zatwierdzeniach w pełni podpisana transakcja idzie do sieci.
Trzy rzeczy z WalletConnect w obrazie pozostają prawdziwe — były nimi już bez niego:
- Dwa urządzenia, dwa zatwierdzenia. Żadne pojedyncze urządzenie ani naciśnięcie klawisza nie ruszy środków. WalletConnect nie ma głosu.
- dApp nigdy nie widzi klucza. Widzi tylko podpis nad payloadem, o który zapytał. Klucze żyją w SSP Wallet i SSP Key, jak zawsze.
- Podpisany payload jest payloadem wysłanym przez dApp. Portfel nie zmienia żądania — to same calldata, ta sama wartość, ten sam chain ID.
WalletConnect powiększa powierzchnię. Nie osłabia niezmiennika.
Modale dopracowane dzień później (v1.22.0)
v1.22.0 wyszło niecałe 24 godziny po v1.21.0 i dotyczy wyłącznie czterech modali, które otwiera nowy konektor. Modal żądania połączenia dostał czystszy układ: czytelniejszą tożsamość dApp, mocniej wyeksponowany zakres uprawnień, mniej ozdobników. Modal personal-sign — ten, który strona wywołuje, prosząc o podpisanie czytelnej wiadomości do uwierzytelnienia lub off-chain consent — został przeprojektowany tak, aby treść wiadomości była lepiej czytelna. Modal żądania transakcji ma teraz ściślejszy przepływ: cel, wartość, skrót calldaty i sieć czytasz jednym spojrzeniem. Modal zmiany sieci uproszczono pod częsty przypadek, gdy dApp prosi o przełączenie z Ethereum na Polygon i z powrotem.
Nic z tego nie zmienia, do czego te modale służą. Każdy reprezentuje konkretną kategorię żądania od dApp z konkretną decyzją o zatwierdzeniu. v1.22.0 po prostu ułatwiło podjęcie tej decyzji rzutem oka.
Co możesz zrobić dziś
Po aktualizacji do v1.21.0 (a najlepiej v1.22.0) to, czego SSP wcześniej nie potrafiło, staje się rutyną. Wymieniaj na DEX. Licytuj na aukcji NFT. Pożyczaj pod zastaw na Aave lub Compound. Dostarczaj płynność. Podpisz głos Snapshot. Zaloguj się do aplikacji Web3 przez Sign-In With Ethereum. Mintuj z launchpada. Każda z tych czynności działa teraz tym samym przepływem wklej-URI-i-zatwierdź, z tym samym zatwierdzeniem na dwóch urządzeniach na końcu.
Dla deweloperów dopełnia to API SSP Wallet wydane wcześniej w tym roku. Jeśli budujesz aplikację partnerską, która chce ścisłej, świadomej SSP integracji, API i SSP Connect nadal są właściwą drogą. Jeśli wysyłasz generyczną dApp i chcesz mieć użytkowników SSP od pierwszego dnia, WalletConnect v2 jest teraz odpowiedzią.
Co się nie zmieniło, to to, co zmieniać się nie powinno: dApp rozmawia z portfelem, a portfel rozmawia z użytkownikiem — dwa razy, po jednym na każdym urządzeniu, za każdym razem.