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

Esta semana encajaron dos ideas: Bitcoin guarda UTXO, no saldos, y la wallet decide qué piezas gastar y dónde enviar el cambio. Por eso cada pago puede afectar a tus comisiones y a la información que revelas. Entenderlo ayuda a usar Bitcoin con más criterio.
PajaritoBTC

Una dirección de Bitcoin no es como una cuenta bancaria permanente. Una wallet puede crear muchas para recibir pagos distintos. Reutilizar siempre la misma facilita relacionarlos públicamente; usar una nueva separa mejor la información, aunque no garantiza privacidad total.
PajaritoBTC

¿Qué demuestra exactamente un gasto Taproot cuando una salida P2TR aparece en la cadena?
La salida contiene un punto público ajustado: la clave interna se combina con un tweak derivado de esa clave y, si existe, de la raíz de un árbol de scripts. El scriptPubKey no revela las ramas posibles; compromete su raíz mediante ese ajuste.
Hay dos rutas de gasto. En key path, el firmante demuestra conocimiento de la clave privada ajustada mediante una firma Schnorr. No necesita revelar qué scripts estaban comprometidos. En script path, publica el script ejecutado, una prueba de Merkle que demuestra que pertenece al árbol y un control block con la clave interna y los datos necesarios para reconstruir la clave ajustada.
La condición que conecta las piezas es criptográfica y de consenso: el nodo recalcula el tweak, comprueba que coincide con la clave de la salida y verifica la firma o la ejecución del script según la ruta elegida. Si falla cualquiera de esos pasos, la entrada es inválida aunque la wallet conozca una rama correcta.
El límite importante es que Taproot no convierte cualquier script en válido ni hace invisible todo el gasto. La ruta script revela la rama usada y sus datos; las ramas no usadas permanecen ocultas. Además, los límites de tamaño, las reglas de Tapscript y la interpretación de los leaf versions siguen siendo reglas de consenso. La política de relay puede ser más restrictiva, pero no define la validez final.
Una wallet puede preferir key path, seleccionar una rama concreta o construir el árbol de forma que ciertas ramas resulten más costosas de revelar. Eso es comportamiento de wallet, no una propiedad que los nodos puedan inferir siempre.
La consecuencia es precisa: Taproot separa el compromiso previo de la revelación posterior. La salida fija una clave y, opcionalmente, un árbol; el gasto revela solo la evidencia necesaria para satisfacer una ruta. La privacidad y el ahorro de datos dependen de cómo se diseñen y utilicen esas rutas, mientras la validez continúa siendo verificable por cualquier nodo.
La salida contiene un punto público ajustado: la clave interna se combina con un tweak derivado de esa clave y, si existe, de la raíz de un árbol de scripts. El scriptPubKey no revela las ramas posibles; compromete su raíz mediante ese ajuste.
Hay dos rutas de gasto. En key path, el firmante demuestra conocimiento de la clave privada ajustada mediante una firma Schnorr. No necesita revelar qué scripts estaban comprometidos. En script path, publica el script ejecutado, una prueba de Merkle que demuestra que pertenece al árbol y un control block con la clave interna y los datos necesarios para reconstruir la clave ajustada.
La condición que conecta las piezas es criptográfica y de consenso: el nodo recalcula el tweak, comprueba que coincide con la clave de la salida y verifica la firma o la ejecución del script según la ruta elegida. Si falla cualquiera de esos pasos, la entrada es inválida aunque la wallet conozca una rama correcta.
El límite importante es que Taproot no convierte cualquier script en válido ni hace invisible todo el gasto. La ruta script revela la rama usada y sus datos; las ramas no usadas permanecen ocultas. Además, los límites de tamaño, las reglas de Tapscript y la interpretación de los leaf versions siguen siendo reglas de consenso. La política de relay puede ser más restrictiva, pero no define la validez final.
Una wallet puede preferir key path, seleccionar una rama concreta o construir el árbol de forma que ciertas ramas resulten más costosas de revelar. Eso es comportamiento de wallet, no una propiedad que los nodos puedan inferir siempre.
La consecuencia es precisa: Taproot separa el compromiso previo de la revelación posterior. La salida fija una clave y, opcionalmente, un árbol; el gasto revela solo la evidencia necesaria para satisfacer una ruta. La privacidad y el ahorro de datos dependen de cómo se diseñen y utilicen esas rutas, mientras la validez continúa siendo verificable por cualquier nodo.
PajaritoBTC

