Consolidar pagos pequeños del pool de minería: cuándo fusionar UTXO y cuánto cuesta

Cada pago del pool llega como una salida independiente, y lo pagas el día en que lo gastas, no el día en que lo recibes. Según el cálculo de POOL BTC, gastar 0.1 BTC que llegaron como 200 pagos de 0.0005 BTC cuesta 272,830 satoshis a 20 sat/vB, mientras que los mismos 0.1 BTC en una sola entrada cuestan 2,190 satoshis. Es un factor de 124.6, y se explica por completo por el umbral de pago que configuraste en el panel de tu pool hace un año.

En pool-btc.com no somos un pool ni un monedero. Lo que sigue es aritmética, que funciona igual con cualquier operador, más las constantes del protocolo con enlaces a donde están definidas. Cada cifra parte de una tarifa que indicamos explícitamente, no de una previsión. La tarifa real en la fecha de publicación se da aparte, con enlace y hora de la captura.

¿Qué es un UTXO y por qué 200 pagos de 0.0005 BTC cuestan más de gastar que una entrada de 0.1 BTC?

Un UTXO es la salida no gastada independiente que crea cada pago. Bitcoin cobra comisiones por el peso de la transacción, no por el importe. Una entrada P2WPKH pesa 68 bytes virtuales, tenga 0.0005 BTC o 10 BTC. Así que 200 entradas pesan casi 200 veces lo que pesa una sola, por el mismo dinero.

Ambas transacciones completas, con la calculadora de tamaño de Bitcoin Optech:

```

gastar 200 entradas en 1 salida: 10.5 + 200 x 68 + 31 = 13,641.5 vB

gastar 1 entrada en 1 salida: 10.5 + 1 x 68 + 31 = 109.5 vB

```

El saldo es idéntico en ambos casos. La única diferencia es en cuántos trozos está cortado, y esa decisión la tomaste cuando le dijiste al pool con qué umbral pagarte.

Una advertencia honesta: rara vez gastas las 200 entradas de una vez. Envías 0.01 BTC y el monedero toma veinte, no doscientas. Pero acabarás gastando todas, y la comisión total a lo largo de un año sale igual.

¿Cómo se convierte el tamaño de una entrada en vBytes en una comisión de retiro?

La comisión es igual al tamaño de la transacción en bytes virtuales multiplicado por la tarifa en sat/vB que elijas. El tamaño es la cabecera de la transacción más el tamaño de cada entrada más el tamaño de cada salida. El formato de dirección cambia el peso de la entrada en más del doble, así que importa más de lo que la mayoría supone.

Constantes del protocolo según la calculadora de tamaño de Bitcoin Optech, comprobadas el 12.09.2026:

De aquí se deducen dos cosas de inmediato. Una entrada legacy cuesta 148 vB frente a 68 en bech32, así que los pagos enviados a una dirección que empieza por 1 costarán aproximadamente el doble de gastar más adelante. Y la fórmula nunca mira el importe, por eso "pago pequeño" y "pago barato" son cosas distintas.

```

comisión = (10.5 + vB totales de entradas + vB totales de salidas) x tarifa en sat/vB

```

Sobre el polvo en concreto. Bitcoin Core se niega a retransmitir salidas por debajo de un umbral derivado de un dustRelayFee de 3,000 sat/kvB: 546 satoshis para P2PKH, 294 para P2WPKH, 330 para P2TR y P2WSH, según policy.cpp en el repositorio de Bitcoin Core. Es una política de retransmisión, no de consenso, así que un bloque que contenga esas salidas es perfectamente válido. Los pagos de los pools casi nunca bajan tanto, lo que significa que el verdadero problema del minero es económico y no formal: una salida de 50,000 satoshis no es polvo según la política, pero a 100 sat/vB cuesta 6,800 satoshis gastarla, el 13.6% de su propio valor.

¿A qué tarifa sale realmente a cuenta la consolidación?

Casi siempre que la tarifa futura no sea inferior a la de hoy. Según el cálculo de POOL BTC, fusionar 200 entradas en una cuesta hoy 13,641.5 vB y ahorra después 199 entradas redundantes, es decir, 13,532 vB. Por tanto, el punto de equilibrio está en una tarifa futura apenas un 0.8% superior a la actual.

Lo mismo en dinero, para esas 200 salidas de 0.0005 BTC:

Son 202,432 satoshis ahorrados, o 0.00202 BTC sobre un saldo de 0.1 BTC. El dos por ciento de todo el saldo, decidido con un solo clic.

