Saltar al contenido
Dinero sin reglas
ProtocoloNivel intermedio7 min

Cómo calcular la fee de una Tx en Bitcoin

Realiza una estimación sobre la comisión de tu transacción, desde tu nodo completo de Bitcoin

DecentralizedPublicado Actualizado
Este artículo se ha actualizado 1 cambio
  • nov 2026: Actualización: estimatesmartfee usa el modo económico por defecto (Core 28) y combina dos estimadores (Core 32), conversión de BTC/kvB a sat/vB y calculadora de comisión.

Resumen en 30 segundos

  1. La comisión depende de dos cosas: el tamaño de tu transacción (en vbytes) y la tasa que pagas por cada vbyte.
  2. El tamaño lo marcan cuántas monedas gastas y de qué tipo son: las SegWit y Taproot pesan bastante menos que las antiguas.
  3. La tasa la puedes estimar desde tu propio nodo con estimatesmartfee, sin preguntar a nadie. Más abajo tienes una calculadora.

Calcular el costo de la comisión de una transacción en Bitcoin

El objetivo de este artículo, como en muchos otros que escribo es para hacerte ver y entender cómo funciona Bitcoin “por dentro”, muchas veces decimos (yo el primero) que Bitcoin es magia, pero en realidad Bitcoin es real, es un conjunto de criptografía, matemáticas, algoritmos, redes, protocolos y sistemas de cómputo que hacen posible que pensemos que Bitcoin es magia.

Si entiendes esto, además, creo yo, que tendrás la posibilidad de elegir cómo hacer uso de lo que Bitcoin ofrece más allá de un precio y que es la posibilidad de seguir aprendiendo para ser soberano en su uso.

Por ello y dado que en los últimos meses he visto mucha información sobre cómo funciona el sistema para estimar el cobro de comisiones en Bitcoin y que además veo muchas dudas, es que me atrevo a escribir este artículo, esperando que así como a mí me está sirviendo para entender, aclarar y repasar algunos conceptos, sea de ayuda para otros tantos.

Realizar una estimación sobre el costo de la comisión de tu transacción, puede llevarse a cabo desde tu propio nodo completo de Bitcoin, sin necesidad de recurrir a terceros o buscar información en la red.

Todo desde tu nodo, con total privacidad, seguridad y con la confianza que te proporciona tener un nodo completo.

Para tener una aproximación más exacta al coste de la comisión a pagar por una transacción es necesario que también conozcas o calcules el tamaño de la misma, para ello voy a suponer que ya te viste los 2 pods de @lunaticoin y @sr_gi que explican que el tamaño sí importa tratándose de las Transacciones en Bitcoin (si no lo has hecho aún no sé a qué esperas). En esos 2 pods vas a encontrar una explicación muy detallada de cómo hacerlo. Yo no lo voy a explicar porque estoy a años luz de realizar una explicación tan clara, amplia y concisa como lo hicieron ellos, así que te invito a escucharlo.

Como el objetivo de nuestro artículo es que tengas una idea de cómo es el proceso y que tengas además las herramientas, voy a suponer que ya tienes el tamaño de tu transacción.

Entonces lo siguiente es que sepas qué utxos puedes usar en la operación, para ello puedes usar el comando listunspent, este comando te devolverá una lista de todos los utxos (vamos a llamarle «monedas») que están visibles desde tu nodo.

Cuando digo visibles me refiero a que te dará los utxos de las direcciones de tu wallet y de las wallets que tengas configuradas como watch-only.

El comando tiene además una serie de parámetros opcionales que puedes consultar desde la consola del cliente Bitcoin-Qt (si te va más hacerlo de manera gráfica), tecleando help listunspent o si eres más de comandos, a través del comando “bitcoin-cli help listunspent” (sin comillas), desde una ventana de terminal donde tengas ejecutando tu nodo.

Esto te ayudaría a conocer las «monedas» que tienes disponibles para gastar y con ello armar tu transacción y calcular la fee.

Por ejemplo:

Vamos a suponer que quieres enviar 0.60 bitcoins y ejecutas el comando listunspent y derivado de conocer las «monedas» que puedes gastar te das cuenta que requieres usar 2, ya que tienes 2 «monedas», una por valor de 0.50 y otra 0.51 bitcoins. Lo que tendrás que hacer es seleccionar, por ejemplo gastar la de 0.50 y de la de 0.51 tomar 0.10 bitcoins.

Entonces tendrás que hacer uso de tus dos «monedas» para el envío y tendrás como salida, además, la transacción de cambio, es decir el 0.41 bitcoin que te corresponde de “cambio”.

Te dejo esta imagen para hacer más sencillo el ejemplo:

listunspent

Otra cosa a tener en cuenta y que influye en las comisiones de la transacción es el tamaño de la mempool. La mempool es la cantidad de memoria asignada para almacenar las transacciones pendientes, cada nodo completo de Bitcoin puede implementar su propia política de manejo de la mempool, pero no es objeto de este artículo. Sin embargo, es importante entender este concepto porque una vez que la mempool excede el tamaño asignado las transacciones con comisiones más bajas se quedan en una especie de cola esperando por un siguiente bloque (o varios), por lo que si tienes cierta urgencia en que tu transacción sea procesada, es recomendable establecer una comisión más alta y si no tienes prisa en absoluto, una comisión baja no será un problema.

