Escrito por | GaryMa, Wu Blockchain
WuBlockchain resume los principales acontecimientos del sector de la tecnología blockchain en septiembre:
Bitcoin
Bitcoin Core v32 se bifurcó de master para crear la rama de lanzamiento 32.x el 14 de septiembre e inició su ciclo de pruebas RC, con el lanzamiento de v32.0rc1 para que la comunidad lo probara. La versión final sigue prevista para octubre. La versión ya había alcanzado la congelación de funciones en agosto e introduce principalmente mejoras como la validación paralela de bloques, la limitación global de la tasa de transacciones y un nuevo estimador de comisiones basado en el mempool. No modifica las reglas de consenso de Bitcoin.
StarkWare afirmó que una competición de optimización de código asistida por IA, de una semana de duración, redujo el costo estimado de cómputo con GPU para preparar una transacción de Bitcoin resistente a la computación cuántica de unos 320 $ a 66 $, al tiempo que elevó la tasa de búsqueda central de aproximadamente 146 millones a 881 millones de intentos por segundo. El mecanismo utiliza protecciones basadas en hash para los BTC elegibles y podría servir como vía de migración de emergencia ante un posible ataque cuántico, sin necesidad de actualizar la red de Bitcoin. Sin embargo, la cifra de 66 $ sigue siendo una estimación de prueba y aún no se ha validado mediante otra transacción real en la cadena. Además, el esquema no puede proteger los BTC cuyas claves públicas ya se hayan expuesto.
Desarrolladores de Bitcoin y Lightning propusieron PQLN, o Post-Quantum Lightning Network, cuyo objetivo es incorporar protección poscuántica a los componentes fuera de la cadena de Lightning, incluidas las identidades de los nodos, el transporte P2P, las facturas, las ofertas y las capas de pago, sin esperar a que Bitcoin L1 complete su propia migración poscuántica. La propuesta utiliza estándares como ML-DSA y ML-KEM, y ya cuenta con un prototipo comprobable basado en rust-lightning. Las pruebas indican que la sobrecarga de cómputo criptográfico es relativamente baja, mientras que las claves públicas y firmas mucho más grandes hacen del ancho de banda de red el principal costo. PQLN sigue en fase de investigación y prototipo.
Ethereum
Actualización Glamsterdam: escalabilidad de L1, ejecución paralela y rediseño de la arquitectura MEV. Avances: en septiembre, el desarrollo siguió avanzando desde las pruebas de estabilidad de DevNet hacia el despliegue en una testnet pública. Los desarrolladores confirmaron que Glamsterdam se activará en Sepolia el 6 de octubre y que los equipos de clientes deberán publicar software compatible antes del 29 de septiembre. Las pruebas en Hoodi están programadas provisionalmente para el 27 de octubre, y se espera tomar una decisión de continuar o no el 8 de octubre. No se ha fijado una fecha de activación en la red principal. En septiembre, las pruebas siguieron centrándose en casos límite relacionados con la preservación y reconstrucción de BAL, la propagación de cargas útiles de ejecución, la API Engine y la creación de bloques y la disponibilidad de cargas útiles con ePBS. Los desarrolladores también advirtieron que los atacantes en la testnet podrían aprovechar el ETH de prueba gratuito y crear repetidamente identidades de Builder para ganar subastas y luego retener las cargas útiles, lo que podría interrumpir las pruebas de Sepolia sin poner en riesgo los fondos de la red principal.
Actualización Hegotá: resistencia a la censura, abstracción nativa de cuentas y preparación poscuántica. Avances: el alcance de la actualización se redujo considerablemente en septiembre. El Protocol Cluster de la Ethereum Foundation clasificó 62 EIP candidatas y designó FOCIL (EIP-7805) y Frame Transactions (EIP-8141) como propuestas de nivel S («imprescindibles»), convirtiéndolas respectivamente en las funciones principales de las capas de consenso y ejecución. Otras 15 EIP se clasificaron en el nivel A y se espera que se incluyan, mientras que 28 fueron rechazadas explícitamente. FOCIL refuerza la resistencia a la censura al hacer que un comité de validadores proporcione listas de inclusión de transacciones. Frame Transactions traslada más lógica de validación de cuentas, pago de Gas y ejecución a la capa del protocolo, sentando las bases para la abstracción nativa de cuentas, el Gas patrocinado, las operaciones por lotes y la futura migración hacia esquemas de firma poscuánticos. La EF también fijó el objetivo de I+D del protocolo de hacer que Ethereum L1 sea totalmente poscuántico en sus capas de ejecución, consenso y datos para diciembre de 2029.
El cofundador de Ethereum, Vitalik Buterin, afirmó durante el discurso de apertura de la Semana Blockchain de Shanghái 2026 que las tecnologías criptográficas que antes se consideraban muy lejanas a su aplicación práctica, como FHE, la ofuscación y iO, están avanzando rápidamente. Sostuvo que las cadenas de bloques podrían evolucionar desde sistemas centrados principalmente en determinar «quién puede enviar qué activos» hacia sistemas capaces de programar «quién puede ver qué información». Como ejemplo, Vitalik mencionó FOCIL (EIP-7805): varios validadores podrían proporcionar conjuntamente listas de inclusión de transacciones para reducir la capacidad de un único creador de bloques de censurar o retrasar transacciones. También prevé que, durante los próximos cinco años, se realicen más cálculos en paralelo en los dispositivos de los usuarios, los mempools y la infraestructura de creación de bloques, mientras Ethereum sigue trabajando para reducir la finalidad de los aproximadamente 16 minutos actuales a entre 8 y 32 segundos.
La comunidad de Ethereum propuso EIP-8411, que cambiaría la forma en que se propagan las cargas útiles de ejecución por la red, dividiendo los datos completos de la carga útil en fragmentos que pueden reenviarse antes de que se haya recibido la carga completa. Se usarían compromisos de Merkle para verificar cada fragmento, con cambios relativamente limitados en la capa de consenso. Las simulaciones, que no dependían de un ancho de banda de nivel de centro de datos, mostraron que el tiempo de propagación de una carga útil de 1 MiB a la mitad de la red podría reducirse de unos cinco segundos a menos de uno.
La comunidad de Ethereum está impulsando EIP-8198, conocida como «Quick Slots». La propuesta eliminaría las suposiciones en tiempo de compilación de que los slots de Ethereum duran siempre 12 segundos y convertiría su duración en un parámetro de ejecución. El objetivo inicial que se está debatiendo es reducir el tiempo de slot de L1 de 12 a 10 segundos, con posibles reducciones adicionales según el comportamiento de la red y los cuellos de botella de los clientes. La propuesta busca acortar las ventanas de arbitraje, reducir el LVR, mejorar la eficiencia de los precios en los DEX y agilizar la confirmación de transacciones. Combinada con FOCIL, también podría preservar la inclusión de transacciones y la resistencia a la censura mientras se reduce la duración de los slots. La propuesta sigue en fase de ingeniería y debate.
Investigadores de la Ethereum Foundation, Theta Labs, StarkWare y otras organizaciones publicaron un trabajo en el que emplearon agentes de programación con IA para optimizar las operaciones centrales del algoritmo de Shor. Su trabajo redujo en más de un 50 % los recursos estimados necesarios para un posible ataque cuántico contra secp256k1, utilizado por Bitcoin y Ethereum, en comparación con el referente publicado por Google en marzo. El requisito de cúbits lógicos se redujo a 1.151 y, posteriormente, a 813 en una versión posterior. El hardware cuántico actual todavía está lejos de poder vulnerar las principales cadenas de bloques públicas, pero el estudio muestra que la optimización algorítmica sigue reduciendo el umbral teórico de ataque y refuerza la necesidad de planificar con antelación la migración poscuántica.
Vitalik Buterin presentó EIP-8288, el «Recursive STARK Mempool», y dijo que espera que se incluya en la bifurcación I* posterior a Hegotá. La propuesta agrega las dependencias entre transacciones dentro del mempool y genera pruebas STARK recursivas, con el objetivo de reducir el costo de las firmas poscuánticas y las transacciones privadas. También podría admitir nuevos esquemas de firma y prueba, como Falcon y ML-DSA, sin modificar la EVM, además de permitir la abstracción de cuentas privadas. Vitalik estimó que el diseño generaría alrededor de 100–300 kB de datos STARK por período, con una sobrecarga en la cadena compuesta por un STARK más 96 bytes por declaración de prueba. Actualmente se está considerando RISC-V como lenguaje para las declaraciones de STARK recursivas.
L2 de Ethereum
Optimism avanzó con OP Stack Upgrade 20 en septiembre y completó el despliegue previsto en la red principal el 24 de septiembre. La actualización no introduce una nueva bifurcación dura de L2. En cambio, modifica los contratos de L1 y el sistema Fault Proof, trasladando las pruebas de disputa de los Output Root Dispute Games de una sola cadena a los Super Root Dispute Games, que pueden representar el estado de varias cadenas, y actualizando OPCM a v8. Upgrade 20 es un requisito previo para la futura interoperabilidad de OP Stack. Hoy, cada cadena sigue ejecutando juegos de disputa por separado, pero la mensajería entre cadenas del futuro dependerá del estado de varias cadenas durante el mismo período, y Super Roots sienta las bases para validar conjuntamente esas dependencias entre cadenas.
Scroll completó el 22 de septiembre la actualización OpenVM v2.0.0 en la red principal, actualizando su pila de prueba zkVM de OpenVM v1.6 a v2.0, cambiando el sistema de pruebas subyacente a SWIRL y desplegando un nuevo contrato verificador en la cadena. La actualización también incorporó varias correcciones de seguridad de OpenVM v1.7, incluidas correcciones de problemas de verificación que afectaban a MemoryMerkleAir y al verificador Halo2. Como cambiaron tanto el sistema de pruebas como los circuitos, la actualización es incompatible a nivel ZK, pero no modifica la EVM de Scroll, el modelo de comisiones, la interfaz RPC ni el comportamiento de cara a los usuarios.
Solana
El desarrollador principal de Solana, Anza, anunció que la actualización de consenso Alpenglow se activó en Devnet, tras su transición a Testnet el 24 de septiembre. Alpenglow está diseñado para reemplazar la vía de consenso actual PoH + TowerBFT, haciendo que los validadores intercambien votos directamente y alcancen un consenso determinista tras una o dos rondas de votación. Su objetivo es reducir la finalidad de unos 12,8 segundos a aproximadamente 150 milisegundos. La cifra de 150 ms sigue siendo un objetivo de diseño y simulación, y aún no se ha validado en condiciones reales de mercado de la red principal. No se ha anunciado una fecha de activación en la red principal.
Solana continuó en septiembre con la reducción gradual del tiempo de slot en el marco de SIMD-0525, y el objetivo para la red principal se redujo a 250 ms. Los datos oficiales muestran que, a medida que la red pasó de 400 ms a 350 ms, luego a 300 ms y finalmente a 250 ms, las tasas de slots omitidos se mantuvieron relativamente estables, mientras que las interrupciones causadas por slots omitidos consecutivos disminuyeron. Sin embargo, los slots más cortos exigen más a la red de los validadores distribuidos geográficamente, y la latencia de votación aumentó sobre todo en los nodos de Asia y Sudamérica. Por tanto, cualquier avance hacia el objetivo final de 200 ms requerirá seguir supervisando la propagación de la red y la distribución geográfica de los validadores.
Solana Transaction V1 (SIMD-0385 / SIMD-0296) se activó en la red principal el 15 de septiembre, aumentando el tamaño máximo de las transacciones V1 de 1.232 bytes a 4.096 bytes, aproximadamente 3,3 veces más. El sobre de transacción más grande permite ejecutar algunas pruebas ZK, multisig grandes, firmas BLS y operaciones por lotes complejas en una sola transacción atómica. Los formatos de transacción heredados y v0 siguen siendo compatibles. Como ahora los bloques pueden contener transacciones V1, los proveedores de RPC, indexadores y monederos que solo declaren compatibilidad con v0 podrían no leer correctamente algunos bloques o transacciones y deberán actualizar su compatibilidad.
Anza afirmó que la red principal de Solana activó la primera fase de SIMD-0437, reduciendo el costo unitario de alquiler de almacenamiento de 6.960 lamports por byte a 6.333 lamports. La propuesta consta de cinco etapas y busca reducir gradualmente la cifra a 696 lamports, lo que representa una caída del 90 % respecto del nivel original, sujeta a las condiciones de crecimiento del estado. SIMD-0438 puede restablecer la tasa anterior si el crecimiento del estado se vuelve problemático.
BNB Chain
Tras la bifurcación dura Pasteur de agosto, BNB Smart Chain comenzó en septiembre a evaluar el impacto de BEP-675 / BidBlock V2 en la escalabilidad de la red principal. BNB Chain afirmó que BidBlock V2 se utilizaba en alrededor del 98 % de los bloques a mediados de septiembre y que, al eliminar un paso redundante de ejecución de EVM antes de empaquetar los bloques, permitía que estos incluyeran, en promedio, alrededor de un 28 % más de Gas que con Bid V1 bajo el tráfico real de la red principal. Luego, los validadores empezaron a elevar el límite de Gas de 55M hacia 70M, con planes de evaluar 80M y 90M según la finalidad, las tasas de bloques perdidos, la latencia entre regiones, los tiempos de importación de los nodos y la concentración de builders. El equipo también está avanzando con el transporte de bloques gRPC/RLP, eth/70, BAL y tecnologías relacionadas para admitir una mayor capacidad de bloques.
Hyperliquid
Hyperliquid planea reducir el límite de la tasa de financiación de los futuros perpetuos del 4 % por hora al 0,5 % en su próxima actualización de red, y ampliar al mismo tiempo la capacidad de despliegue de los mercados de resultados HIP-4. El número máximo de resultados activos simultáneamente por implementador aumentará de 100 a 200, mientras que el límite diario de despliegues pasará de 500 a 1.000. El proyecto también había planeado anteriormente reducir el valor nominal mínimo de las órdenes de Outcome de 10 $ a 1 $ y añadir interfaces para consultar las cuotas de despliegue, lo que indica que HIP-4 ha entrado en una fase centrada en optimizar la capacidad y la experiencia de negociación tras la introducción del despliegue sin permisos en agosto.
Celestia
Celestia activó v10 en la red de pruebas Mocha-5 el 24 de septiembre, llevando Fibre a un entorno de red activo y permitiendo que los validadores con bonos lancen y registren servidores Fibre. Fibre es una nueva vía de disponibilidad de datos en la que la cadena registra principalmente compromisos de blobs, mientras que las cargas útiles de los blobs se codifican con borrado, se propagan y se almacenan a través de una red operada por validadores. El objetivo es sortear los cuellos de botella de rendimiento de la vía tradicional de propagación de datos de bloques. v10 es una actualización de red incompatible y actualmente se está probando en Mocha. No se ha anunciado una fecha de activación en Mainnet Beta.
Seguridad
Liquid Network sufrió un exploit a nivel de consenso el 6 de septiembre. El atacante aprovechó una codificación ambigua en la clave de caché utilizada para la verificación de Rangeproof de Elements, lo que hizo que los nodos aceptaran incorrectamente una transacción cuyo valor de salida no estaba respaldado por entradas legítimas. Esto permitió emitir sin respaldo unos 4.000 L-BTC, que luego se convirtieron en BTC de la red principal de Bitcoin mediante el proceso habitual de retiro del peg. Más tarde, Blockstream reveló que el atacante había devuelto alrededor de 3.400 BTC, mientras que, en el momento del informe, aproximadamente 602 BTC seguían sin recuperarse. La vulnerabilidad se corrigió en Elements v23.3.4 mediante la introducción de una serialización con prefijo de longitud para las claves de caché de Rangeproof y Surjection Proof, lo que impide que distintas combinaciones de parámetros generen la misma clave de caché. El incidente demuestra que las propias cachés de validación pueden formar parte de la frontera de seguridad del consenso.
SlowMist advirtió que las herramientas de memoria de IA de MemTensor habían sido comprometidas. Se descubrió que la biblioteca de memoria a largo plazo de código abierto MemoryOS en PyPI y el paquete oficial memtensor/memos-cloud-openclaw-plugin de npm, utilizado con el entorno de ejecución OpenClaw, contenían un binario Go multiplataforma que se ejecutaba al cargar o importar los paquetes. Las versiones afectadas incluyen MemoryOS 2.0.34 en PyPI y las versiones 0.1.21, 0.1.23 y 0.1.25 del complemento de npm. El complemento de npm afectado también puede filtrar el contenido de las instrucciones de los usuarios. SlowMist recomendó desinstalar los paquetes o volver a versiones conocidas como seguras, finalizar los procesos relacionados, revisar la actividad de red y cambiar las credenciales expuestas en los entornos afectados.
El director de seguridad de SlowMist, 23pds, emitió una alerta de seguridad e instó a los usuarios de iOS a actualizar sus sistemas. Dijo que atacantes clandestinos habían empezado a reutilizar el kit de explotación de cadena completa para iOS filtrado, «DarkSword», que combina páginas web maliciosas, corrupción de memoria en WebKit/JSC, evasión de PAC, escape del sandbox de WebContent y escalada de privilegios del kernel para obtener privilegios de root y posiblemente robar datos del Llavero y de monederos de criptomonedas. Esta cadena de ataque supone una amenaza directa para los monederos móviles de autocustodia.
El desarrollador de Bitcoin Niklas Gögge afirmó que los incidentes recientes que afectaron a Coldcard, BTCPay Server, Liquid Network y otros proyectos muestran que los LLM han reducido considerablemente el costo de descubrir vulnerabilidades. Project Loupe, Bitcoin Red Team y varios desarrolladores ya han utilizado LLM para analizar proyectos de código abierto como Bitcoin Core, y han generado más de 1.000 informes. La mayoría eran falsos positivos o problemas de API internas, y hasta ahora Bitcoin Core no ha identificado ninguna vulnerabilidad de gravedad alta o crítica gracias a estas iniciativas. Gögge sostuvo que, a largo plazo, la seguridad debería centrarse en el fuzzing, las pruebas de propiedades y las pruebas automatizadas, en lugar de depender de análisis puntuales con LLM.
Ethereum Classic sufrió un incidente de ingeniería social relacionado con el cliente Core-Geth. El 14 de septiembre se publicó una versión sin revisar, ethereumclassic/core-geth v1.13.0, y se promocionó como una «actualización de seguridad» a través de @ETC_Network, publicaciones de la comunidad de CoinMarketCap y correo electrónico, animando a los operadores de nodos a migrar. Un pequeño número de nodos de pools de minería cambió brevemente a esa versión antes de volver a etclabscore/core-geth v1.12.23, mantenida desde hace tiempo. No se perdieron bloques ni se produjeron reorganizaciones de la cadena, pérdidas de fondos o interrupciones del servicio. Sin embargo, la versión no revisada modificaba lógica crítica, incluida la selección de la cadena y el descubrimiento de nodos, creando un riesgo potencial de fragmentación de la red.
Google publicó una actualización de seguridad de Chrome Stable Channel que corrige 12 vulnerabilidades, incluida la vulnerabilidad CVE-2026–85046, de gravedad alta, por confusión de tipos en el motor JavaScript V8. Google confirmó que la vulnerabilidad había sido explotada activamente, pero no reveló los métodos de ataque ni los objetivos. Dado que los navegadores siguen siendo el principal entorno de ejecución de muchas extensiones de monederos y aplicaciones Web3, los usuarios afectados deberían actualizar cuanto antes.
Otros
El desarrollador de Zcash Sean Bowe afirmó que las organizaciones de desarrollo del ecosistema Zcash y los equipos de ingeniería acordaron el alcance y el calendario de la próxima actualización de la red, NU7. La actualización reducirá los intervalos entre bloques a 25 segundos, retirará las transacciones v4 e integrará NSM, sin introducir un nuevo formato de transacción. Se espera que se active en la testnet el 6 de octubre y, posteriormente, en la red principal el 5 de noviembre. No se prevé que la actualización afecte de forma significativa a los monederos, pero los nodos completos, indexadores y exploradores de bloques podrían requerir preparativos previos.
Cardano continuó en septiembre con el trabajo en la Era Dijkstra y la implementación de Ouroboros Leios. Los desarrolladores reescribieron la lógica de descarga de datos de Leios para limitar el consumo de tiempo y memoria, añadieron almacenamiento en caché para las transacciones recientes de Endorser Block e integraron los parámetros del protocolo Leios en la Era Dijkstra. El equipo también completó una vía de validación por lotes para las transacciones anidadas, que permite ejecutar Plutus Scripts dentro de transacciones secundarias y contabilizar sus presupuestos de ejecución dentro de los límites de bloques y comisiones. Hydra recibió correcciones de seguridad y alcanzó un hito de rendimiento. Estos esfuerzos siguen formando parte de la fase de implementación de ingeniería y validación del rendimiento previa al despliegue de Dijkstra / Leios en la red principal.
La red descentralizada de computación privada Nillion publicó una hoja de ruta de siete etapas para Encrypted Markets. La primera fase, Dusk, se lanzó en agosto en la testnet Ethereum Sepolia y está previsto que llegue a la red principal de Ethereum durante la primera semana de octubre, mientras que la primera aplicación basada en Covenants ya está disponible para pruebas. Las etapas posteriores ampliarán el proyecto a otras cadenas EVM, añadirán ejecución entre cadenas y condiciones definidas por los usuarios, introducirán un lenguaje de programación y una máquina virtual propios, y mejorarán aún más la seguridad poscuántica y el rendimiento.
a16z crypto publicó Lattice Jolt, una zkVM de código abierto que sustituye el compromiso polinómico Dory, basado en curvas elípticas, por Akita, basado en el supuesto de retículas Module-SIS. El diseño ofrece seguridad poscuántica de 128 bits, mejora el rendimiento de los verificadores y demostradores entre 2 y 3 veces y reduce el tamaño de las pruebas a menos de 100 KB. En el mismo MacBook, su implementación para CPU puede procesar más de dos millones de ciclos RISC-V por segundo, mientras que la aceleración de GPU Apple Metal eleva el rendimiento a más de 10 millones de ciclos por segundo. También se ha reducido el uso de memoria del demostrador. El equipo planea añadir funcionalidades de conocimiento cero y seguir desarrollando una versión de Jolt basada en hash.
Síguenos
Twitter: https://twitter.com/WuBlockchain
Telegram: https://t.me/wublockchainenglish