Calculadoras y modelos
con supuestos explicados.

Usa punto o coma como separador decimal; separa los miles con un espacio.

DCA, Dollar-cost averaging, consiste en comprar regularmente por la misma cantidad de dinero. Por ejemplo, con 500 coronas checas al mes obtienes más bitcoin si baja el precio y menos si sube. No tienes que acertar el mejor momento cada vez. No garantiza beneficios ni protección frente a las caídas.

En cada compra modelada dividimos la cantidad por el precio histórico. La suma de esas fracciones da el total de BTC, valorado al último precio de la serie. Las aportaciones son cantidad por número de compras; la variación porcentual es (valor / aportaciones − 1) × 100. No es una rentabilidad anualizada.

Un año equivale aquí a 365 días. La primera compra usa el primer dato disponible. El modelo semanal elige el siguiente dato al menos siete días después de la compra anterior; el mensual, el primer dato de cada mes UTC, incluidos los meses parciales de los extremos. Por ello, el número puede diferir de 52 o 12 al año.

Usamos CoinGecko y, como alternativa, Yahoo Finance. Para monedas distintas del USD, el modelo de Yahoo puede combinar BTC/USD con el último cambio USD de esa moneda fechado como máximo en el momento del dato, de hasta siete días de antigüedad. Puede haber caché. La serie debe empezar y terminar a no más de siete días de los límites solicitados y no tener huecos mayores de ocho días; de lo contrario no hay resultado. Mostramos las fechas extremas reales y la fuente.

El modelo excluye spread, comisiones, impuestos y costes de custodia. Calcula fracciones matemáticas de BTC; la presentación se redondea y las compras reales en satoshis enteros pueden diferir. Es un cálculo histórico, no una previsión ni una instrucción de compra.

DCA reparte las compras en el tiempo, pero no convierte bitcoin en una inversión sin riesgo ni garantiza rentabilidad.

Usa punto o coma como separador decimal; separa los miles con un espacio.

Introduce un número entero de entradas de 1–500 y tarifas de 0–1 000 000 sat/vB. Los campos vacíos o inválidos ocultan el resultado.

Diferencia neta = comisión sin consolidar − suma de ambas comisiones con consolidación. Positivo indica ahorro modelado; negativo, mayor coste. Con una sola entrada no se combinan entradas.

Ambos escenarios suponen gastar todos los UTXO seleccionados juntos en una transacción posterior. La consolidación los une hoy en una salida. Cada transacción modelada tiene exactamente una salida del mismo tipo que las entradas; no se añade una salida de cambio.

El tamaño virtual es el peso de toda la transacción dividido por 4, redondeado hacia arriba. Incluye contadores CompactSize y witness marker/flag. Cada comisión es el tamaño en vB por la tarifa correspondiente, redondeado hacia arriba a un satoshi entero.

Suponemos claves públicas comprimidas y firmas ECDSA de 72 bytes incluido sighash. P2SH solo significa P2SH-P2WPKH aquí. Taproot usa key path, firma de 64 bytes con sighash predeterminado y sin annex; el modelo excluye script path y multisig.

Las tarifas las introduces tú; no son estimaciones en vivo ni garantías de confirmación. Cero y el máximo son límites del modelo, no reglas de red. Se desconocen los valores UTXO: no se comprueban fondos, dust ni aceptación del monedero. Las firmas y la construcción reales pueden cambiar el tamaño.

Combinar entradas puede vincular su propiedad ante un observador y reducir la privacidad. Una diferencia positiva de comisiones no basta para recomendar la consolidación.

El cálculo se ejecuta en el navegador sin solicitar datos de red. La herramienta no crea ni transmite transacciones y no necesita direcciones ni claves.

Usa punto o coma como separador decimal; separa los miles con un espacio.

Introduce una altura entera de 0–6 930 000. Un campo vacío o inválido oculta el resultado.

Cargando…

Fuente de la altura cargada: —

Hora de preparación de la respuesta de red (UTC): —