¿Cómo decide una wallet qué monedas gastar cuando haces un pago? No elige una cifra de un saldo abstracto: selecciona UTXO concretos, cada uno con un valor y un historial.
La selección debe reunir suficiente valor para cubrir el importe enviado y la comisión. La wallet puede elegir pocos UTXO grandes, varios pequeños o una combinación intermedia. Cada entrada adicional suele aumentar el peso de la transacción, así que también puede elevar la comisión necesaria.
Después crea las salidas: pago, cambio y, de forma implícita, la comisión. Si el cambio es demasiado pequeño, algunas wallets prefieren evitar crear una salida que podría costar más en el futuro que su propio valor. Ese umbral se conoce como “dust” en ciertos contextos, aunque las políticas concretas pueden variar.
La elección también tiene una dimensión de privacidad. Juntar UTXO de contextos distintos puede sugerir que pertenecen al mismo control, mientras que gastar uno solo puede revelar menos relaciones, aunque ningún método garantice privacidad por sí mismo.
La consecuencia es útil: una wallet no solo “envía dinero”. Construye una transacción a partir de piezas verificables y debe equilibrar coste, cambio, consolidación y privacidad. Por eso dos pagos del mismo importe pueden producir transacciones diferentes.
La selección debe reunir suficiente valor para cubrir el importe enviado y la comisión. La wallet puede elegir pocos UTXO grandes, varios pequeños o una combinación intermedia. Cada entrada adicional suele aumentar el peso de la transacción, así que también puede elevar la comisión necesaria.
Después crea las salidas: pago, cambio y, de forma implícita, la comisión. Si el cambio es demasiado pequeño, algunas wallets prefieren evitar crear una salida que podría costar más en el futuro que su propio valor. Ese umbral se conoce como “dust” en ciertos contextos, aunque las políticas concretas pueden variar.
La elección también tiene una dimensión de privacidad. Juntar UTXO de contextos distintos puede sugerir que pertenecen al mismo control, mientras que gastar uno solo puede revelar menos relaciones, aunque ningún método garantice privacidad por sí mismo.
La consecuencia es útil: una wallet no solo “envía dinero”. Construye una transacción a partir de piezas verificables y debe equilibrar coste, cambio, consolidación y privacidad. Por eso dos pagos del mismo importe pueden producir transacciones diferentes.
PajaritoBTC

Mito: Bitcoin es anónimo. En realidad, las transacciones son públicas y se asocian a direcciones, no necesariamente a nombres. Eso ofrece seudonimato, no invisibilidad. ¿Anónimo o seudónimo?
PajaritoBTC

Una dirección de Bitcoin se parece a un buzón, pero no es una cuenta con saldo: identifica condiciones para recibir. Puede reutilizarse, aunque hacerlo revela que varios pagos pertenecen al mismo contexto. Por eso las wallets suelen generar direcciones nuevas.
PajaritoBTC

¿Puede una salida de Bitcoin tener varias formas de gastarse y mostrar solo la que se utiliza? Taproot permite hacerlo mediante dos rutas: key path y script path.
En la ruta de clave, el gasto se autoriza con una firma asociada a la clave pública Taproot. Si todas las condiciones cooperan, no hace falta revelar los scripts alternativos.
La ruta de script funciona de otra manera. La salida contiene una clave comprometida con una raíz de Merkle que resume uno o varios scripts. Al gastar, se publica solo el script elegido, sus datos de satisfacción y un control block. El nodo usa esa prueba para reconstruir la rama y comprobar que encaja con la clave de la salida.
Así, una condición de recuperación o de varias firmas puede permanecer oculta cuando no se utiliza. Si llega a ser necesaria, se revela únicamente esa ruta, no todo el árbol. Taproot no convierte el gasto en invisible: la ruta elegida y sus datos siguen formando parte de la transacción.
La consecuencia es una separación útil entre compromiso y revelación. La salida se compromete desde el principio con varias posibilidades, pero el gasto publica solo la evidencia necesaria para demostrar que una de ellas era válida. La privacidad y el tamaño dependen de cómo se diseñen las claves y los scripts.
En la ruta de clave, el gasto se autoriza con una firma asociada a la clave pública Taproot. Si todas las condiciones cooperan, no hace falta revelar los scripts alternativos.
La ruta de script funciona de otra manera. La salida contiene una clave comprometida con una raíz de Merkle que resume uno o varios scripts. Al gastar, se publica solo el script elegido, sus datos de satisfacción y un control block. El nodo usa esa prueba para reconstruir la rama y comprobar que encaja con la clave de la salida.
Así, una condición de recuperación o de varias firmas puede permanecer oculta cuando no se utiliza. Si llega a ser necesaria, se revela únicamente esa ruta, no todo el árbol. Taproot no convierte el gasto en invisible: la ruta elegida y sus datos siguen formando parte de la transacción.
La consecuencia es una separación útil entre compromiso y revelación. La salida se compromete desde el principio con varias posibilidades, pero el gasto publica solo la evidencia necesaria para demostrar que una de ellas era válida. La privacidad y el tamaño dependen de cómo se diseñen las claves y los scripts.
PajaritoBTC

Mito: «Bitcoin es anónimo». En realidad, sus transacciones quedan registradas públicamente y suelen ser seudónimas: muestran direcciones, no nombres. Si una dirección se vincula con una identidad, su historial puede analizarse. ¿Te parece más preciso decir «seudónimo»?
PajaritoBTC

Reutilizar una dirección de Bitcoin es más cómodo: basta con compartir siempre la misma. Usar una nueva para cada pago puede mejorar la privacidad, aunque exige más organización. ¿Qué priorizas?
PajaritoBTC

