2026-04-06 に出荷された v1.37.0 は、聞こえるよりも大きな機能を加えます——Enterprise 金庫向けのシングルキー Schnorr 署名です。既定の金庫経路が 2 台のデバイスから 2 つの署名を集めるのに対し、1-of-1 金庫は今や 1 つの設定済み鍵から 1 つの直接的な Schnorr 署名で支出します。見出しはポリシーであって、プロトコルではありません——Enterprise チームは金庫ごとに、そのお金の塊に値するリスクプロファイルを決められます。同じリリースは Enterprise FluxNode の起動サポート、EVM ガス計算の修正、書式化と CSV エクスポートでのより厳しい数値精度、そして SSP Connect ソケット処理の安定化を運びます。
1-of-1 金庫署名が到来
新モードは 1-of-1 と呼ばれ——金庫構成では、組織が支出側として指定する鍵に応じて wallet_only または key_only とラベル付けされます。こう設定された金庫は、トランザクションを承認するのにちょうど 1 つの鍵からのちょうど 1 つの署名を要します。共同署名者へのプロンプトはなし、第二デバイスのハンドシェイクなし、マルチシグフローを通る往復もなし。ユーザーは SSP Enterprise が始動:企業向けマルチシグ金庫 で導入されたのと同じ金庫を意識した UI でトランザクションを審査し、選ばれたデバイスで確認すると、ウォレットが放送します。
これが実務で解き放つのは、毎度二デバイスの儀式を正当化しない種類の支出のためのより速い経路です——小口の請求書を払う、運用フロートを補充する、定期的な API 請求を清算する、組織が管理するアドレスの組の内側で資金を動かす。十ドルに満たない支出のために二人の人間を二台のデバイスで揃える必要があった作業が、一つの設定済み鍵への一つのタップになります。
マルチシグは去っていません——今やそれはポリシーの選択です
変更は正しく読まれるべきです。SSP はマルチシグを弱めず、既定をひっくり返してもいません。SSP Wallet 登場——真の 2-of-2 マルチシグが稼働 以来ウォレットを守ってきた 2-of-2 アーキテクチャは、依然として既定であり、依然として高額金庫への正しい答えです。v1.37.0 が加えるのは、Enterprise に限定されたオプションです——組織がその金庫は二-of-二の保護を必要としないと判断したときに、特定の金庫の閾値を下げる。
枠取りが重要なのは、リスクはトレジャリーの中で一様ではないからです。法人の準備金を抱える金庫と、二十ドルのホットなフロートを抱える金庫が、同じ摩擦に支配されるべきではありません。v1.37.0 までは支配されていました。もう違います、そして選択は、リスクを知る側に——自らの鍵を管理する組織に——返ります。
直接的な Schnorr 署名
ボンネットの下では、1-of-1 モードは SSP が Ethereum が SSP に加わる——ERC-4337 上の Schnorr マルチシグ で EVM 側へ運んだのと同じ Schnorr プリミティブを使います——ただ署名が、ERC-4337 の上の 2-of-2 で集約された Schnorr ではなく、単一の鍵から産み出される、というだけです。トランザクションはオンチェーンで普通に見えます。解析すべき特別なオペコードはなく、待つべきマルチシグ契約のハンドシェイクもありません。2-of-2 の経路が二つの部分署名を一つの Schnorr に集約して提出するところで、1-of-1 の経路はそれと同じ種類の署名を一つの鍵から直接産み出します。
検証への含意は綺麗です——外部のインデクサ、ブロックエクスプローラ、相手方は、金庫がどのモードを使っているか知る必要がありません。彼らは有効な Schnorr 署名を見、チェーンがそれを受け入れ、資金が動く。ポリシーの違いはあるべき場所に——ウォレットの認可ロジックの内側に——住み、ワイヤの上にはいません。
Enterprise FluxNode 起動
v1.37.0 におけるもう一つの Enterprise 形の変化は運用上のものです。Enterprise 金庫は今や、Flux ノードを金庫から直接起動できます——担保のトランザクションと delegate の構成を、すでに支払いの署名に使っているのと同じフローで署名できます。Flux インフラを運営する組織にとって、それは隙間を埋めます——金庫に住む担保が、ステーキングに乗せるために個人ウォレット経由でルーティングし直されなくてもよくなります。
Flux delegate とノード管理が SSP に到来 からの Flux delegate と「全ノード起動」と組み合わせると、Enterprise の運用者はウォレット内に端から端までのノードのライフサイクルを得ます——担保は金庫から署名され、delegate は金庫から構成され、艦隊はウォレットから管理されます。
EVM ガスの算数 + CSV の精度
二つの静かな修正がリリースを丸めます。EVM のガス料金見積もりは maxPriorityFeePerGas を二重計上していました——maxFeePerGas が既に priority fee を含んでいるにもかかわらず、それを maxFeePerGas の上に積み増していました。v1.37.0 は重複を取り除き、画面で見る見積もりはウォレットが実際に支払う額と一致します。影響を受けるチェーンは見積もり過多をやめ、領収書はプレビューと揃います。
数値の書式化も締まりました。暗号資産と法定通貨の値、そして もっと多くの ETH トークン、CSV エクスポートと Brave サポート で導入された CSV エクスポートは、生の toNumber() ではなく toFixed() プラス parseFloat() を通るようになりました。たまに精密な残高に忍び込んでいた浮動小数点の塵は消えます。その下で、SSP Connect のソケットコンテキストはより安定したメッセージ処理を得ました——dApp タブが忙しいときに失われるイベントが減りました。
これらのどれもポリシーの物語を変えはしませんが、合わさって新しい柔軟性が騒がしくならないようにしてくれます。