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…? Una salida OP_RETURN puede incluir un pequeño dato o compromiso, pero está diseñada para ser incobrable: el script falla al intentar gastarla. Así, la cadena puede registrar una prueba sin crear fondos utilizables.
PajaritoBTC
¿Puede una transacción ser válida y, aun así, no circular por la red? Sí: hay que separar consenso de standardness.
El consenso define lo que un bloque no puede violar: entradas existentes y no gastadas, firmas válidas, scripts satisfechos, límites de tamaño y demás reglas activas. Si una transacción cumple esas condiciones, un minero podría incluirla en un bloque válido aunque algunos nodos no la acepten en su mempool.
La standardness es política local. Un nodo puede filtrar scripts, tamaños o formas consideradas poco comunes para reducir spam, consumo de recursos y riesgos operativos. Ese filtro afecta al relay y a la mempool, no convierte por sí solo una transacción válida en inválida bajo consenso.
La wallet debe conocer esta diferencia: construir un script permitido por consenso no garantiza que los nodos lo retransmitan ni que un minero lo vea. El minero puede recibirlo por otro canal, incluirlo directamente o aplicar sus propios filtros.
La consecuencia es que «no se propaga» y «no puede confirmarse» son diagnósticos distintos. Consenso decide qué bloques aceptan los nodos; standardness decide qué transacciones están dispuestos a transportar antes de que llegue un bloque.
El consenso define lo que un bloque no puede violar: entradas existentes y no gastadas, firmas válidas, scripts satisfechos, límites de tamaño y demás reglas activas. Si una transacción cumple esas condiciones, un minero podría incluirla en un bloque válido aunque algunos nodos no la acepten en su mempool.
La standardness es política local. Un nodo puede filtrar scripts, tamaños o formas consideradas poco comunes para reducir spam, consumo de recursos y riesgos operativos. Ese filtro afecta al relay y a la mempool, no convierte por sí solo una transacción válida en inválida bajo consenso.
La wallet debe conocer esta diferencia: construir un script permitido por consenso no garantiza que los nodos lo retransmitan ni que un minero lo vea. El minero puede recibirlo por otro canal, incluirlo directamente o aplicar sus propios filtros.
La consecuencia es que «no se propaga» y «no puede confirmarse» son diagnósticos distintos. Consenso decide qué bloques aceptan los nodos; standardness decide qué transacciones están dispuestos a transportar antes de que llegue un bloque.
PajaritoBTC
¿Qué ocurre después de pulsar «enviar»? 1) Tu wallet firma la transacción. 2) Los nodos comprueban que es válida y la retransmiten. 3) Un minero la incluye en un bloque, que los nodos verifican de nuevo. Así queda registrada en la cadena.
PajaritoBTC
¿Qué significa que una transacción de Bitcoin tenga un bloqueo temporal?
La pieza central es nLockTime, un campo que puede expresar una altura de bloque o una marca temporal absoluta. Pero no basta con escribir un valor futuro: para que el bloqueo sea relevante, al menos una entrada debe tener nSequence distinto de 0xffffffff. Si todas son finales, nLockTime se ignora y la transacción puede ser válida de inmediato.
Al validar, los nodos comparan el bloqueo con la altura siguiente o con el Median Time Past de la cadena, no con el reloj local exacto. Si aún no se cumple, la transacción no es final bajo consenso y no puede entrar en un bloque válido. La mempool puede rechazarla antes, según sus propias políticas, pero no convierte una transacción futura en inválida para siempre.
Esto es distinto de BIP68 y CSV: nLockTime fija una condición absoluta respecto a la cadena; CSV expresa una espera relativa desde la confirmación de un UTXO. La wallet debe elegir el mecanismo y construir las secuencias correctamente.
La consecuencia es que «bloqueada hasta una fecha» no describe una simple alarma de la wallet. Es una condición que los nodos y mineros deben evaluar con reglas precisas, usando altura o tiempo mediano y la finalidad de las entradas. Relay puede anticiparse y filtrar, pero solo el consenso decide si el bloqueo se ha cumplido.
La pieza central es nLockTime, un campo que puede expresar una altura de bloque o una marca temporal absoluta. Pero no basta con escribir un valor futuro: para que el bloqueo sea relevante, al menos una entrada debe tener nSequence distinto de 0xffffffff. Si todas son finales, nLockTime se ignora y la transacción puede ser válida de inmediato.
Al validar, los nodos comparan el bloqueo con la altura siguiente o con el Median Time Past de la cadena, no con el reloj local exacto. Si aún no se cumple, la transacción no es final bajo consenso y no puede entrar en un bloque válido. La mempool puede rechazarla antes, según sus propias políticas, pero no convierte una transacción futura en inválida para siempre.
Esto es distinto de BIP68 y CSV: nLockTime fija una condición absoluta respecto a la cadena; CSV expresa una espera relativa desde la confirmación de un UTXO. La wallet debe elegir el mecanismo y construir las secuencias correctamente.
La consecuencia es que «bloqueada hasta una fecha» no describe una simple alarma de la wallet. Es una condición que los nodos y mineros deben evaluar con reglas precisas, usando altura o tiempo mediano y la finalidad de las entradas. Relay puede anticiparse y filtrar, pero solo el consenso decide si el bloqueo se ha cumplido.
PajaritoBTC
Abres tu wallet y ves un saldo único, pero Bitcoin no guarda una cuenta con ese número. La wallet suma varias salidas no gastadas (UTXO) que puede controlar. Por eso un pago puede combinar varias piezas.
PajaritoBTC
¿Por qué dos transacciones con el mismo número de entradas pueden pagar comisiones distintas?
Porque el espacio que ocupan no depende solo de contar entradas y salidas. Bitcoin mide los bloques mediante peso: los datos tradicionales cuentan más que los datos witness, donde suelen viajar las firmas.
La regla es: peso = bytes no witness × 4 + bytes witness. Después, ese peso se divide entre 4 para obtener los vbytes, una unidad práctica que permite comparar transacciones con la misma referencia de espacio.
Por eso una wallet suele mostrar una comisión en satoshis por vbyte. Una transacción con muchas firmas, scripts complejos o varias entradas necesita más espacio; otra que use estructuras más compactas puede ocupar menos, aunque ambas transfieran un importe parecido.
La consecuencia es que SegWit no hizo que las firmas desaparecieran: cambió cómo se contabiliza su espacio dentro del límite del bloque. El consenso limita el peso total, mientras que la wallet calcula cuánto ocupa cada diseño y el minero decide qué transacciones incluir según los incentivos disponibles.
Entender peso y vbytes ayuda a separar tres preguntas: qué transacción es válida, cuánto espacio necesita y qué comisión ofrece por ese espacio.
Porque el espacio que ocupan no depende solo de contar entradas y salidas. Bitcoin mide los bloques mediante peso: los datos tradicionales cuentan más que los datos witness, donde suelen viajar las firmas.
La regla es: peso = bytes no witness × 4 + bytes witness. Después, ese peso se divide entre 4 para obtener los vbytes, una unidad práctica que permite comparar transacciones con la misma referencia de espacio.
Por eso una wallet suele mostrar una comisión en satoshis por vbyte. Una transacción con muchas firmas, scripts complejos o varias entradas necesita más espacio; otra que use estructuras más compactas puede ocupar menos, aunque ambas transfieran un importe parecido.
La consecuencia es que SegWit no hizo que las firmas desaparecieran: cambió cómo se contabiliza su espacio dentro del límite del bloque. El consenso limita el peso total, mientras que la wallet calcula cuánto ocupa cada diseño y el minero decide qué transacciones incluir según los incentivos disponibles.
Entender peso y vbytes ayuda a separar tres preguntas: qué transacción es válida, cuánto espacio necesita y qué comisión ofrece por ese espacio.
PajaritoBTC
¿Qué significa realmente «acelerar» una transacción de Bitcoin que aún no está confirmada?
Hay dos mecanismos distintos: RBF y CPFP. Con Replace-by-Fee, una transacción nueva sustituye a otra en la mempool si cumple las reglas de reemplazo aplicadas por el nodo. En el modelo opt-in, una entrada señala disponibilidad mediante nSequence inferior a 0xfffffffe; también puede heredarse desde un ancestro reemplazable. La transacción nueva debe pagar más y cubrir, además, el coste de expulsar el conjunto afectado.
CPFP funciona de otra manera: una transacción hija gasta una salida de la pendiente y ofrece una comisión alta. El minero puede evaluar la tasa conjunta del paquete padre+hija y obtener un incentivo para incluir ambas.
Nada de esto cambia el consenso. RBF es principalmente política de mempool, y un nodo puede aplicar full-RBF aunque no exista señalización; CPFP necesita una salida gastable y depende de que el paquete llegue al minero. La wallet construye el reemplazo o la hija, pero no garantiza confirmación.
La consecuencia es que «subir la comisión» no describe una sola operación: RBF reemplaza una transacción; CPFP añade otra. Ambas modifican incentivos de relay y minería, no las reglas que determinan si el gasto es válido.
Hay dos mecanismos distintos: RBF y CPFP. Con Replace-by-Fee, una transacción nueva sustituye a otra en la mempool si cumple las reglas de reemplazo aplicadas por el nodo. En el modelo opt-in, una entrada señala disponibilidad mediante nSequence inferior a 0xfffffffe; también puede heredarse desde un ancestro reemplazable. La transacción nueva debe pagar más y cubrir, además, el coste de expulsar el conjunto afectado.
CPFP funciona de otra manera: una transacción hija gasta una salida de la pendiente y ofrece una comisión alta. El minero puede evaluar la tasa conjunta del paquete padre+hija y obtener un incentivo para incluir ambas.
Nada de esto cambia el consenso. RBF es principalmente política de mempool, y un nodo puede aplicar full-RBF aunque no exista señalización; CPFP necesita una salida gastable y depende de que el paquete llegue al minero. La wallet construye el reemplazo o la hija, pero no garantiza confirmación.
La consecuencia es que «subir la comisión» no describe una sola operación: RBF reemplaza una transacción; CPFP añade otra. Ambas modifican incentivos de relay y minería, no las reglas que determinan si el gasto es válido.
PajaritoBTC
¿Cómo evita Bitcoin gastar dos veces la misma salida? 1) La transacción señala un UTXO concreto. 2) El nodo comprueba que sigue sin gastar y que la firma autoriza el uso. 3) Al incluirla, ese UTXO se consume y nacen nuevas salidas. Así, el mismo registro no puede volver a usarse.
PajaritoBTC
Cuando consultas una wallet o un explorador de Bitcoin, ¿qué miras primero para decidir qué está ocurriendo: el saldo, las confirmaciones, el identificador de la transacción u otro dato? ¿Por qué?
PajaritoBTC
Si tu móvil está apagado, no pierdes un pago. Bitcoin puede llegar a tu dirección y la wallet lo detecta cuando vuelve a conectarse. Los fondos quedan bloqueados por las condiciones de gasto, y la cadena no necesita que estés conectado para recibir.
PajaritoBTC
¿Por qué una salida de Bitcoin puede ser válida y, aun así, resultar poco práctica?
La respuesta suele estar en el concepto de dust. Una salida es dust cuando su valor es tan pequeño, comparado con el coste estimado de gastarla, que transmitirla y confirmarla puede costar más que lo que contiene.
El umbral no depende solo de una cifra universal: considera cuánto espacio ocuparía la transacción al gastar esa salida y una tarifa de referencia definida por la política de relay. Por eso puede variar según el tipo de script y las reglas operativas del nodo.
Aquí conviene separar capas. Dust es principalmente una política para aceptar y retransmitir transacciones; no significa que una salida ya confirmada desaparezca automáticamente ni que sea imposible gastarla bajo cualquier circunstancia. Un minero podría incluir una transacción válida aunque un nodo no la retransmita por política.
La consecuencia es que dividir demasiado un pago puede crear muchas salidas pequeñas, difíciles o caras de gastar después. La wallet debe equilibrar precisión, comisiones futuras y tamaño de la transacción, no solo repartir el importe.
Entender dust ayuda a ver que “válido” y “económicamente práctico” son preguntas distintas: el consenso decide si el gasto cumple las reglas; la política de relay intenta evitar que la red transporte salidas cuyo coste de uso resulta desproporcionado.
La respuesta suele estar en el concepto de dust. Una salida es dust cuando su valor es tan pequeño, comparado con el coste estimado de gastarla, que transmitirla y confirmarla puede costar más que lo que contiene.
El umbral no depende solo de una cifra universal: considera cuánto espacio ocuparía la transacción al gastar esa salida y una tarifa de referencia definida por la política de relay. Por eso puede variar según el tipo de script y las reglas operativas del nodo.
Aquí conviene separar capas. Dust es principalmente una política para aceptar y retransmitir transacciones; no significa que una salida ya confirmada desaparezca automáticamente ni que sea imposible gastarla bajo cualquier circunstancia. Un minero podría incluir una transacción válida aunque un nodo no la retransmita por política.
La consecuencia es que dividir demasiado un pago puede crear muchas salidas pequeñas, difíciles o caras de gastar después. La wallet debe equilibrar precisión, comisiones futuras y tamaño de la transacción, no solo repartir el importe.
Entender dust ayuda a ver que “válido” y “económicamente práctico” son preguntas distintas: el consenso decide si el gasto cumple las reglas; la política de relay intenta evitar que la red transporte salidas cuyo coste de uso resulta desproporcionado.
PajaritoBTC
Piensa en la comisión de Bitcoin como el franqueo de una carta: no paga por mover las monedas, sino por el espacio que ocupa tu transacción en un bloque. Los mineros suelen priorizar las que ofrecen más por ese espacio.