v1.37.0 于 2026-04-06 发布,新增了一个听起来比实际更小的功能:为 Enterprise 金库引入单密钥 Schnorr 签名。当默认金库路径要从两台设备收集两枚签名时,1-of-1 金库现在可以用来自单一已配置密钥的一枚直接 Schnorr 签名完成支出。这条头条关于策略,而非协议——Enterprise 团队可以逐金库决定,每一笔资金应配何种风险画像。同一版本带来 Enterprise FluxNode 启动支持、EVM gas 费数学修复、格式化与 CSV 导出中更严格的数字精度,以及更稳健的 SSP Connect socket 处理。
1-of-1 金库签名落地
新模式称为 1-of-1——在金库配置中根据组织指定的支出密钥而被标记为 wallet_only 或 key_only。这样设置的金库,授权一笔交易需要恰好一枚来自恰好一把密钥的签名。没有联合签名者的提示,没有第二台设备的握手,没有经多签流程的往返。用户在 SSP Enterprise 上线:面向企业的多签金库 中引入的同款金库感知 UI 中审阅交易,在所选设备上确认,钱包随后广播。
它在实务中解锁的,是一条更快的路径,适用于那些不必每次都举行双设备仪式的支出类型:支付一张小额账单、补充运营浮动资金、结算一张周期性 API 账单、在组织所控的一组地址内挪动资金。过去为不到十美元的拨款而需要两人在两台设备上对齐的工作,现在变为一把已配置密钥上的一次轻点。
多签未走——它现在是一种策略选择
正确理解这一变化很重要。SSP 并未弱化多签,也未调整默认值。自 介绍 SSP Wallet——真正的 2-of-2 多签上线 起便守护钱包的 2-of-2 架构,仍是默认,仍是高价值金库的正确答案。v1.37.0 新增的,是局限于 Enterprise 的一个选项:在组织判定该金库不需要二选二保护时,降低某一特定金库的门槛。
这种取景之所以重要,是因为风险在一份金库中并不均匀。持有公司储备的金库与持有二十美元热浮动资金的金库,不应承受同等的摩擦。v1.37.0 之前是同等的。如今不再是,选择权交给了真正了解风险的人——那家管理自己密钥的组织。
直接的 Schnorr 签名
引擎盖下,1-of-1 模式使用的是 SSP 在 Ethereum 加入 SSP——基于 ERC-4337 的 Schnorr 多签 带到 EVM 一侧的同一 Schnorr 原语——只不过签名现在由单把密钥产出,而不是基于 ERC-4337 之上的 2-of-2 聚合 Schnorr。交易在链上看起来很正常。没有特殊 opcode 需要解析,没有多签合约的握手需要等待。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 gas 数学 + CSV 精度
两处更安静的修复收尾本次发布。EVM gas 费估算器此前对 maxPriorityFeePerGas 做了双重计数——尽管 maxFeePerGas 已包含 priority fee,仍把它叠加在 maxFeePerGas 之上。v1.37.0 移除了重复,因此屏幕上看到的估算与钱包实际支付的一致。受影响的链不再过度报价;收据与预览对齐。
数字格式化也收紧了。加密与法币数值,以及在 更多 ETH 代币、CSV 导出与 Brave 支持 中引入的 CSV 导出,现在经过 toFixed() 加 parseFloat(),而非原始 toNumber()。偶尔潜入精确余额的浮点尘埃消失了。底下,SSP Connect 的 socket 上下文获得了更稳定的消息处理——当 dApp 标签繁忙时,丢失事件更少。
这些都不改变策略的故事,但合在一起,它们让新柔性不至于变得吵闹。