Configuration d'un pool de minage XBT DATUM avec Codex : Guide pour tous les mineurs XBT

Pourquoi utiliser un pool DATUM pour miner du XBT ? DATUM vous permet de gérer votre propre nœud de validation, tandis qu'un pool assure le suivi des parts et la coordination des paiements. Ce guide vous accompagne pas à pas dans la configuration d'un nœud XBT et d'une passerelle DATUM, la vérification de leur bon fonctionnement et la connexion de votre premier mineur. À la fin, vous trouverez une invite de commande pour Codex ou Claude Code, à copier pour faciliter la configuration.

Note concernant la dénomination : Ici, XBT désigne la bifurcation Bitcoin BLAKE2b, également appelée BTCB2 (et parfois BTC2B), et non le symbole Bitcoin habituel. Vérifiez la chaîne et l'algorithme avant de connecter le matériel.

Fonctionnement d'un pool de minage XBT DATUM

Dans une configuration de pool classique, c'est généralement le pool qui crée le modèle de bloc. Avec DATUM, votre nœud compatible XBT valide la chaîne et construit le modèle. La passerelle DATUM transforme ce modèle en tâches Stratum pour vos ASIC et communique avec un pool compatible DATUM, comme Lazarus, pour la comptabilisation des parts et le partage des récompenses. Le pool ne génère pas les tâches de minage de votre machine. C'est pourquoi il est préférable d'exécuter votre propre nœud et passerelle : chaque ASIC n'a pas besoin de son propre nœud.

Le cheminement pratique est le suivant : nœud XBT → passerelle DATUM → mineurs ASIC pour le minage. La passerelle communique avec le pool DATUM pour la validation des parts et les paiements. La documentation de la passerelle décrit ces rôles et précise que le nombre de parts Stratum calculées par les mineurs peut différer du résultat final du pool.

Ce dont vous avez besoin avant de commencer

• Un VPS Contabo Cloud 4 (4 vCPU, 8 Go de RAM, 100 Go de SSD) avec une adresse IPv4 publique fixe et un accès SSH. Notre tarif mensuel est de 8.20 $ US ; consultez le prix actuel pour votre configuration.
• Ce guide décrit la configuration d'un nœud Bitcoin Knots compatible XBT, de la passerelle CONVOY DATUM et d'un pool XBT compatible DATUM. Lazarus est utilisé comme pool principal ; AlphaPool et XorPool sont des profils de secours optionnels.
• Un XBT public/BTCAdresse de paiement B2 et un ASIC BLAKE2b candidat pour le premier test. Ne fournissez jamais de phrase de récupération ni de clé privée.
• Codex ou Claude Code avec accès terminal, plus le temps nécessaire pour permettre au nœud de se synchroniser et d'observer un mineur avant de migrer les autres.

Un algorithme de correspondance à lui seul ne prouve pas qu'un mineur et un firmware particuliers fonctionnent sur cette chaîne et ce pool. Vérifiez le modèle exact, le firmware, le protocole de connexion et les parts acceptées. BTCCollection de mineurs B2 Il s'agit d'un point de départ pour la recherche matérielle, et non d'une garantie de compatibilité absolue.

Configurez votre nœud et votre passerelle XBT DATUM

1. Vérifiez les détails du logiciel et de la piscine. Vérifiez la source officielle de la chaîne XBT, la version de Bitcoin Knots, la version ou le commit de CONVOY Gateway, le point de terminaison et la clé Lazarus, ainsi que les exigences pour les mineurs. Notez les sources, les sommes de contrôle et les dates. Ne présumez pas que les logiciels Bitcoin habituels ou vos paramètres habituels fonctionneront tels quels sur XBT.
2. Sécurisez le VPS. Choisissez une version LTS d'Ubuntu compatible avec votre logiciel. Configurez une clé SSH et un administrateur non root, vérifiez que la connexion par clé fonctionne, puis désactivez la connexion par mot de passe. Autorisez le port Stratum accessible au mineur et le protocole SSH ; conservez la gestion RPC des nœuds et de la passerelle sur le serveur.
3. Installez et synchronisez le nœud XBT. Un nœud élagué peut réduire l'utilisation du disque, mais il doit tout de même valider la chaîne. Avant de démarrer la passerelle, vérifiez que la synchronisation est terminée, comparez la hauteur et le hachage des blocs avec un explorateur XBT indépendant et vérifiez la présence d'un fichier BLAKE2b/header-v2. getblocktemplate.
4. Configurez et démarrez la passerelle. Connectez-le à l'interface RPC de bouclage du nœud, définissez l'adresse de paiement publique dans la configuration du pool/passerelle appropriée et configurez Lazarus en utilisant ses instructions DATUM actuelles. Démarrez la passerelle uniquement après que le nœud a réussi la vérification précédente. Vérifiez la connexion au pool, le flux du modèle actuel, l'état du service et l'interface d'écoute côté mineur.
5. Conservez une voie de restauration. Sauvegardez une copie anonymisée des versions, des résultats des tests et des paramètres de fonctionnement. Préparez des pools de secours séparément ; une connexion réussie ne garantit pas que les parts de mineur en production y seront acceptées. Laissez le profil Lazarus actif, sauf si vous testez délibérément une migration.

