BitDevs Córdoba

Seminario #2 · miércoles 29 de enero de 2025

Temario en la sede

• Wasabi Wallet v2.4.0: envío a direcciones de Silent Payments

  tangible

  Una dirección de silent payments es estática y reutilizable: se publica una sola vez y quien mira la cadena no puede juntar los pagos que le llegaron. Esta versión de Wasabi agrega poder enviar a ese tipo de dirección, que para el que paga se siente igual que enviar a una dirección común. Las notas de la release lo presentan como estar entre las primeras wallets con esa capacidad. La misma versión migra de TestNet3 a TestNet4 y suma un botón de donación.

  Fuente

• Claves no gastables en descriptores

  En Taproot, un output puede gastarse por la clave o por un script, y a veces se quiere que la vía de la clave sea imposible sin que eso se note desde afuera. La propuesta es una expresión de descriptor que genera esa clave imposible de forma determinística, derivándola del propio descriptor: quien tiene el descriptor puede comprobar que nadie puede gastar por esa vía, y quien mira la cadena no distingue nada. La discusión del hilo gira alrededor de qué formas de xpub se permiten, y ahí salvatoshi objeta que la restricción propuesta le complica la vida a las wallet policies antes de acompañar la versión más estrecha.

  Fuente

• Cómo funciona Silent Payments del lado del emisor

  Sin verificar

  ⚠️ FICHA SIN VERIFICAR. El temario dice que el #2 trató un diagrama publicado en X que explica qué hace el emisor cuando paga a una dirección de silent payments. La URL apunta a una imagen dentro de un tuit, así que el material es el gráfico en sí. No lo vi: no sé qué pasos muestra ni hasta dónde llega el detalle.

  Fuente

• BIP-375: envío de Silent Payments con PSBTs

  Un PSBT es una transacción a medio armar que va pasando entre varios firmantes. El problema con silent payments es que el script de salida no se puede calcular hasta que todos los que aportan inputs pusieron lo suyo, así que el formato viejo no alcanza. BIP-375 extiende PSBTv2 con campos nuevos para los ECDH shares y para pruebas DLEQ, de modo que cada firmante pueda calcular su parte y los demás puedan verificar que lo hizo bien sin confiar en él.

  Fuente

• Pruebas de integración de PSBTv2

  Sjors preguntó qué software soporta hoy PSBTv2, para poder probar un PR que lo agrega a Bitcoin Core. Del intercambio salieron dos cosas que valen por sí solas: Ledger no manda todos los campos al dispositivo sino que arma un árbol de Merkle y le manda primero la raíz, entregando cada campo con su prueba cuando hace falta; y Andrew Toth señaló que silent payments necesita sí o sí el campo PSBT_OUT_SCRIPT de PSBTv2, porque el script de salida no se conoce hasta que todos los firmantes pasaron.

  Fuente

• Issue de seguimiento: Stratum v2 mediante la interfaz IPC de minería

  tangible

  La decisión de fondo es no meter Stratum v2 adentro de Bitcoin Core, sino exponer una interfaz IPC de minería para que un programa externo hable con el nodo y haga el trabajo. El issue lleva la cuenta de todo lo que hay que cambiar en Core para que eso sea posible: sacarle argumentos a createNewBlock, agregar waitNext() a la interfaz de plantillas de bloque, hacer que la construcción espere a la punta de la cadena, empaquetar los binarios de IPC en las releases y habilitar multiprocess en la CI.

  Fuente

• Ecash TIDES con Cashu y Stratum v2

  Verificado en parte

  TIDES es un esquema de pago a mineros, y la idea del hilo es emitir las shares como tokens de ecash denominados en dificultad, usando Cashu para los tokens y Stratum v2 del lado del protocolo de minería. Para que el que recibe el token pueda comprobar que vale lo que dice, se propone una tabla de plantillas, cabeceras y nonces junto a un árbol de Merkle con suma sobre los hashes de las cabeceras. La discusión conecta con el trabajo paralelo de PPLNS-JD, que ataca el mismo problema de contabilidad y auditoría de shares por otro lado.

  Fuente

• Comisiones irrevocables: robar en Lightning usando transacciones de compromiso revocadas

  controversia

  En Lightning, si alguien publica un estado viejo del canal, la contraparte lo castiga quedándose con todo. El ataque esquiva ese castigo por afuera: el atacante mueve el saldo a su lado, arma un estado con una comisión desmesurada y publica ese estado viejo. Como al minero le da lo mismo qué estado sea y cobra la comisión igual, le conviene confirmarlo, y el dinero se va en comisiones en vez de ir al castigado. El disclosure lo reporta contra Eclair, LDK y LND en todas sus versiones, y contra Core Lightning cuando corre con --ignore-fee-limits.

  Fuente

• Try Bitcoin, de Satsie

  tangibleVerificado en parte

  Es un tutorial interactivo de Bitcoin para principiantes: se corre en el navegador y va explicando los conceptos con JavaScript y algunos comandos RPC de Bitcoin Core, apoyándose en librerías como bitcoinjs. El propio README avisa que simplifica a propósito y que deja afuera tipos de dirección, segwit y cálculo de comisiones. Está pensado para escritorio y para que alguien sin experiencia programando pueda terminarlo.

  Fuente