La regla de madurez del coinbase en Bitcoin establece que un output creado por una transacción coinbase en la altura de bloque N solo puede gastarse a partir del bloque N+100. Un pool de minería puede acreditar la cuenta de un minero antes de ese momento porque la contabilidad interna no gasta el output del coinbase. Si el pool realiza un pago on-chain antes de que ese output pueda gastarse, debe utilizar otros fondos disponibles para gastar.

Se trata de procesos separados: el consenso de Bitcoin determina cuándo puede gastarse un output de coinbase concreto, mientras que el método de pago del pool y sus normas de retiro determinan los abonos en cuenta y los pagos. Sus cronogramas no tienen por qué coincidir.

Qué es una transacción coinbase

Cada bloque de Bitcoin contiene exactamente una transacción coinbase, y siempre es la primera transacción que aparece listada en el bloque. A diferencia de una transacción ordinaria, una transacción coinbase no tiene un output previo real como input; es el mecanismo mediante el cual se crean nuevos bitcoins y por el cual el minero o pool que produjo el bloque reclama la recompensa de ese bloque.

La recompensa reclamada por una transacción coinbase tiene dos componentes. El primero es el subsidio de bloque, una cantidad fija establecida por el calendario de emisión de Bitcoin que se reduce a la mitad aproximadamente cada cuatro años. Tras el cuarto halving en la altura de bloque 840.000 en abril de 2024, el subsidio es de 3,125 BTC por bloque. El segundo componente es la suma de las comisiones de transacción pagadas por todas las demás transacciones incluidas en ese bloque. El total combinado suele denominarse recompensa de bloque, pero el subsidio y el total de comisiones se rigen por lógicas distintas y no deben tratarse como una única cifra fija: los ingresos por comisiones varían de bloque a bloque según la congestión de la red.

El subsidio representa BTC de nueva emisión; las comisiones de transacción provienen de BTC ya existente. Ambos pueden reclamarse a través de outputs de coinbase, y esos outputs están sujetos a la misma restricción de madurez según las reglas de consenso de Bitcoin. La restricción no se aplica únicamente a la parte del subsidio (Bitcoin Developer Guide).

Madurez y confirmaciones

Un nodo de Bitcoin rechaza una transacción que gasta un output de coinbase si la altura del bloque que contiene esa transacción de gasto es inferior a 100 bloques por encima de la altura donde se creó el coinbase. Dicho de otro modo, un output creado en el bloque N solo puede gastarse mediante una transacción incluida en el bloque N+100. No es necesario esperar a que el bloque N+100 ya haya sido minado antes de que una transacción de gasto pueda incluirse en un bloque (Bitcoin Core consensus validation, maturity constant).

Esta regla existe porque un bloque recién minado puede, en principio, ser desplazado por una reorganización de cadena (chain reorganization), es decir, una cadena competidora con más prueba de trabajo acumulada que elimina el bloque original y su transacción coinbase de la cadena activa. Exigir este margen antes de que un output de coinbase pueda gastarse reduce el riesgo de que transacciones posteriores dependan de una recompensa que desaparece en una reorganización.

Es importante no confundir este requisito de madurez con la política de confirmaciones de un servicio receptor. Para una transacción incluida en la cadena activa, su número de confirmaciones es la altura actual de la punta de la cadena menos su altura de bloque, más uno. Cuando la punta está en N+99, el coinbase del bloque N tiene 100 confirmaciones, y una transacción que lo gaste solo puede incluirse por primera vez en el siguiente bloque, N+100.

Una transacción ordinaria de Bitcoin suele considerarse liquidada tras cierto número de confirmaciones elegido por la parte receptora o el servicio, comúnmente seis, aunque el número adecuado depende del valor de la transacción y de la propia tolerancia al riesgo del receptor. La madurez del coinbase, en cambio, es una restricción fija impuesta por el protocolo sobre el gasto de outputs de coinbase, no una política de aceptación configurable.

Contabilidad del pool frente a la recompensa on-chain

En el modelo de pago custodiado de pool que se trata aquí, la transacción coinbase paga el subsidio y las comisiones a outputs controlados por el pool, y los mineros reciben pagos separados. A partir de ese momento, el output de coinbase y la contabilidad del pool se rigen por reglas distintas.

A nivel de protocolo, el pool no puede gastar su nuevo output de coinbase antes de la altura de bloque permitida, independientemente de su tamaño o infraestructura.

A nivel de contabilidad del pool, este aplica su método de pago para determinar lo que se le debe a cada minero contribuyente. Según las reglas documentadas de ViaBTC, esto funciona de manera distinta según el método de pago. Con PPS+, la parte de las ganancias derivada del subsidio se liquida cada hora utilizando la lógica PPS basada en los shares enviados y la dificultad actual de la red. Estos abonos no requieren que el pool encuentre primero un bloque correspondiente. La parte correspondiente a las comisiones de transacción utiliza la lógica PPLNS: se calcula una vez que un bloque encontrado completa seis confirmaciones, con base en la proporción de computing power (hashrate) aportada por cada minero durante las cinco rondas de dificultad anteriores. Bajo PPLNS, ese cálculo se aplica tanto al subsidio como a las comisiones de transacción (ViaBTC Help Center).

