XBT DATUM Mining-Pool-Einrichtung mit Codex: Leitfaden für alle XBT-Miner

Warum einen DATUM-Pool für XBT-Mining nutzen? Mit DATUM können Sie Mining-Aufträge von Ihrem eigenen Validierungsknoten aus erstellen, während ein Pool weiterhin die Anteile verwaltet und die Auszahlungen koordiniert. Diese Anleitung führt Sie Schritt für Schritt durch die Einrichtung eines XBT-Knotens und des DATUM-Gateways, die Funktionsprüfung und die Verbindung Ihres ersten Miners. Am Ende finden Sie eine kopierbare Eingabeaufforderung für Codex oder Claude Code, die Ihnen bei der Einrichtung hilft.

Namenshinweis: Hierbei steht XBT für den BLAKE2b-Bitcoin-Fork, der auch BLAKE2b genannt wird. BTCB2 (und manchmal BTC2B), nicht das übliche Bitcoin-Tickersymbol. Überprüfen Sie die Blockchain und den Algorithmus, bevor Sie die Hardware anschließen.

Wie ein XBT DATUM Mining-Pool funktioniert

In einem herkömmlichen Pool-Setup erstellt der Pool üblicherweise die Blockvorlage. Mit DATUM validiert Ihr XBT-kompatibler Knoten die Blockchain und erstellt die Vorlage. Das DATUM Gateway wandelt diese Vorlage in Stratum-Arbeit für Ihre ASICs um und kommuniziert mit einem DATUM-fähigen Pool, wie z. B. Lazarus, um die Anteilsabrechnung und die gemeinsamen Belohnungen zu verwalten. Der Pool erstellt keine Arbeit für Ihre Miner. Dies ist der Grund, warum Sie einen eigenen Knoten und ein eigenes Gateway betreiben sollten – nicht etwa, weil jeder ASIC einen eigenen Knoten benötigt.

Der praktische Ablauf ist wie folgt: XBT-Knoten → DATUM-Gateway → ASIC-Miner für die Mining-Aktivitäten, während das Gateway mit dem DATUM-Pool zur Anteilsvalidierung und Auszahlung kommuniziert. Die Dokumentation des Gateways beschreibt diese Funktionen und weist darauf hin, dass die Stratum-Anteilszählungen auf Minerseite von den endgültigen Pool-Ergebnissen abweichen können.

Was Sie brauchen, bevor Sie beginnen

• Ein US Contabo Cloud VPS 4 (4 vCPUs, 8 GB RAM, 100 GB SSD) mit fester öffentlicher IPv4-Adresse und SSH-Zugriff. Die monatlichen Kosten betragen 8.20 USD; den aktuellen Preis für Ihre Konfiguration finden Sie im Bestellprozess.
• Ein XBT-kompatibler Bitcoin-Knoten, das CONVOY DATUM Gateway und ein DATUM-fähiger XBT-Pool werden benötigt. In dieser Anleitung wird Lazarus als primärer Pool verwendet; AlphaPool und XorPool sind optionale Standby-Profile.
• Ein öffentlicher XBT/BTCFür den ersten Test benötigen Sie die B2-Auszahlungsadresse und einen BLAKE2b-ASIC-Kandidaten. Geben Sie niemals eine Seed-Phrase oder einen privaten Schlüssel an.
• Codex oder Claude Code mit Terminalzugriff, plus Zeit, um den Knoten zu synchronisieren und einen Miner zu beobachten, bevor andere migriert werden.

Ein Matching-Algorithmus allein beweist nicht, dass ein bestimmter Miner und eine bestimmte Firmware auf dieser Blockchain und in diesem Pool funktionieren. Überprüfen Sie das genaue Modell, die Firmware, das Verbindungsprotokoll und die akzeptierten Anteile. BTCB2-Bergbausammlung ist ein Ausgangspunkt für die Hardware-Forschung, keine generelle Kompatibilitätsgarantie.

Richten Sie Ihren XBT DATUM-Knoten und Ihr Gateway ein.

1. Überprüfen Sie die Software- und Pooldetails. Prüfen Sie die aktuelle, maßgebliche XBT-Chain-Quelle, den Bitcoin-Knots-Build, die CONVOY-Gateway-Version bzw. den Commit, den Lazarus-Endpunkt und -Schlüssel sowie die Miner-Anforderungen. Notieren Sie Quellen, Prüfsummen und Datumsangaben. Gehen Sie nicht davon aus, dass herkömmliche Bitcoin-Software oder gespeicherte Einstellungen unverändert auf XBT funktionieren.
2. Bereiten Sie den VPS sicher vor. Wählen Sie eine aktuelle Ubuntu LTS-Version, die von Ihrer Software unterstützt wird. Richten Sie einen SSH-Schlüssel und einen Administrator ohne Root-Rechte ein, überprüfen Sie die Funktion der Anmeldung mit dem Schlüssel und deaktivieren Sie erst dann die Passwortanmeldung. Erlauben Sie den Zugriff auf den Stratum-Port für den Miner und SSH; die Node-RPC- und Gateway-Verwaltung sollte lokal auf dem Server erfolgen.
3. Installieren und synchronisieren Sie den XBT-Knoten. Ein beschnittener Knoten kann den Speicherplatzbedarf reduzieren, muss aber dennoch die Blockchain validieren. Vor dem Start des Gateways muss sichergestellt werden, dass die Synchronisierung abgeschlossen ist, Höhe und Block-Hash mit einem unabhängigen XBT-Explorer verglichen und ein BLAKE2b/header-v2-Protokoll verifiziert werden. getblocktemplate.
4. Gateway konfigurieren und starten. Verbinden Sie es mit dem Loopback-RPC des Knotens, legen Sie die öffentliche Auszahlungsadresse in der entsprechenden Pool-/Gateway-Konfiguration fest und konfigurieren Sie Lazarus anhand der aktuellen DATUM-Anweisungen. Starten Sie das Gateway erst, nachdem der Knoten die vorherige Prüfung bestanden hat. Überprüfen Sie den Pool-Handshake, den aktuellen Template-Flow, den Dienststatus und den Miner-seitigen Listener.
5. Bewahren Sie einen Rollback-Pfad auf. Speichern Sie eine anonymisierte Aufzeichnung der Versionen, Testergebnisse und Arbeitseinstellungen. Richten Sie Standby-Pools separat ein; ein erfolgreicher Handshake beweist nicht, dass die Anteile der aktiven Miner dort akzeptiert werden. Lassen Sie das funktionierende Lazarus-Profil aktiv, es sei denn, Sie testen gezielt einen Wechsel.

