Empieza por una pregunta conocida: ¿qué ocurre cuando alguien paga en bitcoin? Estas ocho lecciones siguen el pago desde el monedero hasta su confirmación en un bloque. Los términos técnicos se explican cuando aparecen por primera vez. Puedes seguir el orden o elegir un tema en el índice.
Lección01
Bitcoin, BTC y monederos: tres cosas distintas
Bitcoin es una red de ordenadores que sigue unas reglas compartidas para registrar transferencias, sin un administrador central de cuentas. Sus participantes intercambian transacciones directamente entre sí. El historial público de transacciones se organiza en bloques enlazados: la cadena de bloques o blockchain. BTC es la unidad monetaria propia de la red. Un bitcoin equivale a 100 millones de satoshis, por lo que se pueden pagar pequeñas fracciones de un bitcoin.
Un monedero o wallet es un programa o dispositivo que gestiona la información necesaria para recibir pagos y autorizar gastos. Los bitcoin quedan registrados como salidas no gastadas en el historial de la red; no son archivos guardados dentro del teléfono. Las claves privadas son la información secreta que permite autorizar un gasto. Una dirección contiene instrucciones de pago que puedes compartir con quien te envía fondos; no es una clave privada.
Con la autocustodia, tú controlas las claves y eres responsable de protegerlas y poder recuperarlas. En una cuenta con custodia, un proveedor controla las claves en tu nombre. Son modelos con riesgos distintos. La emisión limitada de Bitcoin no garantiza un precio estable, poder adquisitivo ni rentabilidad.
Lección02
Cómo pasa un pago del monedero a un bloque
Al pagar, Bitcoin no actualiza un único saldo de cuenta. Una transacción gasta salidas de transacciones anteriores que todavía no se han gastado, llamadas UTXO, y crea otras nuevas. El monedero suma las salidas que puede gastar para mostrar el saldo. Cuando selecciona una para un pago, esa salida se gasta entera; el cambio puede asignarse a una nueva salida controlada por el remitente.
Por ejemplo, una entrada de 10.000 satoshis puede financiar un pago de 6.000 y una salida de cambio de 3.800. Los 200 satoshis restantes son la comisión. Estas cantidades explican cómo cuadran los importes; no son una estimación de las comisiones de hoy. La comisión suele depender del tamaño de la transacción y de la demanda de espacio en los bloques, no de un porcentaje fijo del dinero enviado.
El monedero crea la transacción y aporta la autorización necesaria para gastar sus entradas. Después la difunde por la red. Los nodos la comprueban y pueden guardarla en su mempool local, el conjunto de transacciones pendientes de confirmar que conoce cada nodo. Un minero puede incluirla en un bloque. Cuando ese bloque cumple las reglas de un nodo y forma parte de su cadena activa, la transacción tiene su primera confirmación. Los bloques siguientes añaden confirmaciones.
Lección03
SHA-256 y firmas digitales: funciones diferentes
SHA-256 es una función hash criptográfica. Recibe bytes de entrada, como los que representan un mensaje, y produce un resultado de 256 bits, llamado hash o resumen. Normalmente se muestra como 64 caracteres hexadecimales. La misma entrada siempre produce el mismo resultado. Cambiar un solo bit suele generar un hash muy distinto, sin un atajo útil para predecirlo.
Un hash no es un cifrado. No existe una clave de descifrado que permita recuperar el mensaje original a partir de su resumen SHA-256. El hashing ayuda a vincular datos y detectar cambios; no oculta el historial público de Bitcoin ni vuelve anónimos a sus usuarios. En el experimento de abajo puedes modificar un mensaje de ejemplo y comparar los resultados.
Las firmas digitales resuelven otro problema: permiten autorizar un gasto según las reglas de la transacción sin revelar la clave privada. Los demás participantes comprueban la firma mediante la clave pública correspondiente y los datos firmados. Bitcoin utiliza firmas ECDSA y, en Taproot, firmas Schnorr definidas en BIP340, sobre la curva elíptica secp256k1. Los hashes y las firmas se complementan, pero no son intercambiables.
Lección04
Minería: buscar un hash por debajo de un umbral
Un minero prepara un bloque candidato con transacciones y una primera transacción llamada coinbase. La coinbase puede asignar la nueva emisión permitida por bloque, llamada subsidio, y las comisiones. Después se construye la cabecera del bloque, de 80 bytes. Contiene una referencia al bloque anterior, una raíz de Merkle que vincula los identificadores de las transacciones y campos como la marca de tiempo, la codificación del objetivo y el nonce.
La minería aplica SHA-256 dos veces a la cabecera, una y otra vez. Para que la prueba de trabajo sea válida, el número resultante debe ser menor o igual que el objetivo, un umbral fijado por las reglas de consenso. Cuanto menor sea ese umbral, menos probable será acertar en cada intento. Es un proceso de prueba y error: los mineros no resuelven una ecuación oculta con una respuesta útil, y fallar un intento no aumenta la probabilidad de acertar el siguiente.
El nonce es un campo de 32 bits que el minero puede modificar para probar cabeceras distintas. También puede cambiar otros datos permitidos. Por ejemplo, modificar el extra nonce de la coinbase cambia su identificador de transacción, la raíz de Merkle y la cabecera. Encontrar un hash válido no basta: el bloque debe superar las demás comprobaciones. Los pools de minería coordinan participantes y reparten los ingresos según sus propias condiciones; no garantizan recompensas ni rentabilidad.
Lección05
Cómo comprueban los nodos completos los bloques y las confirmaciones
Un nodo completo es un programa que comprueba por su cuenta las reglas de consenso de Bitcoin. Al recibir un bloque no verifica solo el hash de la prueba de trabajo: las transacciones deben cumplir sus condiciones de gasto, las entradas no pueden gastar salidas no disponibles y la coinbase no puede reclamar más que el subsidio y las comisiones permitidos. Un bloque inválido se rechaza aunque se haya dedicado mucha potencia de cálculo a producirlo.
A veces dos bloques válidos compiten por la misma posición. Entre los historiales que cumplen sus reglas, un nodo sigue la cadena con mayor prueba de trabajo acumulada. A menudo se la llama la cadena más larga, pero lo importante es el trabajo total, no simplemente el número de bloques ni el de ordenadores que apoyan una versión del historial.
Una confirmación significa que una transacción está incluida en un bloque de esa cadena; cada bloque posterior añade otra. Reemplazar esa parte del historial resulta más difícil a medida que se acumula trabajo, aunque siguen siendo posibles las reorganizaciones. El número de confirmaciones adecuado depende del valor del pago y del riesgo que acepte el destinatario. El protocolo busca una media aproximada de diez minutos entre bloques; no promete que el siguiente llegue en ese plazo.
Lección06
¿Quién desarrolla Bitcoin y quién decide sus reglas?
Bitcoin no es una empresa con un director que pueda ordenar a todos que cambien el sistema. Cada participante cumple una función distinta. Los desarrolladores proponen, escriben, prueban y revisan el software. Los mineros eligen los bloques candidatos sobre los que trabajan. Quienes gestionan nodos eligen el software y las reglas que aplican. Los usuarios eligen monederos y servicios y deciden qué pagos aceptan.
Una Bitcoin Improvement Proposal, o BIP, documenta una propuesta o un estándar. Publicar una propuesta no significa activarla: una idea, una versión del software y una regla que se aplica realmente son etapas diferentes. Los cambios pueden requerir revisión técnica, implementación y coordinación. Los participantes también pueden estar en desacuerdo y decidir no adoptar un cambio.
Conviene distinguir las reglas de consenso de las políticas locales de un nodo. El consenso determina si un bloque es válido según sus reglas. Las políticas locales afectan, por ejemplo, a qué transacciones sin confirmar retransmite o guarda en su mempool. Cambiar una política local no cambia automáticamente lo que puede contener un bloque de Bitcoin. Los divulgadores, colaboradores y empresas conocidos pueden influir en el debate, pero ninguno representa a todos los usuarios.
Lección07
Usos reales: pagos, donaciones y proyectos locales
Bitcoin permite transferir valor entre personas que eligen usarlo, sin que un operador central tenga que aprobar una transacción que cumple las reglas de la red. El pago puede registrarse en la cadena principal, o un servicio puede utilizar otro sistema, como Lightning, con sus propios requisitos. Tener acceso a la red no es lo mismo que disponer de un servicio cómodo para cambiar a moneda local.
Hay ejemplos prácticos. BTCPay Server ofrece herramientas de código abierto para que los comercios acepten bitcoin, incluido Lightning si se configura. OpenSats acepta donaciones en bitcoin para apoyar el trabajo de código abierto. Bitcoin Beach describe una iniciativa local de pagos y educación en El Salvador. Estos casos muestran usos posibles; no prueban una adopción universal ni que un servicio concreto sea adecuado para todos.
Antes de utilizar un servicio de pagos, comprueba quién controla las claves, qué comisiones cobra, cómo recibe el valor el destinatario y qué sucede si el proveedor deja de estar disponible. También importan la volatilidad, la conversión a moneda local, la privacidad y las normas aplicables. Enviar bitcoin a otro país no garantiza poder retirar efectivo al llegar. Entender el funcionamiento debe ser el primer paso para decidir si utilizarlo.
Lección08
Por qué Bitcoin utiliza canales de pago y otras redes
La capa base de Bitcoin registra transacciones en bloques de capacidad limitada. Una mayor demanda de ese espacio puede aumentar las comisiones y las esperas. Por eso, permitir más pagos cotidianos no consiste solo en añadir más transacciones individuales a cada bloque. Otros diseños trasladan parte de la actividad fuera de la cadena principal y la utilizan para ciertos pasos de liquidación o para hacer valer las reglas.
Lightning utiliza canales de pago para actualizar saldos sin registrar cada cambio en un bloque de Bitcoin. Las cadenas laterales, como Liquid y Rootstock, tienen sus propios bloques y mecanismos para representar bitcoin. Fedimint ofrece custodia compartida entre guardianes. Los sistemas de tipo Ark y los diseños basados en BitVM exploran otros mecanismos en distintas fases de desarrollo. Llamar a algo capa 2 no significa que ofrezca las mismas garantías que otro sistema.
Compara cada diseño con cinco preguntas: quién controla las claves, qué activo tiene el usuario, dónde se considera completada la operación según las reglas del sistema, qué liquidez hace falta y cómo puede salir el usuario si falla un proveedor. Que la pantalla se actualice antes no significa que haya una confirmación en la cadena principal. La siguiente sección explica una selección de modelos y sus límites; no es una lista de todos los proyectos relacionados con Bitcoin.
Cinco términos que encontrarás en estas lecciones
Nonce
Un número de 32 bits en la cabecera del bloque que los mineros cambian para probar hashes distintos. Cuando se agotan sus valores posibles, también se pueden modificar otros datos permitidos.
Coinbase
La primera transacción de un bloque. Puede asignar el subsidio permitido por bloque y las comisiones de las transacciones. Este término del protocolo no tiene relación con la empresa llamada Coinbase.
Raíz de Merkle
Un valor de 32 bytes que vincula la cabecera con una lista ordenada de identificadores de transacciones. Cambiar un identificador incluido cambia este valor. Bitcoin vincula por separado los datos witness, información adicional para autorizar el gasto, como las firmas. Cambiar solo esos datos no tiene por qué cambiar el txid de una transacción.
Objetivo (target)
El mayor número permitido como hash de la prueba de trabajo. Cuanto menor sea este umbral, más difícil será encontrar un hash que lo cumpla.
Peg
Un mecanismo que conecta un activo representado en una red con fondos mantenidos en otra. La seguridad depende también de las personas, el software o los dispositivos que gestionan esa conexión.
SHA-256
Pruébalo: hashes y una prueba de trabajo simplificada
Modifica un mensaje de ejemplo y compara su hash SHA-256. Después prueba valores de nonce en una cabecera de demostración. Todo se ejecuta en tu navegador: no mina bitcoin ni envía transacciones.
Utiliza texto de ejemplo, nunca claves ni frases de recuperación de un monedero. Lo que escribes no se envía al servidor ni se guarda. Al salir de la página se borra de la herramienta.
Hash de cabecera con doble SHA-256, en el orden de visualización de Bitcoin
—
Intentos
0
Último nonce probado
—
El ejemplo utiliza una cabecera de 80 bytes, un umbral artificial fácil y el hash de un mensaje en lugar de una raíz de Merkle de transacciones reales. No tiene un cuerpo de bloque válido ni sigue la dificultad de la red principal. Los nodos reales no lo aceptarían como bloque Bitcoin. Se muestra el último nonce probado, no un número de éxitos garantizados.
Estas explicaciones simplifican la presentación, no las reglas. Los ejemplos usan importes ilustrativos, no las comisiones actuales. Cada lección enlaza con la documentación del protocolo o una fuente primaria para que puedas profundizar.
Fuentes verificadas:
Primero comprende. Después interpreta los datos.
Relaciona las explicaciones con comisiones observadas, bloques, comunicaciones de reservas empresariales y datos de mercado. Un gráfico resulta más útil cuando sabes qué miden sus cifras.