Dans notre déploiement, le nœud RPC écoute uniquement sur 127.0.0.1:8332, l'API Gateway uniquement sur 127.0.0.1:7152et les mineurs se connectent au VPS via TCP 42334. Ce sont nos Il s'agit de paramètres spécifiques, et non de valeurs par défaut universelles. Si l'adresse IP publique du site de minage change, les ASIC peuvent toujours établir des connexions sortantes vers l'adresse IP ou le domaine stable du VPS.

Ce que nous avons vérifié sur un mineur XBT

Le 13 octobre 2026 à 08h52 UTC, notre premier iBeLink BM-S3 avait établi une connexion avec la passerelle. Lazarus a affiché un processus de travail. bm-s3-01 En ligne sur son chemin DATUM, avec 78 partages de session et aucun partage rejeté dans cet instantané côté pool. Le nombre de partages acceptés a augmenté pendant notre vérification. Ceci confirme une connexion de mineur et l'attribution des partages côté pool ; pas Nous n'avons pas pu établir de taux de hachage stable, de rémunération ni de compatibilité pour chaque mineur XBT/BLAKE2b. Pour cet article, nous n'avons pas enregistré de manière indépendante le tableau de bord de l'ASIC, le firmware exact ni effectué un test de stabilité complet d'une heure.

Pour plus de détails sur la configuration actuelle, consultez la passerelle CONVOY , le code source du nœud XBT et le guide de connexion Lazarus . Les points de terminaison et les exigences logicielles peuvent évoluer. Si vous avez besoin d'aide pour choisir le matériel compatible, BT-Miners peut vous aider à comparer les options, mais il est recommandé de tester le modèle exact avant une migration complète.

Connectez votre premier mineur XBT à la nouvelle passerelle

Conservez les entrées du pool de minage existant comme sauvegardes. Dans les paramètres de son pool privé, utilisez l'adresse accessible de la passerelle, et non l'adresse RPC du nœud. Pour notre configuration, les champs sont les suivants :

• URL du pool : stratum+tcp://YOUR_VPS_IP_OR_DOMAIN:42334
• Ouvrier: une étiquette unique telle que miner-01; veuillez confirmer le format requis dans votre profil de passerelle/pool
• Mot de passe: la valeur requise par le mineur ou le profil ; x est couramment utilisé lorsqu'aucun mot de passe de piscine réel n'est requis.

Dans notre configuration, l'adresse de paiement publique est configurée côté passerelle/pool ; elle n'est donc pas à coller dans le champ « travailleur » de l'exemple. D'autres profils peuvent utiliser un format de nom d'utilisateur différent ; vérifiez avant d'enregistrer. Commencez avec un mineur, puis vérifiez son hashrate en temps réel et les parts acceptées/rejetées, la connexion à la passerelle et la distribution des tâches, ainsi que le nombre de travailleurs du pool et les parts créditées. Surveillez le système suffisamment longtemps pour détecter les pannes intermittentes avant d'ajouter d'autres machines. Ne confondez pas « connecté » et « en cours de paiement » : le travail accepté côté pool est un indicateur plus fiable.

Copiez cette invite dans Codex ou Claude Code

L'invite ci-dessous demande à l'assistant IA d'effectuer les tâches techniques disponibles, de fournir des preuves à chaque étape et de s'interrompre pour les actions que vous seul devez réaliser. Remplacez les espaces réservés en privé. Cet outil ne remplace pas la vérification des commandes, des coûts et des paramètres de sécurité.

