#estudiaBitcoin
Todo lo que quieres saber de una transacción está en la cadena ¿Sabes leerla? Vamos con un ejemplo:
020000000001019ce9bdcc…b25a6793
A esto se le llama transacción cruda: la transacción serializada, sin comas, sin etiquetas, sin nombres de campo. Y es así como se transmite entre nodos.
Lo que ves son bytes escritos en hexadecimal: un carácter son 4 bits, dos caracteres son un byte. Siempre.
No hay separadores. Lo que marca dónde termina un campo y empieza el siguiente es la estructura del protocolo: cuántos bytes ocupa cada uno. Y como cada byte son dos caracteres, leer esa estructura es contar.
Vamos parte por parte. La versión ocupa 4 bytes, es decir, los primeros 8 caracteres:
02000000
Contaste ocho caracteres, tienes la versión. Hasta acá es mecánico.
Lo que sigue a la versión son dos bytes: 00 y 01.
Se llaman marker y flag.
Estos dos bytes indican el formato SegWit —testigo segregado— donde la firma sale del cuerpo de la transacción y se guarda en una sección aparte, al final.
¿Por qué en esa posición y con esos valores? Porque un software no actualizado que no conozca segwit va a leer ese 00 como "cero inputs" y va a fallar. Un truco de compatibilidad, escrito en dos bytes.
Ahora viene el conteo de inputs: 01. Un solo input.
Después, toca contar los 64 caracteres que son el TXID de la transacción anterior.
Los 8 siguientes, el índice: cuál de sus outputs estás gastando.
Y los dos juntos identifican un UTXO: una salida de transacción que todavía no se gastó. Hacen falta los dos, porque un UTXO no existe por separado, solo se puede nombrar diciendo en qué transacción está y en qué posición.
Eso es exactamente lo que hace tu nodo al validar: corta por posición, byte por byte, según la estructura del protocolo.
Leerlo no es complejo, es práctica. Aprende a leer una transacción completa —montos, condiciones de gasto, witness— en cuatro clases con Expertos del Protocolo, un seminario socrático sobre Mastering Bitcoin.
Empezamos clases el 05/11 👇
https://libreriadesatoshi.netlify.app/cursos/tpe-2026-2/
Todo lo que quieres saber de una transacción está en la cadena ¿Sabes leerla? Vamos con un ejemplo:
020000000001019ce9bdcc…b25a6793
A esto se le llama transacción cruda: la transacción serializada, sin comas, sin etiquetas, sin nombres de campo. Y es así como se transmite entre nodos.
Lo que ves son bytes escritos en hexadecimal: un carácter son 4 bits, dos caracteres son un byte. Siempre.
No hay separadores. Lo que marca dónde termina un campo y empieza el siguiente es la estructura del protocolo: cuántos bytes ocupa cada uno. Y como cada byte son dos caracteres, leer esa estructura es contar.
Vamos parte por parte. La versión ocupa 4 bytes, es decir, los primeros 8 caracteres:
02000000
Contaste ocho caracteres, tienes la versión. Hasta acá es mecánico.
Lo que sigue a la versión son dos bytes: 00 y 01.
Se llaman marker y flag.
Estos dos bytes indican el formato SegWit —testigo segregado— donde la firma sale del cuerpo de la transacción y se guarda en una sección aparte, al final.
¿Por qué en esa posición y con esos valores? Porque un software no actualizado que no conozca segwit va a leer ese 00 como "cero inputs" y va a fallar. Un truco de compatibilidad, escrito en dos bytes.
Ahora viene el conteo de inputs: 01. Un solo input.
Después, toca contar los 64 caracteres que son el TXID de la transacción anterior.
Los 8 siguientes, el índice: cuál de sus outputs estás gastando.
Y los dos juntos identifican un UTXO: una salida de transacción que todavía no se gastó. Hacen falta los dos, porque un UTXO no existe por separado, solo se puede nombrar diciendo en qué transacción está y en qué posición.
Eso es exactamente lo que hace tu nodo al validar: corta por posición, byte por byte, según la estructura del protocolo.
Leerlo no es complejo, es práctica. Aprende a leer una transacción completa —montos, condiciones de gasto, witness— en cuatro clases con Expertos del Protocolo, un seminario socrático sobre Mastering Bitcoin.
Empezamos clases el 05/11 👇
https://libreriadesatoshi.netlify.app/cursos/tpe-2026-2/
❤️1