Wu dice el informe técnico de agosto: actualización de la "batalla de OP_RETURN" de Bitcoin, propuesta del nuevo protocolo de consenso Alpenglow de Solana

Compilación | GaryMa Wu dijo Cadena de bloques

El equipo de Wu resume las dinámicas importantes en el campo de la tecnología de la cadena de bloques en agosto:

Bitcoin

· La "guerra de OP_RETURN" de los desarrolladores de Bitcoin continúa escalando. Los desarrolladores de Bitcoin Core llaman a la oposición "Knotzis" y se burlan de sus vulnerabilidades de software; sin embargo, el número de nodos Knots ha aumentado de menos de 400 a casi 4,000 este año, mientras que los nodos Core se han estancado en alrededor de 20,000. La disputa ha evolucionado de un desacuerdo técnico a ataques personales, y se ha señalado que Chaincode Labs desempeña un papel dominante en esto.

Ethereum

· Avance de la actualización de Fusaka: Se espera que Devnet-5 se inicie a principios de septiembre, con la planificación de desactivar Holesky unas semanas después de que Fusaka se active en Holesky, impulsando el límite de Gas a 60 millones antes de la actualización de Fusaka.

· Preparación de la actualización de Glamsterdam: Confirmar EIP-7732/ePBS como propuesta central de la capa de consenso, EIP-7928/Listas de Acceso a Nivel de Bloque como propuesta central de la capa de ejecución. EIP-7778/Slot de 6s eliminado por conflicto, EIP-7702/Fósil será evaluado una vez que ePBS y BAL se estabilicen, se espera que la implementación de ePBS se complete en marzo-abril de 2026.

· El investigador de la Fundación Ethereum (EF) Justin Drake publicó un blog, proponiendo la visión de "Ethereum ligero" para la próxima década, que tiene como objetivo escalar la red principal a 10,000 transacciones por segundo y 1 gigagas/s de capacidad de procesamiento, manteniendo un 100% en línea y descentralizado, y escalar la red de Capa 2 a 1 millón de transacciones por segundo y 1 teragas/s de capacidad de procesamiento.

· La Fundación Ethereum anunció el lanzamiento de la segunda fase del plan "Trillion Dollar Security", centrado en mejorar la experiencia del usuario de billeteras. Este plan implica la mejora de la seguridad de las billeteras, la solución del problema de las firmas en blanco y la creación de una base de datos de vulnerabilidades para prevenir la explotación de vulnerabilidades en contratos inteligentes.

· La Fundación Ethereum ha publicado la actualización del Protocolo 002, que presenta los avances en la investigación sobre el muestreo de disponibilidad de datos (DAS) y su importancia para la escalabilidad de la disponibilidad de datos (DA) segura. Las actualizaciones de contenido incluyen: Fusaka ha lanzado PeerDAS, una nueva arquitectura de datos que permite la expansión de blobs más allá de los niveles de rendimiento actuales, de 6 blobs/bloque a 48 blobs/bloque; el bifurcación de solo parámetros de Blob (BPO) aumentará gradualmente la cantidad de blobs en la red principal y se apoyará a través de la optimización incremental del ancho de banda punto a punto; Glamsterdam planea adoptar tecnologías de red avanzadas para iterar sobre el diseño de PeerDAS, con el fin de expandirse aún más; a medida que la escala de datos sigue creciendo, la tecnología de fragmentación de memoria puede preservar el valor de Ethereum; la investigación sobre la próxima generación de DAS abrirá la evolución de la expansión segura de DA.

· La Fundación Ethereum lanzó "Actualización del Protocolo 003 — Mejorar la UX", centrada en la mejora de la experiencia del usuario (Mejorar la UX), como una de las tres estrategias principales después de la reorganización del equipo de I+D en junio (Escala L1, Escala Blobs, Mejorar la UX). El artículo enfatiza la interoperabilidad (interop) como núcleo, con el objetivo de una experiencia ecológica de Ethereum sin problemas, segura y sin permisos. El trabajo se divide en tres flujos: inicialización (Open Intents Framework, Capa de Interoperabilidad de Ethereum, estándares de interoperabilidad), aceleración (confirmación rápida de L1, tiempo de ranura de 6 segundos, liquidación más corta de L2), y finalización (pruebas SNARK en tiempo real, finalización rápida de L1). Al reducir la latencia y los costos, y mejorar la seguridad y la confianza, se optimiza el movimiento de activos entre cadenas y la experiencia del usuario.

L2s de Ethereum

· La red principal de Base experimentó una interrupción el 5 de agosto, con una pausa en la producción de bloques que duró aproximadamente 33 minutos. El evento fue causado por el actual sequencer que, debido a la inactividad en la cadena, hizo que el Conductor cambiara automáticamente a un nuevo sequencer, pero ese nodo aún estaba en proceso de implementación y no podía producir bloques, además de que el módulo Conductor no estaba activado, lo que impedía desencadenar un nuevo cambio. El equipo detectó el problema a las 6:09 y oficialmente inició la respuesta a las 6:12, mediante la pausa manual de la transferencia automática y la asunción del rol de sequencer saludable, finalmente restaurando la producción de bloques a las 6:40.

