< Wróć do aktualności

Delegaci Flux i zarządzanie węzłami trafiają do SSP

·4 min czytania·Autor: SSP Editorial Team
Okładka ze stosem ikon bazy danych, monet, błyskawicy i tarczy z fajką nad nagłówkiem „Delegaci Flux i zarządzanie węzłami trafiają do SSP”.

v1.31.0, wydana 2026-01-05, czyni z SSP portfel operatora dla sieci Flux. Wersja dostarcza wsparcie dla delegatów Flux — operatorzy węzłów mogą teraz uruchamiać, oglądać i działać na przypisaniach delegatów z poziomu SSP — i łączy to ze sterowaniem uruchom wszystkie węzły, które odpala każdy własny węzeł jednym dotknięciem. Obok funkcji operatorskich użytkownicy swapu dostają długo wyczekiwany przycisk max, a błąd przełączania aktywa, który zjadał ścieżki łańcucha docelowego, został naprawiony. Razem to najbardziej zorientowane na operatora wydanie SSP od czasu, gdy odbiór aktywów równoległych wprowadził mechanikę Flux do portfela.

Delegaci Flux lądują w SSP

Operator węzła Flux nie zawsze trzyma sam podstawowy zastaw. Delegacja to mechanizm, którym sieć Flux oddziela kto posiada stake od kto prowadzi sprzęt: właściciel zastawia zabezpieczenie i przypisuje je delegatowi, który faktycznie prowadzi węzeł, a nagrody wracają do właściciela, podczas gdy delegat utrzymuje infrastrukturę online. Delegacja pozwala skalować pojemność operatorów bez zmuszania każdego operatora węzła, by był też posiadaczem, i odwrotnie.

Do v1.31.0 SSP widział salda Flux i odbierał aktywa równoległe, ale nie mógł sam uczestniczyć w procesie delegacji. v1.31.0 dodaje go jako pełnoprawną powierzchnię. Z ekranu konta Flux portfel teraz pokazuje delegatów, których przypisał właściciel, adresy delegata, w których imieniu portfel obecnie działa, oraz akcje przesuwające stan między nimi. Przepływ podpisywania to ten sam przepływ multisig używany wszędzie indziej w SSP — SSP Key współpodpisuje operację delegacji tak samo jak współpodpisuje swap czy wysyłkę. Nie ma osobnego modelu zaufania dla Flux: akcja delegacji to po prostu kolejna transakcja, którą portfel buduje, SSP Key akceptuje, a sieć potwierdza.

Efekt jest taki, że każdy, kto prowadzi infrastrukturę Flux, może teraz zarządzać tą infrastrukturą z tego samego portfela, w którym trzyma codzienne salda. Operator nie musi wychodzić z SSP, przełączać się na narzędzie CLI ani przenosić środków do klucza jednopodpisowego, by podpisać transakcję delegacji.

Uruchom wszystkie węzły, jednym dotknięciem

Funkcją towarzyszącą jest sterowanie uruchom wszystkie węzły. Operatorzy prowadzący wiele węzłów Flux uruchamiali je pojedynczo — otwórz wpis, podpisz, powtórz — co źle się skaluje wraz ze wzrostem floty. v1.31.0 zbiera każdy węzeł, który portfel widzi, i oferuje pojedynczą akcję, która uruchamia całość w jednej podpisanej partii.

To małe i oczywiste po fakcie. Chodzi o to, że UX operatora w SSP jest teraz kształtowany przez ludzi, którzy faktycznie prowadzą węzły zawodowo, nie tylko je trzymają. W połączeniu z widocznością delegatów portfel staje się powierzchnią sterowania dla infrastruktury Flux: zobacz swoich delegatów, zobacz swoją flotę, uruchom je wszystkie, podpisz w razie potrzeby.

UX swapu zyskuje przycisk max

Poza powierzchnią operatora ekran swapu nareszcie zyskuje przycisk max. Dotknij go, a formularz swapu wypełnia się maksymalną kwotą, którą portfel może zrutować przy aktualnych saldach, opłatach sieci i aktywnej trasie. To najczęściej proszona funkcja od premiery swapu, a v1.31.0 dostarcza ją z zaokrąglaniem świadomym trasy, które utrzymuje wynikową transakcję ważną — nie tylko „twoje saldo minus opłaty", ale największą kwotę, która przetrwa własne ograniczenia routera swapu.

Przycisk nie zmienia tego, jakie swapy portfel może wykonać. Usuwa ręczną matematykę, którą użytkownicy robili w głowie, i likwiduje porażki o jedno satoshi spowodowane złym zaokrągleniem przed wysłaniem.

Naprawa błędu przełączania aktywa

Druga zmiana w swapie to naprawa błędu, a to typ błędu, który mocno ugryzł niewielką liczbę użytkowników. Gdy użytkownik wybierał łańcuch docelowy, na którym nigdy nie posiadał aktywa, portfel nie zawsze generował ścieżkę derywacji dla tego łańcucha przed zaoferowaniem swapu. UI swapu pokazywał trasę jako ważną, ale jego wysłanie zawodziło w ostatnim kroku, bo adres docelowy jeszcze nie istniał.

v1.31.0 wymusza krok generacji ścieżki wcześniej w przepływie. Jeśli użytkownik wybiera łańcuch docelowy, dla którego portfel nie ma ścieżki, najpierw wyprowadzana jest ścieżka, a potem oferowana trasa. Widoczne zachowanie jest teraz spójne: każdy swap, który UI oferuje, jest naprawdę wykonalny.

Skrypty treści w tle

Wydanie dociska także skrypty treści background i inpage SSP — części rozszerzenia Chrome, które pośredniczą w wiadomościach między stronami a portfelem. Większość użytkowników nigdy nie zobaczy różnicy; integratorzy dApp mogą zauważyć mniej zgubionych wiadomości na wolnych kartach i szybsze odzyskiwanie po tym, jak przeglądarka zaparkowała nieaktywną stronę. Hydraulika, która nie dostaje własnego nagłówka, ale po cichu podnosi dno każdej interakcji dApp obsługiwanej przez portfel.

Pełen changelog i pliki binarne znajdziesz w wydaniu v1.31.0 na GitHubie.

Udostępnij ten artykuł

Powiązane artykuły