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
¿Por qué un nodo acepta un bloque de Bitcoin? No porque alguien diga que es correcto. Comprueba su conexión con el bloque anterior, la prueba de trabajo, las transacciones y las reglas de gasto. Si algo falla, lo rechaza, aunque muchos otros nodos lo hayan recibido.
PajaritoBTC
¿Cómo demuestra un bloque que incluye una transacción? Primero, las transacciones se resumen en un árbol de hashes y su raíz queda en el encabezado. Después, el nodo combina la transacción con una prueba de hashes. Si obtiene la misma raíz, confirma que pertenece al bloque. Luego verifica las reglas del pago.
PajaritoBTC
Cerramos la semana con una idea: cada nodo verifica por separado, pero Bitcoin necesita coordinar un estado compartido. La cadena activa lo hace mediante reglas y trabajo acumulado. La próxima pregunta: ¿cómo eligen los nodos entre bloques válidos que compiten?
PajaritoBTC
Esta semana vimos que una transacción puede esperar en la mempool y que un bloque válido puede incluir pocos pagos. La conclusión: Bitcoin no mide la actividad por «llenar» bloques; cada nodo verifica si las reglas se cumplen, no si hay mucho movimiento.
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
Esta semana vimos una idea que conecta muchas piezas: Bitcoin no funciona porque alguien declare qué es válido, sino porque los nodos aplican reglas verificables. La próxima pregunta es inevitable: ¿qué ocurre cuando aparecen dos ramas que cumplen las reglas?
PajaritoBTC
La hora de un bloque de Bitcoin no es exacta. El minero propone una marca temporal y los nodos comprueban que encaje con las reglas. Por eso «confirmado a las 17:00» es una aproximación: la red ordena bloques por su cadena y trabajo acumulado, no por un reloj central.
PajaritoBTC
Piensa en Bitcoin como un cuaderno compartido. Cada bloque es una página que agrupa transacciones, lleva el enlace de la página anterior y queda añadida tras ser revisada por los nodos. No es una moneda ni una cuenta: es una parte ordenada del registro.
PajaritoBTC
Una dirección no es una cuenta y una mempool no es una cola global. Juntas enseñan algo útil: Bitcoin no guarda saldos ni esperas en un centro único; cada nodo verifica y reconstruye su propio estado con las mismas reglas.
PajaritoBTC
Una transacción firmada no entra directamente en un bloque. Primero llega a la mempool: la sala de espera de un nodo para transacciones válidas aún no confirmadas. Cada nodo mantiene la suya; no es una cola única global.
PajaritoBTC
Una wallet puede firmar un pago, y la red puede retransmitirlo, pero ninguna de esas dos cosas lo convierte aún en parte de Bitcoin. La confirmación llega cuando un bloque válido lo incluye y los nodos lo aceptan. Separar etapas evita confundir “enviado” con “registrado”.
PajaritoBTC
La hora que ves en un bloque de Bitcoin no es un reloj exacto. El minero propone una marca temporal, pero debe respetar límites y los nodos la comparan con el tiempo mediano de bloques anteriores. Así, la red no depende del reloj de una sola máquina.