Help me set up an XBT/BTCB2 DATUM mining gateway from zero, step by step. Assume I have no VPS, cloud account, SSH key, server configuration, or Linux experience. Start by helping me choose and purchase a suitable month-to-month VPS, then help me set it up. Do the safe technical work you can perform with my available browser and terminal access; explain each decision briefly, verify it, and keep a sanitized deployment log. Work with me one checkpoint at a time rather than giving me a long list of commands to execute alone.

My inputs:
- Network: the XBT/BTCB2 BLAKE2b Bitcoin fork, not ordinary Bitcoin. Verify chain identity and current requirements first.
- VPS preference: a low-cost US location, monthly billing, Ubuntu LTS, and an included stable public IPv4 address. I have not chosen or purchased a plan yet. Ask for my budget if needed.
- SSH access: help me create a local key and a non-root administrator after the VPS is ready. Never print, upload, or copy the private key.
- Primary pool: Lazarus DATUM. Treat AlphaPool and XorPool as optional standby profiles, not as proven live-share paths.
- First test miner: [EXACT BRAND, MODEL, FIRMWARE]. Do not assume all BLAKE2b miners are compatible.
- Public XBT payout address: [ENTER ONLY IN THE PRIVATE SERVER/POOL CONFIGURATION]. Never ask for my seed phrase or private key.
- Mining site: may have a changing public IP. Miners should make outbound connections to the VPS.

Work in this order:
1. Check current primary sources for the XBT chain, a chain-compatible Bitcoin Knots build, the CONVOY DATUM Gateway, Lazarus connection details, and VPS requirements. Record URLs, versions or commits, checksums, and check dates. Stop if chain identity or software authenticity is unclear.
2. Compare two or three currently available US VPS plans that meet the verified requirements. Check monthly billing, CPU architecture, RAM, SSD capacity for a pruned node, traffic limits, Ubuntu LTS support, and whether a stable public IPv4 address is included. Show the first-month total, any setup fee, and the recurring monthly total from current provider pages; explain trade-offs and recommend one. Do not assume an advertised price is the final checkout price or select an annual contract without my approval.
3. Guide me through account creation and checkout for the plan I choose. Help me check the region, image, billing term, IPv4 allocation, order summary, and cancellation terms before I confirm. I will personally enter payment details, complete CAPTCHA/2FA, and authorize the purchase. Do not place an order, accept terms, or submit payment for me. After provisioning, help me find the server's public IP and access method without posting credentials in chat.
4. Set up the VPS with me: create a local SSH key, establish and independently test key-based login with a non-root administrator, apply security updates, set a minimal firewall, and preserve a recovery path before disabling password or root login. Never expose passwords or tokens in chat, logs, or Git.
5. Install the verified XBT node and synchronize it natively. Pruning is acceptable if supported. Do not start the Gateway while initial block download is active. Compare current height and block hash with an independent explorer, confirm peers and pruning, and test BLAKE2b/header-v2 getblocktemplate.
6. Install a pinned, verified Gateway build. Configure node RPC and the management API on loopback only. Open only the necessary SSH and miner-facing Stratum ports. Configure my public payout address and current Lazarus DATUM endpoint/key in private files with restrictive permissions. Verify service health, pool handshake, template delivery, and listening addresses.
7. Prepare AlphaPool and XorPool as separate candidate profiles if their current official details can be verified. Test configuration and rollback without interrupting production miners. Return the active profile to Lazarus. Do not claim standby miner shares were tested unless they actually were.
8. Show me the exact fields for one miner: Gateway pool URL, worker name, and password format. Keep its known-good backup pools. Pause before I save the miner settings. After connection, collect miner-side, Gateway-side, and pool-side evidence for hashrate, accepted/rejected shares, and credited work for at least one hour. Do not migrate the rest until that test passes.
9. Give me a concise PASS/PARTIAL/UNVERIFIED checklist, a rollback plan, a weekly maintenance checklist, and a sanitized deployment record. Make no profitability or compatibility guarantees.

Human-only actions: I will authorize purchases, create the account with your guidance, enter payment and private credentials, complete CAPTCHA/2FA, and save miner settings. Pause at each of those checkpoints, then continue after I confirm completion. Ask for approval before a destructive change or a change that could interrupt mining. Never ask me to paste a wallet seed, private key, password, or SSH private key into chat.