Datos obtenidos (UTC): —

Bitcoin tiene una oferta limitada porque las reglas de la red reducen progresivamente las monedas nuevas. Nadie puede añadirlas arbitrariamente y obligar a los demás a aceptarlas. Así se conoce de antemano el calendario de emisión. Los 21 millones son su resultado redondeado. La oferta limitada aporta previsibilidad, pero el precio también depende de que la gente quiera bitcoin.

Al producir un bloque válido, el minero puede reclamar en su primera transacción las monedas nuevas permitidas y las comisiones de los pagos incluidos. Esa transacción se llama coinbase y no tiene relación con la plataforma del mismo nombre. Las comisiones transfieren bitcoin existente, por lo que no aumentan la oferta total.

En la red principal el subsidio comienza en 50 BTC y se reduce a la mitad cada 210 000 bloques, truncado a satoshi enteros. El último bloque con subsidio positivo es 6 929 999; desde 6 930 000 es cero. Lo pendiente se calcula sobre el total teórico exacto, no sobre los 21 millones redondeados.

La suma incluye cada subsidio permitido desde la altura 0 hasta el bloque elegido. No es oferta circulante ni gastable: incluye los 50 BTC no gastables del bloque génesis y no resta subsidios no reclamados ni monedas perdidas. Las comisiones no son nueva emisión.

Solo estimamos una fecha para la altura cargada: hora de preparación de la respuesta más bloques restantes por 10 minutos. No es la hora de minado ni un plazo fijo. Los datos de mempool.space o del respaldo Blockchain.com pueden estar en caché; los intervalos reales varían.

Usa punto o coma como separador decimal; separa los miles con un espacio.

Introduce cantidades enteras: entradas 1–500, salidas 1–50; tarifa 0–1 000 000 sat/vB. Los campos vacíos o inválidos ocultan resultados.

Tipo de referencia por 1 BTC: Cargando…

Fuente no indicada · Datos obtenidos: —

Todas las entradas y salidas usan el tipo elegido. Incluye destinatarios y cambio en el número de salidas; la herramienta no añade salidas automáticamente. Los tipos mixtos y otros scripts quedan fuera del modelo.

El tamaño virtual es el peso de toda la transacción dividido por 4, redondeado hacia arriba. Incluye contadores CompactSize y witness marker/flag. Cada comisión es el tamaño en vB por la tarifa correspondiente, redondeado hacia arriba a un satoshi entero.

Suponemos claves públicas comprimidas y firmas ECDSA de 72 bytes incluido sighash. P2SH solo significa P2SH-P2WPKH aquí. Taproot usa key path, firma de 64 bytes con sighash predeterminado y sin annex; el modelo excluye script path y multisig.

Las tarifas las introduces tú; no son estimaciones en vivo ni garantías de confirmación. Cero y el máximo son límites del modelo, no reglas de red. Se desconocen los valores UTXO: no se comprueban fondos, dust ni aceptación del monedero. Las firmas y la construcción reales pueden cambiar el tamaño.

Valor de la comisión en moneda = comisión en satoshi / 100 000 000 × precio de referencia por BTC. El precio de mercado no cambia la tarifa sat/vB introducida ni la comisión en satoshi.

La conversión monetaria es orientativa: el tipo puede estar en caché y no incluye spread, comisiones ni precio de ejecución real. Mostramos los decimales de cada moneda; ese redondeo no sustituye una liquidación precisa. Usa el botón para recargar el tipo. La hora indica la recepción de la respuesta, no la medición del precio.

Usa punto o coma como separador decimal; separa los miles con un espacio.

Introduce números finitos no negativos; comisión del pool 0–100 %. El hashrate del equipo no puede superar el de red cargado. Los valores inválidos ocultan el resultado; electricidad en blanco no significa coste cero.

El precio eléctrico inicial es solo un dato del modelo. Se conserva en la moneda de su última edición manual y se convierte a otras con tipos de referencia disponibles. Sin tipos, el campo queda vacío hasta introducir un precio. No es una oferta del proveedor.

