v1.37.0, wydana 2026-04-06, dodaje funkcję, która brzmi mniej znacząco, niż jest: podpis Schnorra pojedynczym kluczem dla sejfów Enterprise. Tam gdzie domyślna ścieżka sejfu zbiera dwa podpisy z dwóch urządzeń, sejf 1-z-1 wydaje teraz jednym bezpośrednim podpisem Schnorra z jednego skonfigurowanego klucza. Nagłówek dotyczy polityki, nie protokołu — zespoły Enterprise mogą decydować, sejf po sejfie, na jaki profil ryzyka zasługuje dana sakiewka. Ta sama wersja przynosi obsługę startu Enterprise FluxNode, korektę matematyki opłat gazowych EVM, większą precyzję liczbową w formatowaniu i eksporcie CSV oraz stabilniejszą obsługę socketów SSP Connect.
Podpis sejfu 1-z-1 wkracza
Nowy tryb nazywa się 1-z-1 — oznaczony wallet_only lub key_only w konfiguracji sejfu, zależnie od tego, który klucz organizacja wyznaczy jako wydający. Tak ustawiony sejf wymaga dokładnie jednego podpisu od dokładnie jednego klucza, aby autoryzować transakcję. Bez prośby do współpodpisującego, bez drugiego uścisku dłoni urządzenia, bez podróży tam i z powrotem przez proces multisig. Użytkownik weryfikuje transakcję w tym samym świadomym sejfów UI wprowadzonym w SSP Enterprise startuje: sejfy multisig dla firm, potwierdza na wybranym urządzeniu, a portfel rozsyła.
To, co odblokowuje w praktyce, to szybsza ścieżka dla typów wydatków, które nie usprawiedliwiają ceremonii na dwóch urządzeniach za każdym razem: opłacenia drobnej faktury, doładowania operacyjnego floatu, rozliczenia cyklicznej faktury API, przesunięcia środków w obrębie zestawu adresów kontrolowanego przez org. Praca, która wymagała dwóch ludzi przy dwóch urządzeniach na wypłatę poniżej dziesięciu dolarów, staje się jednym tknięciem skonfigurowanego klucza.
Multisig nie zniknął — to teraz wybór polityki
Trzeba dobrze odczytać zmianę. SSP nie osłabił multisig i nie przełączył domyślnej wartości. Architektura 2-z-2, która chroni portfel od Przedstawiamy SSP Wallet — prawdziwy multisig 2-z-2 wchodzi w życie, pozostaje domyślną i pozostaje właściwą odpowiedzią dla sejfów o wysokiej wartości. Co v1.37.0 dodaje, to opcja, ograniczona do Enterprise, obniżenia progu na konkretnym sejfie, gdy organizacja zdecyduje, że ten sejf nie potrzebuje ochrony dwa-z-dwóch.
Ramowanie jest istotne, bo ryzyko nie jest jednolite wewnątrz skarbnicy. Sejf z rezerwą korporacyjną i sejf z dwudziestoma dolarami gorącego floatu nie powinny być rządzone tym samym tarciem. Do v1.37.0 były. Teraz nie są, a wybór należy do tych, którzy znają ryzyko: org, która administruje własnymi kluczami.
Bezpośrednie podpisy Schnorra
Pod maską tryb 1-z-1 używa tej samej prymitywy Schnorra, którą SSP wprowadził po stronie EVM w Ethereum dołącza do SSP — Schnorr multisig na ERC-4337 — tyle że podpis jest teraz produkowany przez pojedynczy klucz zamiast być agregowanym 2-z-2 Schnorrem nad ERC-4337. Transakcja wygląda normalnie on-chain. Nie ma specjalnego opcode'u do parsowania, nie ma uścisku dłoni kontraktu multisig, na który trzeba czekać. Tam gdzie ścieżka 2-z-2 agreguje dwa częściowe podpisy w jeden Schnorr i wysyła, ścieżka 1-z-1 produkuje ten sam rodzaj podpisu wprost z jednego klucza.
Konsekwencja dla weryfikacji jest czysta: zewnętrzne indeksery, eksploratory bloków i kontrahenci nie muszą wiedzieć, jakiego trybu używa sejf. Widzą poprawny podpis Schnorra, łańcuch go akceptuje, środki się ruszają. Różnica polityki żyje tam, gdzie powinna — wewnątrz logiki autoryzacyjnej portfela, nie na drucie.
Start Enterprise FluxNode
Druga zmiana o kształcie Enterprise w v1.37.0 jest operacyjna. Sejfy Enterprise mogą teraz uruchamiać węzły Flux bezpośrednio z sejfu — podpisać transakcję zabezpieczenia i konfigurację delegata w tym samym przepływie, którego już używasz do podpisywania płatności. Dla organizacji prowadzących infrastrukturę Flux to zamyka lukę: zabezpieczenie żyjące w sejfie nie musi już być przekierowane przez prywatny portfel, aby zostać postawione.
W połączeniu z delegatami Flux i funkcją „uruchom wszystkie węzły" z Delegaci Flux i zarządzanie węzłami trafiają do SSP operatorzy Enterprise mają teraz cykl życia węzła od początku do końca wewnątrz portfela — zabezpieczenie podpisane z sejfu, delegat skonfigurowany z sejfu, flota zarządzana z portfela.
Matematyka gazu EVM + precyzja CSV
Dwie cichsze poprawki domykają wydanie. Estymator opłat gazowych EVM podwójnie liczył maxPriorityFeePerGas — dokładał go na wierzch maxFeePerGas, choć maxFeePerGas już zawiera opłatę priorytetową. v1.37.0 usuwa duplikat, więc oszacowanie na ekranie zgadza się z tym, co portfel faktycznie płaci. Dotknięte łańcuchy przestają zawyżać; pokwitowania pasują do podglądów.
Formatowanie liczb też się zacieśniło. Wartości krypto i fiat oraz eksport CSV wprowadzony w Więcej tokenów ETH, eksport CSV i wsparcie Brave przechodzą teraz przez toFixed() plus parseFloat() zamiast surowego toNumber(). Pył zmiennoprzecinkowy, który czasem wkradał się do precyzyjnych sald, znika. Pod spodem kontekst socketów SSP Connect dostał stabilniejsze przetwarzanie wiadomości — mniej zgubionych zdarzeń, gdy karta dApp jest zajęta.
Żadna z nich nie zmienia historii polityki, ale razem zapobiegają temu, by nowa elastyczność była hałaśliwa.