La condición de seis confirmaciones determina cuándo se calculan las ganancias relevantes del pool; no hace que el output de coinbase sea gastable. Acreditar un saldo en cuenta es un asiento contable, no un gasto de ese output. Esperar confirmaciones generalmente reduce la exposición a reorganizaciones de cadena de corto alcance, pero esto es independiente de la regla obligatoria de madurez de Bitcoin.

Cuando posteriormente el pool envía BTC a la billetera externa de un minero mediante una transacción ordinaria de Bitcoin independiente, el minero recibe una salida de transacción normal, sin la restricción de madurez del coinbase. Si ese pago se realiza antes de que una salida coinbase determinada pueda gastarse, el pago debe utilizar otros fondos disponibles para gastar; por ejemplo, ingresos de minería previamente madurados. Esto se deriva de las reglas de gasto de Bitcoin; no constituye una afirmación sobre las prácticas de tesorería específicas de ViaBTC ni implica una relación uno a uno entre cada abono en la cuenta y un bloque encontrado.

Por qué difieren los tiempos

Tres conjuntos de condiciones independientes rigen la madurez de la recompensa, los abonos en cuenta y los pagos externos. No forman una secuencia universal en la que el pool deba encontrar primero un bloque para que un minero pueda obtener un abono en su cuenta.

• Madurez del coinbase: el consenso de Bitcoin determina el bloque más temprano en el que puede gastarse una salida coinbase determinada. El pool no puede acortar este requisito.
• Liquidación del pool: el método de pago determina cómo se calculan y se abonan las ganancias. El componente PPS de ViaBTC se liquida cada hora sin requerir un bloque encontrado correspondiente; sus cálculos de PPLNS dependen de bloques reales y de la condición de confirmación documentada.
• Procesamiento de retiros: el modo de pago seleccionado, el pago mínimo aplicable y el calendario de procesamiento determinan cuándo se envía un importe elegible.

Por ejemplo, el mínimo documentado de ViaBTC para los retiros automáticos de BTC a una dirección externa es de 0.001 BTC, pero el umbral aplicable también depende del pago mínimo configurado para la cuenta. En el modo de saldo de cuenta, el saldo debe cumplir las condiciones de pago aplicables. ViaBTC también ofrece un modo de ganancias diarias, que aplica sus condiciones a las ganancias del día anterior. Los retiros automáticos se procesan una vez al día entre las 10:00 y las 18:00 (GMT+8); alcanzar los 0.001 BTC por sí solo no debe interpretarse como garantía de pago inmediato (reglas de retiro automático, configuración del pago mínimo). Estas reglas del producto se verificaron el 14 de octubre de 2026.

Por lo tanto, un saldo abonado no demuestra que una recompensa de bloque determinada haya madurado, y un umbral de retiro no es un requisito de madurez.

Preguntas antes de esperar un pago

¿La madurez del coinbase retrasa el saldo de mi cuenta en el pool?

No necesariamente. La madurez del coinbase restringe el gasto de una salida específica en la cadena. Un pool puede registrar un abono interno en la cuenta antes de que esa salida pueda gastarse. Bajo el esquema PPS, las ganancias tampoco requieren que el pool encuentre primero un bloque correspondiente.

Si mi saldo se actualiza rápidamente, ¿significa eso que el pool eludió la regla de los 100 bloques?

No. Una actualización de cuenta es un asiento contable. Si se realiza un pago en cadena mientras una salida coinbase determinada aún es inmadura, la transacción debe utilizar otros fondos disponibles para gastar.

¿Por qué mi pool espera varias confirmaciones antes de abonar un bloque encontrado?

Esperar confirmaciones generalmente reduce el riesgo de que una reorganización corta de la cadena elimine un bloque encontrado antes de que se asigne su recompensa. ViaBTC documenta una condición de seis confirmaciones para sus cálculos de PPLNS, incluido el componente de comisiones de transacción de PPS+. Esa condición de liquidación es independiente de la madurez del coinbase.

¿Un mínimo de retiro es lo mismo que un requisito de madurez?

No. Un mínimo de retiro es una condición para un pago del pool. Para los retiros automáticos de BTC de ViaBTC a una dirección externa, el mínimo documentado es de 0.001 BTC, y la elegibilidad también depende del umbral configurado y del modo de pago seleccionado. Ninguna de estas configuraciones cambia el momento en que puede gastarse una salida coinbase.

¿Cómo puedo verificar cuándo puede gastarse por primera vez una recompensa de bloque específica?

Localice la altura de bloque N de la transacción coinbase en un explorador de bloques y confirme que el bloque permanece en la cadena activa. El primer bloque que puede contener una transacción que gaste esa salida es N+100. Si la punta actual de la cadena es N+99, el coinbase tiene 100 confirmaciones y su salida puede gastarse en el siguiente bloque. Esto verifica el requisito de madurez; la salida también debe permanecer sin gastar y cumplir sus demás condiciones de gasto.

Referencias

• Bitcoin Developer Guide, Block Chain
• Bitcoin Core, Transaction Input Validation
• Bitcoin Core, Consensus Constants
• Centro de ayuda de ViaBTC, ¿Cómo se calculan las ganancias?
• Centro de ayuda de ViaBTC, Cómo configurar el retiro automático
• Centro de ayuda de ViaBTC, ¿Cómo establecer el pago mínimo para el retiro automático?