Cargando…

Hashrate estimado de la red: —

Altura de bloque cargada: —

Subsidio por bloque utilizado: —

Tipo de referencia por 1 BTC: — · Fuente no indicada

Datos obtenidos: —

1 TH/s = 10¹² H/s. La proporción del hashrate del equipo se multiplica por 144 bloques diarios, el subsidio cargado y (1 − comisión del pool / 100). Energía = W / 1 000 × 24 horas. Diferencia = valor de BTC esperado − electricidad; 30 días son treinta veces el mismo día.

Suponemos operación continua, 10 minutos por bloque de media y datos constantes. Excluimos ingresos por comisiones de transacción, equipos, depreciación, refrigeración adicional, impuestos y paradas. Los pagos y su variación dependen del pool; una expectativa matemática no promete pagos ni es beneficio neto completo. Se redondea la visualización y puede haber fracciones de satoshi.

El hashrate de red se infiere de bloques, no de medir todos los equipos. Puede venir de mempool.space o Blockchain.com con ventanas distintas; la fuente de altura se muestra aparte. Datos y precios pueden estar en caché. La hora de respuesta no es la medición de cada dato.

La conversión monetaria es orientativa: el tipo puede estar en caché y no incluye spread, comisiones ni precio de ejecución real. Mostramos los decimales de cada moneda; ese redondeo no sustituye una liquidación precisa. Usa el botón para recargar el tipo. La hora indica la recepción de la respuesta, no la medición del precio.

Proof of Work ayuda a la red a acordar el orden de las transacciones válidas. Los mineros compiten por encontrar un resultado de cálculo adecuado para un nuevo bloque, un conjunto de transacciones. Buscarlo requiere electricidad y tiempo; comprobarlo es fácil. Reescribir el historial exige repetir el trabajo y alcanzar a la cadena que la red sigue ampliando. Imagina un sorteo en el que cada intento consume un poco de energía. El minero toma la cabecera del bloque, un resumen de sus datos, y aplica SHA-256 dos veces para obtener un hash: una huella numérica. No puede predecir el resultado de forma fiable. Cambia el Nonce, un número auxiliar de la cabecera, y otros datos, y vuelve a intentarlo. El hash debe ser menor o igual que el objetivo. Los demás repiten ese cálculo para comprobarlo. La minería consume electricidad y equipos. La recompensa incluye emisión nueva y comisiones; los ingresos no son beneficios y los pagos del pool dependen de sus condiciones.

Controles: n de 2 a 7, m de 1 a n y L de 0 a n. Al reducir n, m y L se reducen a n si es necesario. Son límites del simulador, no un límite general de Bitcoin; m = 1 muestra un umbral de una firma.

Claves disponibles A = n − L. Se alcanza el umbral si A ≥ m; el margen adicional es max(0, A − m) y el déficit max(0, m − A). Se presuponen claves distintas y titulares disponibles dispuestos y capaces de firmar. Otra copia de seguridad de la misma clave no añade una firma independiente.

Ejemplo 2 de 3: sin pérdidas queda un margen de 1 clave; con 1 clave no disponible se alcanza el umbral, pero el margen es 0; con 2 claves no disponibles falta 1 firma. La indisponibilidad puede ser temporal; no implica automáticamente una pérdida permanente de fondos.

La recuperación también requiere la configuración correcta de la cartera: umbral, claves públicas de todos los participantes, su orden o regla de ordenación, tipo de script y posibles rutas de derivación. Un Output Descriptor puede registrar estos datos. Tener suficientes claves privadas puede no bastar para restaurar las direcciones; la configuración pública no sustituye las firmas.

El modelo excluye claves robadas, puntos de fallo compartidos, otras condiciones del script y compatibilidad entre carteras. Disponer de firmas no implica protección contra el robo. No se introducen claves reales; el simulador no crea carteras, no firma ni transmite transacciones y no necesita datos en vivo.