Comment configurer un pool de minage solo pour Bitcoin ? (Recherche de blocs)

Comprendre les principes fondamentaux du minage solo

1. Le minage en solo signifie connecter directement votre matériel au réseau Bitcoin sans rejoindre un pool partagé. Vous conservez 100 % des récompenses de bloc si vous réussissez à trouver un bloc valide.

2. La probabilité de succès dépend entièrement de votre taux de hachage par rapport à la difficulté du réseau mondial. Depuis avril 2026, le taux de hachage du réseau dépasse 750 EH/s, ce qui rend le succès en solo statistiquement négligeable pour les configurations inférieures à 10 TH/s.

3. Aucun intermédiaire ne perçoit de frais ni ne redistribue d'actions. Chaque bloc candidat est construit et soumis par votre nœud seul.

4. Vous devez exécuter un nœud principal Bitcoin entièrement synchronisé et accessible avec txindex=1 et blockfilterindex=1 activés dans bitcoin.conf.

5. Votre nœud doit accepter les connexions entrantes. Le port 8333 doit être ouvert et transmis via votre routeur ou pare-feu pour permettre la découverte des homologues et bloquer la propagation.

Pile logicielle requise

1. Bitcoin Core v27.0 ou version ultérieure est obligatoire. Les versions antérieures ne prennent pas en charge les améliorations modernes du protocole P2P requises pour une soumission fiable de blocs solo.

2. Un mineur compatible tel que CKPool ou Electrum Personal Server (EPS) fait office de pont entre votre micrologiciel ASIC et l'interface RPC de Bitcoin Core.

3. Un logiciel proxy de strate personnalisé tel que stratum-mining-proxy peut être nécessaire si votre mineur ne prend pas en charge nativement les appels getblocktemplate (GBT).

4. Les dépendances au niveau du système incluent libzmq3-dev, autoconf, automake et pkg-config : elles ne sont pas facultatives pour la compilation de CKPool à partir des sources sous Linux.

5. Un script de surveillance dédié utilisant bitcoin-cli getmininginfo et getnetworkhashps doit s'exécuter toutes les 30 secondes pour vérifier la participation active.

Étapes de configuration du nœud

1. Modifiez bitcoin.conf avec les entrées minimales suivantes : server=1 , rpcuser=miner , rpcpassword=securepassword , rpcport=8332 , rpcthreads=8 .

2. Générez manuellement un cookie d'authentification RPC en utilisant echo -n 'miner:$(xxd -l 32 -p /dev/urandom)' | sha256somme | coupez -d' ' -f1 et stockez-le dans ~/.bitcoin/.cookie.

3. Configurez les règles UFW pour autoriser uniquement l'accès de l'hôte local au port RPC : ufw autorise de 127.0.0.1 à n'importe quel port 8332 .

4. Redémarrez Bitcoin Core avec bitcoind -daemon -reindex-chainstate pour appliquer une cohérence de validation complète avant le début de l'exploration.

5. Confirmez l'accessibilité RPC via curl --data-binary '{'jsonrpc':'1.0','id':'curltext','method':'getblockcount','params':[]}' -H 'content-type:text/plain;' http://miner:securepassword@127.0.0.1:8332/ .

Protocole d'intégration matérielle

1. La version 2.0.9+ du micrologiciel Antminer S21 prend en charge le GBT natif sur HTTP. Configurez son URL d'exploration de données comme http://127.0.0.1:8332 avec le nom du travailleur défini sur l'adresse de votre portefeuille.

2. Pour WhatsMiner M60, désactivez la commutation de pool automatique dans WhatsMiner Tool et forcez le mode strate manuel pointant vers le port localhost 3333 si vous utilisez une couche proxy.

3. Tous les ASIC doivent utiliser l'indicateur --coinbase-addr lors du démarrage pour intégrer votre adresse de réception dans la transaction coinbase.

4. Surveillez strictement les seuils de température : > 85 °C maintenus sur n'importe quelle puce déclenche une limitation immédiate dans le firmware v2.0+, ce qui dégrade le hashrate effectif jusqu'à 37 %.

5. Les blocs d'alimentation doivent fournir une tension stable de 12,0 V ±0,1 V sous charge ; un affaissement de tension inférieur à 11,8 V provoque des erreurs de rejet occasionnelles visibles dans les journaux des mineurs sous le nom de « partage périmé ».

Foire aux questions

Q : Puis-je utiliser un VPS pour héberger mon nœud de minage solo ? R : Oui, mais uniquement si le fournisseur VPS autorise le port TCP entrant 8333 et garantit un adressage IPv4 persistant. La plupart des services VPS économiques bloquent les ports P2P par défaut.

Q : Le minage en solo nécessite-t-il une disponibilité Internet constante ? R : Oui. Une seule déconnexion de 90 secondes pendant la propagation d’un bloc entraîne un travail orphelin. Une latence du réseau supérieure à 120 ms augmente le taux de obsolète de 22 %.

Q : Est-il possible de miner en solo avec des plates-formes GPU en 2026 ? R : Non. La difficulté moderne Bitcoin rend les tentatives basées sur le GPU mathématiquement futiles. Même un cluster de 32 RTX 4090 produit moins de 0,0000001 % des blocs quotidiens attendus.

Q : Comment puis-je vérifier si mon nœud a accepté mon propre bloc miné ? R : Exécutez bitcoin-cli getbestblockhash suivi de bitcoin-cli getblock 'hash' 2 | grep ''mineur' . Si la sortie affiche votre adresse coinbase configurée, le bloc a été accepté.