Trasladar mineros de Bitcoin a una nueva granja no implica, por sí mismo, tener que cambiar la cuenta del pool, el método de pago o la dirección de pago. Las verificaciones clave del lado del pool son si cada minero puede conectarse al pool previsto, si envía shares aceptados, si aparece bajo la cuenta correcta y si conserva la configuración de liquidación y pago esperada.

La puesta en marcha física —inventario, transporte, instalación en racks, energía, refrigeración y red local— sigue siendo importante. Esta lista de verificación se centra en la continuidad del pool de minería junto a esas tareas, asumiendo que el pool y el método de pago pueden permanecer sin cambios. El direccionamiento IP, la resolución DNS, las reglas de firewall y la latencia de red pueden cambiar en la nueva ubicación, por lo que la conectividad con el pool y la atribución de los workers deben verificarse de nuevo.

Por qué un traslado de granja puede afectar al rendimiento en el pool

Encender un minero no garantiza que esté minando (hashing), y una lectura local de hashrate por sí sola no demuestra que el pool previsto esté aceptando y acreditando sus shares. La minería agrupada (pooled) de Bitcoin funciona haciendo que cada minero envíe shares frente a un objetivo (target) asignado por el pool, que es más fácil de alcanzar que el objetivo de bloque de la red; el pool utiliza estos shares para medir el trabajo aportado y asignar las recompensas según su método de pago. Un endpoint del pool inaccesible, credenciales de worker incorrectas o una conexión saliente bloqueada por una nueva política de firewall pueden impedir que el trabajo llegue a la cuenta prevista o sea acreditado en ella. Durante una reubicación, verifique el estado del hardware y la actividad del lado del pool por separado.

Antes de apagar: registre el estado actual

Antes de apagar cualquier minero en la ubicación anterior, capture una línea base que pueda compararse después del traslado.

• Número de serie, dirección MAC, modelo, versión de firmware y ubicación actual en rack o fila de cada unidad.
• El nombre de worker asignado actualmente a cada minero. El formato de worker BTC de ViaBTC es userID.workerID, donde el ID de worker puede usar letras minúsculas y números de hasta 64 caracteres; mantener un esquema de nomenclatura coherente que refleje la ubicación, fila y unidad facilita hacer coincidir el hardware físico con los registros del pool después de la reubicación.
• Entradas de pool primaria y de respaldo, incluyendo la URL Stratum exacta y el puerto en uso.
• Lecturas locales recientes: hashrate, temperatura, velocidad del ventilador y cualquier indicador de estado de hardware o error reportado por el firmware.
• Estado del worker en el pool, el hashrate mostrado actualmente por el pool y cualquier actividad de shares rechazados.
• El método de pago y la dirección de pago configurados actualmente en la cuenta. Estos son ajustes a nivel de cuenta, independientes de los campos de pool y worker introducidos en el propio minero; reubicar el hardware no los modifica, pero conviene confirmar que no se hayan alterado en otro lugar.

Guarde una copia de seguridad completa de la configuración del pool —incluyendo las entradas de pool de respaldo— antes de realizar cualquier cambio. Esto se convierte en la referencia de reversión (rollback) si la nueva ubicación presenta problemas.

Prepare la nueva granja antes de encender

La preparación de la infraestructura debe confirmarse antes de energizar cualquier minero en volumen.

• Espacio en rack, capacidad de PDU, voltaje y refrigeración adecuados al modelo específico de minero y a su modo de operación.
• Dirección y espacio libre para el flujo de aire, ya que la orientación de entrada y salida afecta tanto a las unidades individuales como a los racks adyacentes.
• Segmentación de red, reservas DHCP o asignaciones de IP estática, resolución DNS, puerta de enlace predeterminada y conectividad saliente a internet confirmada desde la nueva ubicación.
• Reglas de firewall y de puertos salientes verificadas contra el método de conexión actual documentado del pool, no basadas en una suposición trasladada de la ubicación anterior.

Antes de asumir que un perfil de minero guardado sigue siendo correcto, vuelva a verificar el endpoint del pool directamente desde la documentación actual. La página de Información de Pools de Minería de ViaBTC enumera endpoints Stratum de BTC como stratum+tcp://btc.viabtc.io:3333, con el puerto 443 disponible como puerto de conmutación por error (failover), junto con opciones regionales y SSL adicionales (Información de Pools de Minería de ViaBTC). Dado que los endpoints listados pueden cambiar, los operadores deben confirmar las direcciones actuales en la página oficial del pool antes de reutilizar entradas de un archivo de configuración guardado o de una captura de pantalla antigua.

Revise la configuración del pool antes de reutilizar el perfil anterior

Incluso cuando la cuenta del pool de destino no cambia, la configuración introducida en el minero debe volver a verificarse en lugar de copiarse sin revisión.

