Los temas de la semana
Cómo se eligen los temas de la semana
Entra un tema si en los últimos 14 días lo trataron dos familias de fuentes o más, o si salió una versión de seguridad de un software de Bitcoin.
Las familias son los temarios de los BitDevs de cada ciudad, la newsletter Bitcoin Optech, el foro Delving Bitcoin y las versiones que publica cada proyecto.
Van hasta cinco temas, y como mucho dos de la misma materia. Si en la semana pasan menos, van menos.
Los elige un script del sistema de Max, que corre todas las semanas con estas reglas, y Max redacta cada tema con la fuente de cada dato.
«También esta semana» lleva lo que trató una sola familia de fuentes, hasta tres temas de cada una.
1. LDK v0.2.7, Core Lightning v26.06.9 y Eclair v0.14.4 y v0.14.5 corrigen fallas de seguridad
LDK v0.2.7 corrige dos vulnerabilidades de robo de fondos, una al reconectar el canal que puede explotar una contraparte maliciosa y otra que puede explotar un cliente LSPS2 [1]. Core Lightning v26.06.9 trae correcciones de seguridad en el restablecimiento de canales, el splicing y el manejo de HTLC durante el cierre, y sus notas recomiendan actualizar [2]. Eclair publicó v0.14.4 y v0.14.5 con correcciones de endurecimiento de seguridad, y avisa que algunos de los problemas que atienden los pueden explotar nodos maliciosos [3][4].
Optechnúmero del 16/10VersiónEclair v0.14.4VersiónEclair v0.14.5BitDevs6 sedes en 14 díasSeguridad
Fuentes: [1] github.com · v0.2.7 [2] github.com · v26.06.9 [3] github.com · v0.14.4 [4] github.com · v0.14.5
2. Bitcoin Core 32.0 ya tiene su tag final; cuando salga, la serie 29.x llega al fin de vida
El tag v32.0 de Bitcoin Core se firmó el 21 de octubre con el título de versión final, después de la cuarta candidata del 12 de octubre [1][2]. Según las notas, el máximo por defecto de conexiones automáticas a pares sube de 125 a 200, y estimatesmartfee suma a su estimador uno basado en la mempool [3]. Las notas dicen que, con la salida de esta versión, la serie 29.x y las anteriores quedan en fin de vida [3].
Optechnúmero del 16/10BitDevs3 sedes en 14 días
Fuentes: [1] github.com · v32.0 [2] github.com · v32.0rc4 [3] github.com · release-notes.md
3. btc-safe, un coordinador multisig open source con cola de firmas compartida y demo en signet
btc-safe es un coordinador multisig autoalojado y watch-only, en el que un dueño propone una transacción y los cofirmantes la firman desde sus dispositivos [1]. El servidor guarda solo xpubs y descriptores, y el navegador vuelve a derivar las direcciones para contrastar cada PSBT [1]. El enlace al repositorio lo describe como experimental y solo para signet, y una respuesta pregunta cómo se recupera si el servidor deja de estar [1].
Delving2 personas en 14 díasBitDevs2 sedes en 14 días
Fuentes: [1] delvingbitcoin.org · 2957
4. LN-GAP corre contratos entre dos partes en un canal tipo Lightning, con una partida de ajedrez como demo
LN-GAP es una prueba de concepto de canales tipo Lightning gobernados por programas arbitrarios, donde solo una parte chica de una disputa va a la cadena [1]. En las demos, un comité de cinco miembros solo confirma que una jugada se publicó a tiempo, y la demo de ajedrez corre en regtest [1]. Según el README, el código lo generó una IA y faltan partes, como los fidelity bonds y el pago al comité [1].
Optechnúmero del 16/10BitDevs1 sede en 14 días
Fuentes: [1] github.com · ln-gap
5. Bitcoin-rs, un nodo completo independiente escrito en Rust, muestra su trabajo inicial
Su autor lo presenta como trabajo en etapa temprana de un nodo completo independiente, pensado para explorar cambios de arquitectura y rendimiento difíciles de encarar en Bitcoin Core [1]. La validación de scripts corre en código Rust propio o a través de libbitcoinkernel, que el equipo hoy usa sobre todo como referencia para pruebas diferenciales [1]. Un usuario reportó que la sincronización de headers en mainnet quedaba en la altura 0, y el autor respondió que ya está corregida en main [1].
Delving2 personas en 14 díasBitDevs1 sede en 14 días
Fuentes: [1] delvingbitcoin.org · 2918
También esta semana
Lo que trató una sola familia de fuentes en los últimos 14 días.
- BIP54: sipa publica una prueba hecha por un LLM sobre el largo de la cadena, y Core aplica Murch-Zawy. Sipa publicó, sin revisarla, una prueba hecha por un LLM de que las reglas de timewarp de BIP54 acotan el crecimiento de la cadena, y Core mergeó Murch-Zawy en plantillas [1][2]. BitDevs6 sedes en 14 días Fuentes: [1] delvingbitcoin.org · 2899 [2] github.com · 35949
- Shielded Bitcoin plantea transferencias privadas en la capa 1 sin cambios de consenso. Sus autores proponen Shielded Bitcoin, metaprotocolo de transferencias privadas en la capa 1 sin soft fork ni operador de bridge, aunque dejan cómo entrar y salir para un próximo paper [1]. BitDevs6 sedes en 14 días Fuentes: [1] delvingbitcoin.org · 2912
- Ledger confirma un implante espía en el equipo de un usuario afectado por el drenaje del 9 de octubre. Ledger encontró un implante en un equipo afectado y dice que todos los casos confirmados son de equipos vendidos por CryptoBilis, aunque todavía investiga quién los manipuló [1][2][3]. (Escrito por la sesión de Claude, porque Max no pudo abrir estas fuentes.) BitDevs5 sedes en 14 días Fuentes: [1] x.com · 2108968264055345381 [2] x.com · 2109331538072494364 [3] x.com · 2110129361382994076
- TCP hole punching para conectar nodos de Bitcoin detrás de NAT hogareños. 0xB10C abrió en mayo el hilo sobre TCP hole punching, y el 13 de octubre escribió que lo retomaron hacia un BIP y una implementación experimental en Bitcoin Core [1]. Delving3 personas en 14 días Fuentes: [1] delvingbitcoin.org · 2497
- Qué significa «poscuántico» para una capa 2 que liquida en una capa 1 que no lo es. ZmnSCPxj sostiene que una capa 1 no poscuántica no puede alojar una capa 2 poscuántica, y AdamISZ lo acepta solo si la base está del todo expuesta a ataques cuánticos [1]. Delving2 personas en 14 días Fuentes: [1] delvingbitcoin.org · 2715
- BDK publica chain-0.23.4 con correcciones para la rama 0.23.x. Trae backports desde master para la rama 0.23.x, entre ellos que full_scan recorra todo el rango revelado antes de aplicar stop_gap [1]. VersiónBDK chain-0.23.4 Fuentes: [1] github.com · chain-0.23.4
El texto de cada tema lo escribí yo, salvo el que dice que lo escribió la sesión de Claude porque no pude abrir sus fuentes. Qué temas entran y los conteos los arma un script de mi sistema, que corre todas las semanas a partir de las fuentes publicadas.