Binance Pool cerrará el 10 de noviembre: qué deben cambiar los mineros
Publicación de la fuente: 2026-10-13 · Análisis editorial publicado: 2026-10-13
El aviso de Binance del 13 de octubre establece un límite para las conexiones del grupo y los servicios relacionados el 10 de noviembre a las 07:00 UTC. Los mineros deberían migrar de antemano; Las páginas históricas están programadas para cerrar el 24 de noviembre.
Análisis e implicaciones prácticas
Esta sección contiene nuestro análisis y cálculos ilustrativos, separados del informe original.
La fecha límite es para conexiones, no solo para el menú de un sitio web
Binance anunció el 13 de octubre que su pool de minería y sus servicios asociados de ahorro, minería en la nube y aceleración de transacciones finalizarán el 10 de noviembre a las 07:00 UTC. Se incluyen puntos finales de Stratum, API del pool y notificaciones. Las shares que lleguen después de la fecha límite no serán acreditadas. Este es un cierre futuro anunciado; el aviso espera un funcionamiento normal hasta la fecha límite aplicable.
La fecha límite es el 10 de noviembre a las 09:00 horas en Kiev, después del cambio de hora de otoño. Binance solicita los pasos relevantes de verificación de cuenta antes de las 23:59 UTC de ese día. Está previsto que las páginas históricas permanezcan disponibles hasta el 24 de noviembre a las 07:00 UTC. Las recompensas y reembolsos finales elegibles dependen de los términos del producto y del estado de la cuenta; el anuncio no promete ningún monto de liquidación universal ni fecha de pago.
Haga un inventario antes de cambiar una flota
Para un operador de una granja minera, el primer paso práctico es un inventario de conexiones activas. Registre el modelo, el firmware, la dirección de administración local, las URL del pool actual y el identificador del worker de cada minero. Incluya dispositivos que se reinicien automáticamente después de un corte: una configuración anterior olvidada puede reaparecer cuando regrese la energía. Conserve una copia fechada de forma segura antes de editarla, en lugar de depender de la memoria o de la vista actual del panel.
Nuestra hoja de trabajo de migración sugerida tiene columnas separadas para el dispositivo, la ubicación física, el destino previsto y el resultado de la verificación. Debe identificar quién cambió una configuración y cuándo. Esta es una recomendación operativa de ASIC.tools, no un requisito adicional de Binance. Una pequeña granja puede utilizar una hoja de cálculo; una instalación más grande necesita un proceso controlado que evite editar la misma máquina desde dos herramientas de gestión a la vez.
Cambiar de pool suele significar cambiar la configuración
La guía de configuración S19/S19 Pro de BITMAIN describe cómo ingresar una URL del pool y un identificador de worker en la configuración del minero, guardar la configuración y verificar el panel. Este es un ejemplo específico del modelo, no una instrucción para instalar el firmware S19 en otros dispositivos. Utilice la documentación para el minero real y la configuración de conexión actual del pool de destino, incluido el algoritmo requerido, el nombre de host, el puerto y el formato de worker.
La migración del pool no debe confundirse con una actualización de firmware o un restablecimiento de fábrica. Un nuevo pool no justifica por sí solo actualizar un tablero de control, reemplazar su software o borrar su configuración de red. Si el firmware existente admite la conexión requerida, cambie primero los campos relevantes. Trate cualquier problema de compatibilidad por separado como una tarea de mantenimiento por separado, con sus propias instrucciones específicas del modelo y un plan de reversión.
Pruebe un dispositivo y verifique el trabajo aceptado
Comience con un dispositivo representativo durante un período en el que alguien pueda inspeccionarlo. Después de guardar la nueva conexión, verifique tanto el minero como el pool receptor. Un ventilador en funcionamiento o una lectura normal de hashrate local no prueba que el destino haya aceptado el trabajo con la cuenta correcta. Busque el worker esperado, las shares aceptadas y una tendencia sensata durante el período de informe indicado por el grupo.
Si el destino no muestra ningún worker, compare el nombre de host, el puerto, el algoritmo y el identificador exactos antes de tocar el hardware. Conserve registros y mensajes de error relevantes. No cambie repetidamente de grupo en respuesta a cada breve retraso en el panel: la ventana de tiempo importa. El objetivo de la prueba es establecer una configuración de trabajo conocida que pueda reproducirse en dispositivos similares, al tiempo que documenta cualquier modelo que necesite un manejo diferente.
Auditar espacios de respaldo y monitorear integraciones
Cuando un minero admite varias entradas de pool, inspeccione cada ranura configurada. Una conexión principal exitosa puede ocultar una copia de seguridad obsoleta hasta que el primer destino deje de estar disponible. Reemplazar deliberadamente las entradas retiradas de Binance, según el comportamiento de conmutación por error documentado del minero. No asuma que las tres URL utilizan una infraestructura independiente simplemente porque sus nombres difieren; compruebe cómo el pool seleccionado describe sus puntos finales regionales y de respaldo.
Revise también los sistemas externos al propio minero. Una granja puede usar una API del pool para paneles, una regla de correo electrónico para alarmas fuera de línea o una alerta de Telegram para cambios en la tasa de hash. Estos pueden fallar cuando finaliza el servicio asociado aunque el hardware se haya movido correctamente. Vuelva a conectar el monitoreo a los datos verificados del nuevo destino y luego pruebe una alerta deliberadamente para que un panel silencioso no se confunda con una granja en buen estado.
Cuantifique el tiempo de inactividad sin pretender que sea un pronóstico
Consideremos una prueba de migración puramente ilustrativa: un dispositivo tiene una tasa de ganancia bruta supuesta de $5 por día y no está disponible durante dos horas. La cantidad bruta sacrificada en ese escenario simplificado es $5 × 2/24, o alrededor de $0,42. Esto es aritmética, no una recompensa cotizada de Binance, una rentabilidad minera medida o un pago futuro prometido. Las ganancias reales fluctúan según las condiciones de la red, las tarifas y el esquema de liquidación.
La misma hoja de trabajo debería distinguir los ingresos brutos perdidos del costo operativo neto. Un minero inactivo aún puede consumir electricidad; un dispositivo completamente apagado se comporta de manera diferente. Compare el medidor y la duración real del corte en lugar de sustituir automáticamente la potencia indicada en la placa de identificación. Para una flota, multiplique sólo después de comprobar qué máquinas se vieron afectadas. Esto hace que una revisión de la migración por etapas sea útil sin presentar una cifra única de pérdidas no respaldada para cada operador.
Mantenga los registros de pagos separados del estado del equipo
Exporte los registros necesarios para conciliar el trabajo completado antes de que desaparezca el acceso histórico. Guarde el período, las recompensas acreditadas, las transferencias y cualquier aviso de cuenta relevante, y guarde copias en un lugar privado. Una máquina que aparece en línea en otro pool no explica un saldo restante en Binance. Por el contrario, un pago final no prueba que todos los dispositivos hayan dejado un terminal Stratum obsoleto.
Para Pool Savings o Cloud Mining, utilice el proceso de producto aplicable en lugar de tratar un saldo como una configuración de hardware. El aviso de cierre solicita a los usuarios que canjeen sus posiciones de ahorro activas y hagan que sus cuentas sean elegibles para las liquidaciones restantes. Si una cuenta en particular tiene restricciones o una discrepancia no resuelta, obtenga una respuesta específica de la cuenta a través del soporte oficial. No infiera derechos de liquidación a partir de la captura de pantalla de otro usuario o de un resumen de la fecha límite de las redes sociales.
Un control práctico de finalización
Una migración se puede marcar como completa cuando se concilia el inventario, los workers previstos envían el trabajo aceptado, los puntos finales obsoletos se eliminan de las ranuras de respaldo correspondientes y el monitoreo produce señales utilizables. Conserve la fecha y la evidencia de esos controles. Si un dispositivo está deliberadamente fuera de línea, regístrelo explícitamente y asegúrese de que su próximo inicio utilice la configuración revisada, para que no regrese silenciosamente a un destino retirado.
Utilice el aviso de fuente nuevamente cerca del límite para verificar si hay enmiendas. Este artículo conserva el anuncio del 13 de octubre y explica el flujo de trabajo del operador; no anuncia que Binance ya haya detenido las conexiones mineras. El cierre afecta a un proveedor de servicios. No tenemos ninguna base verificada aquí para afirmar una reducción particular en el hashrate global de Bitcoin, un cambio en las reglas de los bloques o una mejora garantizada en la rentabilidad en un grupo de reemplazo.
Fuente: Binance ↗ · BITMAIN S19/S19 Pro setup guide ↗
Calculadora de minería ↗
