Configuración de un pool de minería XBT DATUM con Codex: Guía para todos los mineros de XBT
Configuración de un pool de minería XBT DATUM con Codex: Guía para todos los mineros de XBT
¿Puede un minero sin experiencia en Linux crear un nodo DATUM privado y conectar mineros XBT? Sí. Esta guía abarca los ASIC XBT/BLAKE2b compatibles de diferentes marcas, con indicaciones de Codex que se pueden copiar y nuestra implementación de iBeLink BM-S3 como ejemplo.
Nuestro despliegue utiliza un VPS estadounidense de bajo coste y un nodo Bitcoin Knots optimizado. La configuración de puerta de enlace prevista utiliza CONVOY, Lazarus como pool de minería principal de XBT DATUM, y AlphaPool y XorPool como perfiles de reserva. Nuestra flota de prueba cuenta con aproximadamente diez unidades BM-S3 en un sitio sin IP pública fija; la misma configuración de red se aplica a otros mineros XBT compatibles.
Estado de despliegue, 12 de octubre de 2026: El nodo aún está validando la cadena XBT. En la última comprobación había validado el bloque 883,719 de 976,785 encabezados conocidos, con
initialblockdownload: truey un progreso de verificación de aproximadamente el 78.5 %. La puerta de enlace DATUM se ha detenido intencionadamente. Aún no se han probado los protocolos de enlace del pool, la conmutación por error ni los resultados de la participación del minero. Los pasos 9 a 14 que se describen a continuación son las siguientes acciones y sus avisos de Codex que se pueden copiar, no afirmaciones de que dichas pruebas se hayan superado. Actualizaremos este artículo con los resultados medidos tras la verificación.
Esta es una guía operativa, no una promesa de rentabilidad. Los puntos de acceso, las claves, las tarifas, el software y los precios cambian, por lo que Codex debe verificar las fuentes oficiales.
Nota sobre el nombre: Aquí, “XBT” significa la bifurcación BLAKE2b comúnmente llamada BTCB2; algunos listados de mercado utilizan BTC2B. Estas etiquetas pueden confundirse con el símbolo XBT del Bitcoin ordinario, así que verifique la cadena y el algoritmo BLAKE2b antes de configurar cualquier minero.
Respuesta rápida: ¿Puede un principiante crear un nodo XBT DATUM?
Sí, con puntos de control claros.
Usted se encarga de la identidad, el pago, la autenticación CAPTCHA o de dos factores y su dirección pública de pago. Codex se encarga de la investigación, la configuración, la instalación, las pruebas, la resolución de problemas y la documentación.
Nunca compartas tu frase semilla ni tu clave privada con Codex ni con ningún otro pool. Para minar solo se requiere una dirección pública de pago. Las contraseñas, los códigos de un solo uso y los detalles de pago deben ingresarse directamente en la interfaz segura del proveedor, no copiarse ni pegarse en un chat.
Se trata de una secuencia de etapas basadas en evidencia, no de una orden mágica. Corrija cualquier comprobación fallida antes de continuar.
¿Qué es un pool de minería XBT DATUM y qué cambios introduce DATUM?
En una conexión de pool convencional, un ASIC se comunica directamente con un servidor Stratum. El pool normalmente construye la plantilla del bloque y decide qué transacciones se incluyen. El minero realiza la prueba de trabajo, pero gran parte de la decisión sobre la construcción del bloque se toma en la etapa previa.
DATUM modifica esa relación a través de tres capas:
- Un nodo local compatible con Bitcoin valida la cadena XBT y crea plantillas de bloques.
- Una puerta de enlace DATUM convierte esas plantillas en trabajo que los mineros ASIC existentes pueden consumir a través de Stratum.
- Un pool compatible con DATUM coordina las participaciones y los pagos mancomunados sin ser el único creador de plantillas de bloques.
Bitcoin Knots realiza la validación, CONVOY gestiona el trabajo y Lazarus es el principal grupo de minería de XBT DATUM. AlphaPool y XorPool son opciones de reserva; los mineros individuales no necesitan un nodo completo.
Cada minero XBT compatible inicia una conexión saliente con el VPS, por lo que el cambio de la IP pública del sitio de minería no supone ningún problema. El dominio es opcional.
Si aún estás comparando el ecosistema, lee BTCGrupos de minería B2: Cómo descentralizar la tasa de hash y el más amplio Guía de minería de bifurcaciones BIP-110 de antemano.
Lo que necesitas antes de comenzar
Prepare lo siguiente:
- Un ASIC BLAKE2b compatible con XBT para la primera prueba, independientemente de la marca o el modelo.
- Firmware oficial del minero y acceso a la interfaz web del minero.
- Un XBT público/BTCDirección de pago de B2: nunca una frase semilla ni una clave privada.
- Una cuenta en la nube y un presupuesto mensual para VPS de aproximadamente 8 a 15 dólares estadounidenses.
- Un ordenador con Codex y acceso a la terminal y a los archivos.
- Tiempo para la sincronización nativa de la cadena de bloques y un período de observación de un minero.
Nuestro servidor de prueba es un VPS 4 de Contabo Cloud en EE. UU. con Ubuntu 24.04 LTS. Al adquirirlo, costó aproximadamente 8.20 USD mensuales e incluía suficiente capacidad SSD para un nodo optimizado, aproximadamente 8 GB de RAM y un margen de seguridad de intercambio de 2 GB. Verifique los términos y condiciones antes de pagar.
Puedes consultar los modelos compatibles en el BTCColección de mineros B2. La función de Especificaciones del iBeLink BM-S3 Describa nuestro modelo de prueba; otras marcas pueden usar etiquetas de interfaz web y configuraciones de firmware diferentes.
Paso 1: Entregue al Codex un informe maestro seguro.
Inicie una nueva tarea de Codex dentro de una carpeta de proyecto específica. La primera solicitud establece el resultado, los límites y las reglas de aprobación.
Copia esta solicitud del Códice
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 debería devolver un plan por etapas, no instalar el software inmediatamente. Deténgase si solicita secretos de la billetera, expone RPC, omite la verificación de suma de comprobación o inicia todos los mineros antes de probar uno.
Paso 2: Seleccionar y comprar el VPS
Solicita a Codex que compare los planes actuales. Dado que los precios dependen del tiempo, debería usar las páginas web de los proveedores actuales en lugar de la memoria.
Copia esta solicitud del Códice
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.
Verifique el almacenamiento, las tarifas de IPv4, los cargos de configuración y la duración del contrato, no solo el precio anunciado. Registre las especificaciones y la facturación de forma privada; publique únicamente detalles generales.
Paso 3: Establecer acceso SSH antes de reforzar la seguridad.
Es posible que el proveedor del servidor le proporcione inicialmente una contraseña de administrador. No la copie ni la pegue en un mensaje de chat normal. Lo más seguro es instalar una clave pública SSH, comprobar que el inicio de sesión con clave funciona en una segunda sesión, crear un administrador sin privilegios y solo entonces desactivar la autenticación por contraseña.
Copia esta solicitud del Códice
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.
Por qué es importante realizar una prueba eficaz
En nuestro servidor, un archivo cloud-init anterior anuló el comportamiento SSH previsto. Codex lo detectó con sshd -TSe añadió una prueba de regresión, se corrigió el orden de carga y se demostró que el inicio de sesión solo con contraseña fallaba, mientras que el inicio de sesión con clave funcionaba. La evidencia importa más que la finalización exitosa de un comando.
Paso 4: Investigar y fijar el software XBT actual.
Las implementaciones de DATUM están en constante evolución. Antes de descargar cualquier archivo, asegúrese de que Codex verifique los repositorios autorizados, las versiones, los puntos finales del pool, las claves públicas y los requisitos específicos de la cadena.
Copia esta solicitud del Códice
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.
Nuestra construcción fijó los nudos de Bitcoin. 29.4.2.knots20260508 y una confirmación específica de CONVOY. Verifique las versiones más recientes en lugar de copiar estas versiones. La ruta SV1 descontinuada de AlphaPool no debe confundirse con su implementación de DATUM.
Paso 5: Crear un paquete de implementación probado
No uses el servidor en producción como tu espacio de trabajo temporal. Solicita a Codex que prepare primero localmente las plantillas de configuración, la validación, las pruebas y la documentación.
Copia esta solicitud del Códice
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.
Mantén solo ejemplos en el control de versiones. Las contraseñas RPC, la dirección de pago en vivo, la dirección VPS y la información de la cuenta del proveedor no deben ingresar a Git.
Paso 6: Instalar y verificar Bitcoin Knots y CONVOY
Una vez superadas las pruebas locales, implemente los artefactos fijados en el VPS. Los binarios descargados requieren verificación de suma de comprobación; las compilaciones desde el código fuente requieren una confirmación registrada y el hash binario resultante.
Copia esta solicitud del Códice
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.
Nuestra configuración utiliza un objetivo de poda de 4 GB y una caché de base de datos de 2 GB; ajuste y documente estos valores para su servidor.
Paso 7: Configurar reglas privadas de RPC, API y firewall.
El puerto Stratum orientado al minero debe ser accesible, pero los servicios de administración no deben ser públicos. Nuestro diseño permite TCP 22 público para SSH y TCP 42334 para mineros. El RPC del nodo en 8332 y la API de puerta de enlace en 7152 se enlazan solo a 127.0.0.1.
Copia esta solicitud del Códice
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.
El puerto público 42334 permite que los mineros con conexión dinámica accedan al VPS. Posteriormente, WireGuard puede reducir la exposición si la mina cuenta con un enrutador o puerta de enlace siempre activo.
Paso 8: Permita que el nodo complete la sincronización nativa.
Inicie únicamente el nodo. La descarga inicial del bloque nativo valida la cadena desde el origen y evita depender de una instantánea de terceros. La poda limita los datos de los bloques retenidos, pero no elimina el tiempo de validación.
Copia esta solicitud del Códice
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 sincronización puede tardar horas o incluso más. Un puerto de minería abierto no garantiza que el nodo pueda generar trabajo actual válido; mantenga la puerta de enlace detenida.
Paso 9: Verificar la identidad de la cadena y getblocktemplate
Este es el punto de control crítico específico de la cadena. Un nodo Bitcoin genérico que funcione sin errores aún podría no ser compatible con la red XBT BLAKE2b/header-v2.
Copia esta solicitud del Códice
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.
Resultado actual: La descarga del bloque inicial aún está en curso. La comparación de altura final, el recuento de pares, la identidad de la cadena y BLAKE2b/header-v2 getblocktemplate El resultado se añadirá después de la sincronización.
Paso 10: Iniciar Lazarus como el grupo principal
Solo después de que el nodo supere el punto de control anterior, Codex deberá activar el perfil Lazarus e iniciar CONVOY.
Copia esta solicitud del Códice
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.
La URL del minero normalmente tendrá este aspecto:
stratum+tcp://YOUR_VPS_IP:42334
Sustituya el marcador de posición únicamente en la interfaz privada del minero. Elimínelo de las capturas de pantalla.
Paso 11: Conecte primero un minero XBT.
Pruebe primero un ASIC y conserve las entradas del pool de respaldo que se sabe que funcionan correctamente.
Copia esta solicitud del Códice
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 indicador verde no es suficiente. Confirme las participaciones aceptadas en el ASIC, la puerta de enlace y el pool. Investigue los rechazos por latencia, trabajo obsoleto, formato del trabajador, firmware o discrepancia en la cadena.
Resultado actual: Aún no se ha migrado ningún minero a esta puerta de enlace. Confirme la URL y el formato del trabajador con la puerta de enlace activa, el pool de minería XBT DATUM seleccionado y el firmware del dispositivo antes de cambiar un minero. Añadiremos observaciones de participación y créditos del pool cada hora después de la primera prueba.
Para un proceso de validación de hardware más amplio, consulte la Guía de prueba del minero SC de la bifurcación BLAKE2b de Bitcoin.
Paso 12: Migrar los mineros restantes en lotes pequeños.
Una vez que el primer minero esté estable, mueva los demás en grupos pequeños para que un solo problema no deje fuera de servicio la granja.
Copia esta solicitud del Códice
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.
Diez mineros no requieren diez nodos. El VPS valida, crea plantillas y distribuye el trabajo; además, monitoriza sus recursos y la latencia a medida que se añaden unidades.
Paso 13: Pruebe AlphaPool y XorPool con reversión automática.
La configuración de espera solo resulta útil después de una prueba real de conmutación y reversión.
Copia esta solicitud del Códice
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.
El cambio manual es intencional: las comisiones, la latencia, las reglas de pago y la fiabilidad son factores importantes.
Resultado actual: Estas pruebas de sincronización y reversión del pool en vivo están pendientes. Se han preparado los perfiles de reserva, pero un perfil preparado no garantiza la conectividad.
Paso 14: Ejecutar la revisión final de seguridad y regresión.
El último paso crea una transferencia que se puede mantener.
Copia esta solicitud del Códice
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.
Lista de verificación de seguridad de XBT DATUM
Antes de dar por finalizado el despliegue, confirme todos los elementos que aparecen a continuación:
- La frase semilla de la billetera y la clave privada nunca se compartieron.
- Solo se utilizó una dirección de pago pública.
- El pago del VPS, la contraseña, el CAPTCHA y la autenticación de dos factores (2FA) permanecieron bajo control humano.
- La clave SSH dedicada funciona y su parte privada permanece local.
- Se verificaron los ajustes SSH efectivos, no se asumieron.
- RPC y la API de administración se vinculan a
127.0.0.1 - El firewall expone únicamente los puertos de minería y administración necesarios.
- Se registran las sumas de verificación de descarga y las confirmaciones de origen.
- El nodo y la puerta de enlace se ejecutan como usuarios sin privilegios.
- La sincronización nativa se completó antes del inicio de la puerta de enlace.
- La altitud local coincide con la de un explorador independiente.
- BLAKE2b/encabezado-v2
getblocktemplatetiene éxito - Un minero superó una prueba supervisada antes de la migración por lotes.
- Se probó cada perfil de espera y ruta de reversión.
- Se eliminaron de la documentación pública las direcciones IP, las direcciones, las credenciales y los identificadores de cuenta.
Preguntas frecuentes
¿Necesito una IP pública fija en el sitio de minería?
No. Los mineros de XBT inician conexiones salientes al VPS. El VPS necesita una dirección estable y accesible; la IP pública del sitio de minería puede cambiar.
¿Aumenta DATUM el número de nodos validadores?
Puede incentivar a más mineros a gestionar su propia infraestructura de validación y creación de plantillas, pero ese no es su único propósito. El cambio clave consiste en acercar la creación de plantillas de bloques y la selección de transacciones a los mineros, manteniendo al mismo tiempo la contabilidad de participaciones agrupadas.
Conclusión
Un nodo DATUM personal permite a los mineros construir trabajo a partir de una cadena validada, conservando las recompensas agrupadas. Un VPS con IP fija también sirve para mineros sin una dirección estática.
No tener experiencia con Linux no significa confiar ciegamente. Codex convierte la implementación de un pool de minería XBT DATUM en etapas revisables, evidencias, pruebas y documentación.
Empieza con un solo minero. Mantén los secretos fuera del chat y de Git. Exige pruebas en cada límite de seguridad. Prueba la reversión antes de necesitarla. Solo entonces mueve el resto de la granja.
Si está planificando una implementación de minería XBT o necesita ayuda para seleccionar hardware BLAKE2b compatible, póngase en contacto con BT-Miners para obtener información sobre la disponibilidad actual del hardware y orientación para la implementación.
