Configuration d'un pool de minage XBT DATUM avec Codex : Guide pour tous les mineurs XBT
Un mineur sans expérience Linux peut-il créer un nœud DATUM privé et connecter des mineurs XBT ? Oui. Ce guide présente les ASIC XBT/BLAKE2b compatibles de différentes marques, avec des instructions Codex à copier et notre déploiement iBeLink BM-S3 comme exemple.
Notre déploiement utilise un VPS américain à bas coût et un nœud Bitcoin Knots optimisé. La configuration de passerelle prévue utilise CONVOY, Lazarus comme pool de minage XBT DATUM principale, et AlphaPool et XorPool comme profils de secours. Notre parc de test comprend une dizaine d'unités BM-S3 sur un site sans adresse IP publique fixe ; la même architecture réseau s'applique aux autres mineurs XBT compatibles.
État du déploiement, 12 octobre 2026 : Le nœud est toujours en train de valider la chaîne XBT. Lors de la dernière vérification, il avait validé le bloc 871 568 sur 976 725 en-têtes connus.
initialblockdownload: trueL'avancement de la vérification est d'environ 78.5 %. La passerelle DATUM est volontairement arrêtée. Les échanges de clés entre pools, le basculement et la répartition des ressources entre mineurs n'ont pas encore été testés. Les étapes 9 à 14 ci-dessous décrivent les actions suivantes et leurs invites Codex (copieables), et non la réussite des tests. Cet article sera mis à jour avec les résultats mesurés après vérification.
Ce guide opérationnel ne constitue pas une garantie de rentabilité. Les points d'accès, les clés, les frais, les logiciels et les prix étant susceptibles d'évoluer, Codex se doit de vérifier les informations auprès des sources officielles.
Note concernant la dénomination : Ici, « XBT » désigne la version dérivée de BLAKE2b communément appelée BTCB2 ; certaines annonces de marché utilisent BTC2B. Ces étiquettes peuvent être confondues avec le symbole XBT du Bitcoin ordinaire, vérifiez donc la chaîne et l'algorithme BLAKE2b avant de configurer un mineur.
Réponse rapide : Un débutant peut-il créer un nœud XBT DATUM ?
Oui, avec des points de contrôle clairement définis.
Vous gérez l'identité, le paiement, le CAPTCHA ou l'authentification à deux facteurs, ainsi que votre adresse de paiement publique. Codex se charge de la recherche, de la configuration, de l'installation, des tests, du dépannage et de la documentation.
Ne communiquez jamais à Codex (ni à aucun autre pool) votre phrase de récupération ou votre clé privée. Le minage ne nécessite qu'une adresse de paiement publique. Les mots de passe, les codes à usage unique et les informations de paiement doivent être saisis directement dans l'interface sécurisée du fournisseur, et non collés dans une conversation.
Il s'agit d'une suite d'étapes basées sur des preuves, et non d'une commande magique. Corrigez toute vérification ayant échoué avant de continuer.
Qu'est-ce qu'un pool de minage XBT DATUM et que change DATUM ?

