工作份额为何比有效区块常见
阅读区块链矿池统计时，Share通常指矿工向矿池提交的一份工作结果，而不是持有某家企业的股份。Bitcoin开发指南说明，矿池可使用比网络目标更宽松的份额目标，让更多计算结果达到提交条件，借这些结果统计参与者提供的工作。它没有把每份结果都变成链上区块。
判断宽松与否，要看哈希数值允许达到的上限。允许的目标数值更大，满足条件更容易；难度更高则对应更严格的目标。不能把目标数值较大写成计算难度一定较大，也不能将矿池设定份额目标说成它能修改比特币网络的有效区块标准。
一个结果可以通过份额门槛而未通过网络门槛
用完全虚构的小整数说明关系：设份额目标为一千，网络目标为一百，某次哈希数值为五百。它处在份额允许范围，却没有达到更严格的网络目标。这里只作大小比较，真实区块哈希不是这种简化整数表，也不能从这一次结果推出设备速度或下一次何时成功。
另一个结果若为五十，则同时满足这两个数值门槛，但还不能仅凭数字宣布区块已经被链接受。Bitcoin指南还要求矿池取得验证区块内容符合要求的信息。份额提交、完整候选区块的有效性和最终链上记录，应各有对应依据；工作结果多，不意味着同样数量的区块已产生。
成功回执里的两个累计量不同
Stratum V2采矿协议提供更具体的阅读对象。SubmitSharesStandard包含通道、提交序号和任务标识等字段，服务器的SubmitShares.Success可以合并确认多次提交。其中new_submits_accepted_count是本批新确认提交次数，new_shares_sum则是本批已确认份额的难度之和，二者不能按字段里都有数量字样合并。
例如，某份虚构回执确认十次提交，只能先记录这批的次数；它没有给出十个新区块的证明。协议特别注明这两个统计量属于当前确认批次，新批次开始时计数应重置。因此，把一条回执当成矿工从注册以来的终身累计，或者漏掉批次范围再比较不同回执，都会改变原字段含义。
目标变化也要连接对应任务
同一协议允许服务器通过SetTarget调整指定通道的份额目标，并规定其适用范围：它用于后来收到的任务及已经收到但尚未激活的未来任务；已经收到并处于相应活动状态的任务保持原目标。只看到最新目标，就把所有历史提交统一重算，忽略了任务与目标的对应关系。
一份可复查的矿池资料应保留协议版本、通道与任务、目标条件、提交和回执批次，再另附实际出块与结算记录。Bitcoin指南也说明矿池可采用不同分配制度，因此份额统计本身不足以推出固定付款或收益。本文没有接入矿池、测量设备或核查账户余额，配图仅用于说明集中协调与计算连接。