BitDevs Córdoba

Seminario #12 · miércoles 29 de julio de 2026

Temario en la sede

• Desactivar EC: apagar los gastos por curva elíptica ante la amenaza cuántica

  obviocontroversiaBitDevs2 sedes

  Cuando una computadora cuántica pueda romper las firmas actuales, Bitcoin va a tener que apagar los caminos de gasto viejos. Wuille no pregunta si hay que hacerlo, sino con qué mecanismo y quién aprieta el botón: un tripwire que se dispare solo al detectar el primer robo cuántico, o un apagado manual activado por los mineros. Ninguna de las dos convence.

  Fuente

• Incentivos de privacidad en P2MR

  obviocontroversiadev financiadoBitDevs1 sede

  P2MR (BIP360) es la base de la migración post-quantum: Taproot sin key-path spend. La propuesta es exigir profundidad mínima 1 en el árbol de scripts, para que nadie use la variante más pobre en privacidad. El costo es que encarece la transacción, y P2MR ya cuesta ~15% más que P2TRv2. El eje real es privacidad contra velocidad de migración.

  Fuente

• Prototipado de sistemas autoevolutivos, democráticos y descentralizados

  tangibleregionalBitDevs1 sede

  Los sistemas descentralizados evitan el control central en su operación, pero su propia evolución depende de GitHub y de la autoridad informal de unos pocos mantenedores. El paper propone votar problemas primero y soluciones después, con financiamiento en Bitcoin, separando demanda, aprobación y pago para que la plata no compre votos.

  Fuente

• Informe de ingeniería inversa: Canaan A3197S

  tangiblecontroversiaBitDevs1 sedeVerificado en parte

  Primer análisis público del ASIC del Avalon Nano 3s: protocolo del bus serie, envío de trabajo y AsicBoost, verificado contra un pool real con shares aceptados. El producto es TNA-OS, firmware libre de reemplazo. El hallazgo incómodo: el firmware original reporta datos a terceros, y cruzado con la cadena permite atar equipo, operador y actividad.

  Fuente

• Silent payments: ataque de cosechar ahora y descifrar después (HNDL)

  obviodev financiadoBitDevs2 sedes

  Silent payments (BIP352) permite publicar una dirección estática y reusarla sin perder privacidad. El ataque: alguien guarda hoy esa dirección y, con una computadora cuántica, recupera la clave privada y reconstruye el historial completo de pagos hacia atrás. No roba fondos: deanonimiza retroactivamente. El más expuesto es el que la publica, que es el caso de uso que el diseño promociona.

  Fuente

• Selección de comisiones para fanouts de pools de minería basados en CTV

  consenso redinéditocontroversiatangible

  Los pools custodian los pagos porque el firmware de los mineros limita la coinbase a una docena de salidas. Con CTV se puede comprometer un fanout entero desde un output diminuto y pagar a cientos sin custodia. El problema: la comisión queda congelada por el covenant 17 horas antes de poder transmitirse. Nada se resolvió, ni la pregunta original.

  Fuente

• HOWLR: detección de secuestros de BGP impulsada por el cliente

  consenso redinéditotangible

  Detectar secuestros de BGP era tarea de los operadores de red y tardaba horas. HOWLR se lo da al cliente: como el hijack desvía un prefijo entero pero suplantar todos los servicios co-alojados es carísimo, el cliente usa a los vecinos autenticados como testigos. Cubre el 75% de los prefijos de gateways de pools de Bitcoin.

  Fuente

• BIP3: el proceso de BIPs actualizado

  consenso red

  Primera reescritura del proceso de BIPs en nueve años, vigente desde diciembre de 2025. Cuatro estados en vez de nueve, tres tipos en vez de Standards Track, y los editores dejan de evaluar si una propuesta va a ser aceptada: solo revisan formato. El repositorio no mide el sentimiento de la comunidad. Tener número oficial dejó de significar aval.

  Fuente

• BIP-110: soft fork temporal de datos reducidos

  con relojcontroversiaconsenso redBitDevs12 sedes

  Soft fork temporal que limita los datos arbitrarios en la cadena por un año, con siete reglas nuevas. Necesitaba 55% de señalización y nunca se acercó. La ventana obligatoria arrancó en el bloque 961632 el 8/08/2026: desde ahí, un nodo que corra BIP-110 rechaza todo bloque que no señalice. Medido el 9/08 sobre los 144 bloques siguientes (961674-961817): cero señalizan. Por la propia regla del BIP, un nodo que lo corra no pudo aceptar ninguno de esos bloques, mientras el resto de la red siguió avanzando.

  Fuente

• Pagos asíncronos en Lightning: cobrar estando desconectado

  consenso reddev financiadotangibleBitDevs3 sedes

  Para cobrar por Lightning hay que estar conectado, y eso empuja a la gente hacia custodios. El diseño usa una factura estática sin payment hash: el LSP que la emite no puede quedarse con el pago. El pagador deja un HTLC retenido en su propio LSP y lo libera un onion message cuando el receptor vuelve. Nadie custodia, pero depende de dos LSPs.

  Fuente