Mining pool je služba pro distribuci práce a účetní rozdělení odměn. Pool zadává kandidátní práci, těžaři odevzdávají shares s nižší obtížností jako důkaz odvedeného hashratu a jen výjimečný share pod síťovým targetem může být validním blokem. Share není blok a kontrola poolu nad joby neznamená pravomoc měnit konsenzus.
Solo mining má extrémní varianci: těžař získá celý blokový výnos, když blok najde, jinak nic. Pool sdružuje mnoho těžařů a příjem rozděluje podle změřeného podílu práce. Síťovou obtížnost nesnižuje; pouze statisticky vyhlazuje výplaty.
Mining job vychází z block template nebo obdobné konstrukce kandidátního bloku. BIP22/BIP23 popisují getblocktemplate a poolový protokol předává workerům potřebná pole, coinbase data a prostor hledání. ASIC pak zkouší kandidátní hlavičky; validním blokem může být jen hash splňující síťový proof-of-work target.
Share je hash pod poolovým targetem, který je výrazně snazší než síťový target. Pool díky shares odhaduje, kolik pravděpodobnostní práce jednotlivý worker skutečně odvedl. Share se nezapisuje do blockchainu a nevytváří konfirmaci; je to účetní měřidlo výkonu.
Pool nastavuje lehčí share target, aby dostával výsledky dost často pro měření. Bitcoin network target je mnohem těžší. Share splňující pouze pool target přináší účetní kredit; pokud tentýž hash splní i network target, vznikne kandidát na blok. VarDiff mění četnost shares, ne konsenzuální difficulty Bitcoinu.
PPS vyplácí pevnou očekávanou hodnotu za přijatý share a riziko blokové variance přenáší na pool. FPPS k očekávané subvenci typicky přidává odhad příjmu z poplatků. PPLNS platí podle shares v nedávném pracovním okně při skutečně nalezených blocích, takže více variance zůstává těžaři. Konkrétní vzorce, fee a zacházení se stale bloky jsou vždy pool-specific.
V klasickém poolu často block template sestavuje pool a také určuje coinbase payout. Těžař převážně prohledává přidělený prostor. Pool tím získává vliv na výběr transakcí, nikoli schopnost prosadit neplatný blok; každý full node blok nezávisle validuje.
Stratum V1 se stal dominantním praktickým protokolem pro zadávání práce, ale velká část template kontroly zůstává poolu. Stratum V2 odděluje role čistěji, podporuje šifrovanou a autentizovanou komunikaci a pomocí job negotiation umožňuje, aby si těžař mohl sestavovat nebo vybírat větší část vlastního block template.
Koncentrace poolů je relevantní, protože několik koordinátorů může ovlivňovat transaction inclusion, zavádění softwaru a krátkodobé rozložení hashratu. Hashrate poolu ale není totéž co vlastnictví minerů: provozovatelé ASICů mohou stroje přesměrovat. Riziko roste, pokud switching costs, smlouvy nebo firmware mobilitu snižují.
Share může být odmítnut jako stale, duplicate, malformed nebo mimo přidělený job. Vyšší latence mezi minerem a poolem, pomalé aktualizace jobů a výpadky sítě zvyšují ztracenou práci. Stale-share rate tedy měří provozní efektivitu cesty miner→pool a není totéž jako stale block v blockchainu.
Těžař má ověřit fee poolu, payout model, minimum payout, payout policy, share difficulty, reject/stale rate, servery a failover, kompatibilitu firmwaru a to, kdo kontroluje transaction selection. U významných výnosů je vhodné porovnávat dashboard s accepted shares a on-chain bloky poolu.
Pro nejúplnější obraz čtěte toto heslo společně s Těžba, Hashrate, Braiins Pool, Stratum V2, Mining Share, Pay Per Share. Opačným směrem na něj odkazují také Coinbase transakce, Marek „Slush“ Palatinus, Braiins Pool, Stratum V1.