Pajarito en redes
Aquí reunimos lo que Pajarito publica en redes: hilos para profundizar, tests para comprobar lo que sabes, definiciones del glosario en un minuto, avisos de seguridad y datos para entender mejor Bitcoin. Todo en un solo sitio, con filtros por tipo y por tema, para que puedas leerlo sin depender del algoritmo de ninguna red.
Cada publicación enlaza con la guía de la web donde seguir aprendiendo. Si quieres recibirlas según salen, síguenos donde prefieras:
Para preguntas largas, correcciones o colaboraciones, usa la página de contacto.
PajaritoBTC
¿Sabías que…? Bitcoin reajusta la dificultad de minería cada 2016 bloques, aproximadamente cada dos semanas. El objetivo es conservar un promedio cercano a diez minutos por bloque, aunque cambie la potencia de los mineros.
PajaritoBTC
¿Por qué una recompensa de minería no puede gastarse inmediatamente?
La transacción coinbase crea las salidas que reciben el subsidio y las comisiones del bloque, pero esas salidas tienen una regla especial de consenso: no pueden gastarse hasta que hayan madurado 100 bloques. El bloque que contiene la coinbase cuenta como el primero; por eso deben existir 100 bloques posteriores antes de que el gasto sea válido.
Los nodos no confían en que una wallet espere correctamente. Al validar una entrada que referencia una coinbase, comprueban la altura del bloque que la creó y la altura actual de la cadena. Si todavía no han transcurrido las 100 confirmaciones exigidas, la transacción es inválida para un bloque, aunque la firma y el importe sean correctos.
La regla también protege frente a reorganizaciones. Si una rama pierde un bloque con una coinbase, sus salidas dejan de pertenecer al estado activo y cualquier gasto que dependiera de ellas debe reevaluarse. La recompensa no se convierte en saldo definitivo solo porque haya sido observada en una rama.
Aquí conviene separar capas: el consenso impone la madurez; la política de relay puede impedir que un nodo retransmita antes un gasto inválido; el minero no puede incluirlo legalmente hasta que cumpla la regla; y la wallet decide cuándo mostrarlo como disponible o construir un gasto.
La consecuencia es precisa: una coinbase confirmada no equivale todavía a una UTXO gastable. El protocolo introduce una espera obligatoria para que las recompensas minadas no se utilicen inmediatamente mientras la cadena puede reorganizarse.
La transacción coinbase crea las salidas que reciben el subsidio y las comisiones del bloque, pero esas salidas tienen una regla especial de consenso: no pueden gastarse hasta que hayan madurado 100 bloques. El bloque que contiene la coinbase cuenta como el primero; por eso deben existir 100 bloques posteriores antes de que el gasto sea válido.
Los nodos no confían en que una wallet espere correctamente. Al validar una entrada que referencia una coinbase, comprueban la altura del bloque que la creó y la altura actual de la cadena. Si todavía no han transcurrido las 100 confirmaciones exigidas, la transacción es inválida para un bloque, aunque la firma y el importe sean correctos.
La regla también protege frente a reorganizaciones. Si una rama pierde un bloque con una coinbase, sus salidas dejan de pertenecer al estado activo y cualquier gasto que dependiera de ellas debe reevaluarse. La recompensa no se convierte en saldo definitivo solo porque haya sido observada en una rama.
Aquí conviene separar capas: el consenso impone la madurez; la política de relay puede impedir que un nodo retransmita antes un gasto inválido; el minero no puede incluirlo legalmente hasta que cumpla la regla; y la wallet decide cuándo mostrarlo como disponible o construir un gasto.
La consecuencia es precisa: una coinbase confirmada no equivale todavía a una UTXO gastable. El protocolo introduce una espera obligatoria para que las recompensas minadas no se utilicen inmediatamente mientras la cadena puede reorganizarse.
PajaritoBTC
¿Sabías que…? Bitcoin reajusta la dificultad de minar aproximadamente cada 2016 bloques, unas dos semanas. Si se produjeron demasiado rápido, aumenta; si tardaron demasiado, disminuye. Así mantiene cerca de 10 minutos de media por bloque.
PajaritoBTC
Un bloque de Bitcoin puede ser válido aunque no incluya pagos de usuarios. Normalmente contiene la transacción coinbase, que registra la recompensa, además del encabezado y las reglas necesarias. La red valida el bloque, no exige que esté lleno de pagos.
PajaritoBTC
¿Sabías que…? La recompensa del bloque génesis —el primero de Bitcoin— no puede gastarse como una coinbase normal. Aunque aparece en el bloque, los nodos no la incorporan al conjunto UTXO: es una pieza histórica, no un saldo disponible.
PajaritoBTC
¿Sabías que…? La transacción coinbase de cada bloque puede incluir hasta 100 bytes de datos en su scriptSig. El minero usa parte de ese espacio como «extra nonce» para variar el hash y seguir buscando una prueba de trabajo válida.
PajaritoBTC
¿Por qué una recompensa de minería puede estar confirmada y, aun así, no poder gastarse todavía?
La coinbase de un bloque crea las salidas que reciben la recompensa y las comisiones, pero sus UTXO tienen una condición adicional de consenso: deben madurar durante 100 bloques antes de poder gastarse. La altura del bloque que contiene la coinbase determina el punto de referencia; no basta con que la transacción aparezca en una wallet.
Al validar una entrada que gasta una coinbase, el nodo comprueba que hayan pasado suficientes bloques desde su inclusión. Si no se cumple, el bloque que contiene ese gasto es inválido, aunque la firma y el resto de la transacción sean correctos. Es una regla distinta de la política de mempool: un nodo puede rechazar el gasto antes de retransmitirlo, pero la prohibición fundamental pertenece al consenso.
La interacción con las reorganizaciones importa. Si la rama activa pierde el bloque que creó la coinbase, sus salidas dejan de pertenecer al conjunto UTXO activo. Cualquier gasto descendiente debe desaparecer o volver a evaluarse; no basta con que la coinbase haya tenido antes muchas confirmaciones en una rama que ya no es la elegida.
La wallet puede mostrar la recompensa como recibida y llevar su propio seguimiento de madurez, pero esa interfaz no cambia las reglas que aplican los nodos ni permite gastar antes. El minero también debe respetarlas: incluir una transacción que consuma una coinbase inmadura invalidaría todo su bloque.
La consecuencia es precisa: la madurez no es una espera visual ni una recomendación operativa. Es una restricción de consenso ligada a la altura y al estado UTXO de la cadena activa; protege la validez de los gastos derivados de recompensas que todavía podrían quedar afectados por una reorganización.
La coinbase de un bloque crea las salidas que reciben la recompensa y las comisiones, pero sus UTXO tienen una condición adicional de consenso: deben madurar durante 100 bloques antes de poder gastarse. La altura del bloque que contiene la coinbase determina el punto de referencia; no basta con que la transacción aparezca en una wallet.
Al validar una entrada que gasta una coinbase, el nodo comprueba que hayan pasado suficientes bloques desde su inclusión. Si no se cumple, el bloque que contiene ese gasto es inválido, aunque la firma y el resto de la transacción sean correctos. Es una regla distinta de la política de mempool: un nodo puede rechazar el gasto antes de retransmitirlo, pero la prohibición fundamental pertenece al consenso.
La interacción con las reorganizaciones importa. Si la rama activa pierde el bloque que creó la coinbase, sus salidas dejan de pertenecer al conjunto UTXO activo. Cualquier gasto descendiente debe desaparecer o volver a evaluarse; no basta con que la coinbase haya tenido antes muchas confirmaciones en una rama que ya no es la elegida.
La wallet puede mostrar la recompensa como recibida y llevar su propio seguimiento de madurez, pero esa interfaz no cambia las reglas que aplican los nodos ni permite gastar antes. El minero también debe respetarlas: incluir una transacción que consuma una coinbase inmadura invalidaría todo su bloque.
La consecuencia es precisa: la madurez no es una espera visual ni una recomendación operativa. Es una restricción de consenso ligada a la altura y al estado UTXO de la cadena activa; protege la validez de los gastos derivados de recompensas que todavía podrían quedar afectados por una reorganización.
PajaritoBTC
Bitcoin no crea nuevas unidades porque una persona decida hacerlo. Su emisión sigue reglas públicas: la recompensa de los bloques se reduce con el tiempo y los nodos rechazan cantidades que no respeten esas reglas. La previsibilidad es parte del diseño.
PajaritoBTC
¿Sabías que…? Cada 2.016 bloques, Bitcoin reajusta la dificultad de minado para que el ritmo medio siga cerca de 10 minutos por bloque. No fija la duración de cada bloque: corrige el promedio.
PajaritoBTC
¿Sabías que…? La recompensa del bloque génesis de Bitcoin no puede gastarse. Aunque aparece registrada en su coinbase, ese bloque tiene un tratamiento especial y su salida no se incorporó al conjunto de UTXO.
PajaritoBTC
¿Sabías que…? La transacción coinbase de cada bloque debe llevar un scriptSig de entre 2 y 100 bytes. Los mineros pueden incluir ahí datos adicionales, pero no superar ese límite: también la recompensa tiene reglas precisas.
PajaritoBTC
¿Cómo sabe un nodo que un minero no se ha atribuido más bitcoin de los permitidos?
La comprobación empieza por la transacción coinbase, la primera del bloque. No gasta un UTXO anterior: crea las salidas que reciben el subsidio y las comisiones de las transacciones incluidas.
El nodo suma las comisiones válidas del bloque y calcula el subsidio correspondiente a su altura. La coinbase puede reclamar como máximo esa cantidad combinada. Si intenta crear una unidad adicional, el bloque viola consenso y se rechaza, aunque su prueba de trabajo sea correcta.
Hay una espera especial: las salidas de una coinbase madura después de 100 bloques. Así se evita que una reorganización reciente deje pagos de minería basados en una rama que ya no forma parte de la cadena principal.
La consecuencia es una separación útil: la prueba de trabajo demuestra que se encontró un bloque válido según el objetivo, pero no autoriza a inventar recompensa. Los nodos verifican también la emisión, las comisiones y la madurez. En Bitcoin, incluso quien produce el bloque debe someterse a las mismas reglas que el resto.
La comprobación empieza por la transacción coinbase, la primera del bloque. No gasta un UTXO anterior: crea las salidas que reciben el subsidio y las comisiones de las transacciones incluidas.
El nodo suma las comisiones válidas del bloque y calcula el subsidio correspondiente a su altura. La coinbase puede reclamar como máximo esa cantidad combinada. Si intenta crear una unidad adicional, el bloque viola consenso y se rechaza, aunque su prueba de trabajo sea correcta.
Hay una espera especial: las salidas de una coinbase madura después de 100 bloques. Así se evita que una reorganización reciente deje pagos de minería basados en una rama que ya no forma parte de la cadena principal.
La consecuencia es una separación útil: la prueba de trabajo demuestra que se encontró un bloque válido según el objetivo, pero no autoriza a inventar recompensa. Los nodos verifican también la emisión, las comisiones y la madurez. En Bitcoin, incluso quien produce el bloque debe someterse a las mismas reglas que el resto.