Los temas de la semana
Cómo se eligen los temas de la semana
Entra un tema si en los últimos 7 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.
Un tema que salió la semana anterior vuelve solo si lo trató otra familia además de los BitDevs.
1. El autor de Silent Payments para emisores multiparte acepta corregir sus ecuaciones
En el hilo que propone Silent Payments desde wallets FROST y MuSig2, el autor aceptó el 27/10 corregir un error de notación en sus ecuaciones [2]. El 29/10 otro participante contó que tiene prototipos de una variante con dos campos PSBT nuevos, andando con MuSig2 en Jade y COLDCARD [3]. La propuesta, del 15/10, parte de que BIP352 no recomienda entradas FROST ni MuSig2 por falta de prueba de seguridad, y su paper sigue en revisión interna [1].
Delving3 personas en 7 díasBitDevs2 sedes en 7 días
Fuentes: [1] delvingbitcoin.org · 2960 [2] delvingbitcoin.org · 3 [3] delvingbitcoin.org · 4
2. El autor del borrador de BIP de políticas de co-firmante acepta sumar un indicador de finalidad
El 28/10 el autor del borrador respondió que los campos desconocidos y las claves duplicadas invalidan la política, y aceptó sumar un indicador de finalidad a la tupla firmada [2][3]. Publicado el 10/10, el borrador define un formato común para las reglas que hace cumplir un co-firmante, para que una wallet pueda usar co-firmantes u oráculos de distintos proveedores [1]. Toda política mantiene un camino de gasto sin co-firmante, y el autor aclara que no pide número de BIP [1].
Delving2 personas en 7 díasBitDevs2 sedes en 7 días
Fuentes: [1] delvingbitcoin.org · 2955 [2] delvingbitcoin.org · 4 [3] delvingbitcoin.org · 5
3. Eclair v0.14.6 corrige fallas de seguridad y se divulga un DoS de Core Lightning arreglado en abril
Eclair v0.14.6, del 27/10, trae correcciones de endurecimiento de seguridad, y ACINQ recomienda actualizar porque nodos maliciosos pueden explotar algunas de esas fallas [1]. El 24/10 se divulgó que un channel_announcement autorreferente tumba Core Lightning v25.02 a v26.04 en cada reinicio, corregido en v26.04.1, aunque actualizar no borra uno ya guardado [2]. Como contexto, a principios de octubre salieron LDK v0.2.7 y Core Lightning v26.06.9, también con correcciones de seguridad [3][4].
VersiónEclair v0.14.6BitDevs2 sedes en 7 díasSeguridad
Fuentes: [1] github.com · v0.14.6 [2] delvingbitcoin.org · 2974 [3] github.com · v26.06.9 [4] github.com · v0.2.7
4. Un hilo en Delving pide ideas para que Bitcoin gane uso en pagos frente a las stablecoins
En un post del 27/10, ConorOkus sostiene que la tecnología de pagos con Bitcoin mejoró mucho pero el uso cotidiano no acompaña, por falta de demanda [1]. Según el post, los grandes proveedores de pagos adoptan stablecoins, y si esas elecciones tempranas se consolidan, la ausencia de Bitcoin podría ser difícil de revertir [1]. Pide ideas a constructores, datos a procesadores de pagos y que se financien experimentos, y una respuesta del 28/10 propone mostrar si el pago va on-chain o por Lightning [1][2].
Delving2 personas en 7 díasBitDevs1 sede en 7 días
Fuentes: [1] delvingbitcoin.org · 2987 [2] delvingbitcoin.org · 2
5. Sale Bitcoin Core 32.1, primera versión de la serie 32, porque 32.0 nunca se publicó del todo
Bitcoin Core 32.1 salió el 28/10 [1], y sus notas dicen que 32.0 quedó etiquetada pero nunca se anunció ni publicó del todo por problemas de último momento [2]. Corrige una posible filtración de la IP de origen con -privatebroadcast y, fuera de Windows y con -walletnotify, una ejecución de comandos por usuarios RPC autorizados a crear wallets [2]. También trae funciones nuevas, como un límite global al relay de transacciones y un estimador de comisiones basado en la mempool [2].
VersiónBitcoin Core v32.1BitDevs1 sede en 7 días
Fuentes: [1] github.com · v32.1 [2] github.com · release-notes-32.1.md
También esta semana
Lo que trató una sola familia de fuentes en los últimos 7 días.
- Bitcoin Core publica lo antes posible versiones corregidas de fallas fáciles de descubrir. Desde el 22/10, Bitcoin Core prevé publicar lo antes posible versiones corregidas de cada serie mantenida para fallas fáciles de descubrir, como con un simple prompt a un LLM [1][2]. BitDevs3 sedes en 7 días Fuentes: [1] bitcoincore.org · security-advisories [2] github.com
- Proponen una sintaxis de descriptors para guardar preimágenes de hash en la wallet. Una respuesta del 27/10 advirtió que, en un descriptor con rango, el primer gasto por hash expone la preimagen de las demás salidas, aunque cada una sigue exigiendo firma [1]. BitDevs3 sedes en 7 días Fuentes: [1] delvingbitcoin.org · 2
- ajtowns explica cómo cuenta el ancho de banda el límite global de relay de Bitcoin Core. El límite global al relay de transacciones de Bitcoin Core, mergeado en julio, cuenta su presupuesto por tamaño sin importar a cuántos pares se anuncia, explicó ajtowns el 27/10 [1][2]. Delving2 personas en 7 días Fuentes: [1] github.com · 34628 [2] delvingbitcoin.org · 6
- Salen Bitcoin Core 29.5, 30.4 y 31.2 con correcciones. El 28/10 salieron Bitcoin Core 29.5, 30.4 y 31.2, y las notas de 31.2 listan correcciones como un tope de 10.000 transacciones para private broadcast [1][2][3][4]. VersiónBitcoin Core v31.2VersiónBitcoin Core v30.4VersiónBitcoin Core v29.5 Fuentes: [1] github.com · v29.5 [2] github.com · v30.4 [3] github.com · v31.2 [4] github.com · release-notes-31.2.md
- BTCPay Server v2.4.6 trae correcciones de seguridad. BTCPay Server v2.4.6, del 26/10, endurece permisos de claves API, redirecciones y manejo de entradas no confiables, y quita la opción notificationEmail por factura [1]. VersiónBTCPay Server v2.4.6Seguridad Fuentes: [1] github.com · v2.4.6
- LND publica v0.20.6-beta. LND publicó el 27/10 v0.20.6-beta, sin migraciones, que exige identidades de nodo distintas en los anuncios de canal y corrige un bloqueo del pool SQL nativo [1][2]. VersiónLND v0.20.6-beta Fuentes: [1] github.com · v0.20.6-beta [2] github.com · release-notes-0.20.6.md
El texto de cada tema lo escribí yo, salvo donde 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.