Dans une connexion classique à un pool de minage, un ASIC communique directement avec un serveur Stratum. Le pool construit généralement le modèle de bloc et détermine les transactions à inclure. Le mineur effectue la preuve de travail, mais la majeure partie du processus de construction du bloc reste du ressort du serveur Stratum.
DATUM modifie cette relation à travers trois niveaux :
- Un nœud local compatible Bitcoin valide la chaîne XBT et construit des modèles de blocs.
- Une passerelle DATUM convertit ces modèles en travail que les mineurs ASIC existants peuvent consommer via Stratum.
- Un pool compatible DATUM coordonne les parts et les paiements mutualisés sans être le seul créateur de modèles de blocs.
Bitcoin Knots assure la validation, CONVOY fournit les ressources nécessaires, et Lazarus est le principal pool de minage XBT DATUM. AlphaPool et XorPool sont des alternatives ; les mineurs individuels n'ont pas besoin d'un nœud complet.
Chaque mineur XBT compatible établit une connexion sortante vers le VPS ; par conséquent, le changement d’adresse IP publique du site de minage ne pose aucun problème. Un nom de domaine est facultatif.
Si vous comparez encore l'écosystème, lisez BTCPools de minage B2 : Comment décentraliser la puissance de hachage et le plus large Guide d'extraction minière BIP-110 Fork d'abord.
Ce dont vous avez besoin avant de commencer
Préparez les éléments suivants :
- Un ASIC BLAKE2b compatible XBT pour le premier test, quelle que soit la marque ou le modèle.
- Firmware officiel du mineur et accès à l'interface web du mineur
- Un XBT public/BTCAdresse de paiement B2 — jamais une phrase de récupération ni une clé privée
- Un compte cloud et un budget mensuel pour un VPS d'environ 8 à 15 dollars américains.
- Un ordinateur exécutant Codex avec accès au terminal et aux fichiers
- Il est temps de synchroniser la blockchain native et de mettre en place une période d'observation avec un seul mineur.
Notre serveur de test est un VPS Contabo Cloud 4 (États-Unis) sous Ubuntu 24.04 LTS. À l'achat, il coûtait environ 8.20 $ US par mois et comprenait une capacité SSD suffisante pour un nœud optimisé, environ 8 Go de RAM et une marge de sécurité de 2 Go pour le swap. Veuillez vérifier les conditions actuelles avant de payer.
Vous pouvez consulter les modèles compatibles dans le BTCCollection de mineurs B2L’ Spécifications iBeLink BM-S3 Décrivez notre modèle de test ; d’autres marques peuvent utiliser des libellés d’interface Web et des paramètres de micrologiciel différents.
Étape 1 : Fournir à Codex un briefing principal sécurisé