El caso contrario es igual de real. Consolidas a 60 sat/vB, gastas después a 5 y pagas hoy 818,490 satoshis para ahorrar 67,660 más tarde: una pérdida neta de 750,830 satoshis. Consolidar es apostar a que las comisiones serán más altas después que ahora. Con la mempool tranquila la apuesta es casi gratis. Durante un pico, es una apuesta perdedora.

A las 14:59 UTC del 13.09.2026, mempool.space recomendaba 1 sat/vB en todos los niveles de prioridad, y la tarifa mediana en los bloques de las últimas 24 horas y de la última semana también era de 1 sat/vB (mempool.space, fee-rates). Así es una mempool tranquila: consolidar 200 entradas a esa tarifa cuesta unos 13,642 satoshis. Las tarifas cambian en cuestión de horas, así que comprueba tú mismo la cifra actual antes de pulsar enviar.

¿Cómo determina el umbral de pago que eliges hoy tu coste de gasto dentro de un año?

El umbral decide en cuántos trozos llega tu producción anual. Cuanto más bajo es, más entradas se acumulan y más cuesta gastarlas después. Según el cálculo de POOL BTC, con 100 TH/s y un umbral de 0.0001 BTC, un año llega en forma de 177 salidas, y gastarlo a 20 sat/vB cuesta 241,550 satoshis, el 13.6% de la producción del año.

El cálculo parte de un rendimiento diario de 0.00000048671 BTC por terahash con los parámetros de red del 08.09.2026 y una comisión de pool del 2%, es decir, 0.000048671 BTC al día con 100 TH/s y 0.017765 BTC en un año. El aumento de la dificultad reduce el número de pagos en cada fila.

La diferencia entre la primera y la última fila es de 239,360 satoshis al año con el mismo hashrate y la misma comisión del pool. Para hacerse una idea: la diferencia entre un pool del 2% y uno del 3% con los mismos 100 TH/s ronda los 0.00018 BTC al año, unos 18,000 satoshis. El umbral de pago te cuesta más que el porcentaje de comisión, y se habla de él un orden de magnitud menos.

La fila de 0.01 BTC parece ideal hasta que te fijas en su precio: dos pagos al año significan que casi todos tus ingresos están en el balance del pool como una deuda contigo y no como monedas que tienes tú. Cómo sopesar eso frente a tu propio hashrate se explica en umbrales mínimos de pago, y a dónde dirigir los pagos para que tu monedero te muestre siquiera las entradas individuales está en monederos para pagos de minería. Recalcula tu propia producción diaria con los parámetros de red actuales en la calculadora; una cifra de un artículo de hace un mes no sirve.

¿Qué revela de ti la consolidación?

Demuestra públicamente que todas las direcciones fusionadas pertenecen a un mismo propietario. Es la heurística de propiedad común de entradas, y se cumple por construcción: solo quien tiene las cien claves puede firmar una transacción con las cien entradas. Antes de consolidar, ese vínculo era una suposición. Después, es un hecho registrado en la cadena.

Para un minero la consecuencia es concreta. Tu pool paga a una dirección o a unas pocas, y la conexión entre ellas solo la ves tú. Fusiona un año de pagos en una transacción y las sueldas para siempre en un único clúster. A partir de ahí, basta con que una dirección de ese clúster llegue a una cuenta verificada de un exchange para que tu nombre, y todo tu historial de minería, queden asociados a él en una base de datos de análisis de cadena.

Lo que hace la gente en la práctica:

1. Consolidar en grupos según su finalidad y no todo de una vez: un grupo destinado a un exchange y otro que se queda en almacenamiento en frío.
2. No mezclar nunca en la misma transacción pagos del pool con monedas compradas en un exchange verificado. Esa sola transacción vincula tu minería con tu identidad.
3. Tener un monedero o cuenta aparte para los pagos en lugar de reutilizar el que guarda las compras.
4. Evitar fusionar en una sola salida si el dinero va a salir en partes de todos modos, ya que el cambio de una entrada grande crea sus propios vínculos.

No puedes eliminar del todo esa exposición: cualquier transacción que gaste varias entradas filtra la misma señal. La consolidación simplemente lo hace todo de golpe y a la máxima escala. A cambio, ahorra comisiones. La elección es entre privacidad y dinero, no entre una respuesta correcta y otra incorrecta.

¿Por qué los exchanges y los monederos custodiados no tienen este problema?

Sí lo tienen. Simplemente no lo pagas tú directamente. Un saldo en un exchange es una fila en una base de datos, no una salida en la cadena. El exchange decide cuándo fusionar sus propias salidas, agrupa el trabajo en los periodos tranquilos y reparte el coste entre todos los clientes mediante una comisión de retiro fija.

