Stratum V2 新版本强化份额、任务与转换代理会话
来源发布日期: 2026-09-17 · 编辑分析发布日期: 2026-09-21
stratum v1.12.0 与 sv2-apps v0.8.0 协同发布，强化份额验证、限制任务缓存并加固 Sv1 到 Sv2 转换。由于包含不兼容改动，升级必须分阶段并保持组件一致。
分析与实际影响
本节为本站分析及示例计算，与来源报道分开呈现。
两个协同发布的版本
Stratum V2 Reference Implementation 于 2026 年 9 月 17 日发布 stratum v1.12.0 与 sv2-apps v0.8.0。前者更新协议库，后者更新可运行的 Pool、Job Declarator Client、Job Declaration Server 和 Translator Proxy。发布说明明确指出应用栈与 stratum-core 0.6.0 对齐。因此运维人员应把它们视为一组兼容组件，而不是在完全不变的生产环境中只替换一个二进制文件。
份额与任务验证
库版本加强所有 channel type 的 min_ntime 和 nTime 检查、重复份额处理以及 extranonce 前缀轮换，并修复若干可能生成无效 coinbase 数据的路径和链尖切换时的状态机空缺。这些变化保护工作分配与份额提交的正确性，不会提高 ASIC 的物理算力，却可以减少无效工作、难以解释的 reject 和本可避免的矿池端不稳定。评估时应查看 accepted work，而不只看设备报告的 hashrate。
有界存储与故障隔离
未来模板、历史 jobs、被替换的 group jobs、rejected shares 和 seen shares 现在都有数量边界。应用层处理 share budget 耗尽，并允许设置 past-job cap。在聚合 translator 模式下，一台 downstream 的 difficulty 失败不应再干扰其他矿机，失败的 channel open 也会清理。实际价值是 containment：异常或过量状态不能无限占用内存，单台设备的错误也不应扩散到整个连接组。
Translator Proxy 加固
v0.8.0 对 Sv1 session 和 channel 生命周期进行了大幅加固。Job notification 会等待 subscribe 与 authorize 完成，支持 extranonce.subscribe，前缀变化不需要重建 channel，迟到份额按其所属 job 的 target 和 extranonce 验证，异常通知不应导致进程 panic。Translator 还支持 BIP323 version-rolling mask。对通过 Sv2 基础设施服务现有 Sv1 ASIC 的矿池，这些细节影响兼容性和拒绝原因准确度。
安全与协议变化
新版本吸收 Loupe 审计发现，强制检查 SetupConnection 版本范围，并在 handshake 中拒绝非 setup 响应。Noise 实现移除 AES-256-GCM，仅保留 ChaCha20-Poly1305；codec 与 framing 类型也完成重构，变化的 crates 都提高到不兼容版本。安全加固不等于每个部署都已遭遇公开攻击，而是提醒集成者必须阅读迁移说明并同步构建组件，不能假定旧 API 与 wire format 仍然兼容。
安全升级流程
先在 staging 复制生产拓扑，包括 Bitcoin Core 或 template provider、Pool、JDS、JDC、Translator Proxy、一台 Sv1 矿机与监控。锁定精确 release tag，核对配置项名称，并测试 subscribe/authorize 顺序、正常与 stale shares、重复拒绝、channel 耗尽、upstream DNS failover、SIGINT 正常退出和链尖变化后的恢复。比较矿机侧与矿池侧 accepted work 及 rejection code，并保存旧二进制和配置用于 rollback。
Canary 阶段要观察的指标
小规模部署时应监测连接抖动、handshake 失败、channel-open error、按原因分类的接受与拒绝份额、stale latency、translator 内存、保留 job 数量和 upstream 重连。算力基本不变但无法解释的 reject 减少，才是有意义的改进；设备报告算力增加而 accepted work 没有同步变化则不能证明收益。遥测中必须标记每个组件版本，因为混用不同代际库、translator 和 pool 会伪装成矿机或网络故障。 协议加固的收益应通过运行数据判断。对同一批 ASIC，比对升级前后的 accepted shares、stale ratio、duplicate rejection、断线时间和 pool-side credited work，并控制网络与难度变化。少量 reject 降低可能来自更准确的 translator 行为，但收入还受网络难度、矿池结算方式、手续费和在线率影响。不能把某天 BTC 产量变化直接归因于软件版本。最可靠的结论来自 canary 与 control group 在同一时段的对照，以及完整日志中的拒绝原因。
对矿工的实际含义
这是基础设施可靠性与安全版本，不是 ASIC 固件。家庭矿工可能通过矿池或本地 Translator Proxy 间接使用这些改动，主要升级工作由 pool operator 和 integrator 承担。公开证据支持更严格验证、有界资源使用和故障隔离。生产采用应遵循兼容矩阵与 canary 计划。发布说明没有保证收入增加、reject 归零或完全抵御恶意流量，任何经济效果都需要自己的运行数据证明。 升级计划应列出 stratum-core、sv2-apps、Bitcoin Core 或 template provider、Pool、JDS、JDC 和 Translator Proxy 的精确版本，并写明哪些组合已通过测试。由于多个 crate 提升了不兼容主版本，只更新部分组件可能在编译、启动或 handshake 阶段失败。回滚方案不仅要保留旧二进制文件，还要保存配置、证书或 Noise key、数据库状态和启动顺序。若新版需要配置迁移，应先验证旧版是否还能读取回滚后的状态，避免出现只能升级、无法恢复的路径。
来源: Stratum V2 Reference Implementation ↗
挖矿计算器 ↗