Sabiendo eso, puedes usar el comando estimatesmartfee pasándole como parámetro el número aproximado de confirmaciones que quisieras para que tu transacción pueda empezar a ser confirmada y otro de los parámetros (opcional) sería el tipo de estimación que quieres. Los posibles valores son:

  • CONSERVATIVE, significa que el comando hará un cálculo conservador de cuál sería la posible comisión a pagar, dando como resultado una comisión más alta pero con más certeza de que tu transacción sea incluida en las condiciones que estás calculando.
  • UNSET, no fija ningún modo y usa el que viene por defecto en el código de Bitcoin.
  • ECONOMICAL (si no informas nada, hoy este es el default), fuerza para que el cálculo de las comisiones obtenga el valor más económico. Tiene el riesgo de que la comisión obtenida no cumpla con las condiciones bajo las que estás calculando.

HechoCuando escribí este artículo el modo por defecto era CONSERVATIVE. Desde Bitcoin Core 28 es ECONOMICAL, que suele dar comisiones más bajas; si te quedas corto, siempre puedes subirla después con RBF1.

Como resultado tendrás la comisión estimada por kilobyte (virtual, kvB: los datos de testigo de SegWit cuentan menos) necesaria para que una transacción comience la confirmación dentro del bloque “X”.

Voy a tratar de ser más claro con un ejemplo:

Suponiendo que quisieras que tu transacción empezara a ser confirmada a partir de que la envías, es decir tienes mucha urgencia en que, una vez enviada sea incluida a la brevedad posible en algún bloque y empiece a ser minada, tendrías que ejecutar el comando:

bitcoin-cli estimatesmartfee 2 CONSERVATIVE , como resultado tendrías algo como esto:

{
  "feerate": 0.00019207,
  "blocks": 2
}

Lo cual significa que por cada kilobyte de peso en tu transacción (esa que ya calculaste escuchando los pods que te recomendé), estarías pagando 0.00019207 bitcoins debido a que quieres o necesitas que sea incluida cuanto antes, al momento de escribir este artículo y dado que hay bastante volumen en la mempool, ese es el coste y es más o menos equivalente a $1.30 USD dólar (precios de 2020).

Para pasarlo a la unidad que verás en casi todas las carteras y exploradores, sat/vB, multiplica por 100.000: 0.00019207 BTC/kvB son unos 19,2 sat/vB. Con una transacción típica de 2 entradas y 2 salidas SegWit nativas (unos 209 vB), serían unos 4.015 satoshis.

La misma ejecución pero tomando como consideración que pueda esperar a que pasen 12 bloques (unas 2 horas porque 1 bloque es minado más o menos cada 10 minutos) desde que lo envíes y que además realice la estimación económica, el resultado sería:

{
  "feerate": 0.00010627,
  "blocks": 12
}

Lo cual significa que por cada kilobyte de peso en tu transacción, estarías pagando 0.00010627 bitcoins, que es más o menos el equivalente a $0.72 USD dólar.

HechoDesde Bitcoin Core 32, estimatesmartfee combina dos estimadores: el de siempre, que aprende de lo que tardaron en confirmarse las transacciones que vio tu nodo, y uno nuevo que mira lo que hay ahora mismo en tu mempool. Te devuelve el más bajo de los dos, y nunca menos que el mínimo que tu mempool acepta2.

Calcula tu comisión

Con el tipo y el número de entradas y salidas puedes estimar el tamaño, y con la tasa, la comisión. Si tienes a mano el resultado de estimatesmartfee, pégalo tal cual:

Calculanada sale de tu navegador

¿Cuánto pagarás de comisión?

Tamaño aproximado de una transacción con 2 entradas y 2 salidas del mismo tipo
TipoTamañoComisión a 1 sat/vB
Legacy (1…)374 vB374 sats
SegWit anidado (3…)257 vB257 sats
SegWit nativo (bc1q…)209 vB209 sats
Taproot (bc1p…)212 vB212 sats

Es una aproximación: cada firma puede ocupar un byte más o menos, y las multifirmas o los scripts especiales pesan distinto. Tu cartera calcula el tamaño exacto al crear la transacción.

Como podrás ver, aprender que el tamaño de las transacciones es muy importante, así como el saber hacer uso de tus herramientas, en este caso tu nodo para hacer el cálculo.

También es importante que entiendas que el momento también lo es, porque si lo haces con una mempool “vacía” podrás hacer transacciones más rápidas y baratas, contra una mempool más cargada te llevará a transacciones más caras.

En los pods de @lunaticoin, también explican que debes tomar en consideración si la transacción es legacy, multisign o segwit native, ya que el tamaño va a variar, por lo que si sigues sin oír esos pods, ¡no sé a qué estás esperando! (Pod1 y Pod2 )

Una disculpa si el artículo es pesado, además de largo, si tienes comentarios para hacerlo más ligero o dudas o ves algún error, por favor házmelo saber por Nostr o por X (@decentralized_b). Mil gracias por llegar hasta aquí y como digo en los tweets: #estudiaBTC!!!

Referencias

  1. Bitcoin Core 28.0 release notes: el modo por defecto de estimatesmartfee pasa de conservative a economical (#30275). https://bitcoincore.org/en/releases/28.0/ ↩

  2. Bitcoin Core 32.1 release notes (28 de octubre de 2026): estimatesmartfee combina el estimador de bloques y uno nuevo basado en la mempool, y devuelve el menor (#34075). https://bitcoincore.org/en/releases/32.1/ ↩