• Confirme que la moneda y el algoritmo coinciden con la cuenta prevista.
• Copie la URL Stratum y el puerto actuales desde la documentación del pool, eligiendo la opción global, regional o SSL adecuada para la nueva ubicación y el firmware compatible (consulte la guía de configuración de minería BTC de ViaBTC).
• Confirme la sintaxis del nombre de worker y el campo de contraseña requerido por el pool.
• Introduzca las entradas de pool primaria y de respaldo en el orden de prioridad previsto; ViaBTC recomienda configurar varios puertos para que un minero pueda cambiar automáticamente a la siguiente conexión si una falla.
• Mantenga documentada la configuración anterior por separado, para poder restaurarla si las nuevas entradas provocan problemas.

Confirmar el método de pago en esta etapa también es importante. Los métodos de pago admitidos por el pool no son elementos permanentes; los operadores deben verificar las opciones de pago actualmente disponibles para la moneda y la cuenta en lugar de asumir continuidad con una configuración anterior.

Ponga en marcha primero un grupo piloto

Cuando sea factible, active un grupo pequeño y representativo de mineros —o una sola unidad— antes de encender toda la flota. Esto limita el impacto operativo de una mala configuración y proporciona una línea base controlada para la nueva ubicación.

• Confirme que el equipo de minería obtiene una dirección IP o es accesible en la dirección estática planificada.\n- Confirme que el firmware está utilizando la entrada de pool y el nombre de worker previstos, y no un perfil almacenado en caché o predeterminado.\n- Revise el registro (log) del equipo en busca de fallos de resolución DNS, tiempos de espera de conexión agotados, errores de autorización, advertencias de temperatura, fallos de ventilador o errores de hashboard.\n- Confirme que el worker aparece bajo la cuenta de pool correcta, no simplemente que el equipo reporta hashing local.\n- Confirme que el recuento de shares aceptadas del equipo sigue aumentando y que el worker correspondiente muestra actividad bajo la cuenta de pool prevista.\n- Permita suficiente tiempo antes de evaluar el rendimiento. ViaBTC señala que un equipo de minería puede comprobarse en la interfaz del pool después de haberse estabilizado durante aproximadamente 10–15 minutos, lo cual es una ventana de observación práctica y no un estándar universal.\n\nAl comparar las lecturas, haga coincidir las ventanas de medición. La API de Bitmain para Antminer expone varias ventanas de computing power local —incluyendo lecturas de 5 segundos, 30 minutos y promedio, según el modelo y el firmware— junto con el estado de conexión al pool, shares aceptadas, shares rechazadas y shares obsoletas (stale) (Documentación de la API de Bitmain Antminer). Las cifras del lado del pool de ViaBTC utilizan ventanas diferentes: su computing power en tiempo real refleja los 10 minutos anteriores, mientras que su computing power diario refleja las 24 horas anteriores (ViaBTC: por qué difieren el computing power del pool y del equipo de minería). Después de un reinicio, la ventana de 24 horas del pool puede seguir incluyendo el tiempo de inactividad; un worker recién nombrado puede que aún no tenga un día completo de actividad. Una lectura local de 5 segundos tampoco es directamente comparable con un promedio del pool de 10 minutos. Considerar que el traslado ha fracasado basándose en una discrepancia entre estas cifras, sin tener en cuenta las diferentes ventanas, es un error común y evitable.\n\n## Escalar en lotes monitoreados\n\nUna vez que el grupo piloto esté estable, ponga en marcha el resto de los equipos en lotes en lugar de todos a la vez.\n\n- Utilice etiquetas de worker vinculadas a la ubicación física del equipo de minería, de modo que cualquier problema de conexión o de rechazo pueda rastrearse hasta un rack o fila específicos.\n- Evite cambiar simultáneamente el firmware, la configuración de overclock, la configuración del pool y el diseño de red, a menos que exista una razón operativa clara; aislar las variables facilita el diagnóstico si surge un problema.\n- Investigue cualquier patrón recurrente de shares rechazadas o de problemas de conexión en un lote antes de ampliar aún más el despliegue. Las shares rechazadas son la categoría general; los envíos obsoletos (stale), inválidos, duplicados o de dificultad demasiado baja son causas específicas que pueden reportarse por separado, y distinguirlas ayuda a aplicar la solución correcta —latencia de red, una versión de firmware desactualizada o una entrada de pool incorrecta.\n\n## Validar la atribución del pool y los pagos después del traslado\n\nUna vez que la flota esté funcionando en la nueva ubicación, confirme que la contabilidad del pool refleja el traslado correctamente.\n\n- Compruebe que cada worker sea visible y se le acredite bajo la cuenta de pool prevista, no solo que esté en línea.\n- Confirme que el método de pago seleccionado no haya cambiado de forma no intencionada.\n- Mantenga separada la liquidación en la cuenta del pool de un retiro en cadena; el abono a la cuenta y un retiro a una dirección externa son eventos diferentes con tiempos diferentes.\n- Compruebe si las ganancias correspondientes al periodo de minería reanudado se están acreditando conforme al método de pago seleccionado. Según las reglas publicadas de PPS+ de ViaBTC, el componente de recompensa de bloque PPS se liquida cada hora, mientras que el componente de comisiones de transacción utiliza la asignación PPLNS. Las recompensas PPLNS dependen del periodo retrospectivo de shares aplicable y de las reglas de confirmación de bloques (ViaBTC: ¿Cómo se calculan las ganancias?). Tenga en cuenta el periodo de apagado y el momento en que cada lote reanudó la minería al revisar las primeras liquidaciones. Los primeros abonos pueden ayudar a confirmar que la contabilidad se ha reanudado, pero un intervalo corto posterior al traslado por sí solo no basta para evaluar el rendimiento de las ganancias a más largo plazo.\n\n## Mantenga un plan de reversión\n\nConserve la configuración anterior del pool, las notas del plan de direcciones IP y una forma fiable de identificar cada equipo físico hasta que la nueva ubicación haya demostrado una operación estable durante un periodo razonable. Si un lote muestra problemas persistentes de conexión o de rechazo, revierta únicamente las variables de configuración específicas implicadas —por ejemplo, la entrada del pool o la configuración de red— en lugar de deshacer toda la migración. Esto mantiene la resolución de problemas enfocada y reduce la posibilidad de reintroducir un problema que ya se había resuelto en otra parte de la flota.\n\nSi el traslado también requiere una actualización de firmware, obtenga el firmware únicamente del canal oficial verificado del fabricante del hardware, y considere evitar un cambio de firmware junto con una migración de pool o de red a gran escala, a menos que exista una razón operativa específica para combinarlos. Separar estos cambios facilita identificar el origen de cualquier problema que aparezca después de la puesta en marcha.\n\n## Preguntas frecuentes\n\n### ¿Trasladar los equipos de minería a una nueva granja requiere cambiar las cuentas de pool o las direcciones de pago?\n\nNo necesariamente. Una reubicación física cambia las condiciones de red —direccionamiento IP, DNS, latencia y reglas de firewall— pero no requiere cambiar la cuenta de pool, el método de pago ni la dirección de pago, a menos que el operador decida hacer ese cambio por separado. Esto debe verificarse, no asumirse, ya que la configuración a nivel de cuenta y los campos de pool a nivel de equipo se configuran de forma independiente.\n\n### ¿Por qué el panel del pool muestra un computing power diferente al del equipo de minería justo después de un traslado?

