矿工自己组块、矿池只管记账：Stratum V2 声明作业的角色重排

一、两种下工方式

Stratum V1 里矿池包办一切：组装候选区块、下发任务、收份额、结算，矿工只是算力终端。Stratum V2 把任务下发拆成两条路。一条沿用转发思路：矿池依旧逐任务下发，矿工接活干活，体验与 V1 相近，但换上了二进制编码、加密信道与更细的变量难度控制。另一条是声明作业：矿池不再指定谁挖什么，矿工从模板提供方拿到区块模板，自行挑选交易组装区块，再把”我正在挖这个活”声明给矿池——包括前哈希、自己的 coinbase 交易和作业令牌；矿池确认后按声明对账。规范把这条路的分工写得很直白：选择加入声明作业的矿池只负责份额记账与奖励分配。

二、角色表与两种模式

协议里有两组对应角色。矿工侧的作业声明客户端负责从模板分发协议接收模板、向矿池侧的作业声明服务器声明自定义作业、收下挖矿设备的份额并上交。服务器侧则维护一个内部内存池视图（通过 RPC 与比特币节点同步）、给声明分配作业令牌、在挖矿协议里认领作业，并在收到有效区块提交时代为发布。模式分两档：全模板模式下矿工把完整交易清单交给服务器复核，服务器可以向模板提供方回补自己缺的交易；纯模板模式下双方都不传完整清单，服务器只能对 coinbase 里的费用收入做盲核——规范也坦承这种模式存在声明费用与实际模板不符的攻击面，矿池可以自行叠加零知识证明类扩展来压缩这个面。

三、延迟与风险怎么对价

模板分发协议规定：当当前模板的总费用出现显著上升时服务器应当推送新模板，一旦得知新区块则必须推送——也就是说矿工自选交易的窗口由模板刷新节奏切出来，快慢取决于模板提供方与网络传播。对矿工，多出来的自由对应多出来的责任：用带过时前哈希的模板挖出的份额会被拒，交易清单没能让池端备齐会导致提交时被判无效，声明与认领之间的每次往返都是真金白银的算力敞口。接入前值得核对三件事：连接是否已走 V2 原生通道还是仍经翻译桥、目标矿池是否支持并允许声明作业、份额结算规则如何描述自定义作业。这是一笔按自家算力占比计算的运维账，不是立场站队。协议与参考实现仍在演进，字段与默认值可能随规范版本变化，动手前以当前版规范与矿池公开文档为准。

四、加密信道与翻译桥

声明作业听起来是矿工维权，实际收益还包括一层管道卫生：V2 的角色间连接按规范走 Noise 协议加密与认证，V1 那种矿池与矿工之间明文传任务、中间人可窥探甚至改派发的老问题在原生通道里从根上消失。但现实部署几乎都隔着翻译层——存世矿机说 V1，池端说 V2，中间架一台翻译器，而翻译桥一旦存在，声明作业所争取的”矿工自选交易”能力就可能被桥的简化实现悄悄削回转发模式。判断自己是否真在用声明作业，别看宣传页，看三处证据：连接握手是否建立了 V2 原生会话、矿机端是否配置了模板提供方、池端结算文档是否描述自定义作业。任何一处含糊，多半还是 V1 语义穿了一件 V2 外壳。

本文内容仅供信息与教育参考，不构成投资建议、法律或税务意见，也不构成对任何产品或服务的推荐。比特币与闪电网络操作不可逆，涉及资产操作前请自行核实关键参数并评估风险。