· Linea publica un roadmap para los próximos nueve meses, con el objetivo de alcanzar 0.5 gGas/s (aproximadamente 5000 TPS) en el Q4 de 2025, implementar la prueba en tiempo real de Ethereum en el Q2 de 2026 y lograr la equivalencia total de Ethereum con Type-1 zkEVM en el Q1 de 2026. Los planes incluyen eliminar las restricciones de transacción, cambiar a campos pequeños para acelerar la prueba, actualizar a Pectra EVM, introducir un mecanismo de quema del 20% de ETH y recompra del 80% de LINEA, lograr preconfirmación de transacciones y descentralización de Stage-1, lanzar ingresos nativos por depósitos de ETH, y en 2026 introducir un sistema de múltiples pruebas y nodos de ordenamiento descentralizados, mejorando el rendimiento, la compatibilidad y la seguridad.

· El proyecto de escalado de Ethereum Taiko ha anunciado que ha completado la implementación de la primera fase del sistema de preconfirmación en la red principal de Ethereum, con un tiempo de respuesta de transacción de aproximadamente 2 segundos. La oficina oficial declaró que esta función mejora la predictibilidad y la disponibilidad de las transacciones basadas en rollup, y se espera que impulse una experiencia de interacción más rápida y descentralizada para DeFi, GameFi y aplicaciones empresariales.

· Starknet anunció que la propuesta comunitaria SNIP-31 ha sido aprobada, y la funcionalidad de staking de Bitcoin se lanzará oficialmente en las próximas semanas. Este mecanismo establece un peso de staking de Bitcoin de 0.25, que representa el 25% del peso de consenso, mientras que el resto será asumido por STRK; al mismo tiempo, se aprueban WBTC, LBTC, tBTC y SolvBTC como activos de staking, y se establecen las reglas de gobernanza para la futura adición de activos de Bitcoin envueltos.

· Optimism anunció una colaboración con Flashbots para introducir tecnología de ordenación de transacciones rápida y verificable para Superchain, respaldada por el equipo que construyó el proceso de secuenciación de Ethereum. Esta colaboración reduce el tiempo de confirmación para los usuarios a 200 ms y ya está en funcionamiento en Base y Unichain, con el OP Mainnet lanzándose pronto. Además, se introducirán interfaces abiertas y modulares Rollup-Boost para constructores de terceros y la tecnología TEE de Flashbots.

Solana

· La propuesta de nuevo protocolo de consenso de Solana, Alpenglow, SIMD-0326, ha entrado en la fase de votación de la comunidad, con un tiempo de votación válido de Epochs 840 a 842 (actualmente en 841, un Epoch dura aproximadamente 2 días). La regla de votación establece que el porcentaje de votos a favor debe alcanzar 2/3 del total de votos (a favor + en contra) para ser aprobada. Según se informa, Alpenglow tiene como objetivo reducir el tiempo de confirmación de bloques de 12.8s a cerca de 150ms. Hasta el momento de redacción, la tasa de aprobación de votos es muy alta, y la aprobación de la propuesta es casi un consenso comunitario. — link

· Helius publicó un artículo presentando que Solana introduce la reducción programática para mejorar la seguridad de la red. La reducción se realiza mediante la quema de activos de staking de validadores malintencionados o negligentes, incentivando una infraestructura descentralizada y confiable. Las propuestas relacionadas incluyen: SIMD-0204 (verificación de eventos reducibles) que estará disponible pronto, enfocándose inicialmente en detectar la producción de bloques duplicados, y en el futuro se expandirá a violaciones de votación; SIMD-0180 cambiará la clave del plan de líderes de la dirección de identidad a la dirección de la cuenta de votación, asegurando que la reducción esté correctamente atribuida, estará disponible pronto; SIMD-0212 definirá las reglas de implementación de la reducción, aún está en discusión y requiere votación de gobernanza comunitaria. La propuesta actual sugiere una función de penalización secundaria basada en la línea del coeficiente de Nakamoto, evitando castigar en exceso pequeños errores, mientras que las violaciones graves resultarán en una reducción del 100% del staking. Para prevenir la evasión de penalizaciones, se debe introducir un período de enfriamiento. La reducción presenta riesgos para los stakers, DeFi, etc., y requiere un mecanismo de seguro. En comparación con Ethereum y Cosmos, la reducción en Solana requiere la aprobación de la gobernanza comunitaria, equilibrando las penalizaciones con la equidad.

