Miner en solo avec Bitcoin Core : votre nœud, votre pool, votre Bitaxe

Pour moi, la raison est celle que j’ai écrite sur ma page de présentation : l’envie de ne dépendre de personne (mes machines, mon nœud Un ordinateur qui garde une copie complète de Bitcoin et vérifie chaque bloc lui-même. Installer son nœud, mon pool Un serveur auquel se connectent les machines. Un pool classique partage les gains, un pool solo non. Solo ou pool ?), et une façon de participer, à mon échelle, à la décentralisation du réseau. Concrètement, sur votre propre nœud :

• Pas d’intermédiaire. Le logiciel de pool tourne chez vous. En mode solo, ckpool écrit l’adresse de votre machine dans le bloc : si elle le trouve, toute la récompense va à cette adresse, moins le don éventuel que vous réglez vous-même (README de ckpool-solo).
• Votre propre modèle de bloc. C’est votre nœud qui choisit les transactions du bloc que votre machine essaie de trouver, selon ses propres règles, pas celles d’un pool.
• Un nœud de plus sur le réseau, qui vérifie lui-même chaque bloc et chaque transaction.

Ce que ça rapporte : rien de plus. Un nœud Bitcoin ne gagne rien en lui-même, il ne touche ni frais ni récompense pour son travail de vérification. Seul un bloc trouvé paie, et vos chances sont exactement les mêmes que sur n’importe quel pool solo : elles ne dépendent que de la puissance de votre machine. Un Bitaxe Gamma (1,2 TH/s annoncés) a environ 1 chance sur 16 000 par an de trouver un bloc (réseau au 17 octobre 2026), un bloc qui vaut en moyenne environ 227 000 €. Votre cas précis : le calculateur de minage solo. Pourquoi solo et pool rapportent autant en moyenne : solo ou pool.

Côté dépenses, le PC qui fait tourner le nœud consomme jour et nuit : chaque tranche de 10 W allumés en continu coûte environ 18 € par an à 0,20 € le kWh. Vous ne gagnez donc pas d’argent en montant votre nœud, vous gagnez de l’indépendance.

• Un PC ou un mini PC allumé en permanence. Si le PC s’éteint, votre pool s’arrête et votre Bitaxe ne mine plus. Bitcoin Core 31.1 est testé à partir de Windows 10 (version 1903), macOS 14 et Linux (notes de version 31.1).
• Un SSD assez grand. La blockchain Bitcoin pesait environ 780 Go le 27 octobre 2026, et elle grossit d’environ 250 Mo par jour (blockchain.com). Un SSD de 1 To suffit encore, mais la marge fond : le nœud stocke aussi ses index en plus des blocs, et Windows prend sa part si c’est le même disque. Si vous achetez le disque maintenant, prenez 2 To. Un SSD plutôt qu’un disque dur, pour que la synchronisation ne s’éternise pas.
• De la mémoire. bitcoin.org recommande au moins 2 Go de RAM pour Bitcoin Core seul (configuration requise). Avec Windows et Docker Desktop en plus, la description de ma vidéo indique 8 Go minimum.
• Une connexion sans plafond. Toujours d’après bitcoin.org, il faut prévoir environ 5 Go par jour envoyés aux autres nœuds, et la première synchronisation télécharge toute la chaîne.
• Docker Desktop et Git, pour récupérer et lancer ckpool. Les deux sont gratuits pour un usage personnel.
• Une adresse Bitcoin d’un portefeuille dont vous avez la clé : c’est elle qui recevrait le bloc (lequel choisir).

Et un nœud élagué (pruned) ? L’élagage (option prune) économise le disque, pas le téléchargement : bitcoin.org indique qu’un nœud réglé pour 7 Go de disque télécharge quand même toute la chaîne une fois. Le README de ckpool ne parle pas de ce mode. Les appels que ckpool fait au nœud, comme getblocktemplate et submitblock, ne demandent pas les anciens blocs, donc un nœud élagué devrait convenir, mais ce n’est écrit nulle part dans sa documentation : si vous avez la place, gardez le nœud complet.

