Pool Fee est le prix du service d’un pool, généralement une part de la récompense calculée ou une décote sur un taux de référence du travail. Il diffère des frais d’une transaction réseau et de l’ensemble des coûts d’exploitation du mineur.
Braiins FPPS calcule d’abord les composantes de subvention et de frais de transaction, puis déduit le pourcentage du pool. Vérifiez si le montant affiché est brut ou déjà net. Déduire encore du net compterait deux fois les frais. [Braiins Pool — Rewards and payouts]
Pour une récompense brute purement illustrative de 100000 sats et un taux de 2%, les frais sont 2000 sats et il reste 98000 sats. Ce n’est le tarif actuel d’aucun pool. C’est le montant après ces frais, pas le bénéfice après électricité et autres coûts. [Braiins Pool — Rewards and payouts]
Luxor décrit FPPS comme un taux intégrant subvention et estimation des frais de transaction, les frais du pool étant une décote sur la référence. La part des frais des transactions des blocs est ici un revenu, pas un coût d’envoi du paiement. [Luxor — Revenue and payments]
Payout threshold fixe une condition d’envoi du solde accumulé, pas une somme automatiquement déduite. Payout fee est un coût distinct pouvant dépendre du montant ou du réseau. Des frais de pool nuls ne signifient donc pas automatiquement des retraits gratuits. [Braiins Pool — Rewards and payouts]
Braiins OS décrit un dev fee distinct régi par sa licence. Frais de pool et de firmware n’ont pas forcément la même assiette ni le même prélèvement. Additionner deux pourcentages annoncés comme une seule retenue exige donc de comprendre leur mécanisme. [Braiins OS — Licensing FAQ]
L’API quotidienne Braiins distingue mining_reward, le remboursement bos_plus_reward et total_reward. Les frais de pool remboursés diffèrent de la récompense de base. S’ils figurent déjà au total, ne les ajoutez pas encore ; le droit réel et les relevés de la même période comptent. [Braiins Pool — Daily reward API]
Pour PPS, Rosenfeld explique le transfert de variance des découvertes vers l’opérateur et le besoin de réserves. Un tarif inférieur ne prouve ni meilleur service ni capacité à tenir les promesses. Des récompenses plus stables ne suppriment pas le risque de défaillance de l’opérateur. [Meni Rosenfeld — Pooled mining reward systems]
Utilisez les récompenses réellement créditées pour un travail accepté comparable sur la même période, pas seulement une estimation instantanée. Séparez remboursements et coûts de paiement, et vérifiez la version méthodologique : Luxor autorise explicitement des changements. Le plus petit pourcentage annoncé ne détermine pas seul le résultat net. [Luxor — Revenue and payments] [Braiins Pool — Daily reward API]
Pour une vision complète, lisez aussi Mining Pool, Pay Per Share, Pay Per Last N Shares, Hashprice. Cette entrée est également citée par Pay Per Share, Pay Per Last N Shares, Full Pay Per Share, Stale Rate.