Mining Share 是针对已分配挖矿任务得到的、满足矿池目标的哈希结果。它是已完成工作的抽样证明，通常不满足比特币区块更严格的要求。
矿池不会检查 ASIC 的每一次尝试。提交的结果让矿池验证特定任务上的工作，并统计估算矿工的贡献。Mining Share 不是可转让的比特币所有权份额，也不是比特币交易。 [Bitcoin Developer Guide — Pool mining]
矿池通常采用数值更高、因而更容易满足的目标。满足矿池目标的哈希未必满足网络目标。如果两者都满足，它可以用于构建区块；区块仍须符合其他所有有效性规则。 [Bitcoin Developer Guide — Pool mining]
在 Stratum V2 中，SubmitSharesStandard 包含 job_id、nonce、ntime、version 和通道标识。矿池在已分配任务的上下文中验证结果。相同的 nonce 脱离此上下文，并不能单独证明有效工作。 [Stratum V2 — Mining Protocol]
采用相同归一化规则时，两次被接受的难度为 1024 的提交，与一次难度为 2048 的提交具有相同总权重。这不代表消息数量相同，也不代表精确测得的哈希计算次数；须确认矿池计数器所称的 shares 是什么。 [Braiins Academy — Pool FAQ]
Stratum V2 允许批量 SubmitShares.Success。new_submits_accepted_count 统计被接受的提交次数，new_shares_sum 则汇总其难度。两个值均对应本次确认的批次，并非自动表示历史累计值。 [Stratum V2 — Mining Protocol]
对于错误提交，Stratum V2 返回带有该提交 sequence_number 的 SubmitShares.Error。验证可能延后。应将本地已发送结果与确认接受的结果分开；检查错误回复，而不是将每次发送都算作接受。 [Stratum V2 — Mining Protocol]
被接受的工作按矿池奖励规则计算。例如，Braiins 的 FPPS 根据工作量及网络参数计算奖励、扣除费用，并采用单独的付款设置。确认 share 本身不会把 BTC 发送到钱包。 [Braiins Academy — Rewards and payouts]
Shares 和区块都来自随机寻找足够低的哈希。更多已证明的工作改善统计依据，却不会使下一次尝试必然成功。即使已经有很长一串被接受的 shares，也不能保证在某个后续尝试中找到区块。 [Braiins Academy — Pool FAQ]
要获得更完整的理解，请将本词条与以下词条结合阅读： Mining Pool, Share Difficulty, Proof of Work, Mining Target. 反向关联还来自： Mining Pool, Stratum V1, Pay Per Share, Pay Per Last N Shares.