Comment fonctionne vraiment un pool de minage bitcoin : de la share au paiement
La plupart des explications sur les pools s'arrêtent à la phrase "les mineurs unissent leur puissance et se partagent la récompense". C'est vrai, et c'est inutile : cette description n'explique pas pourquoi le revenu semble bizarre le premier jour après un changement de pool, pourquoi une coupure le week-end pèse bien plus lourd en PPLNS qu'en PPS, ni où passe une partie des frais de transaction. Voici la mécanique étape par étape : ce qui part de votre ASIC vers le réseau chaque seconde, comment c'est compté, et comment cela devient des satoshis sur votre solde.
POOL BTC n'est pas un pool de minage. C'est un site indépendant de comparaison de pools, de calculateurs et de services, donc il n'y a ici aucun schéma à défendre.
Ce qu'est une share et à quoi elle sert
Une share est un hash d'en-tête de bloc trouvé par le mineur, inférieur au seuil de difficulté fixé par le pool, mais supérieur à la difficulté du réseau. Elle ne deviendra jamais un vrai bloc, mais elle sert de preuve de travail : trouver un tel hash exige d'avoir honnêtement testé des millions de combinaisons. Le pool compte les shares et s'en sert pour évaluer la contribution de chaque worker.
La mécanique de recherche est identique pour un bloc et pour une share. Le mineur prend le modèle de bloc, fait varier le nonce et d'autres champs modifiables, exécute un double SHA-256 et regarde le résultat. La seule différence est le nombre auquel on compare. Si le hash est inférieur à la difficulté du réseau, c'est un bloc, de l'argent pour tout le pool. S'il est inférieur au share difficulty mais supérieur à celle du réseau, c'est une share, une unité comptable de votre contribution.
Il en découle la propriété principale du système : les shares ne peuvent être ni falsifiées ni réutilisées. Chacune est liée à une tâche précise portant l'adresse de paiement du pool, donc vous ne pouvez pas envoyer la share de quelqu'un d'autre, ni soumettre la vôtre deux fois.
À quel point ce ticket de loterie est rare se voit dans l'instantané réseau du 29.08.2026 : hashrate réseau 896,89 EH/s, difficulté 125 807 076 547 197,5. La récompense de bloc est de 3,125 BTC, et sur les 4320 derniers blocs, les frais de transaction y ont ajouté 0,73%. Avec un cours d'environ 77 817 dollars au matin du 29.08.2026, c'est tout le gâteau que le pool partage ensuite selon les règles de son schéma.
En quoi le share difficulty diffère de la difficulté réseau
La difficulté réseau est commune à tous et change tous les 2016 blocs. Le share difficulty est fixé par le pool lui-même, séparément pour chaque connexion, et peut changer à tout moment. C'est un réglage purement interne de comptabilité : il n'a aucun effet sur la probabilité de trouver un bloc, seulement sur la fréquence à laquelle votre mineur rend compte de son travail.
La logique est simple. Un seuil trop bas signifie un flux de shares à chaque fraction de seconde : le réseau est saturé, le serveur du pool est surchargé, et la précision de l'estimation n'augmente pas. Un seuil trop haut signifie des rapports rares : la statistique de hashrate saute, et une panne de machine est repérée avec retard. Les pools maintiennent un intervalle de quelques shares par minute par connexion, en ajustant le seuil à la puissance.
Un détail important pour ceux qui comparent les tableaux de bord : le nombre de shares affiché dans l'interface n'est pas comparable d'un pool à l'autre, car le seuil diffère chez chacun. Ce qui a du sens à comparer, c'est uniquement le hashrate accepté et le taux de rejet.
Ce qu'est le vardiff et pourquoi votre voisin a une difficulté différente
Le vardiff est l'ajustement automatique du share difficulty à un worker précis. Un S21 et un vieux S9 sur le même seuil se comporteraient différemment : la machine puissante noierait le serveur sous les shares, la faible en enverrait trop rarement. Le pool relève donc le seuil des machines rapides et l'abaisse pour les lentes, visant un rythme de rapports à peu près identique pour tous.
L'ajustement ne fonctionne pas instantanément. Après la connexion d'une nouvelle machine, un certain temps est nécessaire pour que le seuil atteigne sa plage de fonctionnement, et pendant cette période, le graphique de hashrate du tableau de bord ment : il affiche tantôt une valeur trop basse, tantôt trop haute. D'où l'erreur classique du débutant qui, quinze minutes après un changement de pool, écrit au support pour dire que le pool lui vole de la puissance.
Second point pratique : le vardiff se casse sur une connexion instable. Si la liaison se coupe, le mineur se reconnecte, le seuil revient à sa valeur de départ à chaque fois, et le résultat est davantage de rapports inutiles et un graphique nettement irrégulier. Dans ce cas, un écart entre le hashrate annoncé et le hashrate accepté est normal et se soigne en améliorant la connexion, pas en changeant de pool.
Comment fonctionne Stratum : job, extranonce et file d'attente des tâches
Stratum est le protocole entre le mineur et le pool. Le pool envoie une tâche (job) avec le modèle de bloc, le mineur teste des variantes et ne renvoie que les résultats réussis. Les blocs complets ne circulent pas sur le fil, le trafic est minimal, ce qui permet à un pool de tenir des dizaines de milliers de connexions par serveur.
L'ordre des échanges est le suivant :
- Le mineur se connecte et s'abonne aux tâches.
- Le pool lui attribue un extranonce unique, un fragment de données personnel dans la transaction coinbase.
- Le pool envoie le job : hash précédent, branches merkle, version, horodatage, difficulté cible.
- Le mineur assemble sa propre version de la coinbase en y insérant son extranonce, et calcule le merkle root.
- Le mineur teste le nonce et d'autres champs, et envoie tout ce qui franchit le seuil.
- Le pool vérifie la share, la valide et la conserve, et si le hash est inférieur à la difficulté réseau, publie le bloc.
- Dès qu'un nouveau bloc apparaît sur le réseau, le pool diffuse une nouvelle tâche et demande d'abandonner l'ancienne.
L'extranonce est ici le détail clé. C'est lui qui rend l'espace de recherche différent pour chaque mineur : deux ASIC avec la même tâche calculent des coinbase différentes, donc des merkle root différents, donc des hashes différents. Sans lui, la moitié de la ferme dupliquerait le travail des autres.
Le dernier point de la liste explique les shares stale. Entre le moment où le réseau voit un nouveau bloc et celui où votre mineur reçoit la nouvelle tâche, il s'écoule du temps, et tout ce qui a été calculé pendant ce laps de temps part à la poubelle. D'où les exigences sur le ping et l'intérêt de choisir un serveur géographiquement proche. Le lien entre cela, la distance au serveur stratum et le choix de la région a été traité dans l'article sur le choix d'un pool bitcoin.
Pourquoi c'est le pool qui trouve le bloc, et non un mineur isolé
Formellement, le hash du bloc est trouvé par une machine précise d'un participant précis. Mais la transaction coinbase de la tâche est formée par le pool, et l'adresse qui y reçoit la récompense est aussi celle du pool. Le mineur ne peut physiquement pas y mettre sa propre adresse : modifier la coinbase change le merkle root, et le résultat cesse alors de correspondre à la tâche fournie.
La phrase "mon mineur a trouvé un bloc" n'a donc aucun sens économique : la récompense arrive sur l'adresse du pool, et le participant reçoit sa part selon les règles du schéma choisi. Cela explique aussi pourquoi les statistiques de blocs sont publiées au niveau du pool, et pourquoi la part du pool dans le hashrate total est visible sur la blockchain.
Il n'y a qu'une seule exception : le mode solo, où vous désignez vous-même l'adresse de récompense. La différence en termes d'attente et de variance est énorme, et nous l'avons calculée séparément dans l'article sur le minage solo contre le minage en pool.
Comment se calcule la contribution du mineur
La contribution ne se compte pas en shares, mais en unités de difficulté : chaque share pèse autant que son share difficulty au moment où elle a été trouvée. Cinquante shares à un seuil de 10000 et cinq shares à un seuil de 100000 donnent la même contribution. C'est pourquoi le vardiff n'avantage ni les machines rapides ni les lentes, il ne fait que changer la fréquence des rapports.
À partir de la somme cumulée des difficultés, le pool déduit votre hashrate. D'où deux chiffres du tableau de bord souvent confondus. Le hashrate local est affiché par le mineur lui-même, selon ses propres calculs. Le hashrate dans le pool est reconstitué statistiquement à partir des shares acceptées, et sur une fenêtre courte il fluctue simplement parce que les shares arrivent de façon irrégulière. Ces deux chiffres se rejoignent sur une fenêtre d'une journée, pas de dix minutes.
Les shares rejetées vivent à part dans les statistiques : périmées, doublons, ou ne passant pas la vérification. Une petite part de rejets est normale sur n'importe quelle connexion, mais une multiplication par plusieurs fois est le signe d'un problème côté liaison ou firmware.
PPS, PPS+, FPPS, PPLNS et solo : en quoi les schémas diffèrent mécaniquement
Le schéma de paiement répond à la question de savoir exactement ce que le pool paie : les shares envoyées ou les blocs réellement trouvés. Tout le reste, y compris la différence de risque, découle de ce choix. Voici la mécanique, sans jugement.
| Schéma | Ce qui est payé | Frais de transaction | Qui porte le risque de malchance | Ce qui se passe à la déconnexion |
|---|---|---|---|---|
| PPS | chaque share acceptée à un tarif fixe | non versés | le pool | le revenu s'arrête aussitôt |
| PPS+ | shares au tarif plus une part des frais selon les blocs réels | versés, au réel | le pool sur la base, le mineur sur les frais | la partie de base s'arrête aussitôt |
| FPPS | shares à un tarif intégrant déjà une prime moyenne pour les frais | versés, en moyenne | le pool | le revenu s'arrête aussitôt |
| PPLNS | les shares dans la dernière fenêtre au moment où le bloc est trouvé | généralement versés | le mineur | les shares de la fenêtre continuent de compter puis vieillissent |
| Solo | uniquement le bloc entier que vous trouvez vous-même | entièrement à vous | entièrement le mineur | rien ne s'accumule |
La différence de comportement se comprend mieux avec un exemple. En PPS, le pool vous achète votre travail à un prix fixé : qu'il trouve un bloc ou non, cela n'affecte pas votre paiement, le pool assume la variance et l'intègre dans sa commission. En PPLNS, le pool partage entre les participants une récompense déjà obtenue, donc votre revenu dépend du nombre de blocs que le pool a trouvés pendant que vos shares se trouvaient dans la fenêtre.
Une analyse détaillée des trois schémas les plus répandus, avec des exemples de calcul, se trouve dans l'article FPPS vs PPLNS vs PPS+, et les termes de cette section sont réunis dans le glossaire du mineur.
Le PPLNS existe-t-il vraiment chez les grands pools BTC ?
Réponse courte : presque nulle part comme mode principal. D'après la documentation officielle au 01.09.2026, Braiins, Foundry USA, Binance Pool et Luxor règlent le BTC uniquement en FPPS. AntPool et ViaBTC proposent le PPLNS en option, mais tous deux ont le PPS+ par défaut. Ocean ne fonctionne pas en PPLNS, mais avec son propre schéma TIDES. Kryptex et NiceHash n'ont aucun rapport avec le PPLNS classique pour bitcoin.
C'est une chose peu évidente : la moitié des articles sur internet traite le PPLNS comme s'il était la norme du secteur, alors que la plupart des grands pools n'offrent tout simplement pas la possibilité de le choisir pour le BTC.
| Pool | Ce qui est réellement disponible pour le BTC | Statut du PPLNS |
|---|---|---|
| F2Pool | FPPS par défaut, PPLNS en alternative | disponible en option |
| ViaBTC | PPS+ par défaut, PPLNS en second mode | disponible en option |
| AntPool | FPPS, PPS et PPLNS annoncés, PPS+ par défaut | disponible en option |
| Braiins Pool | FPPS uniquement, l'ancien modèle scoring est désactivé depuis décembre 2023 | non utilisé |
| Ocean | schéma propriétaire TIDES | ce n'est pas du PPLNS |
| Luxor | FPPS uniquement | non proposé |
| Foundry USA | FPPS uniquement | non utilisé |
| Binance Pool | FPPS pour le BTC, PPLNS décrit dans la FAQ générale comme une formule | non annoncé comme mode réel pour le BTC |
| EMCD | FPPS uniquement pour le BTC, PPLNS décrit pour d'autres coins | inexistant pour le BTC |
| Kryptex Pool | PPS+ | n'est pas un pool PPLNS |
| NiceHash | marketplace de hashrate, règlement des vendeurs en RTPPS | n'est pas un pool PPLNS |
Conclusion pratique pour qui choisit un pool précisément pour le PPLNS : les options réelles sont peu nombreuses, et il faut presque toujours activer le mode manuellement au lieu de l'avoir par défaut. La logique de la fenêtre décrite dans la section suivante s'applique exactement à ces pools, pas à l'ensemble du marché.
Ce qu'est la fenêtre glissante du PPLNS et pourquoi une coupure y coûte cher
Le PPLNS ne compte pas le temps, mais le volume du travail récent du pool : la fenêtre correspond aux N dernières shares (ou unités de difficulté) du flux total. Quand le pool trouve un bloc, la récompense est partagée entre tous ceux dont les shares se trouvent, à cet instant, à l'intérieur de la fenêtre. Votre part est égale à votre part de difficulté dans cette fenêtre.
Conséquence clé : la fenêtre avance grâce aux shares des autres, pas grâce à l'horloge. Si vous éteignez votre machine, vos shares restent dans la fenêtre et continuent d'apporter une part de chaque bloc trouvé, mais elles sont progressivement repoussées par le travail des autres participants. La vitesse d'éviction dépend de la taille de la fenêtre et du hashrate total du pool, pas de votre emploi du temps.
Le PPLNS a donc deux bords asymétriques :
- Montée en régime. Dans les premières heures après la connexion à un nouveau pool, la fenêtre n'est pas encore remplie de vos shares, et le revenu est inférieur au niveau stabilisé.
- Queue. Après la déconnexion, le revenu ne s'arrête pas net, mais s'amenuise à mesure que vos shares sont évincées de la fenêtre.
La queue compense en partie la montée en régime lors d'un changement de pool, mais seulement si vous partez définitivement et ne revenez pas. Les allumages et extinctions fréquents coûtent plus cher en PPLNS qu'en PPS : vous payez chaque fois la phase de montée en régime, et vous ne récupérez pas toujours toute la queue. Ce que cela fait perdre en satoshis lors d'un changement de pool a été calculé dans l'article sur le coût d'un changement de pool.
Quelle est la taille de la fenêtre chez des pools précis
Le chiffre exact n'est publié que par une poignée d'entre eux. Les données ci-dessous ont été vérifiées sur les pages officielles des pools au 01.09.2026, et là où le multiple n'est pas publié, cela est indiqué tel quel.
| Pool | Formulation officielle de la fenêtre | Ce que cela signifie |
|---|---|---|
| Ocean (TIDES) | huit difficultés réseau : la fenêtre du log de shares équivaut à huit fois la difficulté de bloc | la description la plus détaillée de toutes, avec une démonstration mathématique dans la documentation |
| ViaBTC | les 5 derniers rounds de difficulté | le seul des modes PPLNS classiques où le chiffre est publié |
| AntPool | part de hashrate sur les N derniers rounds de difficulté | la fenêtre est mesurée en rounds de difficulté, le chiffre N lui-même n'est pas publié officiellement |
| F2Pool | les N dernières shares, sans précision du multiple pour le BTC | le multiple n'est pas publié officiellement |
| Binance Pool | formule sur les N dernières shares dans la FAQ générale | la valeur de N pour le BTC n'est pas publiée officiellement |
| EMCD | un nombre N des dernières shares remises par le matériel au pool | le multiple n'est pas publié officiellement |
Il en découle un problème gênant pour comparer : chez la plupart des pools, vous ne pouvez pas calculer à l'avance la longueur de la queue après une déconnexion, car la taille de la fenêtre n'est pas divulguée. L'estimer soi-même à partir des statistiques publiques n'est pas possible non plus, car le tableau de bord montre les shares, pas les règles de leur sortie.
Un détail particulier concernant Ocean : là-bas, les shares du log ne sont jamais supprimées. La documentation dit clairement qu'une share est payée en moyenne huit fois tant qu'elle se trouve dans la fenêtre, puis cesse simplement d'être comptée pour les nouveaux blocs à mesure que du nouveau travail arrive. Ce n'est pas une pénalité pour départ, mais une sortie naturelle par volume, et la formule "les shares brûlent" ne s'applique pas au TIDES.
Ce qu'est le pool hopping et comment la fenêtre en protège
Le pool hopping est une stratégie consistant à sauter d'un pool à l'autre pour obtenir une part là où le paiement actuel est statistiquement plus avantageux, et à partir avant l'arrivée d'une période défavorable. Elle fonctionnait sur d'anciens schémas comme le calcul proportionnel pur par round, où les shares précoces d'un round valaient plus que les tardives.
Dans le schéma proportionnel, un round commence après la découverte d'un bloc et dure jusqu'au suivant. La récompense est partagée entre les shares du round, donc dans un round court chaque share vaut beaucoup, et dans un round long elle vaut peu. Il devient donc avantageux d'arriver au début du round et de partir si celui-ci s'éternise. Les participants qui restent y perdent, car ils partagent la même récompense avec les sauteurs arrivés en cours de route.
La fenêtre glissante supprime le fondement même de cette stratégie. La fenêtre n'a ni début ni fin de round : elle a toujours la même longueur et se compose toujours des N dernières shares. Le moment de la connexion ne procure aucun avantage, et des sauts fréquents ne font que multiplier les phases de montée en régime. Pour la même raison, la fenêtre est un peu plus sévère envers les mineurs honnêtes à l'emploi du temps instable, et c'est le prix de la protection, pas un défaut annexe.
D'où vient la commission du pool et ce qu'est le transaction fee passthrough
La commission est retenue en pourcentage du versement et couvre l'infrastructure, le développement, le support et, pour la famille PPS, le risque de variance que le pool assume lui-même. Le taux diffère d'un pool à l'autre et dépend du schéma : pour un paiement garanti, le pool intègre une assurance, pour un paiement proportionnel il prend moins.
Le second composant du revenu, ce sont les frais de transaction du bloc. La récompense de bloc se compose de l'émission plus la somme des frais de toutes les transactions incluses, et les différents schémas gèrent cette partie de façon différente :
- Le PPS pur ne paie que la partie émission, les frais de transaction restent au pool.
- Le PPS+ répartit les frais au réel : ce qui a été collecté dans les blocs réels est distribué tel quel.
- Le FPPS intègre une prime moyenne directement dans le tarif par share, ce qui est donc plus avantageux que le réel en période calme, et l'inverse en période de frais élevés.
- Le PPLNS répartit généralement toute la récompense du bloc avec les frais.
À quel point cela pèse réellement aujourd'hui, la statistique réseau le montre : sur les 4320 derniers blocs (hauteurs 960211 à 964530, instantané au 29.08.2026), les frais de transaction ont apporté 0,73% de la récompense totale. Autrement dit, le débat sur le passthrough se joue actuellement pour moins d'un pour cent du revenu, et la différence de pourcentage de commission entre pools l'emporte presque toujours. En période de congestion du mempool la situation change, mais il faut le vérifier avec des données récentes, pas avec le souvenir de 2023.
Voici comment des pools précis gèrent les frais de transaction, selon leur propre documentation au 01.09.2026 :
| Pool | Règle sur les frais de transaction |
|---|---|
| F2Pool | le FPPS inclut les frais moyennés de la veille, le PPLNS répartit les frais réels des blocs trouvés entre les shares |
| ViaBTC | en PPS+ la récompense de bloc suit le PPS, et les frais de transaction sont répartis séparément selon la formule PPLNS ; en PPLNS pur, tout suit cette formule |
| Braiins Pool | les frais sont considérés comme appartenant aux mineurs et répartis en moyenne journalière |
| Ocean | le TIDES répartit toute la récompense de bloc, émission et frais confondus, le schéma étant indifférent à sa taille |
| Luxor | le FPPS moyenne les frais sur 144 blocs en écartant le 5e et le 95e percentile des valeurs extrêmes |
| Foundry USA | le taux FPPS se calcule comme un plus le rapport entre la somme des frais et la somme de l'émission sur la période de calcul, en excluant les trois blocs les plus élevés et les trois plus bas en frais |
| Binance Pool | la formule FPPS inclut les frais moyens du réseau par bloc |
| EMCD | le FPPS pour le BTC est lié aux frais réseau : plus les frais sont élevés, plus le versement l'est |
| Kryptex Pool | en PPS+, un tarif fixe par share plus une répartition des frais de transaction entre les mineurs |
| NiceHash | le RTPPS est déterminé par le tarif de marché des acheteurs de hashrate, pas directement par la formule "émission plus frais" |
Une contradiction d'AntPool à connaître à l'avance
Sur AntPool, on ne peut pas répondre en une ligne, et c'est plus honnête que de choisir la version qui arrange. Deux pages officielles du pool disent des choses différentes sur les frais de transaction non répartis en PPLNS. Le guide sur GitBook indique que les frais de transaction sont eux aussi répartis entre les mineurs, et que le pool prélève une commission nulle en PPLNS. Une version plus ancienne du même document, sur Zendesk, datée du 14.12.2022, indique que les frais de transaction non versés aux mineurs vont à la maintenance et aux primes des ingénieurs.
Les deux pages sont officielles, toutes deux accessibles, et aucune n'est marquée comme obsolète. Nous ne prenons pas parti : si cette part du revenu est importante pour vous, il vaut mieux poser la question par écrit au support du pool et conserver la réponse, plutôt que de se fier à la première page d'aide venue.
Commissions des pools à l'instantané du 29.08.2026
Tous les chiffres ci-dessous ont été revérifiés le 29.08.2026 ; une partie des pools ne divulgue pas publiquement ses taux, ou ne les montre qu'après connexion. Ces lignes sont marquées comme telles, sans être remplacées par des suppositions.
| Pool | Commission | Schéma | Statut |
|---|---|---|---|
| F2Pool | FPPS 4%, PPS+ 2,5%, PPLNS 2% | FPPS / PPS+ / PPLNS | confirmé par l'aide officielle |
| ViaBTC | PPS+ 4%, PPLNS 2% | PPS+ / PPLNS | confirmé par la page officielle des tarifs |
| Kryptex Pool | PPS+ 3% | PPS+ | confirmé manuellement sur la page du pool |
| NiceHash | 2% | RTPPS | confirmé par le blog officiel |
| Trustpool | 1% | PPS+ | page officielle inaccessible, chiffre provenant d'une source secondaire |
| EMCD | 4% pour le BTC | FPPS | confirmé partiellement, la page du pool renvoie une coquille JS vide |
| Promminer | 3% | FPPS | non confirmé, site indisponible |
| AntPool | ne publie pas de commission sur le site | FPPS / PPS / PPLNS | non confirmé, la page des tarifs renvoie une erreur 404 |
| Binance Pool | pas de page publique de commissions, redirection vers la connexion | FPPS | non confirmé |
| Luxor | ne publie pas de taux, seulement le mécanisme de remise sur le FPPS spot | FPPS | non confirmé, les sources divergent |
| Foundry USA | non divulguée, dégressive par paliers | FPPS | chiffres non récupérables depuis la page |
| Neopool | non divulguée | FPPS | non confirmé |
Comparer les pools uniquement sur le pourcentage de commission n'a pas de sens pour une autre raison encore : un tiers des grands pools ne publie tout simplement pas ce pourcentage. Il faut calculer le paiement final par térahash sur un mois d'après son propre relevé. Vous pouvez estimer le résultat selon votre modèle d'ASIC et votre tarif d'électricité dans le calculateur de minage.
Ce qu'est le seuil de paiement et pourquoi il compte plus que la commission à faible hashrate
Le seuil est le solde minimal à partir duquel le pool vous envoie une transaction. Tant que le montant accumulé est inférieur au seuil, l'argent reste sur le compte interne et n'arrive pas sur votre wallet. Tout est bien crédité entre-temps, la seule question est de savoir quand la somme quitte le pool.
Le seuil existe à cause du coût d'une transaction on-chain. Envoyer de la poussière coûte plus cher que sa valeur, donc le pool attend que la somme accumulée atteigne un niveau où la commission réseau ne mange pas le paiement. D'où une conséquence directe pour le petit mineur : plus votre hashrate est faible, plus l'intervalle entre paiements réels s'allonge, et plus longtemps votre argent vit sur le solde de quelqu'un d'autre.
C'est précisément là que le seuil devient plus important que la commission. La différence de commission entre pools se mesure en fractions de pour cent du revenu, alors qu'un seuil trop élevé avec une seule machine domestique signifie des semaines voire des mois d'attente, avec un risque de contrepartie pendant tout ce temps. Avant de vous connecter, quatre points valent la peine d'être vérifiés :
- Le seuil minimal, et s'il peut être relevé ou abaissé manuellement.
- Le calendrier des paiements : quotidien à l'atteinte du seuil, ou selon un calendrier fixe.
- Qui paie la commission réseau du paiement, le pool ou vous, prélevée sur votre somme.
- Ce qui arrive au solde restant si vous quittez le pool sans avoir atteint le seuil.
Seuils à l'instantané du 29.08.2026 :
| Pool | Paiement minimal | Statut |
|---|---|---|
| NiceHash | 0,00001 BTC | confirmé |
| EMCD | 0,0001 BTC | conflit de sources (0,0001 contre 0,001 BTC) non résolu |
| Promminer | 0,0001 BTC | non confirmé, site indisponible |
| F2Pool | 0,001 BTC | confirmé par l'aide officielle |
| Kryptex Pool | 0,001 BTC | confirmé manuellement |
| Luxor | 0,001 BTC plus une commission réseau de retrait de 0,000075 BTC | confirmé par la documentation officielle |
| Trustpool | 0,001 BTC | non confirmé par une source primaire |
| Neopool | 0,001 BTC | non confirmé par une source primaire |
| AntPool | 0,001 BTC selon les agrégateurs | la page officielle ne s'est pas ouverte |
| ViaBTC | non publié sur la page des tarifs | non confirmé |
| Binance Pool | non publié publiquement | non confirmé |
| Foundry USA | non confirmé à cet instantané | non confirmé |
Ce qui arrive au solde si vous partez sans avoir atteint le seuil
La plupart des pools n'ont pas de réponse officielle directe. Voici ce qui est confirmé : F2Pool laisse sur le solde la somme inférieure au seuil, elle ne se perd pas et continue de s'accumuler. ViaBTC conserve le revenu sur le solde jusqu'au cycle suivant s'il n'a pas atteint le minimum. Luxor n'envoie le paiement que lorsque le solde du sous-compte dépasse le seuil plus la commission de retrait, c'est-à-dire que le reste attend lui aussi.
Une exception juridique mérite un paragraphe à part. Selon les conditions de service de F2Pool, l'utilisateur perd le droit sur les sommes créditées s'il n'a pas fourni d'adresse de paiement valide dans les six mois suivant une notification écrite, et le pool est en droit de considérer ces sommes comme perdues. L'aide du pool précise en outre que, si aucune adresse de paiement n'est définie pendant plus de 90 jours, la récompense peut être traitée comme un don. C'est le seul pool vérifié où la règle de perte des droits sur le montant accumulé est formulée explicitement. Chez les autres, il n'existe pas de règle semblable sur les pages trouvées, mais cela signifie seulement qu'elle n'a pas été trouvée, pas qu'elle n'existe assurément pas.
Pour AntPool, Foundry USA, Binance Pool, EMCD, Braiins, Kryptex, NiceHash et Trustpool, aucune formulation officielle sur le sort du solde en cas de départ du pool n'a pu être trouvée. Si la somme sur le solde est importante pour vous, la seule voie fiable reste la même : une demande écrite au support avant de vous connecter.
Pour Ocean, cela a déjà été dit plus haut : les shares du log n'y sont jamais supprimées et sortent de la fenêtre selon le volume de travail, pas selon le fait que vous soyez parti.
Le parcours complet d'une share : résumé
- L'ASIC reçoit le job via Stratum ainsi que son propre extranonce.
- La machine assemble la coinbase avec l'adresse du pool et calcule le merkle root.
- Test du nonce, double SHA-256, comparaison du résultat au seuil.
- Un hash inférieur au share difficulty part vers le serveur du pool.
- Le pool vérifie la share et enregistre son poids, égal à sa difficulté.
- Le hashrate du tableau de bord est recalculé à partir des poids accumulés.
- Quand le hash de quelqu'un se retrouve inférieur à la difficulté réseau, le pool publie le bloc.
- La récompense de bloc (émission plus frais de transaction) arrive sur l'adresse du pool.
- Le pool retient sa commission et répartit le reste selon les règles du schéma.
- Votre part est créditée sur le solde interne.
- Une fois le seuil atteint, le pool envoie une transaction on-chain vers votre adresse.
Entre l'étape 4 et l'étape 11, il peut se passer de quelques heures à plusieurs semaines, et presque toutes les plaintes contre les pools sont en réalité des malentendus survenant dans cet intervalle.
En résumé
Un pool est un système comptable posé sur le minage ordinaire, et non un type de minage à part. Il distribue des tâches, compte le travail confirmé en unités de difficulté et répartit les récompenses obtenues selon une règle annoncée à l'avance. Le schéma de paiement répond à la question de qui paie la malchance, la fenêtre du PPLNS répond à la question de combien de temps votre travail reste précieux après une déconnexion, et le seuil répond à la question de quand l'argent part réellement vers votre wallet.
Trois choses de ce texte méritent d'être retenues avant de choisir un pool. Le PPLNS pour le bitcoin est loin d'être disponible partout, et n'est presque jamais le mode par défaut. Seule une poignée de pools publie la taille de la fenêtre, donc la durée de la queue après déconnexion ne peut le plus souvent pas être calculée. Les frais de transaction ont apporté 0,73% de la récompense sur les 4320 derniers blocs au 29.08.2026, donc le débat sur leur répartition se joue aujourd'hui pour moins d'un pour cent du revenu.
En comprenant ces mécanismes, vous cessez de comparer les pools sur le pourcentage affiché en page d'accueil et commencez à comparer sur le paiement final par térahash. Comment procéder chez des pools précis a été traité dans l'article sur le choix d'un pool de minage.