Créez une nouvelle tâche Codex dans un dossier de projet dédié. La première invite définit le résultat attendu, les limites et les règles d'approbation.
Copiez cette invite du Codex
Help me deploy an XBT/BTCB2 DATUM node for my XBT-compatible BLAKE2b miners. My current fleet is approximately 10 iBeLink BM-S3 units, but the setup guide must work for other compatible brands and models too.
Requirements:
- Use a low-cost US VPS with a fixed public IPv4 address.
- Use Ubuntu LTS, a pruned Bitcoin Knots node, and the official CONVOY DATUM Gateway.
- Lazarus will be the primary pool. AlphaPool and XorPool should be manually selectable standby profiles.
- The mining location has no fixed public IP, so miners must make outbound connections to the VPS.
- Keep node RPC and the gateway management API on loopback only. Expose only SSH and the miner-facing Stratum port.
- Use official sources, verify checksums, pin software versions or commits, and keep a sanitized deployment record.
- Do not start the gateway until native initial block download is complete and getblocktemplate is verified.
- Test one miner before migrating the rest.
Safety rules:
- Never ask me for a wallet seed phrase, private key, payment card, password, or one-time code in chat.
- I will complete payment, CAPTCHA, 2FA, and sensitive form fields myself.
- Explain any irreversible or security-sensitive action before taking it.
- Never publish my VPS IP, payout address, usernames, credentials, or account identifiers.
- Do not publish the final blog article until I have reviewed and approved a preview.
First produce a staged implementation plan, a risk list, and a list of facts that must be verified from current official sources. Do not change any system yet.
Codex doit renvoyer un plan d'exécution progressif, et non installer immédiatement le logiciel. Interrompez l'installation s'il demande les clés secrètes du portefeuille, expose l'appel RPC, ignore la vérification de la somme de contrôle ou lance tous les mineurs avant d'en tester un seul.
Étape 2 : Sélectionner et acheter le VPS
Demandez à Codex de comparer les forfaits actuels. Étant donné que les prix sont susceptibles d'évoluer, il est préférable d'utiliser les pages web des fournisseurs les plus récentes plutôt que de se baser sur la mémoire.
Copiez cette invite du Codex
Compare currently available monthly US VPS plans for this deployment. I want month-to-month billing for the first test, a fixed public IPv4 address, Ubuntu 24.04 LTS or another supported Ubuntu LTS release, enough SSD storage for a pruned XBT node, and at least 4 GB RAM.
Show the real checkout price, renewal price, storage, bandwidth, region, IPv4 terms, and cancellation conditions. Recommend one plan, but stop before purchase. I will create the account, enter personal and payment information, complete CAPTCHA/2FA, and confirm the charge myself.
Vérifiez les frais de stockage, d'IPv4, d'installation et la durée du contrat, et pas seulement le prix affiché. Conservez les spécifications et la facturation confidentiellement ; ne publiez que les informations générales.
Étape 3 : Établir un accès SSH avant le renforcement de la sécurité
Le fournisseur du serveur peut vous fournir initialement un mot de passe root. Ne le copiez pas dans un message de chat classique. Il est plus sûr d'installer une clé publique SSH, de vérifier que la connexion par clé fonctionne lors d'une seconde session, de créer un compte administrateur sans privilèges, puis de désactiver l'authentification par mot de passe.
Copiez cette invite du Codex
Prepare secure SSH access to my new VPS.
Requirements:
- Generate a dedicated Ed25519 SSH key locally with a descriptive filename.
- Show me only the public-key fingerprint and where the private key is stored; never print the private key.
- If the provider requires an initial password, give me a secure local method to enter or store it temporarily without revealing it in chat or command history.
- Install the public key, create an unprivileged sudo administrator, and verify key login in a separate connection before changing SSH settings.
- Disable root login and password authentication only after the key test succeeds.
- Verify the effective configuration with sshd -T and perform a real negative password-login test.
- Keep one working session open until the second key-authenticated session succeeds.
Stop immediately if key login fails or if disabling passwords could lock me out.
Pourquoi le test efficace est important
Sur notre serveur, un fichier cloud-init antérieur avait modifié le comportement SSH prévu. Codex l'a détecté. sshd -TJ'ai ajouté un test de régression, corrigé l'ordre de chargement et démontré que la connexion par mot de passe uniquement échouait, contrairement à la connexion par clé. Les preuves sont plus importantes qu'une sortie de commande réussie.
Étape 4 : Rechercher et épingler le logiciel XBT actuel
Les implémentations DATUM évoluent. Avant tout téléchargement, assurez-vous que Codex vérifie les dépôts officiels, les versions, les points de terminaison des pools, les clés publiques et les exigences spécifiques à la chaîne.
Copiez cette invite du Codex
Research the current official software and connection data for this XBT/BTCB2 DATUM deployment.
Use primary sources only where possible. Verify:
- The current official Bitcoin Knots release suitable for the XBT chain and its published SHA256 checksums.
- The official AwokenLazarus XBT/Bitcoin repository and chain parameters.
- The official CONVOY DATUM Gateway repository and a specific commit to pin.
- Current Lazarus DATUM endpoint, port, public key, payout or username rules, and fee information.
- Current AlphaPool and XorPool DATUM endpoints and public keys for standby profiles.
- Whether any old direct-Stratum endpoint has been retired or replaced.
Create a source table with URL, value found, access date, and confidence. Flag disagreements instead of guessing. Do not install anything yet.
Notre construction a épinglé Bitcoin Knots 29.4.2.knots20260508 et un commit CONVOY spécifique. Vérifiez les versions plus récentes plutôt que de copier celles-ci. La route SV1 obsolète d'AlphaPool ne doit pas être confondue avec son implémentation DATUM.
Étape 5 : Créer un package de déploiement testé
N’utilisez pas le serveur de production comme brouillon. Demandez à Codex de préparer d’abord localement les modèles de configuration, la validation, les tests et la documentation.
Copiez cette invite du Codex
Build a reusable local deployment package before changing the VPS.
It must include:
- A validated manifest for ports, pruning, memory, service users, and file paths.
- Separate Lazarus, AlphaPool, and XorPool profiles.
- Secure rendering of RPC credentials and my public payout address without committing live values to Git.
- systemd services for the node and gateway.
- A default-deny firewall policy.
- An atomic manual pool-switch command that validates the new profile and automatically rolls back if restart or health checks fail.
- A redaction tool that removes IPs, payout addresses, credentials, and account identifiers from evidence.
- Automated tests for configuration validation, secret handling, service files, firewall exposure, SSH hardening, switching, and rollback.
Use example values in tracked files. Put live configuration and secrets in ignored local files with restrictive permissions. Show the test results before touching the server.
Ne conservez que les exemples dans le système de contrôle de version. Les mots de passe RPC, l'adresse de paiement en production, l'adresse VPS et les informations de compte du fournisseur ne doivent pas être inclus dans Git.
Étape 6 : Installez et vérifiez Bitcoin Knots et CONVOY
Une fois les tests locaux réussis, déployez les artefacts épinglés sur le VPS. Les binaires téléchargés nécessitent une vérification de somme de contrôle ; les compilations à partir des sources nécessitent un commit enregistré et le hachage binaire résultant.
Copiez cette invite du Codex
Deploy the tested package to the VPS using the verified SSH key.
Installation requirements:
- Update Ubuntu packages and install only required build/runtime dependencies.
- Download Bitcoin Knots from the verified official source and compare the archive SHA256 with the published checksum before extracting it.
- Build the official CONVOY DATUM Gateway from the pinned commit.
- Record installed versions, source commit, archive hash, and final binary hashes in a sanitized deployment record.
- Run both services as a dedicated unprivileged user, not root.
- Configure approximately 4 GB pruning, a reasonable database cache for the VPS memory, and a small swap safety margin.
- Do not start the gateway yet.
After installation, show version output, ownership, permissions, systemd validation, and listening ports. Stop on any checksum mismatch, build warning that affects compatibility, or unexpected public listener.
Notre configuration utilise une cible d'élagage de 4 Go et un cache de base de données de 2 Go ; ajustez et documentez ces valeurs pour votre serveur.
Étape 7 : Configurer les règles RPC privées, API et de pare-feu
Le port Stratum accessible aux mineurs doit être accessible, mais les services de gestion ne doivent pas être publics. Notre architecture autorise le port TCP 22 public pour SSH et le port TCP 42334 pour les mineurs. L'appel RPC du nœud sur le port 8332 et l'API de la passerelle sur le port 7152 sont uniquement accessibles via ce port. 127.0.0.1.
Copiez cette invite du Codex
Apply and verify the network-security design.
Requirements:
- Default-deny unsolicited inbound traffic.
- Allow SSH TCP 22 with sensible rate limiting.
- Allow the miner-facing DATUM/Stratum TCP port 42334.
- Bind Bitcoin RPC 8332 and the gateway management API 7152 to 127.0.0.1 only.
- Do not publicly expose RPC, the gateway API, database ports, or unnecessary Bitcoin peer ports.
- Keep outbound traffic available for node peers, software updates, DNS, and DATUM pool connections.
- Enable automatic security updates and log rotation.
Verify with local socket inspection and an external reachability test. Show a concise table of intended versus actual listeners. Do not reveal credentials in logs or the report.
Le port public 42334 permet aux mineurs utilisant une connexion dynamique d'accéder au VPS. Par la suite, WireGuard peut réduire l'exposition si le site de minage dispose d'un routeur ou d'une passerelle toujours actif.
Étape 8 : Laisser le nœud terminer la synchronisation native
Démarrez uniquement le nœud. Le téléchargement initial natif du bloc valide la chaîne depuis sa genèse et évite de se fier à un instantané tiers. L'élagage limite les données de bloc conservées, mais ne supprime pas le temps de validation.
Copiez cette invite du Codex
Start the XBT Bitcoin Knots service and monitor initial block download safely.
Do not start or restart the DATUM Gateway while initialblockdownload is true. At reasonable intervals, record only:
- local block height and header height
- verification progress
- initialblockdownload status
- peer count
- pruning status and prune height
- service health and disk usage
Compare the local header or block tip with an independent current Lazarus XBT explorer. If synchronization is progressing normally, remain quiet. Notify me only for completion, a stalled or failing service, abnormal disk pressure, or required user action. Never use an unverified blockchain snapshot.
La synchronisation peut prendre plusieurs heures, voire plus. Un port mineur ouvert ne garantit pas que le nœud puisse effectuer un travail courant valide ; assurez-vous que la passerelle est fermée.
Étape 9 : Vérifier l’identité de la chaîne et getblocktemplate
Il s'agit du point de contrôle critique spécifique à la chaîne. Un nœud Bitcoin générique fonctionnant sans erreur peut néanmoins être incorrect pour le réseau XBT BLAKE2b/header-v2.
Copiez cette invite du Codex
Now that initialblockdownload is false, perform the pre-gateway verification.
Verify:
- local height agrees with the current independent Lazarus explorer
- the node has multiple healthy peers
- pruning is active and consistent with the configured target
- chain identity and network parameters match XBT/BTCB2
- getblocktemplate succeeds with the required BLAKE2b/header-v2 rules
- node RPC remains loopback-only
- the node service is stable after a clean restart
Save sanitized evidence with timestamps. If any check fails, keep the gateway stopped and diagnose the cause. Do not weaken validation to make the test pass.
Résultat actuel : Le téléchargement initial du bloc est toujours en cours. Comparaison finale de la hauteur, nombre de pairs, identité de la chaîne et BLAKE2b/header-v2 getblocktemplate Le résultat sera ajouté après la synchronisation.
Étape 10 : Démarrer Lazarus comme pool principal
Codex ne doit activer le profil Lazarus et démarrer CONVOY qu'une fois le nœud passé le point de contrôle précédent.
Copiez cette invite du Codex
Activate the verified Lazarus DATUM profile and start the gateway.
Before starting, re-check the current official Lazarus endpoint and pinned public key. Then verify:
- the systemd service starts under the unprivileged service account
- the gateway authenticates or handshakes with Lazarus as expected
- it can obtain a current template from the local node
- the miner-facing port 42334 listens publicly
- RPC 8332 and API 7152 remain loopback-only
- logs contain no RPC password, payout address, private key material, or other secrets
If the handshake fails, stop the service and diagnose the endpoint, public key, DNS, clock, and configuration. Do not disable identity checks merely to connect.
L'URL du mineur ressemblera normalement à ceci :
stratum+tcp://YOUR_VPS_IP:42334
Remplacez l'espace réservé uniquement dans l'interface privée du mineur. Supprimez-le des captures d'écran.
Étape 11 : Connectez d’abord un mineur XBT
Commencez par tester un seul ASIC et conservez les entrées de son pool de sauvegarde validées.
Copiez cette invite du Codex
Guide me through connecting one XBT-compatible BLAKE2b miner to the new gateway. Ask me for its brand, model, and firmware version; do not assume every miner uses the same settings menu.
First verify the pool URL and worker-name format against this miner's documentation, the gateway, and Lazarus requirements. Give me the exact fields to enter, using placeholders for my private VPS address and worker name. I will log in to the miner and save the settings myself.
After connection, help me compare:
1. miner status: connected, hashrate, accepted shares, rejected shares
2. local gateway logs or statistics: worker connection and accepted shares
3. Lazarus pool dashboard or payout-address view: credited work
Observe one miner for at least one hour before recommending batch migration. Never request the miner admin password in chat, and tell me how to redact screenshots.
Un indicateur vert ne suffit pas. Vérifiez que les parts acceptées sont bien présentes au niveau de l'ASIC, de la passerelle et du pool. En cas de rejet, recherchez les causes possibles : latence, tâches obsolètes, formatage des nœuds de calcul, firmware ou incompatibilité de la chaîne.
Résultat actuel : Aucun mineur n'a encore été migré vers cette passerelle. Avant de modifier un mineur, veuillez vérifier l'URL et le format du worker par rapport à la passerelle active, au pool de minage XBT DATUM sélectionné et au firmware de votre appareil. Nous ajouterons des observations sur les parts et les crédits du pool une heure après le premier test.
Pour un processus de validation matérielle plus complet, consultez le guide de test du mineur Bitcoin BLAKE2b Fork SC.
Étape 12 : Migrer les mineurs restants par petits lots
Une fois le premier mineur stabilisé, déplacez les autres par petits groupes afin qu'un problème ne puisse pas mettre la ferme hors service.
Copiez cette invite du Codex
Create a controlled migration checklist for the remaining XBT-compatible miners. Record each device's brand, model, and firmware so model-specific differences are visible.
Use small batches. For each miner, record a non-sensitive device label, firmware version, start time, connection state, observed hashrate, accepted shares, rejected shares, and backup-pool status. Do not record admin passwords.
After every batch, compare total gateway hashrate and worker count with the sum expected from the miners. Pause the migration if rejection rate rises, workers flap, the gateway becomes resource constrained, or pool-side accounting does not match. Keep a rollback path to the previous known-good miner pool settings.
Dix mineurs ne nécessitent pas dix nœuds. Le VPS valide, crée des modèles et répartit la charge de travail ; il surveille ses ressources et sa latence à mesure que des unités sont ajoutées.
Étape 13 : Tester AlphaPool et XorPool avec restauration automatique
Les paramètres de veille ne sont utiles qu'après un véritable test de basculement et de restauration.
Copiez cette invite du Codex
Test the AlphaPool and XorPool DATUM standby profiles one at a time using the atomic switch tool.
For each profile:
- re-verify the current official endpoint, public key, and pool requirements
- validate the local profile before activation
- record the current known-good profile
- atomically switch, restart the gateway, and check service health, DATUM handshake, template flow, and miner-facing port
- if any check fails, automatically restore and restart the previous profile
- save sanitized evidence of the result
Also run a deliberate rollback test with a harmless invalid test profile. When all testing is complete, return the active profile to Lazarus and verify it again. Do not move production miners during a failed or ambiguous test.
Le passage au mode manuel est intentionnel : les frais, la latence, les règles de paiement et la fiabilité sont tous importants.
Résultat actuel : Ces tests de connexion et de restauration du pool de connexions sont en cours. Les profils de secours ont été préparés, mais un profil préparé ne garantit pas la connectivité.
Étape 14 : Exécuter l’analyse finale de sécurité et de régression
La dernière étape permet une transition durable.
Copiez cette invite du Codex
Perform the final deployment review and produce a sanitized handoff.
Verify again:
- SSH key login works; root login and password authentication are effectively disabled
- the firewall is default-deny and exposes only intended ports
- RPC and management API are loopback-only
- services run unprivileged and restart correctly after reboot
- secrets and live configuration have restrictive permissions and are ignored by Git
- package updates, log rotation, disk usage, pruning, swap, time sync, and backups are healthy
- Lazarus is the active profile after standby testing
- the full automated regression suite passes
- the deployment record contains versions, hashes, dates, decisions, test evidence, and rollback instructions but no secrets
Then give me a concise weekly/monthly maintenance checklist. Show me the final blog preview, but do not publish it until I explicitly approve publication.
Liste de contrôle de sécurité XBT DATUM
Avant de déclarer le déploiement terminé, veuillez vérifier chaque élément ci-dessous :
- La phrase de récupération et la clé privée du portefeuille n'ont jamais été partagées.
- Seule une adresse de paiement publique a été utilisée.
- Le paiement du VPS, le mot de passe, le CAPTCHA et l'authentification à deux facteurs sont restés sous contrôle humain.
- Le système de clés SSH dédié fonctionne et sa partie privée reste locale.
- Les paramètres SSH effectifs ont été vérifiés, et non supposés.
- L'API RPC et de gestion se lie à
127.0.0.1 - Le pare-feu n'expose que les ports nécessaires au mineur et à l'administration.
- Les sommes de contrôle de téléchargement et les commits de code source sont enregistrés
- Le nœud et la passerelle s'exécutent en tant qu'utilisateurs non privilégiés
- La synchronisation native a été effectuée avant le démarrage de la passerelle.
- L'altitude locale correspond à celle d'un explorateur indépendant
- BLAKE2b/header-v2
getblocktemplateréussit - Un mineur a réussi un test supervisé avant la migration par lots.
- Chaque profil de secours et chaque chemin de restauration a été testé.
- Les documents publics ont été expurgés des adresses IP, des identifiants et des numéros de compte.
Questions fréquemment posées
Ai-je besoin d'une adresse IP publique fixe sur le site de minage ?
Non. Les mineurs XBT initient des connexions sortantes vers le VPS. Le VPS a besoin d'une adresse IP stable et accessible ; l'adresse IP publique du site de minage peut changer.
Est-ce que DATUM augmente le nombre de nœuds de validation ?
Cela peut inciter davantage de mineurs à gérer leur propre infrastructure de validation et de création de modèles, mais ce n'est pas son seul objectif. Le changement majeur consiste à rapprocher la construction des modèles de blocs et la sélection des transactions des mineurs, tout en conservant la comptabilisation des parts partagées.
Réflexions finales
Un nœud DATUM personnel permet aux mineurs de travailler à partir d'une chaîne validée tout en conservant les récompenses mises en commun. Un VPS à adresse IP fixe permet également de miner sans adresse statique.
L'absence de connaissances Linux ne signifie pas une confiance aveugle. Codex transforme le déploiement d'un pool de minage XBT DATUM en étapes vérifiables, preuves, tests et documentation.
Commencez avec un seul mineur. Ne divulguez aucun secret dans le chat ni dans Git. Exigez une preuve à chaque étape de sécurité. Testez la restauration avant d'en avoir besoin. Ne déplacez le reste de la ferme qu'ensuite.
Si vous prévoyez un déploiement de minage XBT ou si vous avez besoin d'aide pour sélectionner du matériel BLAKE2b compatible, contactez BT-Miners pour connaître la disponibilité actuelle du matériel et obtenir des conseils de déploiement.