Configuración de un pool de minería XBT DATUM con Codex: Guía para todos los mineros de XBT

¿Por qué usar un pool DATUM para minar XBT? DATUM te permite generar trabajo de minería desde tu propio nodo de validación, mientras que el pool gestiona las participaciones y coordina los pagos. Esta guía te acompaña paso a paso en la configuración de un nodo XBT y una puerta de enlace DATUM, comprobando su funcionamiento y conectando tu primer minero. Al final, encontrarás un código que puedes copiar para Codex o Claude Code, que te ayudará con la configuración.

Nota sobre el nombre: Aquí, XBT significa la bifurcación de Bitcoin BLAKE2b también llamada BTCB2 (y a veces BTC2B), no el símbolo de Bitcoin habitual. Confirme la cadena y el algoritmo antes de conectar el hardware.

Cómo funciona un pool de minería XBT DATUM

En una configuración de pool convencional, el pool suele crear la plantilla de bloque. Con DATUM, tu nodo compatible con XBT valida la cadena y crea la plantilla. La puerta de enlace DATUM convierte esa plantilla en trabajo Stratum para tus ASIC y se comunica con un pool compatible con DATUM, como Lazarus, para la contabilidad de participaciones y las recompensas compartidas. El pool no crea el trabajo de tu minero. Esta es la razón para ejecutar tu propio nodo y puerta de enlace, no porque cada ASIC necesite su propio nodo.

El proceso práctico es el siguiente: nodo XBT → puerta de enlace DATUM → mineros ASIC para la minería, mientras que la puerta de enlace se comunica con el pool DATUM para la validación de participaciones y el pago de dividendos. La documentación de la puerta de enlace describe estas funciones e indica que el recuento de participaciones de Stratum en el lado del minero puede diferir de los resultados finales del pool.

Lo que necesita antes de comenzar

• Un VPS Contabo Cloud 4 en EE. UU. (4 vCPU, 8 GB de RAM, 100 GB de SSD) con dirección IPv4 pública fija y acceso SSH. Nuestro precio mensual es de 8.20 USD; consulta el precio actual para tu configuración.
• Se requiere una configuración de nodo Bitcoin Knots compatible con XBT, la puerta de enlace CONVOY DATUM y un pool XBT compatible con DATUM. Esta guía utiliza Lazarus como pool principal; AlphaPool y XorPool son perfiles de reserva opcionales.
• Un XBT público/BTCDirección de pago B2 y un ASIC BLAKE2b candidato para la primera prueba. Nunca proporcione una frase semilla ni una clave privada.
• Codex o Claude Code con acceso a la terminal, además de tiempo para permitir que el nodo se sincronice y observar un minero antes de migrar a los demás.

Un algoritmo de coincidencia por sí solo no prueba que un minero y firmware en particular funcionen en esta cadena y pool. Verifique el modelo exacto, el firmware, el protocolo de conexión y las acciones aceptadas. BTCColección de mineros B2 Es un punto de partida para la investigación de hardware, no una garantía de compatibilidad absoluta.

Configure su nodo y puerta de enlace XBT DATUM

1. Verifique el software y los detalles del pool. Verifique la fuente autorizada actual de la cadena XBT, la compilación de Bitcoin Knots, la versión o confirmación de CONVOY Gateway, el punto final y la clave de Lazarus, y los requisitos del minero. Registre las fuentes, las sumas de verificación y las fechas. No dé por sentado que el software Bitcoin habitual o la configuración guardada funcionarán sin cambios en XBT.
2. Prepare el VPS de forma segura. Seleccione una versión LTS actual de Ubuntu compatible con su software. Configure una clave SSH y un administrador sin privilegios de root, compruebe que el inicio de sesión con clave funciona y, solo entonces, desactive el inicio de sesión con contraseña. Permita el puerto Stratum y SSH para el minero; mantenga la administración de RPC y la puerta de enlace del nodo localmente en el servidor.
3. Instale y sincronice el nodo XBT. Un nodo podado puede reducir el uso del disco, pero aún así tiene que validar la cadena. Antes de iniciar la puerta de enlace, confirme que la sincronización se ha completado, compare la altura y el hash del bloque con un explorador XBT independiente y verifique un BLAKE2b/header-v2 getblocktemplate.
4. Configure e inicie la puerta de enlace. Conéctalo al RPC de bucle invertido del nodo, establece la dirección de pago pública en la configuración del pool/pasarela correspondiente y configura Lazarus con sus instrucciones DATUM actuales. Inicia la pasarela solo después de que el nodo supere la comprobación anterior. Confirma el protocolo de enlace del pool, el flujo de la plantilla actual, el estado del servicio y el oyente orientado al minero.
5. Mantén una ruta de reversión. Guarda un registro anonimizado de versiones, resultados de pruebas y configuraciones de trabajo. Prepara los pools de reserva por separado; una conexión exitosa no garantiza que las participaciones de minería activas se acepten allí. Mantén activo el perfil de Lazarus en funcionamiento a menos que estés probando un cambio específicamente.