· La empresa de desarrollo del ecosistema Solana, Anza, tuiteó sobre la introducción del nuevo protocolo de propagación de bloques Rotor en la actualización Solana Alpenglow. Rotor utiliza un único retransmisor en lugar del modo de múltiples saltos de Turbine, el líder divide el bloque en fragmentos, codifica cada fragmento en trozos mediante codificación de borrado, y luego envía los trozos a retransmisores seleccionados, que transmiten los trozos a todos los validadores globalmente en una ronda. Gracias a la codificación de borrado, recibir la mitad de los trozos permite reconstruir el fragmento, asegurando resiliencia y que el retransmisor reciba un paquete de datos para poder reenviar. Rotor puede equilibrar el uso del ancho de banda entre nodos, reduciendo el tiempo y las diferencias de propagación, casi todos los validadores pueden recibir bloques simultáneamente, mejorando el rendimiento y reduciendo el riesgo de bifurcaciones. Esto es significativo para los constructores y validadores, ya que puede reducir la latencia, estabilizar las confirmaciones, hacer que las dApps en tiempo real funcionen más suavemente y disminuir las ranuras perdidas y el desperdicio de ancho de banda de los validadores. En resumen, Rotor permite que Solana distribuya rápidamente grandes bloques de datos a través de un diseño de una sola capa, logrando tiempos de bloque más rápidos y consistentes y mayor rendimiento. Anteriormente, Anza propuso el protocolo Alpenglow. Este protocolo tiene la intención de reemplazar el mecanismo de consenso TowerBFT de Solana y el sistema de marca de tiempo de prueba histórica, introduciendo los componentes Votor y Rotor. Votor es responsable de la votación y la finalización de bloques, y Rotor mejora el protocolo de propagación de bloques existente de Solana.

Cadena BNB

· BNB Chain anunció la actualización del plan Kickstart, integrando el antiguo programa LaaS, ofreciendo una solución de soporte integral que cubre más de 50 proveedores en 18 categorías, incluidos CertiK, AWS, Google, NodeReal, PancakeSwap, entre otros. El nuevo plan se divide en dos fases: construcción y crecimiento de dApp, dirigido a desarrolladores iniciales y proyectos con potencial de mercado existente, abarcando soporte en desarrollo, auditoría, infraestructura, etc.

· BSC ahora admite el uso de Super-Instructions para ejecutar contratos inteligentes, reemplazando secuencias de bytes repetidos con un solo código de operación, reduciendo así los costos de ejecución, manteniendo inalterado el consenso. El análisis muestra que aproximadamente el 60% de las transacciones en la red principal de BSC eran interacciones DeFi repetitivas, como las transacciones de Swap de PancakeSwap, lo que reducía la velocidad de ejecución y aumentaba los costos, mientras que la nueva solución puede aumentar la velocidad de ejecución de bloques en un 15%, la velocidad de sincronización en un 14% y el rendimiento en un 17%.

Hyperliquid

· El 16, 23 y 30 de agosto, la plataforma Hyperliquid llevó a cabo actualizaciones de red programadas, con un tiempo de inactividad esperado de aproximadamente 10 minutos cada vez, las cuales se completaron con éxito, manteniendo una alta estabilidad y eficiencia operativa del sistema.

· Aunque el 27 de agosto, el mercado perpetuo de pre-lanzamiento del token XPL fue manipulado por ballenas, haciendo que el precio se disparara de 2 a 2.5 veces, lo que resultó en más de $17 millones en liquidaciones y $15 millones en ganancias para las ballenas, lo que generó la preocupación de la comunidad; pero Hyperliquid enfatizó que el sistema funciona según lo diseñado, sin fallos técnicos, e inmediatamente introdujo resguardos en el mercado de XPL, incluyendo establecer un "límite de precio marcado" que es 10 veces el promedio móvil exponencial de 8 horas, al mismo tiempo que se introdujeron datos de mercados externos para mejorar la precisión de precios.

Otros

· Sonic Labs anunció el lanzamiento de Testnet 2.1, que agrega compatibilidad con la actualización Pectra de Ethereum y presenta una gama más amplia de funciones de red para desarrolladores y usuarios. Se espera que esta actualización esté disponible en la mainnet pronto.

· Apple lanza una actualización de seguridad para corregir la vulnerabilidad de día cero CVE-2025–43300 que ha sido explotada. Esta vulnerabilidad existe en el marco de ImageIO, y los atacantes pueden desencadenar una corrupción de memoria a través de imágenes maliciosas, que ya ha sido utilizada en ataques complejos dirigidos a individuos específicos. Los sistemas afectados incluyen iOS, iPadOS y macOS, y las versiones corregidas son: iOS/iPadOS 18.6.2, iPadOS 17.7.10; macOS Ventura 13.7.8, Sonoma 14.7.8, Sequoia 15.6.1. Apple ha corregido 7 vulnerabilidades de día cero que fueron explotadas en ataques del mundo real desde principios de este año.

· Solayer anunció el lanzamiento del primer puente intercadena sBridge diseñado específicamente para SVM, que soporta escenarios de trading de alta frecuencia. Este puente admite operaciones intercadena desde Solana a cualquier SVM, más rápido que el modelo tradicional de puentes intercadena que requieren múltiples confirmaciones. Su arquitectura central se basa en la Red Guardian, que proporciona soporte de hardware y conmutación automática por fallos. A diferencia de las soluciones intercadena tradicionales que requieren listas blancas y múltiples conversiones, sBridge está optimizado nativamente para cadenas SVM, generando directamente pruebas PDA y verificándolas en la cadena objetivo a través de la precompilación ED25519 de Solana.