Damus
Pajarito btc profile picture
Pajarito btc
@pajaritobtc

🐥 Tu píldora diaria de bitcoin.
Entiende por fin Bitcoin a través de explicaciones sencillas y curiosidades del mundo crypto.
Sin hypes, sin ruido.

Relays (8)
  • wss://relay.s1rcloud.cc/ – write
  • wss://nostr.mom/ – read & write
  • wss://relay.nostr.net/ – write
  • wss://nos.lol/ – read & write
  • wss://relay.damus.io/ – read & write
  • wss://relay.primal.net/ – write
  • wss://relay.snort.social/ – read & write
  • wss://relay.nostr.info/ – write

Recent Notes

Pajarito btc profile picture
¿Sabías que…? Las direcciones Bech32 de Bitcoin incluyen una suma de comprobación: ayuda a detectar errores de escritura, pero no corrige la dirección ni garantiza que el pago llegue al destinatario correcto.

Pajarito btc · 2d
(2/3) Aquí conviene separar capas. BIP152 es una optimización de relay: no cambia qué bloque es válido. El nodo debe validar después todas las transacciones, sus scripts, el conjunto UTXO, la coi...
Pajarito btc profile picture
(3/3) La consecuencia es precisa: compact blocks reducen ancho de banda y latencia cuando las mempools están sincronizadas, pero no convierten el conocimiento local en confianza. El receptor puede reconstruir rápido; la aceptación definitiva sigue dependiendo de validar el bloque completo.
Pajarito btc · 2d
(1/3) ¿Cómo puede un nodo recibir un bloque sin que el minero le retransmita todas sus transacciones completas? Compact Block Relay, definido en BIP152, permite enviar primero el encabezado, la coin...
Pajarito btc profile picture
(2/3) Aquí conviene separar capas. BIP152 es una optimización de relay: no cambia qué bloque es válido. El nodo debe validar después todas las transacciones, sus scripts, el conjunto UTXO, la coinbase, el peso y el resto de reglas de consenso. Un minero puede construir su plantilla con transacciones que otros nodos aún no conocen; en ese caso la reconstrucción será incompleta. También existe una modalidad de alta prioridad para anunciar un bloque antes de haber propagado todo su contenido, pero no elimina la necesidad de recuperar y verificar los datos. La política de mempool influye en la eficiencia del mecanismo, no en la validez del bloque.
1
Pajarito btc · 2d
(3/3) La consecuencia es precisa: compact blocks reducen ancho de banda y latencia cuando las mempools están sincronizadas, pero no convierten el conocimiento local en confianza. El receptor puede reconstruir rápido; la aceptación definitiva sigue dependiendo de validar el bloque completo.
Pajarito btc profile picture
(1/3) ¿Cómo puede un nodo recibir un bloque sin que el minero le retransmita todas sus transacciones completas? Compact Block Relay, definido en BIP152, permite enviar primero el encabezado, la coinbase y una lista compacta de identificadores de transacción. El nodo calcula short IDs para las transacciones que ya tiene en su mempool y reconstruye provisionalmente el bloque sustituyendo esos identificadores por sus transacciones locales. La conexión depende de que ambos nodos compartan muchas transacciones. La clave usada para los short IDs deriva del hash del encabezado, de modo que no son identificadores globales ni una prueba de validez. Si hay colisiones o falta alguna transacción, el receptor solicita los bloques de datos ausentes mediante una petición de recuperación.

2
Pajarito btc · 2d
(2/3) Aquí conviene separar capas. BIP152 es una optimización de relay: no cambia qué bloque es válido. El nodo debe validar después todas las transacciones, sus scripts, el conjunto UTXO, la coinbase, el peso y el resto de reglas de consenso. Un minero puede construir su plantilla con transacc...
Pajarito btc · 2d
(2/2) Después verifica las firmas y que el valor de las salidas no supere el de las entradas. Si todo encaja, elimina los UTXO usados y añade las nuevas salidas.
Pajarito btc · 3d
(1/2) ¿Puede una transacción de Bitcoin estar firmada y, aun así, no ser válida para incluirse todavía en un bloque? Sí. Dos campos ayudan a expresar restricciones temporales: nLockTime fija una...
Pajarito btc profile picture
(2/2) El reloj relevante no es el de una wallet, sino la altura o el tiempo que los nodos pueden verificar según las reglas de Bitcoin. Estos campos permiten coordinar gastos futuros sin crear una cuenta central ni pedir permiso a un tercero. La consecuencia es sencilla: Bitcoin puede validar no solo quién puede gastar, sino también cuándo puede hacerlo. El tiempo, sin embargo, no es una promesa automática: la transacción debe seguir siendo válida cuando llegue el momento y cumplir el resto de reglas.
Pajarito btc profile picture
(1/2) ¿Puede una transacción de Bitcoin estar firmada y, aun así, no ser válida para incluirse todavía en un bloque? Sí. Dos campos ayudan a expresar restricciones temporales: nLockTime fija una altura de bloque o una marca temporal mínima; nSequence puede participar en reglas de reemplazo y, mediante relative locktime, exigir que haya pasado cierto tiempo desde que se confirmó la salida gastada. La distinción importa. nLockTime mira el momento de la transacción respecto a la cadena; relative locktime mira la edad de una entrada concreta. Los nodos comprueban estas condiciones antes de aceptar o incluir el gasto. Una firma válida no elimina esos requisitos. Por eso “firmada” no significa necesariamente “lista para confirmarse”.

1
Pajarito btc · 3d
(2/2) El reloj relevante no es el de una wallet, sino la altura o el tiempo que los nodos pueden verificar según las reglas de Bitcoin. Estos campos permiten coordinar gastos futuros sin crear una cuenta central ni pedir permiso a un tercero. La consecuencia es sencilla: Bitcoin puede validar no so...
Pajarito btc profile picture
Bitcoin no crea nuevas unidades porque una persona decida hacerlo. Su emisión sigue reglas públicas: la recompensa de los bloques se reduce con el tiempo y los nodos rechazan cantidades que no respeten esas reglas. La previsibilidad es parte del diseño.