La práctica industrial es así: el custodio BitGo, según describe la guía de gestión de UTXO de Spark, ejecuta cada hora una tarea que consolida las salidas de menos de 100,000 satoshis en cuanto se acumulan más de 200, con un objetivo de aproximadamente 1 sat/vB. Es una fuente secundaria que resume la práctica de BitGo; no pudimos confirmarlo en la documentación de la propia BitGo, así que tómalo como ejemplo del enfoque y no como una política exacta.

Un minero doméstico puede reproducir la misma lógica a mano. Una regla del tipo "fusionar cuando tenga más de 200 salidas y la tarifa esté por debajo de X" no necesita infraestructura ni permiso de nadie. La única diferencia es que nadie la ejecutará por ti.

¿Cómo calcular tu propio punto de equilibrio?

Necesitas cuatro números: cuántas entradas, en qué formato están, la tarifa de hoy y la tarifa a la que prevés gastar. Luego comparas dos sumas: el coste de fusionarlo todo ahora frente al coste de las entradas redundantes más adelante. Basta una fórmula y no hace falta calculadora.

```

coste de consolidar hoy = (10.5 + N x peso de la entrada + 31) x tarifa de hoy

ahorro al gastar después = (N - 1) x peso de la entrada x tarifa futura

consolida si el ahorro supera el coste

```

Los pasos:

1. Abre un monedero con control de monedas y mira la lista de entradas. Sparrow en escritorio y BlueWallet en móvil la muestran directamente; un monedero corriente solo te enseñará el saldo total.
2. Cuenta las entradas que de verdad piensas fusionar. No todo el saldo, solo las que son menores que un gasto único típico.
3. Toma el peso de la entrada según el formato de dirección: 68 vB para bc1q, 57.5 para bc1p, 148 para una dirección que empieza por 1.
4. Lee la tarifa actual en la mempool y no en la sugerencia del monedero. El selector "rápido, normal, lento" oculta justo el número que necesitas.
5. Pon en la fórmula tu estimación de la tarifa futura. Si prefieres no adivinar, usa la de hoy: con tarifas iguales, fusionar 200 entradas ya supera el punto de equilibrio en un 0.8%.
6. Si la diferencia sale de unos pocos puntos porcentuales en cualquier sentido, no hagas nada. La mempool volverá a vaciarse.

Un ejemplo práctico con 50 entradas P2WPKH, 4 sat/vB hoy y 25 sat/vB previstos más adelante:

```

hoy: (10.5 + 50 x 68 + 31) x 4 = 3,441.5 x 4 = 13,766 sat

ahorro: (50 - 1) x 68 x 25 = 3,332 x 25 = 83,300 sat

neto: 69,534 satoshis a favor

```

Haz las mismas cuentas con las tarifas invertidas, 25 hoy y 4 después, y quedas 72,710 satoshis por detrás. La misma operación, las mismas 50 entradas, signo contrario.

¿Cuáles son los errores habituales al consolidar?

Son cuatro, y cada uno cuesta dinero y no solo paciencia: consolidar durante un pico de comisiones, construir una transacción por encima del límite de tamaño estándar, subestimar lo que cuesta un aumento por RBF de esa transacción y enviar directamente a una dirección de depósito de un exchange. Cada uno con un número que puedes comprobar:

1. Consolidar durante un pico. La mempool se vacía con regularidad, y la diferencia entre una noche tranquila y un pico supera fácilmente un orden de magnitud. Programar la consolidación por calendario no tiene sentido; el único disparador razonable es una tarifa baja.

1. Construir una transacción demasiado grande. Bitcoin Core no retransmite transacciones de más de 100,000 vB, es decir, 400,000 unidades de peso, la constante MAX_STANDARD_TX_WEIGHT de policy.h. Según el cálculo de POOL BTC, una transacción estándar admite como máximo 1,469 entradas P2WPKH: 10.5 + 1,469 x 68 + 31 = 99,933.5 vB, mientras que 1,470 entradas suman 100,001.5 vB y no se propagarán. Con entradas legacy de 148 vB, el límite baja a unas 675. Si tienes más, divídelas en varias transacciones.

1. Subestimar RBF. Desde Bitcoin Core 28.0, full RBF está activado por defecto, lo que significa que cualquier transacción no confirmada puede ser reemplazada. Pero el reemplazo debe pagar una comisión absoluta mayor y, además, cubrir su propio tamaño con el incrementalrelayfee de 1 sat/vB. Para una consolidación de 13,641.5 vB, eso supone al menos 13,642 satoshis adicionales por cada intento de aumento, además de lo que ya pagaste. La regla práctica: pon una tarifa baja en una consolidación grande, con margen para esperar, en lugar de planear subirla dos veces.