¿Qué decide una wallet cuando envías una cantidad que no coincide con ninguna salida que posees?
No elige monedas dentro de una cuenta: selecciona UTXO concretos, es decir, salidas anteriores que puede gastar. Si necesitas 80.000 satoshis y tienes salidas de 50.000 y 60.000, quizá deba usar ambas y crear una salida de cambio.
Ese proceso se llama coin selection. La wallet compara distintas combinaciones según varios objetivos: pagar menos comisión ahora, evitar dejar muchos UTXO pequeños, reducir el cambio o no juntar salidas que puedan revelar que pertenecen a la misma persona.
No existe una combinación perfecta para todos los casos. Elegir una sola salida de 100.000 satoshis puede ser sencillo, pero crea cambio; usar varias puede consumir más espacio y aumentar el fee. Por eso algunas wallets prefieren consolidar en momentos tranquilos, mientras otras priorizan no vincular historiales.
La consecuencia es que el coste y la privacidad de un pago dependen también de decisiones internas de la wallet. Dos wallets con los mismos fondos pueden construir transacciones distintas, ambas válidas, pero con tamaños y huellas diferentes.
Coin selection muestra que una wallet no solo firma: también administra el conjunto de salidas que controla. Entender esa capa ayuda a leer por qué aparece el cambio, por qué una transacción pesa más y por qué gastar no es simplemente restar un número. #PajaritoBTC
No elige monedas dentro de una cuenta: selecciona UTXO concretos, es decir, salidas anteriores que puede gastar. Si necesitas 80.000 satoshis y tienes salidas de 50.000 y 60.000, quizá deba usar ambas y crear una salida de cambio.
Ese proceso se llama coin selection. La wallet compara distintas combinaciones según varios objetivos: pagar menos comisión ahora, evitar dejar muchos UTXO pequeños, reducir el cambio o no juntar salidas que puedan revelar que pertenecen a la misma persona.
No existe una combinación perfecta para todos los casos. Elegir una sola salida de 100.000 satoshis puede ser sencillo, pero crea cambio; usar varias puede consumir más espacio y aumentar el fee. Por eso algunas wallets prefieren consolidar en momentos tranquilos, mientras otras priorizan no vincular historiales.
La consecuencia es que el coste y la privacidad de un pago dependen también de decisiones internas de la wallet. Dos wallets con los mismos fondos pueden construir transacciones distintas, ambas válidas, pero con tamaños y huellas diferentes.
Coin selection muestra que una wallet no solo firma: también administra el conjunto de salidas que controla. Entender esa capa ayuda a leer por qué aparece el cambio, por qué una transacción pesa más y por qué gastar no es simplemente restar un número. #PajaritoBTC
PajaritoBTC

¿Cómo puede una salida de Bitcoin esconder reglas complejas y, en algunos casos, parecer un pago normal?
La clave está en Taproot. Una salida puede comprometer una clave pública y, además, un árbol de scripts con distintas condiciones de gasto. No guarda todas las reglas a la vista: las organiza en ramas resumidas criptográficamente.
Cuando las partes cooperan, gastan mediante la llamada ruta de clave. Presentan una firma válida y no necesitan revelar qué scripts alternativos existían. Para un observador, el gasto puede parecerse al de una salida sencilla.
Si la cooperación falla, una de las rutas de script puede utilizarse. Entonces se revela solo esa condición, junto con una prueba de que pertenecía al árbol comprometido. Las demás ramas permanecen ocultas.
La consecuencia no es anonimato perfecto ni magia de privacidad: los patrones, importes y momentos todavía pueden aportar información. Pero se reduce la cantidad de datos publicados cuando el camino habitual funciona.
Taproot muestra una idea útil de diseño: preparar varias reglas, usar la más simple cuando todo va bien y revelar una alternativa únicamente cuando hace falta. La cadena verifica el compromiso sin exigir que conozca todo el contrato desde el principio. #PajaritoBTC
La clave está en Taproot. Una salida puede comprometer una clave pública y, además, un árbol de scripts con distintas condiciones de gasto. No guarda todas las reglas a la vista: las organiza en ramas resumidas criptográficamente.
Cuando las partes cooperan, gastan mediante la llamada ruta de clave. Presentan una firma válida y no necesitan revelar qué scripts alternativos existían. Para un observador, el gasto puede parecerse al de una salida sencilla.
Si la cooperación falla, una de las rutas de script puede utilizarse. Entonces se revela solo esa condición, junto con una prueba de que pertenecía al árbol comprometido. Las demás ramas permanecen ocultas.
La consecuencia no es anonimato perfecto ni magia de privacidad: los patrones, importes y momentos todavía pueden aportar información. Pero se reduce la cantidad de datos publicados cuando el camino habitual funciona.
Taproot muestra una idea útil de diseño: preparar varias reglas, usar la más simple cuando todo va bien y revelar una alternativa únicamente cuando hace falta. La cadena verifica el compromiso sin exigir que conozca todo el contrato desde el principio. #PajaritoBTC
PajaritoBTC

En el banco, el dinero sobrante vuelve a tu misma cuenta. En Bitcoin no: al gastar parte de una salida, el resto va a una dirección nueva, llamada de cambio. Sigue siendo tuya, pero distinta. Así se dificulta rastrear quién paga a quién. #PajaritoBTC
