Mining Pool jest usługą rozdzielania pracy i księgowego podziału nagród. Pool przydziela zadania wydobywcze, a górnicy przesyłają shares spełniające łatwiejszy target poola jako statystyczną podstawę oszacowania wykonanej pracy. Tylko rzadki wynik spełnia także target sieci i pozwala przedstawić blok kandydujący; blok ten musi odpowiadać wszystkim regułom konsensusu. Zwykły share nie jest blokiem Bitcoina, a kontrola poola nad zadaniami nie daje uprawnień do zmiany konsensusu.
Solo Mining ma wysoką wariancję: górnik otrzymuje cały przychód z bloku, gdy znajdzie zaakceptowany blok, a w przeciwnym razie nic. Pool skupia wielu górników i dzieli przychód według szacowanego udziału w pracy. Nie obniża Difficulty sieci; jedynie statystycznie wygładza wypłaty. [Bitcoin Developer Guide — Mining] [Meni Rosenfeld — Analysis of Bitcoin Pooled Mining Reward Systems]
Zadanie wydobywcze opiera się na Block Template lub równoważnej konstrukcji bloku kandydującego. BIP22 opisuje getblocktemplate, a BIP23 jego rozszerzenia do wydobycia w poolu. Protokół poola przekazuje workerom potrzebne pola, dane transakcji coinbase i przestrzeń poszukiwań. ASIC Miner sprawdza kandydujące nagłówki; przedstawiony blok musi mieć hash nagłówka spełniający sieciowy target Proof of Work, a jednocześnie odpowiadać pozostałym regułom konsensusu. [BIP 22 — getblocktemplate] [BIP 23 — getblocktemplate pooled mining] [Bitcoin Core mining RPC — getblocktemplate]
Mining Share to przesłany wynik, którego hash spełnia target poola, zwykle znacznie łatwiejszy od target sieci. Na podstawie zaakceptowanych shares i ich trudności pool statystycznie szacuje udział poszczególnego workera w pracy; nie jest to dokładne zliczenie jego prób. Zwykły share spełniający tylko target poola nie staje się blokiem w blockchainie ani nie tworzy potwierdzenia. Służy do pomiaru wkładu pracy na potrzeby rozliczeń. [Meni Rosenfeld — Analysis of Bitcoin Pooled Mining Reward Systems] [Stratum V2 — Mining Protocol]
Pool ustawia łatwiejszy share target, aby otrzymywać wyniki dostatecznie często do prowadzenia pomiarów. Target sieci Bitcoina jest znacznie trudniejszy do spełnienia. Share spełniający tylko target poola daje uznanie w rozliczeniach; jeśli ten sam hash spełni także target sieci, można przedstawić blok kandydujący. VarDiff zmienia trudność shares, a przez to ich częstotliwość, nie zaś Difficulty konsensusu Bitcoina. [Stratum V2 — Mining Protocol]
PPS wypłaca ustaloną wartość oczekiwaną za zaakceptowany share stosownie do jego trudności i przenosi na pool ryzyko losowych wahań liczby znajdowanych bloków. FPPS zwykle dodaje do oczekiwanego subsydium szacowany przychód z opłat transakcyjnych. PPLNS dzieli przychody z rzeczywiście znalezionych bloków według shares z niedawnego okna pracy, pozostawiając górnikowi większą wariancję. Konkretne wzory, opłaty i sposób traktowania Stale Blocks zależą od zasad danego poola. [Meni Rosenfeld — Analysis of Bitcoin Pooled Mining Reward Systems] [Braiins Academy — Rewards and Payouts]
W klasycznym poolu Block Template zwykle tworzy operator poola, który określa także odbiorcę wyjścia coinbase. Górnik przede wszystkim przeszukuje przydzieloną przestrzeń. Pool zyskuje w ten sposób wpływ na wybór transakcji, ale nie możliwość narzucenia niepoprawnego bloku; każdy Full Node niezależnie waliduje blok. [Bitcoin Developer Guide — Mining] [Stratum V2 — Protocol Overview]
Stratum V1 służy do przydzielania pracy wydobywczej, a kontrola nad szablonem zwykle pozostaje po stronie poola. Stratum V2 wyraźniej oddziela role i obsługuje szyfrowaną oraz uwierzytelnianą komunikację. Opcjonalny Job Declaration Protocol pozwala górnikowi przedstawiać własny szablon z własnym wyborem transakcji, jeśli odpowiednie komponenty obsługują zarówno górnik, jak i pool. Sam Mining Protocol w Stratum V2 może działać bez tej możliwości; oznaczenie Stratum V2 nie gwarantuje więc samo w sobie niezależnego wyboru transakcji. [Stratum V2 — Protocol Overview]
Koncentracja pooli jest ważna, ponieważ niewielka liczba koordynatorów może wpływać na włączanie transakcji, wdrażanie oprogramowania i krótkoterminowy rozkład Hashrate. Hashrate poola nie jest jednak tym samym co własność sprzętu wydobywczego: operatorzy ASIC mogą przekierować maszyny. Ryzyko rośnie, jeśli koszty zmiany poola, umowy lub firmware ograniczają tę możliwość. [Bitcoin Developer Guide — Mining] [Stratum V2 — Protocol Overview]
Share może zostać odrzucony jako nieaktualny (stale), zduplikowany, błędnie zbudowany lub niezgodny z przydzielonym zadaniem. Większe opóźnienie między górnikiem a poolem, powolne aktualizacje zadań i awarie sieci zwiększają straconą pracę. Udział stale shares mówi więc o efektywności operacyjnej połączenia górnika z poolem; nie jest tym samym co Stale Block w blockchainie. [Stratum V2 — Mining Protocol]
Górnik powinien sprawdzić opłaty poola, model nagród, minimalną wypłatę i zasady wypłat, Share Difficulty, udział odrzuconych i stale shares, serwery i połączenia zapasowe, zgodność firmware oraz to, kto kontroluje wybór transakcji. Przy znaczących przychodach warto porównywać zestawienie poola z zaakceptowanymi shares i jego blokami w blockchainie. [Braiins Academy — Rewards and Payouts] [Stratum V2 — Mining Protocol]
Pełniejszy obraz uzyskasz, czytając to hasło razem z Górnictwo Bitcoin, Hashrate, Braiins Pool, Stratum V2, Mining Share, Pay Per Share. Do tego hasła prowadzą również odsyłacze z Transakcja coinbase, ASIC Miner, Hashrate, Nonce.