Sur un Raspberry Pi ? C’est possible pour le nœud : umbrelOS s’installe sur un Raspberry Pi 5, et Umbrel conseille de le démarrer sur un SSD NVMe ou USB plutôt que sur une carte microSD. C’est alors le chemin Umbrel, décrit plus bas, plutôt que celui de ce guide.

1. Téléchargez Bitcoin Core sur bitcoincore.org, le site du projet. Le 28 octobre 2026, la dernière version est la 31.1, publiée le 8 juillet 2026. Sous Windows, c’est le fichier bitcoin-31.1-win64-setup.exe.
2. Vérifiez le fichier avant de l’ouvrir. Téléchargez aussi SHA256SUMS et SHA256SUMS.asc. La commande certUtil -hashfile bitcoin-31.1-win64-setup.exe SHA256 donne la somme de contrôle SHA-256 Le calcul d'empreinte qu'utilise Bitcoin, et donc le minage. Bitcoin Cash utilise le même : les mêmes machines minent l'un ou l'autre. du fichier : elle doit se trouver, caractère pour caractère, dans SHA256SUMS. Ensuite, avec GPG installé, gpg --verify SHA256SUMS.asc SHA256SUMS vérifie que cette liste a bien été signée par plusieurs développeurs. La page de téléchargement détaille chaque étape.
3. Installez, puis lancez Bitcoin Core. Au premier lancement, choisissez le dossier de données sur votre grand SSD.
4. Laissez-le se synchroniser. Le nœud télécharge et vérifie tous les blocs depuis 2009. Comptez de plusieurs heures à plusieurs jours selon le PC, le disque et la connexion ; la description de ma vidéo parle de 1 à 3 jours. Ce n’est pas une panne.

Vous pouvez préparer la suite pendant la synchronisation, mais le pool ne pourra donner du travail au Bitaxe qu’une fois le nœud à jour.

Le fichier bitcoin.conf n’existe pas au départ : créez-le dans le dossier de données. Sous Windows, son emplacement par défaut est %LOCALAPPDATA%\Bitcoin\bitcoin.conf, soit C:\Users\votre-nom\AppData\Local\Bitcoin\bitcoin.conf (documentation de Bitcoin Core). D’après son README, ckpool demande au minimum server, rpcuser et rpcpassword ; il écoute aussi les nouveaux blocs par ZMQ, avec l’option zmqpubhashblock du nœud. Pour Windows, avec ckpool dans Docker Desktop sur le même PC, voici le fichier de la description de ma vidéo, avec la ligne ZMQ que demande ckpool à la place des deux lignes ZMQ d’origine :

server=1
rpcuser=votreuser
rpcpassword=un-long-mot-de-passe-unique
rpcallowip=127.0.0.1
rpcport=8332
zmqpubhashblock=tcp://127.0.0.1:28332

• server=1 ouvre l’interface RPC, par laquelle ckpool demande les modèles de blocs et envoie un bloc trouvé.
• rpcuser et rpcpassword sont les identifiants que vous recopierez dans ckpool. Choisissez un mot de passe long et unique : la documentation de Bitcoin Core rappelle que ces identifiants passent en clair.
• rpcallowip=127.0.0.1 et rpcport=8332 gardent le RPC sur le PC lui-même, sur son port habituel.
• zmqpubhashblock prévient ckpool dès qu’un nouveau bloc arrive, sur le port 28332 qu’il écoute par défaut. La description de la vidéo liste zmqpubrawblock et zmqpubrawtx : ce sont des notifications que d’autres logiciels utilisent (Public Pool, par exemple, écoute zmqpubrawblock), mais le README de ckpool demande zmqpubhashblock.

Sous Linux, le README de docker-ckpool fait écouter le nœud sur l’adresse de la passerelle Docker. Bitcoin Core ignore rpcbind sans rpcallowip ; le fichier d’exemple de Public Pool ouvre 172.16.0.0/12 pour les conteneurs Docker (.env.example). Cela donne :