Las dos cifras se calculan de manera diferente. Las lecturas locales del minero pueden actualizarse cada pocos segundos, mientras que las cifras del lado del pool normalmente se calculan en ventanas de tiempo más largas; por ejemplo, una estimación en tiempo real basada en los últimos minutos y una cifra diaria basada en las 24 horas anteriores. Un minero reiniciado recientemente puede haber tenido tiempo de inactividad dentro de la ventana de medición del pool, mientras que un worker recién nombrado puede no haber completado aún una ventana completa de actividad. Por lo tanto, una discrepancia inicial puede reflejar simplemente el desfase en la medición, pero la diferencia por sí sola no determina si el minero está funcionando correctamente. Si el hashrate del lado del pool permanece en cero o la brecha es grande o persistente, verifique la conexión, si las shares aceptadas continúan aumentando y si hay actividad de shares rechazadas.\n\n### ¿Cuánto tiempo debe ejecutarse un lote piloto antes de escalar al resto de la flota?\n\nNo existe una duración universal aplicable a todas las operaciones; depende del modelo del minero, el entorno de red y la rapidez con la que el operador pueda confirmar una conexión estable al pool, el envío continuo de shares aceptadas, la atribución correcta del worker y la ausencia de errores recurrentes en el registro (log) del minero. Un lote piloto es principalmente una herramienta para detectar problemas de configuración de forma temprana, no un punto de verificación de cumplimiento fijo.\n\n### ¿Se deben cambiar los nombres de los workers cuando los mineros se trasladan a un nuevo rack o sitio?\n\nLos nombres de los workers pueden actualizarse para reflejar la nueva ubicación física, siempre que la convención de nomenclatura mantenga el formato requerido por el pool y los requisitos del campo de contraseña. Cambiar el nombre de un worker no actualiza la dirección de pago ni el método de pago de la cuenta del pool, ya que estos son ajustes independientes.\n\n## Referencias\n\n- Información de los pools de minería de ViaBTC\n- ViaBTC: Minería de BTC\n- ViaBTC: ¿Cómo se calculan las ganancias?\n- ViaBTC: ¿Por qué el hashrate mostrado en el pool de minería es más bajo que el de la máquina minera?\n- Documentación de la API de Bitmain Antminer