Los temas salen de los temarios que publican los BitDevs de cada ciudad. En los últimos 14 días hubo seminario en 13 sedes, y en las últimas 6 semanas en 31. Al lado de cada tema van las sedes que lo trataron, para poder recontarlo.
Lo que más trató la red
Cómo se eligen los temas de la red BitDevs
Entran los temas que trataron más sedes BitDevs en los últimos 14 días. Si empatan, va primero el que trataron más sedes en las últimas seis semanas.
Van cinco, y como mucho dos de la misma materia.
No repite los temas que salieron en la edición anterior.
«Ya recorrió la red» son los temas que estuvieron en el 60 % de las sedes o más en las últimas seis semanas.
Los elige un script del sistema de Max, que corre todas las semanas con estas reglas a partir de los temarios que publica cada sede, y Max redacta cada tema con la fuente de cada dato.
Los 5 temas que trataron más sedes en los últimos 14 días, con 2 como mucho de la misma materia.
1. Anthropic reconstruye cómo se generaron las semillas de las curvas NIST P-192 a P-521
BitDevs6 sedes en 14 días
Según Anthropic, Claude encontró que esas semillas salieron del generador lrand48 de C, iniciado con fechas de 1997-98, y que eso no debilita las curvas [1]. (Escrito por la sesión de Claude, porque Max no pudo abrir estas fuentes.)
Sedes BitDevs que lo trataron: Austin, Belo Horizonte, Brasilia, Curitiba, Londres, Nueva York.
2. Un fallo en el servidor Ark de Second le costó 0,75 BTC de liquidez propia, sin tocar fondos de usuarios
BitDevs5 sedes en 14 días
Según Second, el 5/10 un atacante usó un fallo en el registro de boards de su servidor Ark y se llevó 0,75 BTC de liquidez de la empresa [1]. Second dice que ningún usuario perdió fondos, porque los VTXO tienen caminos de salida prefirmados que el servidor no puede gastar [2]. (Escrito por la sesión de Claude, porque Max no pudo abrir estas fuentes.)
Sedes BitDevs que lo trataron: Barcelona, Curitiba, Londres, San Juan, Uberlândia.
Fuentes: [1] x.com · 2108065406665805992 [2] x.com · 2108065442002829450
3. Proponen una sintaxis de descriptors para guardar preimágenes de hash en la wallet
BitDevs5 sedes en 14 días
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].
Sedes BitDevs que lo trataron: Belo Horizonte, Curitiba, Londres, Nueva York, Seattle.
Fuentes: [1] delvingbitcoin.org · 2
4. LayerTree, de Lightning Labs, describe cómo compartir un UTXO entre muchos usuarios con covenants
BitDevs5 sedes en 14 días
LayerTree, de Lightning Labs, es un diseño para que muchos usuarios compartan un solo UTXO, con un árbol Merkle-sum fuera de la cadena y covenants que hacen cumplir cada cambio [1]. Cualquier participante puede salir en una transacción cuyo tamaño no depende de cuántos comparten el UTXO [1]. Depende de cambios de consenso como BIP348 y BIP441, más especificaciones de opcodes en borrador, y trae una implementación de referencia en Python que simula esos opcodes [1].
Sedes BitDevs que lo trataron: Brasilia, Curitiba, Nueva York, Porto Alegre, Santiago.
Fuentes: [1] github.com · layertree
5. Se mergeó BIP138, un cifrado compacto para respaldar descriptors y otros datos de wallet
obvioBitDevs4 sedes en 14 días
BIP138 define un esquema para cifrar datos de wallet que no son la semilla, como descriptors y metadatos, para poder respaldarlos [1]. Se puede cifrar para una o más claves, y la especificación recomienda agregar señuelos para ocultar cuántas claves pueden descifrar [1][3]. Se mergeó en el repositorio de BIPs el 21/09, y el 24/09 entró una aclaración sobre descriptors de solo recepción, fecha de nacimiento y rango BIP32 [1][2].
Sedes BitDevs que lo trataron: Austin, Córdoba, Nueva York, Seattle.
Fuentes: [1] github.com · 1951 [2] github.com · 2298 [3] github.com · bip-0138.md
Quedaron afuera porque su materia ya tenía 2:
- Un atacante retiró unos 4.000 BTC de Liquid en septiembre. El 6/9 se retiraron de Liquid unos 4.000 BTC por vulnerabilidades de consenso de Elements y una brecha en la configuración PAK de un miembro, y el 7/9 volvieron 3.400 [1]. (4 de 13 sedes en 14 días.) Fuentes: [1] blog.blockstream.com
- Depots plantea canales Lightning probabilísticos desde una sola salida Taproot. Depots es un diseño de JohnLaw para que muchos usuarios tengan canales Lightning probabilísticos financiados desde una sola salida Taproot, y necesitaría los cambios de consenso CTV y CSFS [1]. (4 de 13 sedes en 14 días.) Fuentes: [1] delvingbitcoin.org · 2892
Ya recorrió la red
Estuvieron en el 60 % de las sedes o más en las últimas 6 semanas.
- Ninguno esta semana.
Todavía no lo trató ninguna sede
Temas que encontró Max y que, cuando se relevaron, no figuraban en el temario de ninguna de las sedes BitDevs que se siguen.
Hacia nuevas buenas prácticas de autocustodiacontroversiainédito
El incidente de entropía de COLDCARD llega solo a todas las sedes; lo que no llega es la otra mitad: qué se cambia a partir de mañana. Este post la escribe, y peleándose con el consenso actual — 2-de-2 en vez de 2-de-3; multi-vendor entendido como "sin código criptográfico compartido" (todas las hardware wallets usan la misma libsecp256k1); elegir 11 de las 12 palabras uno mismo de las 2048 del BIP39; 12 palabras y no 24; placas de acero punzadas y no grabadas; wipe y restore antes de fondear.
Linealización de la mempool de Bitcoininédito
La base formal de cluster mempool: cómo ordenar las transacciones de la mempool en una linearización que respete las dependencias entre ellas y maximice la comisión que puede cobrar el minero. Firmado por un maintainer de Bitcoin Core.
Monitoreo de servidores Electrum: propagación de headers e infraestructura compartidainéditotangible
Las wallets livianas le preguntan a servidores Electrum públicos, y quien opera esos servidores ve las consultas. El autor mantuvo conexiones persistentes con servidores públicos y registró cuándo anuncia cada uno los headers de bloque nuevos. Con esos tiempos se puede inferir qué servidores comparten backend aunque figuren como independientes: si dos coinciden con 31 milisegundos de diferencia, no son dos observadores. La conclusión que él mismo marca es la que abre el debate: mismo operador no implica mismo backend, y el revés tampoco.
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.