FusakaEl nombre proviene de la actualización de la capa de ejecución.Osakay versión de capa de consensoestrella fulacombinación.Se espera que esta actualización se active a las 21:49 UTC del 3 de diciembre de 2025.
Esta actualización incluye 12 EIP, que cubrenDisponibilidad de datos,Capacidad de gas/bloque,Optimización de seguridad,firma compatible,Estructura de tarifas de transacciónetc., es una actualización sistemática para lograr la expansión L1, reducir los costos de L2, reducir los costos de nodo y mejorar la experiencia del usuario.
1. Los dos objetivos principales de Fusaka: mejorar el rendimiento de Ethereum y mejorar la experiencia del usuario
Objetivo 1: mejorar significativamente el rendimiento subyacente y la escalabilidad de Ethereum
Palabras clave principales:
-
Ampliación de la disponibilidad de datos
-
Carga de nodos reducida
-
Los blobs son más flexibles
-
Capacidades de ejecución mejoradas
-
Un mecanismo de consenso más eficiente y seguro
En resumen: mejorar aún más el rendimiento de Ethereum.
Objetivo 2: mejorar la experiencia del usuario y promover la abstracción de cuentas y billeteras de próxima generación
Palabras clave principales:
-
Bloquear preconfirmación
-
Compatibilidad con P-256 (firma nativa del dispositivo)
-
Cartera de palabras indefensa
-
Un sistema de cuentas más moderno
La esencia es: Ethereum se está acercando a la experiencia del software de Internet convencional.
2. Cinco cambios clave en Fusaka
1. PeerDAS: reduce la carga de almacenamiento de datos de los nodos
PeerDAS es la nueva característica principal de la actualización de Fusaka. Actualmente, los nodos Layer2 utilizan blobs (un tipo de datos temporales) para publicar datos en Ethereum.Antes de que se actualizara Fusaka, cada nodo completo tenía que almacenar cada blob para garantizar que existieran datos.A medida que aumenta el rendimiento del blob, la descarga de todos estos datos consume muchos recursos y resulta abrumadora para el nodo.
PeerDAS utiliza muestreo de disponibilidad de datos, de modo que cada nodo no necesita almacenar todos los bloques de datos, sino solo una parte de los bloques de datos.Para garantizar la disponibilidad de los datos, cualquier parte de los datos se puede reconstruir a partir del 50% de los datos existentes.El método de reconstrucción puede reducir la probabilidad de datos incorrectos o faltantes a un nivel criptográficamente insignificante.
El principio de implementación de PeerDAS: aplicar codificación de borrado estilo Reed-Solomon a datos de blobs.En el campo tradicional, el DVD también utiliza la misma tecnología de codificación: incluso si el disco DVD está rayado, el reproductor aún puede leerlo; También hay códigos QR, aunque una parte esté bloqueada, aún se puede reconocer la información completa.
Por lo tanto, a través de la solución PeerDAS, no solo puede garantizar que los requisitos de hardware y ancho de banda de los nodos estén dentro de un rango aceptable, sino también lograr la expansión de blobs, realizando así más Capa 2 y más grande a un costo menor.
2. Aumente elásticamente la cantidad de blobs bajo demanda: adáptese a las necesidades cambiantes de datos L2
Para coordinar una actualización consistente de todo el software de nodo, cliente y validador, que debe llevarse a cabo paso a paso, se ha introducido un mecanismo para bifurcaciones de solo parámetros de blobs para adaptarse más rápidamente a las necesidades cambiantes de los blobs de capa 2.
Cuando se agregaron por primera vez blobs a la red en la actualización de Dencun, eran 3 (máximo 6), luego aumentaron a 6 (máximo 9) en la actualización de Pectra, y después de que Fusaka podrá agregarse a un ritmo sostenible sin la necesidad de otra actualización importante de la red.
3. Admitir la caducidad de registros históricos: reducir los costos de los nodos
Para reducir el espacio en disco requerido por los operadores de nodos a medida que Ethereum continúa creciendo, los clientes deben comenzar a admitir la función de vencimiento parcial del historial.De hecho, el cliente ya puede implementar esta función en tiempo real en cualquier momento, pero es solo aprovechando esta actualización que se incluye claramente en la lista de tareas pendientes.
4. Implemente la confirmación previa del bloque por adelantado: acelere la confirmación de la transacción
Con EIP7917, la cadena de balizas podrá detectar el proponente de bloques de la próxima época.Saber de antemano qué validadores propondrán bloques futuros permite la confirmación previa.Se establece un compromiso con el iniciador de un próximo bloque que garantiza que las transacciones del usuario se incluirán en ese bloque sin esperar a que se genere el bloque real.
Esta característica beneficia la implementación del cliente y la seguridad de la red porque evita casos extremos, como que los validadores manipulen los cronogramas de los proponentes.Además, las capacidades de anticipación reducen la complejidad de la implementación.
5. Firma nativa P-256: Ethereum se alinea directamente con 5 mil millones de dispositivos móviles
Introduce un verificador de firmas secp256r1 (P-256) integrado similar a una clave de acceso en direcciones fijas, que es el algoritmo de firma nativo utilizado por Apple/Android/FIDO2/WebAuthn y otros sistemas.
Para los usuarios, esta actualización desbloquea la firma nativa del dispositivo y las funciones de clave de acceso.La billetera brinda acceso directo a Apple Secure Enclave, Android Keystore, Hardware Security Module (HSM) y FIDO2/WebAuthn: no se requieren frases mnemotécnicas, un proceso de registro más fluido y una experiencia de autenticación multifactor comparable a las aplicaciones modernas.Esto dará como resultado una mejor experiencia de usuario, una recuperación de cuentas más sencilla y patrones de abstracción de cuentas que coinciden con las capacidades existentes de miles de millones de dispositivos.
Para los desarrolladores, acepta 160 bytes de entrada y devuelve 32 bytes de salida, lo que facilita la portabilidad de bibliotecas y contratos L2 existentes.Incluye verificaciones de comparación de módulo y punto a infinito bajo el capó para eliminar casos extremos complicados sin interrumpir a las personas que llaman válidas.
3. El impacto a largo plazo de la actualización de Fusaka en el ecosistema Ethereum
1. Impacto en L2: La expansión de capacidad entra en la segunda curva.Con la cantidad de PeerDAS y Blob aumentando según la demanda y un mecanismo de tarifas de datos más justo,Se resuelven los cuellos de botella en la disponibilidad de datos,Fusaka ha acelerado la caída de los costes de la L2.
2. Impacto en los nodos: Los costos operativos continúan disminuyendo.Se reducen los requisitos de almacenamiento y se acortan los tiempos de sincronización, reduciendo los costos operativos.Al mismo tiempo, a largo plazo, puede garantizar la participación sostenible de los nodos de hardware débiles, asegurando así la descentralización continua de la red.
3. Impacto en DApp: se hace posible una lógica en cadena más compleja.Es probable que códigos de operación matemática más eficientes y cronogramas de propuestas de bloques más predecibles promuevan AMM de alto rendimiento, protocolos de derivados más complejos y aplicaciones completamente en cadena.
4. Impacto en los usuarios comunes: finalmente, blockchain se puede utilizar como Web2.La firma P-256 significa que no se requieren palabras nemotécnicas, el teléfono móvil es una billetera, un inicio de sesión más conveniente, una recuperación más simple y una integración natural de la verificación multifactor.Se trata de un cambio revolucionario en la experiencia del usuario y una de las condiciones necesarias para promover que mil millones de usuarios se unan a la cadena.
4. Resumen: Fusaka es un vínculo clave hacia DankSharding y la adopción por parte de usuarios a gran escala
Dencun abrió la era Blob (Proto-DankSharding), Pectra optimizó la ejecución y el impacto de EIP-4844, y Fusaka hizo que Ethereum diera un paso clave en la dirección de «expansión sostenible + móvil primero».
TLDR:
Esta actualización incluirá 12 EIP, que incluyen principalmente:
EIP-7594: utilice PeerDAS para reducir la carga de almacenamiento de datos de los nodos
Esta es una base clave para ampliar la capacidad de datos de Ethereum. PeerDAS ha construido la infraestructura necesaria para implementar Danksharding. Se espera que futuras actualizaciones aumenten el rendimiento de datos de 375 kb/s a varios MB/s; e implementar directamente la expansión de la Capa 2, lo que permite a los nodos procesar más datos de manera eficiente sin abrumar a un solo participante.
EIP-7642: Se lanzó la función de caducidad del historial para reducir el espacio en disco requerido por los nodos
Esto equivale a cambiar la forma en que se manejan los recibos, eliminar datos antiguos de las sincronizaciones de nodos y ahorrar aproximadamente 530 GB de ancho de banda durante las sincronizaciones.
EIP-7823: establezca el límite superior de MODEXP para evitar vulnerabilidades de consenso
Esto limita la longitud de cada entrada de la precompilación criptográfica MODEXP a 1024 bytes. MODEXP ha sido una fuente de vulnerabilidades de consenso debido a la longitud de entrada previamente ilimitada.Al establecer límites prácticos que cubren todos los escenarios de aplicaciones del mundo real, se reduce el alcance de las pruebas, allanando el camino para futuros reemplazos con código EVM más eficiente.
EIP-7825: Introducción de un límite de gas en transacciones para evitar que una sola transacción consuma la mayor parte del espacio del bloque
Este movimiento introduce un límite de 167777216 gas para una sola transacción, evitando que una sola transacción consuma la mayor parte del espacio del bloque.Esto garantiza una distribución más justa del espacio de bloques, mejorando así la estabilidad de la red y la defensa contra ataques DoS, y permitiendo tiempos de verificación de bloques más predecibles.
EIP-7883: Aumente el costo del gas de la precompilación cifrada ModExp para evitar posibles ataques de denegación de servicio debido a precios bajos
Para abordar el problema de las operaciones de subvaloración, se ha aumentado el costo del gas de la precompilación criptográfica ModExp. El costo mínimo aumenta de 200 gas a 500 gas, y el costo se duplica para entradas grandes de más de 32 bytes.Mejorar la sostenibilidad económica de la red garantizando que los precompiladores criptográficos tengan un precio adecuado y evitando posibles ataques de denegación de servicio causados por precios bajos.
EIP-7892: Soporte para aumentar elásticamente la cantidad de blobs bajo demanda para adaptarse a las necesidades cambiantes de la Capa 2
Ajuste los parámetros de almacenamiento de blobs mediante la creación de un nuevo proceso ligero.Ethereum no necesita esperar a una actualización importante para realizar ajustes más pequeños y frecuentes en la capacidad de blobs para adaptarse a las necesidades cambiantes de la Capa 2.
EIP-7917: Implemente la preconfirmación de bloques y mejore la previsibilidad de la secuencia de transacciones
Actualmente, los validadores no tienen forma de saber quién propondrá un bloque hasta que comience la próxima época, lo que introduce incertidumbre en los protocolos de mitigación y preconfirmación de MEV.Este cambio precalcula y almacena los cronogramas de los proponentes para épocas futuras, haciéndolos deterministas y accesibles para las aplicaciones.
EIP-7918: Aborde el mercado de tarifas por bloque introduciendo una tarifa base de blobs vinculada a los costos de ejecución
Este esquema resuelve el problema del mercado de tarifas en bloque al introducir precios de reserva vinculados a los costos de ejecución.Esto evita que el mercado de tarifas por bloque falle en 1 wei cuando el costo de ejecución de segundo nivel es mucho mayor que el costo por bloque.
Esto es fundamental para L2, ya que garantiza que los precios de blob sostenibles reflejen los costos reales y mantiene un descubrimiento de precios efectivo a medida que aumenta el uso de L2.
EIP-7934: limite los bloques de ejecución de RLP a un máximo de 10 MB para evitar la inestabilidad de la red y ataques de denegación de servicio
Actualmente, el tamaño de los bloques puede ser muy grande, lo que ralentiza la propagación de la red y aumenta el riesgo de bifurcaciones temporales.Este límite garantiza que los tamaños de los bloques permanezcan dentro de un rango razonable que la red pueda procesar y propagar de manera eficiente.Esta medida mejora la confiabilidad de la red y reduce el riesgo de bifurcaciones temporales, lo que resulta en tiempos de confirmación de transacciones más estables.
EIP-7935: Aumente el límite de gas predeterminado a 60 M para ampliar las capacidades de ejecución L1
La propuesta propone aumentar el límite de gas de 36M a 60M para ampliar las capacidades de ejecución L1.Si bien este cambio no requiere una bifurcación dura (el límite de gas es un parámetro elegido por los validadores), se requieren pruebas exhaustivas para garantizar la estabilidad de la red bajo altas cargas computacionales.Por lo tanto, incluir este EIP en el hard fork garantiza que este trabajo tenga prioridad y continúe.
Esta es la forma más directa de escalar las capacidades de ejecución L1 al aumentar directamente el rendimiento general de la red al permitir más cálculos por bloque de datos.
EIP-7939: agregue el código de operación CLZ para que los cálculos en cadena sean más eficientes
Esta actualización agrega un nuevo código de operación CLZ (Count Leading Zeros) al EVM para contar de manera eficiente la cantidad de ceros al comienzo de un número de 256 bits. Puede reducir significativamente el costo del gas de las operaciones matemáticas que requieren operaciones de bits, mejorar la eficiencia informática y permitir cálculos en cadena más complejos;esto puede permitir operaciones matemáticas más baratas y eficientes, beneficiando a los protocolos DeFi, las aplicaciones de juegos y cualquier contrato que requiera cálculos matemáticos complejos.
EIP-7951: agregue compatibilidad con la curva secp256r1 precompilada para mejorar la experiencia del usuario
Esta actualización agrega soporte para la curva criptográfica ampliamente utilizada secp256r1 (también conocida como P-256) a Ethereum. Actualmente, Ethereum solo admite la curva secp256k1 para firmar, pero muchos dispositivos y sistemas usan secp256r1.Esta actualización permite a Ethereum verificar firmas de iPhones, teléfonos Android, billeteras de hardware y otros sistemas utilizando esta curva estándar, lo que facilita la integración con la infraestructura existente.
jakiro
