Cómo funciona realmente un pool de minería de bitcoin: de la share al pago
La mayoría de las explicaciones sobre los pools se quedan en la frase "los mineros unen su potencia y reparten la recompensa". Es verdad y es inútil: esa descripción no explica por qué el ingreso se ve raro el primer día tras cambiar de pool, por qué apagar el equipo un fin de semana golpea mucho más en PPLNS que en PPS, ni adónde va parte de las comisiones de transacción. A continuación, la mecánica paso a paso: qué sale de tu ASIC hacia la red cada segundo, cómo se cuenta y cómo se convierte en satoshis en tu saldo.
POOL BTC no es un pool de minería. Es un sitio independiente de comparación de pools, calculadoras y servicios, así que en este texto no hay ningún esquema que defender.
Qué es una share y para qué sirve
Una share es un hash de cabecera de bloque que encontró el minero, por debajo del umbral de dificultad que fijó el pool, pero por encima de la dificultad de la red. Nunca será un bloque real, pero sirve como prueba de trabajo: encontrar ese hash requirió probar honestamente millones de combinaciones. El pool cuenta las shares y con ellas mide el aporte de cada worker.
La mecánica de búsqueda es la misma para un bloque y para una share. El minero toma la plantilla del bloque, va cambiando el nonce y otros campos variables, ejecuta doble SHA-256 y mira el resultado. La única diferencia está en con qué número se compara. Si el hash queda por debajo de la dificultad de la red, es un bloque y dinero para todo el pool. Si queda por debajo del share difficulty pero por encima de la red, es una share, una unidad contable de tu aporte.
De ahí se deriva la propiedad más importante del sistema: las shares no se pueden falsificar ni reutilizar. Cada una está atada a un job concreto con la dirección de pago del pool, así que no puedes enviar shares ajenas ni entregar la tuya dos veces.
Qué tan raro es este boleto de lotería se ve en la fotografía de red del 29.08.2026: hashrate de red 896,89 EH/s, dificultad 125 807 076 547 197,5. La recompensa por bloque es 3,125 BTC, y en los últimos 4320 bloques las comisiones de transacción sumaron 0,73% adicional. Con un precio de unos 77 817 dólares en la mañana del 29.08.2026, ese es todo el pastel que luego se reparte según las reglas del esquema.
En qué se diferencia el share difficulty de la dificultad de red
La dificultad de red es igual para todos y cambia cada 2016 bloques. El share difficulty lo fija el propio pool, por separado para cada conexión, y puede cambiarlo en cualquier momento. Es un parámetro puramente interno de contabilidad: no afecta en nada a la probabilidad de encontrar un bloque, solo a la frecuencia con la que tu minero reporta trabajo.
La lógica es simple. Un umbral demasiado bajo significa un flujo de shares cada fracción de segundo: la red se satura, el servidor del pool se sobrecarga y la precisión de la estimación no mejora. Un umbral demasiado alto significa pocos reportes: la estadística de hashrate se dispara, y una caída de la máquina se nota con retraso. Los pools mantienen un intervalo de unas pocas shares por minuto por conexión, ajustando el umbral según la potencia.
Un detalle importante para quienes comparan paneles: la cantidad de shares en la interfaz no es comparable entre pools, porque el umbral es distinto en cada uno. Lo único que tiene sentido comparar es el hashrate aceptado y la tasa de rechazo.
Qué es vardiff y por qué tu vecino tiene otra dificultad
Vardiff es el ajuste automático del share difficulty a un worker concreto. Un S21 y un viejo S9 con el mismo umbral se comportarían de forma distinta: la máquina potente inundaría el servidor de shares, y la débil las enviaría con demasiada poca frecuencia. Por eso el pool sube el umbral a las máquinas rápidas y lo baja a las lentas, buscando un ritmo de reportes parecido para todos.
El ajuste no funciona de forma instantánea. Después de conectar una máquina nueva pasa un tiempo hasta que el umbral entra en el rango de trabajo, y durante ese periodo la gráfica de hashrate del panel miente: muestra valores unas veces por debajo y otras por encima de lo real. De ahí el error típico del principiante que, quince minutos después de cambiar de pool, escribe a soporte diciendo que el pool le está robando potencia.
Segundo punto práctico: vardiff se rompe con una conexión inestable. Si el enlace se corta, el minero se reconecta, el umbral se reinicia cada vez al valor inicial, y el resultado es más reportes basura y una gráfica visiblemente irregular. En esa situación es normal que haya una diferencia entre el hashrate declarado y el aceptado, y eso se soluciona mejorando la conexión, no cambiando de pool.
Cómo funciona Stratum: job, extranonce y la cola de tareas
Stratum es el protocolo entre el minero y el pool. El pool envía una tarea (job) con la plantilla del bloque, el minero prueba variantes y solo devuelve los resultados que funcionan. Los bloques completos no circulan por el cable, el tráfico es mínimo, así que un pool aguanta decenas de miles de conexiones por servidor.
El orden del intercambio es este:
- El minero se conecta y se suscribe a las tareas.
- El pool le asigna un extranonce único, un fragmento de datos personal dentro de la transacción coinbase.
- El pool envía el job: hash anterior, ramas merkle, versión, hora, dificultad objetivo.
- El minero arma su propia versión de la coinbase usando su extranonce y calcula el merkle root.
- El minero prueba el nonce y otros campos, y envía hacia arriba todo lo que pase el umbral.
- El pool verifica la share, la registra y la guarda, y si el hash queda por debajo de la dificultad de red, publica el bloque.
- Cuando aparece un bloque nuevo en la red, el pool envía una tarea nueva y pide descartar la anterior.
El extranonce es aquí el detalle clave. Es justo lo que hace que el espacio de búsqueda sea distinto para cada minero: dos ASIC con la misma tarea calculan coinbases distintas, por lo tanto merkle roots distintos, por lo tanto hashes distintos. Sin él, medio farm estaría duplicando el trabajo de otros.
El último punto de la lista explica las shares stale. Entre el momento en que la red ve un bloque nuevo y el momento en que tu minero recibe la nueva tarea pasa un tiempo, y todo lo calculado en ese lapso se va a la basura. De ahí las exigencias de ping y el sentido de elegir un servidor geográficamente cercano. Cómo se relaciona esto con la distancia al servidor de stratum y con la elección de región se trató en el artículo sobre cómo elegir un pool de bitcoin.
Por qué el bloque lo encuentra el pool y no un minero individual
Formalmente, el hash del bloque lo encuentra una máquina concreta de un participante concreto. Pero la transacción coinbase de la tarea la arma el pool, y la dirección que recibe la recompensa en ella también es del pool. El minero no puede físicamente poner ahí su propia dirección: cambiar la coinbase cambia el merkle root, y el resultado deja de coincidir con la tarea entregada.
Por eso la frase "mi minero encontró un bloque" no tiene sentido económico: la recompensa llega a la dirección del pool, y el participante recibe su parte según las reglas del esquema elegido. Esto también explica por qué las estadísticas de bloques se publican a nivel de pool y por qué la cuota del pool en el hashrate total es visible en la blockchain.
Solo hay una excepción: el modo solo, donde tú mismo designas la dirección de la recompensa. La diferencia en la espera y en la varianza es enorme, y la calculamos por separado en el texto sobre minería solo contra minería en pool.
Cómo se calcula el aporte del minero
El aporte no se cuenta en shares, sino en unidades de dificultad: cada share pesa lo que valía su share difficulty. Cincuenta shares con un umbral de 10000 y cinco shares con un umbral de 100000 dan el mismo aporte. Por eso vardiff no da ventaja ni a las máquinas rápidas ni a las lentas, solo cambia la frecuencia de reportes.
A partir de la suma acumulada de dificultades el pool calcula tu hashrate. De ahí las dos cifras del panel que suelen confundirse. El hashrate local lo muestra el propio minero según sus cálculos. El hashrate en el pool se reconstruye estadísticamente a partir de las shares aceptadas, y en una ventana corta oscila simplemente porque las shares llegan de forma irregular. Estos números convergen en una ventana de un día, no en diez minutos.
Aparte, en la estadística viven las shares rechazadas: obsoletas, duplicadas y las que no pasan la validación. Un pequeño porcentaje de rechazo es normal en cualquier conexión, pero un aumento de varias veces es señal de un problema en el enlace o en el firmware.
PPS, PPS+, FPPS, PPLNS y solo: en qué se diferencian los esquemas mecánicamente
El esquema de pago responde a la pregunta de qué es exactamente lo que paga el pool: las shares enviadas o los bloques realmente encontrados. Todo lo demás, incluida la diferencia de riesgo, es consecuencia de esa elección. A continuación, la mecánica sin valoraciones.
| Esquema | Por qué paga | Comisiones de transacción | Quién asume el riesgo de mala suerte | Qué pasa al desconectarse |
|---|---|---|---|---|
| PPS | por cada share aceptada, a una tarifa fija | no paga | el pool | el ingreso se detiene de inmediato |
| PPS+ | shares a tarifa fija más una parte de las comisiones según los bloques reales | paga, según lo real | el pool en la parte base, el minero en las comisiones | la parte base se corta de inmediato |
| FPPS | shares a una tarifa que ya incluye un plus promediado por comisiones | paga, en promedio | el pool | el ingreso se detiene de inmediato |
| PPLNS | por las shares dentro de la última ventana al momento de encontrar el bloque | normalmente paga | el minero | las shares en la ventana siguen jugando y envejecen |
| Solo | solo por el bloque completo que tú mismo encuentres | enteramente tuyas | enteramente el minero | no se acumula nada |
La diferencia de comportamiento se entiende mejor con un ejemplo. Con PPS, el pool te compra el trabajo a un precio: haya encontrado un bloque o no, eso no afecta tu pago, el pool asume la varianza y la incorpora en su comisión. Con PPLNS, el pool reparte entre los participantes la recompensa ya obtenida, así que tu ingreso depende de cuántos bloques atrapó el pool mientras tus shares estaban dentro de la ventana.
Un análisis detallado de los tres esquemas más usados, con ejemplos de cálculo, está en el artículo FPPS vs PPLNS vs PPS+, y los términos de esta sección están reunidos en el glosario del minero.
¿Los grandes pools de BTC realmente ofrecen PPLNS?
Respuesta corta: casi en ninguno como modo principal. Según la documentación oficial al 01.09.2026, Braiins, Foundry USA, Binance Pool y Luxor liquidan BTC solo por FPPS. AntPool y ViaBTC ofrecen PPLNS como opción, pero por defecto ambos usan PPS+. Ocean no trabaja con PPLNS sino con su propio esquema TIDES. Kryptex y NiceHash no tienen relación alguna con el PPLNS clásico para bitcoin.
Esto no es evidente: la mitad de los artículos en internet analiza PPLNS como si fuera el estándar de la industria, aunque en la mayoría de los grandes pools simplemente no hay dónde elegirlo para BTC.
| Pool | Qué está realmente disponible para BTC | Estado de PPLNS |
|---|---|---|
| F2Pool | FPPS por defecto, PPLNS como alternativa | disponible como opción |
| ViaBTC | PPS+ por defecto, PPLNS como segundo modo | disponible como opción |
| AntPool | declara FPPS, PPS y PPLNS, con PPS+ por defecto | disponible como opción |
| Braiins Pool | solo FPPS, el antiguo modelo scoring quedó desactivado desde diciembre de 2023 | no se usa |
| Ocean | esquema propio TIDES | esto no es PPLNS |
| Luxor | solo FPPS | no se ofrece |
| Foundry USA | solo FPPS | no se usa |
| Binance Pool | FPPS para BTC, PPLNS aparece en el FAQ general como fórmula | no se declara como modo real para BTC |
| EMCD | solo FPPS para BTC, PPLNS se describe para otras monedas | no existe para BTC |
| Kryptex Pool | PPS+ | no es un pool PPLNS |
| NiceHash | marketplace de hashrate, liquida con los vendedores por RTPPS | no es un pool PPLNS |
Conclusión práctica para quien elige un pool precisamente por el PPLNS: hay pocas opciones reales, y casi siempre hay que activar el modo manualmente, no viene por defecto. La lógica de la ventana de la siguiente sección se aplica exactamente a estos pools, no a todo el mercado.
Qué es la ventana deslizante del PPLNS y por qué el tiempo parado sale caro en ella
PPLNS no cuenta el tiempo, sino el volumen del trabajo más reciente del pool: la ventana son las últimas N shares (o unidades de dificultad) del flujo total. Cuando el pool encuentra un bloque, la recompensa se reparte entre todos los que en ese momento tienen shares dentro de la ventana. Tu parte es igual a tu proporción de dificultad en esa ventana.
La consecuencia clave: la ventana avanza con las shares de otros, no con el reloj. Si apagas tu máquina, tus shares se quedan en la ventana y siguen aportando una parte de cada bloque encontrado, pero poco a poco son empujadas fuera por el trabajo de los demás participantes. La velocidad de expulsión depende del tamaño de la ventana y del hashrate total del pool, no de tu horario.
Por eso el PPLNS tiene dos bordes asimétricos:
- Arranque. En las primeras horas tras conectarte a un pool nuevo, la ventana aún no está llena con tus shares, y el ingreso es menor al estabilizado.
- Cola. Después de desconectarte, el ingreso no se corta de golpe, sino que se va reduciendo a medida que tus shares son expulsadas de la ventana.
La cola compensa en parte el arranque cuando cambias de pool, pero solo si te vas definitivamente y no vuelves. Encender y apagar con frecuencia sale más caro en PPLNS que en PPS: cada vez pagas la fase de arranque, y no siempre llegas a recoger toda la cola. Lo que se pierde en satoshis con un cambio de pool se calculó en el artículo sobre el costo de cambiar de pool.
De qué tamaño es la ventana en pools concretos
Solo unos pocos publican la cifra exacta. Los datos de abajo se verificaron en las páginas oficiales de los pools al 01.09.2026, y donde el múltiplo no está publicado, así se indica.
| Pool | Formulación oficial de la ventana | Qué significa |
|---|---|---|
| Ocean (TIDES) | ocho dificultades de red: la ventana del log de shares equivale a ocho veces la dificultad de bloque | la descripción más detallada de todas, con desarrollo matemático en la documentación |
| ViaBTC | últimas 5 rondas de dificultad | el único de los modos PPLNS clásicos donde se publica la cifra |
| AntPool | cuota de hashrate en las últimas N rondas de dificultad | la ventana se mide en rondas de dificultad, la cifra N en sí no se publica oficialmente |
| F2Pool | últimas N shares, sin indicar el múltiplo para BTC | el múltiplo no se publica oficialmente |
| Binance Pool | fórmula sobre las últimas N shares en el FAQ general | el valor de N para BTC no se publica oficialmente |
| EMCD | un número N de las últimas shares entregadas por el equipo al pool | el múltiplo no se publica oficialmente |
De ahí se desprende algo incómodo para comparar: en la mayoría de los pools no puedes calcular de antemano cuánto durará la cola tras desconectarte, porque el tamaño de la ventana no se revela. Tampoco puedes estimarlo tú mismo con la estadística pública, porque en el panel se ven las shares, no las reglas de su salida.
Un detalle aparte sobre Ocean: ahí las shares del log no se eliminan en absoluto. La documentación dice claramente que una share se paga en promedio ocho veces mientras está dentro de la ventana, y luego simplemente deja de contar para los bloques nuevos a medida que llega trabajo nuevo. No es un castigo por irse, sino una salida natural por volumen, y la expresión "las shares se queman" no se aplica al TIDES.
Qué es el pool hopping y cómo lo protege la ventana
El pool hopping es una estrategia de saltar entre pools para obtener una parte donde el pago actual es estadísticamente más ventajoso, e irse antes de que llegue el periodo desfavorable. Funcionaba con esquemas antiguos, como el proporcional puro por rondas, donde las shares tempranas de una ronda valían más que las tardías.
En el esquema proporcional, una ronda empieza tras encontrar un bloque y dura hasta la siguiente. La recompensa se reparte entre las shares de la ronda, así que en una ronda corta cada share vale mucho, y en una larga vale poco. Eso significa que conviene entrar al principio de la ronda e irse si esta se alarga. Los participantes que se quedan salen perdiendo, porque reparten la misma recompensa con los saltadores que llegaron tarde.
La ventana deslizante elimina la base misma de esa estrategia. La ventana no tiene principio ni fin de ronda: siempre tiene la misma longitud y siempre consiste en las últimas N shares. El momento de conexión no da ninguna ventaja, y los saltos frecuentes solo multiplican las fases de arranque. Por la misma razón, la ventana es un poco más estricta con los mineros honestos de horario inestable, y ese es el precio de la protección, no un defecto colateral.
De dónde sale la comisión del pool y qué es el transaction fee passthrough
La comisión se retiene como un porcentaje del pago y cubre infraestructura, desarrollo, soporte y, en el caso de la familia PPS, el riesgo de varianza que el pool asume. La tarifa varía entre pools y depende del esquema: por un pago garantizado el pool incorpora un seguro, por uno proporcional cobra menos.
El segundo componente del ingreso son las comisiones de transacción del bloque. La recompensa de bloque consiste en la emisión más la suma de las comisiones de todas las transacciones incluidas, y los distintos esquemas manejan esta parte de forma diferente:
- El PPS puro paga solo la parte de emisión, las comisiones de transacción se quedan en el pool.
- PPS+ reparte las comisiones según lo real: lo que se recaudó en los bloques reales, eso se distribuye.
- FPPS incorpora un plus promediado directamente en la tarifa por share, así que en periodos tranquilos resulta más rentable que lo real, y en periodos de comisiones altas ocurre lo contrario.
- PPLNS suele repartir toda la recompensa del bloque junto con las comisiones.
Qué tan relevante es esto ahora lo muestra la estadística de red: en los últimos 4320 bloques (alturas de 960211 a 964530, corte al 29.08.2026) las comisiones de transacción aportaron el 0,73% de la recompensa total. Es decir, el debate sobre el passthrough en el mercado actual se libra por menos del uno por ciento del ingreso, y la diferencia en el porcentaje de comisión del pool casi siempre pesa más. En periodos de congestión del mempool el panorama cambia, pero eso hay que verificarlo con datos frescos, no con el recuerdo de 2023.
Así es como manejan las comisiones de transacción pools concretos según su propia documentación al 01.09.2026:
| Pool | Regla sobre comisiones de transacción |
|---|---|
| F2Pool | FPPS incluye las comisiones promediadas del día anterior, PPLNS reparte las comisiones reales de los bloques encontrados entre las shares |
| ViaBTC | en PPS+ la recompensa de bloque va por PPS, y las comisiones de transacción se reparten aparte según la fórmula PPLNS; en PPLNS puro todo va por esa fórmula |
| Braiins Pool | las comisiones se consideran propiedad de los mineros y se reparten como un promedio diario |
| Ocean | TIDES reparte la recompensa de bloque completa, la emisión junto con las comisiones, y el esquema es indiferente a su tamaño |
| Luxor | FPPS promedia las comisiones de 144 bloques, descartando el percentil 5 y el 95 de los valores atípicos |
| Foundry USA | la tarifa FPPS se calcula como uno más la razón entre la suma de comisiones y la suma de emisión en el periodo de cálculo, excluyendo los tres bloques más altos y los tres más bajos por comisiones |
| Binance Pool | la fórmula FPPS incluye la comisión promedio de la red por bloque |
| EMCD | el FPPS para BTC está ligado a las comisiones de red: a mayor comisión, mayor pago |
| Kryptex Pool | en PPS+, tarifa fija por share más el reparto de las comisiones de transacción entre los mineros |
| NiceHash | el RTPPS lo determina la tarifa de mercado de los compradores de hashrate, no directamente la fórmula "emisión más comisiones" |
Una contradicción de AntPool que conviene conocer de antemano
Sobre AntPool no se puede responder en una sola línea, y eso es más honesto que elegir la versión conveniente. Dos páginas oficiales del pool dicen cosas distintas sobre las comisiones de transacción no repartidas en PPLNS. El manual en GitBook dice que las comisiones de transacción también se reparten entre los mineros y que el pool cobra comisión cero en PPLNS. Una versión más antigua del mismo documento en Zendesk, del 14.12.2022, dice que las comisiones de transacción no pagadas a los mineros van a mantenimiento y bonos de los ingenieros.
Ambas páginas son oficiales, ambas están disponibles, y ninguna está marcada como obsoleta. No tomamos partido: si esta parte del ingreso es importante para ti, conviene hacer la pregunta por escrito al soporte del pool y guardar la respuesta, en lugar de confiar en la primera página de ayuda que encuentres.
Comisiones de los pools según el corte del 29.08.2026
Todas las cifras de abajo se reverificaron el 29.08.2026; parte de los pools no revela públicamente sus tarifas o solo las muestra tras iniciar sesión. Esas filas están marcadas directamente, no se reemplazaron con suposiciones.
| Pool | Comisión | Esquema | Estado |
|---|---|---|---|
| F2Pool | FPPS 4%, PPS+ 2,5%, PPLNS 2% | FPPS / PPS+ / PPLNS | confirmado por la ayuda oficial |
| ViaBTC | PPS+ 4%, PPLNS 2% | PPS+ / PPLNS | confirmado por la página oficial de tarifas |
| Kryptex Pool | PPS+ 3% | PPS+ | confirmado manualmente en la página del pool |
| NiceHash | 2% | RTPPS | confirmado por el blog oficial |
| Trustpool | 1% | PPS+ | no se pudo abrir la página oficial, cifra de una fuente secundaria |
| EMCD | 4% para BTC | FPPS | confirmado parcialmente, la página del pool devuelve un esqueleto JS vacío |
| Promminer | 3% | FPPS | no confirmado, sitio no disponible |
| AntPool | no publica la comisión en el sitio | FPPS / PPS / PPLNS | no confirmado, la página de tarifas devuelve 404 |
| Binance Pool | no hay página pública de comisiones, redirige al login | FPPS | no confirmado |
| Luxor | no publica la tarifa, solo el mecanismo de descuento sobre el FPPS spot | FPPS | no confirmado, las fuentes no coinciden |
| Foundry USA | no la revela, escalonada | FPPS | no se pudieron obtener las cifras de la página |
| Neopool | no la revela | FPPS | no confirmado |
Comparar pools solo por el porcentaje de comisión no tiene sentido por otra razón más: un tercio de los grandes pools simplemente no publica ese porcentaje. Hay que calcular el pago final por terahash al mes según tu propio estado de cuenta. Puedes estimar el resultado según tu modelo de ASIC y tu tarifa eléctrica en la calculadora de minería.
Qué es el umbral de pago y por qué con poco hashrate importa más que la comisión
El umbral es el saldo mínimo con el que el pool te envía una transacción. Mientras lo acumulado sea menor al umbral, el dinero queda en la cuenta interna y no llega a tu billetera. Todo se acredita correctamente mientras tanto; la única cuestión es cuándo esa suma sale del pool.
El umbral existe por el costo de una transacción on-chain. Enviar polvo sale más caro de lo que vale, así que el pool espera hasta que se junte una suma en la que la comisión de red no se coma el pago. De ahí una consecuencia directa para el minero pequeño: cuanto menor sea tu hashrate, más largo será el intervalo entre pagos reales y más tiempo vivirá tu dinero en el saldo de otro.
Precisamente aquí el umbral supera en importancia a la comisión. La diferencia de comisión entre pools se mide en fracciones de porcentaje del ingreso, mientras que un umbral demasiado alto con una sola máquina doméstica significa semanas o meses de espera, y riesgo de contraparte durante todo ese tiempo. Antes de conectarte conviene revisar cuatro cosas:
- El umbral mínimo y si se puede subir o bajar manualmente.
- El calendario de pagos: diario al alcanzar el umbral o según un calendario fijo.
- Quién paga la comisión de red del pago, el pool o tú de tu propia suma.
- Qué pasa con el saldo restante si dejas el pool sin haber llegado al umbral.
Umbrales según el corte del 29.08.2026:
| Pool | Pago mínimo | Estado |
|---|---|---|
| NiceHash | 0,00001 BTC | confirmado |
| EMCD | 0,0001 BTC | conflicto de fuentes (0,0001 frente a 0,001 BTC) sin resolver |
| Promminer | 0,0001 BTC | no confirmado, sitio no disponible |
| F2Pool | 0,001 BTC | confirmado por la ayuda oficial |
| Kryptex Pool | 0,001 BTC | confirmado manualmente |
| Luxor | 0,001 BTC más la comisión de red de retiro de 0,000075 BTC | confirmado por la documentación oficial |
| Trustpool | 0,001 BTC | no confirmado en fuente primaria |
| Neopool | 0,001 BTC | no confirmado en fuente primaria |
| AntPool | 0,001 BTC según agregadores | la página oficial no abrió |
| ViaBTC | no publicado en la página de tarifas | no confirmado |
| Binance Pool | no se publica públicamente | no confirmado |
| Foundry USA | no confirmado en este corte | no confirmado |
Qué pasa con el saldo si te vas sin haber llegado al umbral
La mayoría de los pools no tiene una respuesta oficial directa. Se confirmó lo siguiente: F2Pool deja en el saldo la suma inferior al umbral, no se pierde y sigue acumulándose. ViaBTC mantiene el ingreso en el saldo hasta el siguiente ciclo si no llegó al mínimo. Luxor solo envía el pago cuando el saldo de la subcuenta supera el umbral junto con la comisión de retiro, es decir, el resto también espera.
Una excepción legal merece un párrafo aparte. Según los términos de servicio de F2Pool, el usuario pierde el derecho a lo acumulado si no proporciona una dirección de pago válida dentro de los seis meses posteriores a una notificación por escrito, y el pool tiene derecho a considerar esas sumas como perdidas. La ayuda del pool además dice que, si no se establece una dirección de pago durante más de 90 días, la recompensa puede considerarse una donación. Este es el único de los pools revisados con una regla explícita de pérdida de derechos sobre lo acumulado. En el resto no hay una regla así en las páginas encontradas, pero eso solo significa que no se encontró, no que definitivamente no exista.
Sobre AntPool, Foundry USA, Binance Pool, EMCD, Braiins, Kryptex, NiceHash y Trustpool no se pudo encontrar una formulación oficial sobre el destino del saldo al dejar el pool. Si la suma en el saldo es importante para ti, el único camino confiable sigue siendo el mismo: una consulta por escrito al soporte antes de conectarte.
Sobre Ocean ya se dijo arriba: ahí las shares del log no se eliminan en absoluto y salen de la ventana según el volumen de trabajo, no por el hecho de que te vayas.
El camino completo de una share: resumen
- El ASIC recibe el job por Stratum y su propio extranonce.
- La máquina arma la coinbase con la dirección del pool y calcula el merkle root.
- Prueba del nonce, doble SHA-256, comparación del resultado con el umbral.
- Un hash por debajo del share difficulty se envía al servidor del pool.
- El pool verifica la share y registra su peso, igual a la dificultad.
- El hashrate en el panel se recalcula según los pesos acumulados.
- Cuando el hash de alguien queda por debajo de la dificultad de red, el pool publica el bloque.
- La recompensa de bloque (emisión más comisiones de transacción) llega a la dirección del pool.
- El pool retiene su comisión y reparte el resto según las reglas del esquema.
- Tu parte se acredita en el saldo interno.
- Al alcanzar el umbral, el pool envía una transacción on-chain a tu dirección.
Entre el paso 4 y el paso 11 pueden pasar desde varias horas hasta varias semanas, y casi todas las quejas sobre pools son en realidad malentendidos dentro de ese intervalo.
Conclusión
Un pool es un sistema contable montado sobre la minería normal, no un tipo de minería aparte. Reparte tareas, cuenta el trabajo confirmado en unidades de dificultad y distribuye las recompensas recibidas según una regla anunciada de antemano. El esquema de pago responde a quién paga la mala suerte, la ventana del PPLNS responde a cuánto tiempo sigue valiendo tu trabajo tras desconectarte, y el umbral responde a cuándo el dinero realmente sale hacia tu billetera.
Tres cosas de este texto vale la pena recordar antes de elegir un pool. El PPLNS para bitcoin no está disponible en todas partes, y casi nunca es el modo por defecto. Solo unos pocos pools publican el tamaño de la ventana, así que la duración de la cola tras desconectarte casi nunca se puede calcular. Las comisiones de transacción aportaron 0,73% de la recompensa en los últimos 4320 bloques al 29.08.2026, así que el debate sobre su reparto se libra hoy por menos del uno por ciento del ingreso.
Entendiendo estos mecanismos, dejas de comparar pools por el porcentaje de la portada y empiezas a comparar por el pago final por terahash. Cómo hacerlo en pools concretos se trató en el artículo sobre cómo elegir un pool de minería.