1. Enviar directamente a una dirección de depósito de un exchange. Parece una forma de pasarle el problema al exchange, pero suelda todo tu clúster a una cuenta verificada de un solo golpe y te quita la posibilidad de elegir el momento. Si las monedas van a ir a un exchange de todos modos, consolida primero en tu propia dirección y envía desde ahí una única entrada ya lista.

Una nota sobre el cambio. Si la consolidación deja una salida de cambio por debajo del umbral de polvo de 294 satoshis para P2WPKH, la transacción no se retransmitirá. Los monederos con control de monedas suelen avisar; los que no lo tienen suman el resto a la comisión sin decir nada.

Preguntas frecuentes sobre la consolidación de pagos pequeños del pool

¿Cómo sé que he acumulado demasiados UTXO pequeños?

Abre un monedero con control de monedas y cuenta las entradas menores que un gasto único típico. Si hay más de unas pocas decenas y gastar cada una costaría más del 5% de su valor a 50 sat/vB, el montón ya te está costando dinero. Para una entrada de 68 vB, esa línea del 5% se cruza en torno a los 68,000 satoshis.

¿Debo consolidar si no tengo pensado gastar?

Sí, pero sin prisa. Pagarás la comisión el día que decidas gastar, y nadie puede predecir la tarifa de ese día. Consolidar con la mempool tranquila fija el coste al precio de hoy. Si las monedas de verdad no se van a mover en años puedes esperar, aunque tampoco hay motivo para aplazarlo indefinidamente.

¿Puedo pedirle al pool que me pague con menos frecuencia?

La mayoría de los pools ofrecen el umbral de pago en los ajustes de la cuenta, y subirlo es la forma más barata de resolver el problema de raíz. Un umbral más alto crea menos salidas y hace innecesaria la consolidación futura. La contrapartida es que tu dinero permanece más tiempo en el balance del operador. Los umbrales concretos por pool se tratan en umbrales mínimos de pago.

¿Lightning evita el problema?

Sí, porque los pagos por Lightning no crean ninguna salida on-chain. En lugar de cien UTXO tienes un saldo en un canal, y solo necesitas una transacción on-chain para abrirlo y cerrarlo. El precio es el habitual de Lightning: liquidez del canal, estar en línea y límites en los importes. No todos los pools lo admiten.

¿Afecta la consolidación a mi situación fiscal?

Mover monedas entre tus propias direcciones no es una enajenación en la mayoría de las jurisdicciones, pero las normas varían, y las comisiones de consolidación son deducibles en algunos países y en otros no. Comprueba el tratamiento concreto con la normativa local o con un asesor fiscal, no con un artículo de blog.

Pendiente de confirmar a 12.09.2026

1. La tarifa futura. La captura del 13.09.2026 (1 sat/vB en mempool.space) describe solo el momento de la publicación; todos los demás cálculos parten de tarifas hipotéticas indicadas explícitamente.
2. La política de consolidación de BitGo (umbral de 100,000 sat, disparador de 200 salidas, objetivo de 1 sat/vB) procede del resumen de Spark; no se encontró ninguna fuente primaria de BitGo.
3. El rendimiento diario de 0.00000048671 BTC por terahash refleja los parámetros de red del 08.09.2026 y no se recalculó para el 12.09.2026.
4. No se ha probado cómo se comportan los distintos monederos cuando se les pide construir una transacción de más de 100,000 vB, si avisan de antemano o muestran el error del nodo.
5. Aquí se omiten a propósito los umbrales de pools concretos. Varios de ellos no están confirmados por documentación oficial; los detalles están en el artículo sobre umbrales.

En resumen

Las comisiones se cobran por peso, no por importe, así que los pagos pequeños salen caros cuando los gastas y no cuando los recibes. Según el cálculo de POOL BTC, gastar 0.1 BTC que llegaron como 200 pagos de 0.0005 BTC cuesta 272,830 satoshis a 20 sat/vB, frente a 2,190 satoshis si fuera una sola entrada.

La consolidación sale a cuenta en cuanto la tarifa futura no es inferior a la de hoy; para 200 entradas basta con una subida del 0.8%. Hazla con la mempool tranquila, en lotes de no más de 1,469 entradas, y solo después de decidir que estás dispuesto a vincular públicamente esas direcciones en un clúster.

La solución más barata llega antes de que exista el problema, en el ajuste del umbral. Según el cálculo de POOL BTC, con 100 TH/s un umbral de 0.001 BTC en lugar de 0.0001 BTC ahorra unos 217,600 satoshis al año solo en comisiones de gasto futuras. Es más que la diferencia entre un pool del 2% y uno del 3% con el mismo hashrate. Compara condiciones en la tabla de pools, calcula tu propia producción en la calculadora y elige un monedero que de verdad te muestre la lista de entradas en la guía de monederos para pagos.