Mining Share

풀은 ASIC의 모든 시도를 검사하지 않는다. 제출된 결과로 특정 작업에 대한 계산을 검증하고 채굴자의 기여를 통계적으로 추정한다. Mining Share는 양도 가능한 비트코인 소유 지분도 Bitcoin 거래도 아니다. [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]