Obsługa Solany w SSP przechodzi z devnetu na mainnet. Ta sama samodzielna kontrola 2-z-2, której używasz na Bitcoinie i Ethereum, obejmuje teraz prawdziwe SOL i tokeny SPL, podpisywane przez własny program multisig SSP działający na mainnecie Solany pod adresem SSPWVu7dtTDkZYmDx73StqV46PioSmdiNE7igpjHK1r.
Solanę wypuściliśmy najpierw na devnecie, celowo, w SSP Wallet v1.39.0. Wszystko, co było potem, poszło w tę część, którą trudno cofnąć, gdy w grze są prawdziwe pieniądze: program on-chain, sposób, w jaki sprawdza go Twoje urządzenie, oraz gwarancję, że kod działający na mainnecie to kod, który opublikowaliśmy.
Bez twórcy, bez koordynatora
Multisig na Solanie zwykle zaczyna się od tego, że ktoś go tworzy. Squads V4 — dojrzała, szeroko używana opcja i ta, z którą warto się porównywać — tworzy portfel instrukcją on-chain, która wymaga dwóch rzeczy: twórcy oraz świeżego, losowego, jednorazowego create_key. Adres skarbca wyprowadzany jest z tego losowego klucza, co oznacza, że adres nie istnieje i nie można go zasilić, dopóki ktoś nie wykona transakcji tworzenia — a w tym momencie obecna jest jedna strona jako twórca.
Program SSP nie ma kroku tworzenia w takiej postaci. Adres Twojego skarbca to odcisk posortowanego zbioru członków wraz z progiem zatwierdzeń — i nic więcej. Każdy, kto wie, kim są członkowie i ilu musi zatwierdzić, może obliczyć adres offline, zanim cokolwiek dotknie łańcucha. Rejestracja jest bezuprawnieniowa: program po prostu sprawdza, że przedstawieni członkowie faktycznie hashują się do deklarowanego adresu, więc rejestracja niczego nie zmienia w tym, kto może wydawać.
W efekcie nie ma żadnego twórcy, któremu trzeba ufać, żadnego uprzywilejowanego rejestratora ani klucza administratora. Wydawanie jest warunkowane wyłącznie sprawdzeniem progu wewnątrz execute_transaction — adres jest regułą, a nie zapisem tego, kto go skonfigurował.
To właśnie ta właściwość sprawia, że Twoje dwa urządzenia zachowują się na Solanie tak samo jak wszędzie indziej w SSP. Jeśli model jest dla Ciebie nowy, czym naprawdę jest multisig 2-z-2 to miejsce na start; implementacja SSP na Solanie wchodzi w sam program, a SSP kontra Squads V4 to pełne porównanie.
Twoje urządzenie nie ufa naszemu relayowi
Transakcje Solany są nieprzejrzyste w sposób, w jaki transakcje Bitcoina nie są: to, co robi transakcja, mieszka w danych instrukcji, które portfel musi zdekodować, zanim powie Ci cokolwiek zgodnego z prawdą.
Dlatego SSP dekoduje je na Twoim urządzeniu, bajt po bajcie, przy użyciu otwartoźródłowej biblioteki @runonflux/solana-multisig. Odbiorcy, kwoty i minty tokenów są weryfikowane względem surowych bajtów transakcji, a nie przyjmowane z tego, co przesyła relay. Jeśli oba się nie zgadzają, podpisywanie zostaje twardo zablokowane — rozbieżność w tym miejscu wskazuje na aktywny atak, a nie usterkę wyświetlania.
Ta praca trafiła do wydania przed mainnetem, w v1.40.0, razem z niezależnym limitem zwrotu opłat paymastera i listą dozwolonych instrukcji przy zatwierdzeniach. Mainnet włącza dekoder, który na devnecie działa produkcyjnie już od tygodni.
Buildy, które możesz zweryfikować
Program mainnetowy budowany jest z przypiętym toolchainem i weryfikowalnymi buildami, więc bajtkod wdrożony pod tym adresem można odtworzyć z opublikowanego kodu źródłowego. Nie musisz wierzyć nam na słowo w kwestii tego, co działa — możesz zbudować go ponownie i porównać.
To ta sama postawa co przy deterministycznych buildach portfela: deklaracja bezpieczeństwa jest warta tyle, ile Twoja możliwość samodzielnego sprawdzenia jej.
Jak zacząć
Zaktualizuj SSP Wallet i SSP Key do najnowszych wersji, a następnie aktywuj Solanę w selektorze łańcuchów. Dzięki synchronizacji wsadowej z v2 możesz włączyć ją razem z dowolnymi innymi łańcuchami jedną zgodą na swoim Key.
Od tego momentu Solana zachowuje się jak każdy inny łańcuch w SSP: pojawia się w sumie Twojego Portfolio, wysyłki przechodzą przez ten sam przepływ skomponuj → sprawdź → zatwierdź z pełnym adresem odbiorcy na widoku, a każda transakcja jest współpodpisywana przez Twoje dwa urządzenia.