rpcbind=127.0.0.1
rpcbind=172.17.0.1
rpcallowip=127.0.0.1
rpcallowip=172.16.0.0/12
zmqpubhashblock=tcp://172.17.0.1:28332

Enregistrez, puis redémarrez Bitcoin Core : il ne relit son fichier qu’au démarrage.

ckpool est le logiciel de pool de Con Kolivas, celui qui fait tourner Solo CK. Ma vidéo utilise docker-ckpool, un dépôt qui le compile dans un conteneur Docker à partir de ckpool-solo, une version qui permet de régler le don. Le conteneur lance ckpool avec l’option -B, le mode BTCSOLO : chaque utilisateur doit être une adresse Bitcoin valide, et le bloc va à celui qui le trouve.

1. Récupérez le dépôt, dans un terminal : git clone https://github.com/golden-guy/docker-ckpool.git, puis cd docker-ckpool.
2. Ouvrez conf/ckpool.conf et changez ces champs, sans toucher aux autres :

• donrate est un don, en pourcentage du bloc, envoyé à l’adresse donaddress déjà remplie dans le fichier : 1 % dans le fichier fourni, de 0 à 10 % possibles, 0 pour aucun don. C’est à vous de choisir, mais choisissez en connaissance de cause. La description de ma vidéo écrit "donation" : cette version de ckpool ne lit pas ce mot, c’est donrate qui compte.
• url reste ckpool.local:8332 : dans le fichier docker-compose.yml du dépôt, ce nom désigne le PC qui fait tourner Docker, donc votre nœud. zmqblock pointe de la même façon sur le port 28332.
• btcaddress peut rester tel quel : le README précise qu’il est ignoré en mode BTCSOLO.

3. Construisez l’image : docker build -t docker-ckpool .
4. Lancez le pool : docker compose up -d. Pour changer la configuration plus tard, arrêtez d’abord le conteneur (docker compose stop), modifiez, puis relancez (docker compose start).

L’autre logiciel courant : Public Pool. Public Pool est un serveur Stratum Le langage que parlent les machines et les pools. écrit en TypeScript pour Node.js, avec une interface web proposée à part. Il se règle dans un fichier .env (adresse, identifiants et port RPC du nœud, ZMQ en option) et reçoit les mineurs sur le port 3333 dans son fichier d’exemple. C’est lui que l’on installe d’un clic dans Umbrel.

Sur le PC, tapez ipconfig dans un terminal et notez l’adresse IPv4 de la carte réseau, par exemple 192.168.1.20. Réservez-la dans votre box si possible, pour qu’elle ne change pas. Le pool attend vos machines sur stratum+tcp://<adresse du PC>:3333. Dans AxeOS Le logiciel open source du Bitaxe, qu'on règle depuis un navigateur : pool, fréquence, tension, ventilateur. Le mettre à jour, page Pool :

ckpool coupe le nom d’utilisateur au premier point (ou au premier trait de soulignement) : l’adresse sert au paiement, la suite nomme la machine. Le pas à pas complet d’AxeOS est dans Configurer un Bitaxe. Comme votre pool dépend maintenant de votre PC, réglez aussi un pool de secours : si le PC redémarre, le Bitaxe continue de miner ailleurs.

1. Le nœud est à jour : dans la console de Bitcoin Core ou avec bitcoin-cli getblockchaininfo, verificationprogress est proche de 1 et initialblockdownload vaut false (documentation de getblockchaininfo).
2. ckpool tourne : docker compose logs affiche son journal, aussi écrit dans le dossier logs du dépôt (ckpool.log). Un fichier au nom de votre adresse apparaît dans logs/users quand une machine envoie ses parts.
3. Le Bitaxe mine : dans AxeOS, la puissance s’affiche et les parts acceptées montent.

Si le Bitaxe ne se connecte pas, vérifiez l’adresse IP et le port, puis le pare-feu Windows : d’après la documentation de Docker, c’est le programme com.docker.backend.exe qui reçoit les connexions et que le pare-feu filtre. Autorisez-le sur les réseaux privés. Pour les autres symptômes : Bitaxe qui ne mine pas.

