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é Bitcoin rechaza transacciones demasiado pequeñas?
El planteamiento es curioso. Cada salida no gastada permanece para siempre en el conjunto UTXO, cargada en memoria por cada nodo. Si alguien pudiera crear millones de salidas minúsculas, la red se llenaría de polvo inútil que nadie gasta porque cuesta más moverlo de lo que vale.
El mecanismo es el dust limit. Cada nodo calcula un umbral mínimo: si una salida cae por debajo, la transacción se considera no estándar y no se retransmite. No es una regla de consenso global, sino una política local de protección.
La consecuencia es notable. La mempool no se inunda de salidas diminutas y el conjunto UTXO no crece sin control. Quien quiera enviar una cantidad ínfima puede hacerlo, pero tendrá que asumir un fee desproporcionado o buscar una capa secundaria.
Es un detalle que muestra algo profundo: en Bitcoin el espacio del registro no es gratis, se protege con umbrales que desincentivan el uso ineficiente. #PajaritoBTC
El planteamiento es curioso. Cada salida no gastada permanece para siempre en el conjunto UTXO, cargada en memoria por cada nodo. Si alguien pudiera crear millones de salidas minúsculas, la red se llenaría de polvo inútil que nadie gasta porque cuesta más moverlo de lo que vale.
El mecanismo es el dust limit. Cada nodo calcula un umbral mínimo: si una salida cae por debajo, la transacción se considera no estándar y no se retransmite. No es una regla de consenso global, sino una política local de protección.
La consecuencia es notable. La mempool no se inunda de salidas diminutas y el conjunto UTXO no crece sin control. Quien quiera enviar una cantidad ínfima puede hacerlo, pero tendrá que asumir un fee desproporcionado o buscar una capa secundaria.
Es un detalle que muestra algo profundo: en Bitcoin el espacio del registro no es gratis, se protege con umbrales que desincentivan el uso ineficiente. #PajaritoBTC
PajaritoBTC
¿Puede una firma de Bitcoin validarse sin revelar la clave pública del firmante?
El planteamiento es curioso. Hoy, cada nodo necesita esa clave para comprobar la firma. Pero hay escenarios avanzados, como ciertos canales Lightning, donde incluir esa clave en cada paso intermedio complica el diseño y aumenta el coste.
El mecanismo propuesto se llama BIP118. Introduce un nuevo modo de firma, ANYPREVOUTANYSCRIPT, que permite verificar la autorización sin que la clave pública viaje explícitamente en la transacción. La verificación se apoya en datos implícitos del contexto de gasto.
La consecuencia es notable. Se reduce el tamaño de ciertas transacciones complejas y se desbloquean construcciones como los canales Lightning duales, donde los fondos pueden reenviarse sin que cada intermediario añada su clave a la cadena.
Es un detalle que muestra algo profundo: en Bitcoin la criptografía sigue evolucionando para hacer más con menos datos. #PajaritoBTC
El planteamiento es curioso. Hoy, cada nodo necesita esa clave para comprobar la firma. Pero hay escenarios avanzados, como ciertos canales Lightning, donde incluir esa clave en cada paso intermedio complica el diseño y aumenta el coste.
El mecanismo propuesto se llama BIP118. Introduce un nuevo modo de firma, ANYPREVOUTANYSCRIPT, que permite verificar la autorización sin que la clave pública viaje explícitamente en la transacción. La verificación se apoya en datos implícitos del contexto de gasto.
La consecuencia es notable. Se reduce el tamaño de ciertas transacciones complejas y se desbloquean construcciones como los canales Lightning duales, donde los fondos pueden reenviarse sin que cada intermediario añada su clave a la cadena.
Es un detalle que muestra algo profundo: en Bitcoin la criptografía sigue evolucionando para hacer más con menos datos. #PajaritoBTC
PajaritoBTC
¿Por qué enviar a una dirección multisig de Bitcoin no obliga al remitente a conocer todas las condiciones de gasto?
El planteamiento es curioso. Imagina que quieres recibir fondos con una regla compleja: tres firmas, un secreto, una fecha. Sin un mecanismo adecuado, tendrías que compartir esa receta entera con quien te paga. P2SH resolvió eso.
El mecanismo es elegante. En P2SH (Pay-to-Script-Hash) la dirección no se construye con las claves públicas, sino con el hash del script completo que define las condiciones. El remitente solo ve y usa ese hash: no necesita entender ni copiar la lógica interna. Las reglas permanecen ocultas hasta el momento de gastar.
La consecuencia es notable. Por un lado, cualquier dirección compleja se vuelve indistinguible de una simple para quien envía: el fee y el tamaño desde el lado del pagador son iguales. Por otro, la complejidad se revela solo al gastar, lo que mejora la privacidad y simplifica la experiencia de pago.
Es un detalle que muestra algo profundo: en Bitcoin la complejidad puede empaquetarse en un hash, dejando la interfaz simple y guardando las condiciones para quien debe cumplirlas. #PajaritoBTC
El planteamiento es curioso. Imagina que quieres recibir fondos con una regla compleja: tres firmas, un secreto, una fecha. Sin un mecanismo adecuado, tendrías que compartir esa receta entera con quien te paga. P2SH resolvió eso.
El mecanismo es elegante. En P2SH (Pay-to-Script-Hash) la dirección no se construye con las claves públicas, sino con el hash del script completo que define las condiciones. El remitente solo ve y usa ese hash: no necesita entender ni copiar la lógica interna. Las reglas permanecen ocultas hasta el momento de gastar.
La consecuencia es notable. Por un lado, cualquier dirección compleja se vuelve indistinguible de una simple para quien envía: el fee y el tamaño desde el lado del pagador son iguales. Por otro, la complejidad se revela solo al gastar, lo que mejora la privacidad y simplifica la experiencia de pago.
Es un detalle que muestra algo profundo: en Bitcoin la complejidad puede empaquetarse en un hash, dejando la interfaz simple y guardando las condiciones para quien debe cumplirlas. #PajaritoBTC
PajaritoBTC
¿Puede una transacción de Bitcoin existir sin poder confirmarse todavía?
El planteamiento es curioso. Imagina que quieres enviar fondos, pero con una condición: que no se muevan hasta una fecha o un bloque concreto. No es una promesa verbal: es una regla que el propio protocolo puede hacer cumplir.
El mecanismo es un campo llamado locktime. Cada transacción lo lleva. Si vale cero, la transacción es válida de inmediato. Si vale, por ejemplo, 850.000, ningún minero puede incluirla en un bloque hasta que la cadena alcance esa altura. Los nodos la rechazan antes.
La consecuencia es notable. La transacción ya está construida y firmada, pero permanece inerte hasta que el tiempo de la cadena llega. Nadie necesita custodiarla ni vigilarla: el propio protocolo la retiene. Es la base técnica de los pagos programados y de los canales Lightning.
Es un detalle que muestra algo profundo: en Bitcoin el tiempo no es un consejo, es una condición verificable. #PajaritoBTC
El planteamiento es curioso. Imagina que quieres enviar fondos, pero con una condición: que no se muevan hasta una fecha o un bloque concreto. No es una promesa verbal: es una regla que el propio protocolo puede hacer cumplir.
El mecanismo es un campo llamado locktime. Cada transacción lo lleva. Si vale cero, la transacción es válida de inmediato. Si vale, por ejemplo, 850.000, ningún minero puede incluirla en un bloque hasta que la cadena alcance esa altura. Los nodos la rechazan antes.
La consecuencia es notable. La transacción ya está construida y firmada, pero permanece inerte hasta que el tiempo de la cadena llega. Nadie necesita custodiarla ni vigilarla: el propio protocolo la retiene. Es la base técnica de los pagos programados y de los canales Lightning.
Es un detalle que muestra algo profundo: en Bitcoin el tiempo no es un consejo, es una condición verificable. #PajaritoBTC
PajaritoBTC
¿Puede Bitcoin guardar un mensaje sin que nadie pueda gastarlo?
El planteamiento es curioso. Bitcoin es un registro de saldos, no un disco duro. Pero a veces alguien necesita anclar un dato: un hash, una prueba de existencia, un sello de tiempo. ¿Dónde lo pone sin ensuciar la contabilidad?
El mecanismo es un opcode llamado OP_RETURN. Permite incluir hasta 80 bytes de datos arbitrarios en una transacción y, al mismo tiempo, marcar esa salida como demostradamente no gastable. Los nodos la aceptan, la registran y luego la pueden descartar de su conjunto UTXO sin riesgo.
La consecuencia es notable. Antes de OP_RETURN, la gente incrustaba datos en direcciones normales, creando salidas gastables que nadie nunca gastaría. Esas salidas permanecían para siempre en el conjunto UTXO, obligando a cada nodo a cargarlas en memoria. OP_RETURN ofrece una vía limpia: el dato queda en la cadena, pero no pesa sobre quien verifica saldos.
Es un detalle que muestra algo profundo: en Bitcoin la flexibilidad no es gratis, se diseña con cuidado para no comprometer la salud del registro. #PajaritoBTC
El planteamiento es curioso. Bitcoin es un registro de saldos, no un disco duro. Pero a veces alguien necesita anclar un dato: un hash, una prueba de existencia, un sello de tiempo. ¿Dónde lo pone sin ensuciar la contabilidad?
El mecanismo es un opcode llamado OP_RETURN. Permite incluir hasta 80 bytes de datos arbitrarios en una transacción y, al mismo tiempo, marcar esa salida como demostradamente no gastable. Los nodos la aceptan, la registran y luego la pueden descartar de su conjunto UTXO sin riesgo.
La consecuencia es notable. Antes de OP_RETURN, la gente incrustaba datos en direcciones normales, creando salidas gastables que nadie nunca gastaría. Esas salidas permanecían para siempre en el conjunto UTXO, obligando a cada nodo a cargarlas en memoria. OP_RETURN ofrece una vía limpia: el dato queda en la cadena, pero no pesa sobre quien verifica saldos.
Es un detalle que muestra algo profundo: en Bitcoin la flexibilidad no es gratis, se diseña con cuidado para no comprometer la salud del registro. #PajaritoBTC
PajaritoBTC
Cada transacción de Bitcoin lleva un campo llamado «versión». No es decorativo: indica qué reglas aplicar. Así la red adopta mejoras sin invalidar transacciones antiguas. Bitcoin evoluciona sin romper lo que ya funciona. #PajaritoBTC
PajaritoBTC
En tu cuenta bancaria hay un número que sube y baja. En Bitcoin no existe ese saldo: cada pago consume transacciones anteriores y crea nuevas. Así se evita el doble gasto sin un contador central. No hay cuenta: hay monedas que se mueven. #PajaritoBTC
PajaritoBTC
Cuando firmas un cheque a mano, alguien podría copiar tu firma en otro documento. En Bitcoin, cada transacción se firma con una firma digital que solo sirve para esa transacción concreta. Copiarla en otra no funciona. Es matemática, no caligrafía. #PajaritoBTC
PajaritoBTC
¿Sabías que las direcciones modernas de Bitcoin pueden detectar y corregir errores de escritura? El formato Bech32 incluye un checksum que avisa si te equivocas al copiar y, en muchos casos, corrige el fallo solo. Un diseño pensado para que un error humano no cueste fondos. #PajaritoBTC
PajaritoBTC
¿Sabías que cada transacción de Bitcoin lleva un campo llamado «sequence»? Satoshi lo diseñó para permitir reemplazar transacciones sin confirmar por versiones más recientes. Hoy ese campo sigue presente y es la base técnica de RBF. Una idea flexible que ya vivía en el diseño original. #PajaritoBTC
PajaritoBTC
¿Por qué una transacción compleja de Bitcoin puede verse por fuera como un pago simple?
Desde Taproot (2021), Bitcoin admite un camino de gasto alternativo llamado key path. La idea es elegante: en lugar de revelar todas las condiciones de un script, el remitente demuestra que conoce la clave que controla el gasto y firma con Schnorr.
El mecanismo es sutil. Una dirección Taproot combina una clave interna con un conjunto de posibles scripts (los caminos de respaldo). Si gastas por el key path, solo publicas una firma. Los scripts alternativos quedan ocultos: no se revelan en la cadena ni se evalúan.
La consecuencia es doble. Por un lado, la transacción ocupa menos y paga menos fee, porque no incluye scripts ni múltiples firmas. Por otro, mejora la privacidad: un observador externo no puede distinguir si fue un gasto simple de una persona o un multisig con varias condiciones.
Pero hay un límite importante. Si decides gastar por uno de los caminos de script, ese sí queda visible. La privacidad solo se preserva mientras uses el key path. No es magia: es una elección de qué rama revelas.
Es una herramienta que muestra algo profundo: en Bitcoin la complejidad puede esconderse, pero no eliminarse. Lo que no se publica, no se audita; lo que se publica, cualquier nodo lo verifica.
#PajaritoBTC
Desde Taproot (2021), Bitcoin admite un camino de gasto alternativo llamado key path. La idea es elegante: en lugar de revelar todas las condiciones de un script, el remitente demuestra que conoce la clave que controla el gasto y firma con Schnorr.
El mecanismo es sutil. Una dirección Taproot combina una clave interna con un conjunto de posibles scripts (los caminos de respaldo). Si gastas por el key path, solo publicas una firma. Los scripts alternativos quedan ocultos: no se revelan en la cadena ni se evalúan.
La consecuencia es doble. Por un lado, la transacción ocupa menos y paga menos fee, porque no incluye scripts ni múltiples firmas. Por otro, mejora la privacidad: un observador externo no puede distinguir si fue un gasto simple de una persona o un multisig con varias condiciones.
Pero hay un límite importante. Si decides gastar por uno de los caminos de script, ese sí queda visible. La privacidad solo se preserva mientras uses el key path. No es magia: es una elección de qué rama revelas.
Es una herramienta que muestra algo profundo: en Bitcoin la complejidad puede esconderse, pero no eliminarse. Lo que no se publica, no se audita; lo que se publica, cualquier nodo lo verifica.
#PajaritoBTC
PajaritoBTC
¿Puede una transacción de Bitcoin desaparecer de la mempool antes de confirmarse?
Sí, si el remitente activó una bandera técnica llamada RBF, definida en BIP125. No es un parche ni un servicio externo: es una propiedad opcional que se marca al construir la transacción.
El mecanismo es discreto. Cuando el remitente crea la transacción, incluye una señal que indica a los nodos: «esta transacción puede ser reemplazada por una versión posterior». Si más tarde reemite los mismos fondos con un fee mayor, los nodos que siguen BIP125 aceptan la nueva y descartan la anterior.
La consecuencia es doble. Por un lado, RBF permite desatascar pagos atascados sin esperar días: subes el fee y la red prioriza la nueva versión. Por otro, abre la puerta al doble gasto intencional en comercios que aceptan pagos sin confirmar: el remitente puede sustituir la transacción original por otra que envía los fondos a otra dirección.
Por eso muchos comercios esperan al menos una confirmación antes de entregar la mercancía. RBF no es un fallo: es una flexibilidad deliberada del protocolo, pero exige entender que en Bitcoin una transacción no confirmada todavía no es definitiva.
Es un detalle que muestra algo profundo: la mempool no es un almacén definitivo, sino un espacio de negociación donde la prioridad se ajusta hasta que el bloque cierra la puerta.
#PajaritoBTC
Sí, si el remitente activó una bandera técnica llamada RBF, definida en BIP125. No es un parche ni un servicio externo: es una propiedad opcional que se marca al construir la transacción.
El mecanismo es discreto. Cuando el remitente crea la transacción, incluye una señal que indica a los nodos: «esta transacción puede ser reemplazada por una versión posterior». Si más tarde reemite los mismos fondos con un fee mayor, los nodos que siguen BIP125 aceptan la nueva y descartan la anterior.
La consecuencia es doble. Por un lado, RBF permite desatascar pagos atascados sin esperar días: subes el fee y la red prioriza la nueva versión. Por otro, abre la puerta al doble gasto intencional en comercios que aceptan pagos sin confirmar: el remitente puede sustituir la transacción original por otra que envía los fondos a otra dirección.
Por eso muchos comercios esperan al menos una confirmación antes de entregar la mercancía. RBF no es un fallo: es una flexibilidad deliberada del protocolo, pero exige entender que en Bitcoin una transacción no confirmada todavía no es definitiva.
Es un detalle que muestra algo profundo: la mempool no es un almacén definitivo, sino un espacio de negociación donde la prioridad se ajusta hasta que el bloque cierra la puerta.
#PajaritoBTC