In unserer Bereitstellung lauscht Node RPC nur auf 127.0.0.1:8332, die Gateway-API nur auf 127.0.0.1:7152und die Miner verbinden sich über TCP mit dem VPS. 42334. Diese sind UNSERE Einstellungen, keine universellen Standardwerte. Ändert sich die öffentliche IP-Adresse des Mining-Standorts, können die ASICs weiterhin ausgehende Verbindungen zur stabilen IP-Adresse oder Domain des VPS herstellen.

Was wir an einem XBT-Miner überprüft haben

Am 13. Oktober 2026 um 08:52 UTC hatte unser erster iBeLink BM-S3 eine Verbindung zum Gateway hergestellt. Lazarus zeigte den Worker an. bm-s3-01 Online auf dem DATUM-Pfad, mit 78 Sitzungsanteilen und null abgelehnten Anteilen im Pool-Snapshot. Die Anzahl der akzeptierten Anteile hat sich während unserer Überprüfung erhöht. Dies bestätigt eine Miner-Verbindung und die Zuordnung von Pool-Anteilen. kein Frontalunterricht. Es wurde keine nachhaltige Hashrate, Auszahlung oder Kompatibilität für jeden XBT/BLAKE2b-Miner ermittelt. Für diesen Artikel wurden weder das ASIC-Dashboard noch die genaue Firmware oder ein einstündiger Stabilitätstest unabhängig aufgezeichnet.

Aktuelle Konfigurationsdetails finden Sie im CONVOY Gateway , im XBT-Knoten-Quellcode und im Lazarus-Verbindungsleitfaden . Endpunkte und Softwareanforderungen können sich ändern. Wenn Sie Unterstützung bei der Auswahl geeigneter Hardware benötigen, hilft Ihnen BT-Miners gerne beim Vergleich verschiedener Optionen. Testen Sie jedoch das jeweilige Modell vor einer vollständigen Migration.

Verbinden Sie Ihren ersten XBT-Miner mit dem neuen Gateway

Bewahren Sie die bestehenden Arbeitspool-Einträge des Miners als Backups auf. Verwenden Sie in den Einstellungen des privaten Pools die erreichbare Adresse des Gateways – nicht die RPC-Adresse des Knotens. Für unsere Konfiguration lauten die Felder:

• Pool-URL: stratum+tcp://YOUR_VPS_IP_OR_DOMAIN:42334
• Arbeiter: ein einzigartiges Etikett wie zum Beispiel miner-01Bitte überprüfen Sie das erforderliche Format in Ihrem Gateway-/Pool-Profil.
• Passwort: der vom Miner oder Profil benötigte Wert; x wird häufig verwendet, wenn kein tatsächliches Poolpasswort erforderlich ist.

In unserer Konfiguration wird die öffentliche Auszahlungsadresse auf der Gateway-/Pool-Seite eingerichtet und ist daher nicht im Beispielfeld für den Worker enthalten. Andere Profile verwenden möglicherweise ein anderes Benutzernamenformat – überprüfen Sie dies vor dem Speichern. Beginnen Sie mit einem Miner und überprüfen Sie dessen Hashrate, die akzeptierten/abgelehnten Anteile, die Gateway-Verbindung und die Auftragsabwicklung sowie die Anzahl der Worker und die gutgeschriebenen Anteile des Pools. Beobachten Sie den Vorgang lange genug, um vorübergehende Ausfälle zu erkennen, bevor Sie weitere Maschinen hinzufügen. Verwechseln Sie „verbunden“ nicht mit „verdienen“: Die vom Pool akzeptierten Aufträge sind der aussagekräftigere Indikator.

Kopiere diese Eingabeaufforderung in den Codex- oder Claude-Code.

Die folgende Eingabeaufforderung weist den KI-Assistenten an, die verfügbaren technischen Aufgaben zu erledigen, an jedem Kontrollpunkt Nachweise anzuzeigen und nur dann zu pausieren, wenn Sie bestimmte Aktionen ausführen sollen. Platzhalter können Sie privat ersetzen. Dies ersetzt nicht die Überprüfung von Befehlen, Kosten und Sicherheitseinstellungen.

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.