Confirmar que una dirección de Public Pool esté en línea no se limita a ver si la página web está iluminada; debe verificarse en el lado del nodo. Que el frontend muestre "Worker Active" es solo una declaración unilateral del servidor de la pool indicando que ha recibido envíos de shares desde esa dirección—esto no son más que estadísticas que la página web extrae del servidor, y no puede verificar la autenticidad de esta declaración desde el navegador mismo. El verdadero handshake de Stratum V1 ocurre entre su Minero TCH y stratum+tcp://public-pool.io:3333 (o el puerto correspondiente al modo); el frontend no participa en el proceso de handshake.
1、Verificación ligera: Inicie sesión en Public Pool con su dirección BTC
La esencia de la verificación ligera es una confirmación rápida del estado a nivel de aplicación. Cuando ingresa su dirección BTC en el frontend de Public Pool.io, este extrae las estadísticas asociadas a dicha dirección desde el servidor de la pool; mientras que el verdadero handshake de Stratum V1 ocurre entre su minero y el servicio Stratum de public-pool.io—el minero inicia activamente la conexión, se suscribe a las tareas y envía shares.
Un error común es solo comprobar si el navegador puede cargar la página, ignorando la conectividad del puerto TCP subyacente, lo que resulta en que el minero funcione en vacío durante horas sin que el usuario lo note.
Según la información de acceso proporcionada oficialmente por Public Pool, los parámetros de conexión para cada modo son los siguientes:
| Modo de minería | Dirección de conexión | Puerto | Tipo de protocolo |
|---|---|---|---|
| Modo Solo | stratum+tcp://public-pool.io | 3333 | TCP |
| Solo + Cifrado TLS | stratum+tls://public-pool.io | 4333 | Cifrado TLS |
| Modo PPLNS | stratum+tcp://public-pool.io | 13333 | TCP |
| PPLNS + TLS | stratum+tls://public-pool.io | 14333 | Cifrado TLS |
📌 Sugerencia: El puerto en texto plano anterior de Public Pool era el 21496, pero posteriormente la oficialidad migró el puerto recomendado al 3333; ambos coexistieron por un tiempo. Actualmente, utilice el 3333/13333 como referencia.
- Nombre de usuario = Su dirección BTC: Public Pool acepta direcciones BTC estándar como nombre de usuario. En pruebas de la comunidad y diversos softwares de minería, las direcciones Bech32 (SegWit v0) que comienzan con
bc1qofrecen la mejor compatibilidad; las direcciones Taproot que comienzan conbc1ppueden presentar problemas de análisis en versiones antiguas de software de minería (como firmwares tempranos de Nerd Miner). Se recomienda usar el firmware más reciente. Las direcciones P2PKH que empiezan con1y las P2SH que empiezan con3también son válidas. - Campo de contraseña rellenable: En el campo de contraseña de Stratum, puede ingresar
xo123; es simplemente un marcador de posición del protocolo y no afecta el resultado de la verificación. - Sufijo Worker opcional: Puede usar
.nombreworkerpara distinguir diferentes dispositivos, facilitando su identificación en escenarios con múltiples mineros. Si no se especifica, será "default".
⚠️ Que el frontend muestre "Worker Active" no garantiza por sí solo que las recompensas por bloque le pertenezcan—si hay un error ortográfico en la cadena de dirección en la configuración de su minero, en la gran mayoría de los casos la pool rechazará la conexión (sin datos en el frontend); pero en casos extremadamente raros (la cadena errónea pasa casualmente la suma de verificación Bech32, probabilidad de aproximadamente uno en nueve billones), los shares se registrarán silenciosamente bajo una dirección válida que no le pertenece. El frontend seguirá mostrando "Worker Active", pero si se encuentra un bloque, la recompensa se perderá permanentemente.
2、Verificación independiente: Acceda por SSH al nodo para revisar los registros de Public-Pool
El núcleo de la verificación independiente radica en observar directamente el estado de ejecución del servicio public-pool en su propio nodo. Al conectarse al nodo mediante SSH y ejecutar docker logs, está viendo los registros de primera mano del contenedor public-pool—estos confirman si el servicio Stratum está escuchando correctamente, si su cliente minero realmente se ha conectado y si el Bitcoin Core subyacente ha terminado de sincronizarse y puede proveer getblocktemplate.
Prerrequisitos:
- El Bitcoin Core subyacente debe estar completamente sincronizado (
verificationprogresscercano a 1.0). - El contenedor public-pool debe tener el estado "Up".
1、🔥 Establezca la conexión usando ssh umbrel@su_IP_de_nodo_en_LAN.
2、➡️ Ejecute sudo docker ps | grep public-pool para confirmar que el estado del contenedor es "Up".
3、🏃 Ingrese sudo docker logs ID_del_contenedor --tail 200 para limitar la salida a las últimas 200 líneas y evitar saturación de información.
4、❓ Use grep para filtrar información clave, buscando principalmente dos tipos de líneas:
Stratum server is listening on port 3333— Prueba que el servicio Stratum está activo;New client ID: xxx, ip:xxx— Prueba que su cliente minero ya se ha conectado.
Si su instancia de public-pool utiliza su propia dirección BTC como nombre de usuario para recibir tareas, es posible que los registros no impriman directamente la dirección bc1 completa en las líneas de plantilla de bloque; lo que se puede confirmar con certeza es que "su cliente está conectado + el servicio Stratum está funcionando + Bitcoin Core está sincronizado y puede generar nuevas plantillas de bloque". La corrección final de la dirección de recompensa depende esencialmente de que el nombre de usuario (dirección BTC) ingresado en la configuración del minero sea realmente suyo—verifique esto directamente en el lado de su monedero.
Verificación del estado de sincronización:
Antes de revisar los registros, ejecute obligatoriamente sudo docker exec bitcoind bitcoin-cli getblockchaininfo para confirmar que verificationprogress está cerca de 1.0. Si el nodo completo subyacente aún está sincronizándose, public-pool no podrá invocar la interfaz RPC getblocktemplate para generar nuevas unidades de trabajo, lo que provocará que el minero presente un fenómeno de "conexión normal pero incapacidad para enviar shares válidos".
3、Relación entre las dos capas de verificación
Las dos capas de verificación constituyen una cadena de cognición completa, desde el fenómeno hasta la esencia. La verificación ligera captura el estado de conexión a nivel de aplicación, mientras que la independiente toca la verdad del estado de ejecución del nodo. La primera depende de la honestidad de los datos del operador de la pool; la segunda se basa en su control total sobre su propio nodo. Para mineros que buscan una certeza extrema, la segunda capa elimina la dependencia de confianza en fuentes de datos de terceros.
| Dimensión de comparación | Verificación ligera (Frontend) | Verificación independiente (Registros del nodo) |
|---|---|---|
| Objeto de verificación | Estadísticas de shares registradas por el servidor de la pool | Estado de ejecución del contenedor public-pool + Conexión del cliente + Estado de sincronización de la cadena |
| Permisos requeridos | Acceso de solo lectura desde el navegador | Permisos SSH de root en el nodo |
| Resistencia al engaño | Baja (los datos del servidor pueden ser falsificados) | Alta (basada en el control total del nodo local) |
| Tiempo típico | Menos de 30 segundos | De 5 a 10 minutos |
¿Por qué es tan importante esta arquitectura por capas?
En las redes TCP/IP, el protocolo Stratum (como protocolo C/S en texto plano o cifrado TLS) presenta un riesgo teórico de interceptación por intermediarios (MitM). Un atacante podría interceptar su solicitud a nivel de transporte, devolver una respuesta falsa de "Accepted" y redirigir su potencia de cálculo a la dirección de otra persona. Confirmar mediante verificación independiente que el servicio Stratum en su propio nodo funciona correctamente y que el cliente minero se ha conectado efectivamente a su nodo reduce drásticamente la exposición a este riesgo.
Dado que los mineros estándar Stratum V1 no pueden verificar automáticamente la dirección de salida de la coinbase, se recomienda confiar en el código abierto de Public Pool. Para eliminar por completo la manipulación por intermediarios, asegúrese de que su minero (Desarrollado por TinyChipHub, Zyber Blanc OC) y el nodo estén en la misma red LAN, o utilice puertos cifrados con TLS (4333/14333), y compare caractér por carácter la barra de dirección del monedero en la página de configuración del minero para evitar errores ortográficos.
Desde una perspectiva de ingeniería, las dos capas de verificación también resuelven el problema de la "consistencia asíncrona". Debido al retraso en la propagación de bloques en la red Bitcoin, la información estadística mostrada en el frontend de la pool puede retrasarse varios bloques respecto al estado real del nodo. Normalmente, cada vez que aparece un nuevo bloque en la red o hay cambios significativos en el mempool, se dispara la generación de una nueva plantilla de bloque. Si observa que la frecuencia de actualización de la plantilla de bloque es anormalmente alta, podría ser que el nodo esté experimentando una reorganización de cadena, o que la actividad de transacciones en el mempool haya aumentado repentinamente.
4、Errores comunes que se deben evitar
En el mundo de la minería de Bitcoin, el diablo siempre reside en los detalles de los bits binarios. A continuación, se presentan trampas frecuentes identificadas por el Estudio TinyChipHub y muchos mineros domésticos en Norteamérica y Europa durante intercambios comunitarios; cada punto tiene casos reales de fallos detrás.
- 💣 Incompatibilidad de formato de dirección: Aunque Public Pool admite todos los tipos de direcciones estándar, las direcciones Taproot que comienzan con
bc1ppueden presentar problemas de análisis en versiones antiguas de software de minería (como firmwares tempranos de Nerd Miner). Se recomienda usar el software de minería oficial más reciente y asegurarse de que el firmware esté actualizado; para configuraciones iniciales, priorice el uso debc1q. - 💣 Conflicto de ocupación de puertos: Verifique si el puerto está ocupado por otro proceso (
sudo lsof -i :3333), lo que impediría el inicio del servicio Stratum. Los registros mostrarán repetidamente el error bind: address already in use. La solución es modificar el mapeo de puertos en docker-compose.yml o ajustar la configuración del servicio oculto Tor para liberar el puerto. - 💣 Bloqueo por firewall: Si no puede conectarse, puede que necesite revisar el firewall local o la configuración del router. Para instancias públicas, considere usar los puertos 4333 (TLS) o 14333 (PPLNS TLS) para evadir posibles bloqueos del proveedor de internet; si se trata de un problema del firewall de Umbrel, use
sudo ufw allow 3333para abrir el puerto. - 💣 Deriva del reloj del sistema: El reloj del sistema debe estar sincronizado con NTP. Bitcoin Core permite un desfase máximo de 4200 segundos por defecto, pero una desviación excesiva afecta gravemente las conexiones entre pares; se recomienda mantenerla dentro de unos pocos segundos respecto a la hora estándar. Esto puede causar que la pool no genere nuevas unidades de trabajo, mostrando el minero una "conexión normal" pero siendo incapaz de enviar shares válidos.
🔥 El error más crítico: El fenómeno del minero fantasma.
Cuando la dirección BTC ingresada en la configuración del minero contiene un error ortográfico, la consecuencia real depende del resultado de la suma de verificación Bech32 y se divide en dos escenarios:
En la gran mayoría de los casos, los errores aleatorios rompen la suma de verificación Bech32, generando una dirección inválida. La pool rechazará la suscripción o desconectará la conexión al recibir una dirección inválida como nombre de usuario, y los shares no se registrarán—detectará rápidamente que el frontend no muestra estadísticas, advirtiendo del error de configuración.
En casos extremos, la cadena errónea coincide casualmente con una dirección válida según la suma de verificación (probabilidad de aproximadamente uno en nueve billones). En este caso, la pool aceptará normalmente los shares y los registrará bajo esa dirección, y el frontend mostrará "Worker Active" según lo previsto. Si ese minero encuentra un bloque por suerte, la recompensa se enviará a una dirección que no le pertenece; los fondos se pierden permanentemente, ya que la red Bitcoin no posee un mecanismo de "recuperación".
Mejor práctica: Tras la configuración, verifique primero carácter por carácter la propiedad de la dirección en el lado del monedero; luego observe si el frontend muestra estadísticas de shares en un tiempo razonable como validación cruzada. Sin embargo, tenga en cuenta que "tener datos en el frontend" solo prueba que la pool aceptó su conexión, no garantiza por sí solo que la recompensa le pertenezca—la certeza final proviene de la confirmación letra por letra de la cadena de dirección en la configuración de su minero.