• Jamais le RPC sur Internet. La documentation de Bitcoin Core est nette : le RPC permet de contrôler le nœud et son portefeuille, ses identifiants passent en clair, et il n’est pas fait pour encaisser le trafic d’Internet. Ne redirigez jamais le port 8332 dans votre box, et n’écrivez jamais rpcallowip=0.0.0.0/0.
• Le port Stratum reste sur votre réseau local. Docker publie les ports sur toutes les interfaces du PC par défaut (documentation de Docker Desktop) : c’est ce qui permet au Bitaxe de joindre le pool, mais ne créez aucune redirection du port 3333 dans votre box.
• Un mot de passe RPC fort et unique, qui ne sert nulle part ailleurs. La documentation de Bitcoin Core préfère d’ailleurs le fichier .cookie qu’il crée tout seul ; les identifiants fixes sont un dernier recours, pratique ici parce que ckpool tourne dans un conteneur.
• Un PC à vous seul, pas un ordinateur partagé : toute personne qui a la main sur la machine a la main sur le nœud.
• Mettez à jour Bitcoin Core et ckpool quand une nouvelle version sort, en vérifiant chaque fois le téléchargement.

Les deux font tourner un nœud complet, et les deux conviennent pour miner en solo : ckpool leur parle par les mêmes appels RPC.

Bitcoin Core est le logiciel de référence du réseau (bitcoincore.org, version 31.1). Bitcoin Knots en est une variante, dont Luke Dashjr est le mainteneur principal : son README explique que le développement se fait surtout dans Bitcoin Core, puis qu’il est fusionné dans Knots à chaque version. Le 28 octobre 2026, bitcoinknots.org propose la version 29.4.3.knots20260508.

Le débat de 2025 porte sur les données (OP_RETURN). Bitcoin Core 30.0, publié le 10 octobre 2025, a porté la limite par défaut -datacarriersize à 100 000 octets, ce qui revient à la lever, et autorise plusieurs sorties OP_RETURN par transaction ; on peut revenir à l’ancienne limite avec -datacarriersize=83 (notes de version de la 30.0). Ce changement a fait débat. Knots, lui, garde par défaut la limite de 83 octets (policy.h de Knots 29.x).

Ce que ça change pour un mineur solo. Ce sont des règles de relais, pas des règles de consensus : les deux logiciels acceptent les mêmes blocs valides. Mais c’est votre nœud qui remplit votre modèle de bloc, et ces règles s’appliquent aussi au minage : avec Knots, ou avec Core réglé à 83, votre bloc laissera de côté les transactions dont les données OP_RETURN dépassent 83 octets. Une précaution si vous choisissez Knots : son site explique qu’une version ancienne peut expirer, et rappelle que les versions obsolètes ne sont plus maintenues. Pour un nœud de minage qui tourne sans surveillance, mettez-le à jour à temps.

Umbrel fait le même travail sans fichiers à écrire : vous installez Bitcoin Node, puis Public Pool, depuis sa boutique d’applications, et Public Pool est configuré tout seul pour votre nœud. Tout le pas à pas est dans Installer Umbrel sur Windows pour miner en solo.

FindMyBlock, à l’opposé, ne demande ni nœud ni PC allumé. Déclaration d’intérêt : c’est mon pool. Il est à 0 % de frais et non custodial Se dit d'un service qui ne détient jamais vos bitcoins : la récompense va directement à votre adresse., la récompense part directement à l’adresse du mineur, et il se règle en trois champs sur stratum+tcp://eu.findmyblock.xyz:3335 (les réglages). Vous dépendez alors de mon serveur au lieu du vôtre : c’est tout l’inverse de ce guide, et c’est à vous de choisir. Les autres pools solo, avec leurs frais, sont dans le comparatif des pools solo.

Et si un jour votre machine trouve un bloc, sur votre nœud ou ailleurs : ce qu’il faut faire ensuite. Une question sur l’installation ? Le Discord est là.