En nuestra implementación, el RPC del nodo escucha solo en 127.0.0.1:8332, la API de Gateway solo en 127.0.0.1:7152y los mineros se conectan al VPS mediante TCP. 42334. Esos son nuestro mapa de Configuración, no valores predeterminados universales. Si la IP pública del sitio de minería cambia, los ASIC aún pueden iniciar conexiones salientes a la IP o dominio estable del VPS.

Lo que verificamos en un minero XBT

A las 08:52 UTC del 13 de octubre de 2026, nuestro primer iBeLink BM-S3 tenía una conexión establecida con la puerta de enlace. Lazarus mostró trabajador bm-s3-01 en línea en su ruta DATUM, con 78 acciones de sesión y cero acciones rechazadas en esa instantánea del pool. El recuento de acciones aceptadas aumentó durante nuestra verificación. Esto confirma una conexión de minero y atribución de acciones del pool; lo hace No Se determinó la tasa de hash sostenida, el pago y la compatibilidad para cada minero XBT/BLAKE2b. Para este artículo, no registramos de forma independiente el panel de control del ASIC, el firmware exacto ni realizamos una prueba de estabilidad completa de una hora.

Para obtener información detallada sobre la configuración actual, consulte la guía de conexión de CONVOY Gateway , el código fuente del nodo XBT y Lazarus . Los requisitos de software y los puntos finales pueden cambiar. Si necesita ayuda para seleccionar el hardware adecuado, BT-Miners puede ayudarle a comparar las opciones, pero pruebe el modelo exacto antes de realizar una migración completa.

Conecte su primer minero XBT a la nueva puerta de enlace.

Conserva las entradas existentes del pool de trabajo del minero como copias de seguridad. En la configuración de su pool privado, utiliza la dirección accesible de la puerta de enlace, no la dirección RPC del nodo. Para nuestra configuración, los campos son:

• URL del grupo: stratum+tcp://YOUR_VPS_IP_OR_DOMAIN:42334
• Trabajador: una etiqueta única como miner-01; confirme el formato requerido en su perfil de Gateway/pool
• Contraseña: el valor requerido por el minero o perfil; x Se utiliza comúnmente cuando no se requiere una contraseña real para el grupo.

En nuestra configuración, la dirección de pago pública se configura en el lado de Gateway/pool, por lo que no se pega en el campo de trabajador de ejemplo. Otros perfiles pueden usar un formato de nombre de usuario diferente; verifíquelo antes de guardar. Comience con un minero, luego verifique su tasa de hash en tiempo real y las acciones aceptadas/rechazadas, la conexión a Gateway y la entrega de trabajos, y el trabajador del pool y las acciones acreditadas. Obsérvelo el tiempo suficiente para detectar fallas intermitentes antes de mover más máquinas. No confunda "conectado" con "ganando": el trabajo aceptado en el pool es la verificación más sólida.

Copia esta indicación en Codex o Claude Code.

La siguiente instrucción solicita al asistente de IA que realice el trabajo técnico disponible, muestre evidencia en cada punto de control y se detenga para acciones que solo usted debe realizar. Reemplace los marcadores de posición de forma privada. Esto no sustituye la revisión de comandos, costos y configuraciones de seguridad.

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.