Ethereum pronto celebrará una actualización de bifurcación dura llamada “Fusaka” el 3 de diciembre de 2025. Esta actualización incluye 12 propuestas de mejora de Ethereum (EIP), que funcionan como 12 componentes precisos que juntos mejorarán la escalabilidad, seguridad y eficiencia operativa de Ethereum. A continuación, el autor categoriza estas 12 EIP, explicando en términos sencillos qué problemas abordan y por qué son cruciales para el futuro de Ethereum.
Escalabilidad! Hacer que Ethereum sea más rápido y pueda manejar más
Este es el tema central de Fusaka. Para soportar la economía digital global, Ethereum debe resolver la congestión de transacciones y los altos costos. Las siguientes EIP están diseñadas para lograr esto, especialmente enfocadas en reducir costos y aumentar la capacidad en Layer 2.
EIP-7594: PeerDAS - Muestreo de disponibilidad de datos
Problema: Tras la introducción de “Blob” en la actualización Dencun, que permite almacenamiento barato de datos para Layer 2, surge una cuestión clave: ¿cómo garantizar que estos datos masivos sean realmente disponibles? Actualmente, cada nodo validador debe descargar y verificar todos los blobs de un bloque. Cuando un bloque lleva hasta 9 blobs, esto es factible. Pero si en el futuro el número de blobs aumenta (por ejemplo, a 128), descargar y verificar todos los blobs será muy costoso, elevando la barrera para los validadores y poniendo en riesgo la descentralización.
Solución: PeerDAS (Muestreo de disponibilidad de datos entre pares) convierte la verificación completa en una “muestra aleatoria”. Es decir:
La red divide los blobs en fragmentos.
Cada validador no necesita descargar todos los blobs, sino solo algunos fragmentos seleccionados aleatoriamente.
Luego, mediante intercambio de verificaciones, todos confirman la integridad y disponibilidad de los datos completos.
Es como un rompecabezas gigante: cada uno tiene solo algunas piezas, pero si todos verifican las conexiones clave, pueden asegurarse de que el rompecabezas completo está intacto. Es importante destacar que PeerDAS no es una invención completamente nueva; su idea central ya ha sido implementada con éxito en proyectos DA de terceros como Celestia. La implementación de PeerDAS es como una “deuda técnica” que ayuda a cumplir la visión a largo plazo de escalabilidad de Ethereum.
Importancia: PeerDAS reduce significativamente la carga de almacenamiento para los validadores, allanando el camino para una escalabilidad masiva sin comprometer la descentralización. En el futuro, cada bloque podría contener cientos de blobs, soportando la visión de 10 millones de TPS y permitiendo que usuarios comunes operen validadores, manteniendo la red descentralizada.
EIP-7892: BPO - Bifurcación dura para ajuste liviano de parámetros
Problema: La demanda de capacidad de datos en Layer 2 cambia rápidamente. Si cada vez que se ajusta el límite de blobs hay que esperar una gran actualización como Fusaka, sería demasiado lento y no seguiría el ritmo del ecosistema.
Solución: Este EIP define un mecanismo de “Bifurcación dura exclusiva para parámetros de blobs” (BPO). Es una actualización muy ligera que solo modifica algunos parámetros relacionados con blobs (como el número objetivo de blobs por bloque), sin cambios complejos en el código. Los operadores de nodos no necesitan actualizar el cliente completo, solo aceptar los nuevos parámetros en un momento determinado, como actualizar una configuración en línea.
Importancia: El mecanismo BPO permite a Ethereum ajustar rápidamente la capacidad de la red de forma segura. Por ejemplo, tras Fusaka, la comunidad planea realizar dos BPO en corto tiempo para duplicar la capacidad de blobs, permitiendo una expansión “a demanda” y “gradual” del espacio de blobs, con menor riesgo.
EIP-7918: Mercado estable de tarifas de blobs
Problema: La mecánica previa de ajuste de tarifas de blobs era demasiado volátil. Cuando la demanda era baja, las tarifas caían casi a cero, sin estimular nuevas demandas, creando un “mínimo histórico”. Cuando la demanda aumentaba, las tarifas subían mucho, generando precios extremos. Esto hacía difícil planificar costos en Layer 2.
Solución: EIP-7918 propone que las tarifas de blobs tengan un rango de precios razonable, con límites superior e inferior ligados a las tarifas de ejecución en Layer 2. Las tarifas de ejecución (como actualizar raíces de estado o verificar ZKPs) son relativamente estables y no dependen mucho del volumen de transacciones en L2. Al vincular las tarifas de blobs a estos costos estables, se evita la “competencia de precios” excesiva.
Importancia: Esto previene la “competencia de tarifas” en el mercado de blobs, haciendo que los costos operativos de Layer 2 sean más predecibles y permitiendo tarifas de transacción más estables y racionales para los usuarios.
EIP-7935: Incremento en la capacidad de transacciones en la mainnet
Problema: La cantidad de transacciones por bloque está limitada por el “límite de gas del bloque” (actualmente alrededor de 30 millones), sin cambios en años. Para aumentar la capacidad, se necesita subir ese límite, pero sin comprometer la seguridad o la descentralización.
Solución: Propone aumentar el límite de gas por bloque a un nuevo nivel (por ejemplo, 45 millones o más). No es obligatorio, sino una recomendación para que los validadores lo acepten gradualmente.
Importancia: Esto permitirá incluir más transacciones por bloque, aumentando la TPS y reduciendo congestión y tarifas. Sin embargo, requiere que los validadores tengan hardware más potente, por lo que la adopción será gradual y cuidadosa.
Seguridad y estabilidad! Construyendo una red sólida
Mientras se escala, también se debe garantizar la seguridad y estabilidad. La Fundación Ethereum lanzó en mayo de 2025 el “Plan de Seguridad Trillones de Dólares” (1TS), que busca que Ethereum pueda soportar activos por valor de billones. Muchos EIP en Fusaka apoyan esta visión, como si colocaran “barreras de protección” en una autopista de alta velocidad.
EIP-7934: Establecer límite físico en tamaño de bloques
Problema: El “límite de gas del bloque” solo regula la cantidad de cómputo, pero no el tamaño físico del bloque. Esto permite que un atacante arme bloques con muchas transacciones de bajo costo y gran tamaño (por ejemplo, muchas transferencias de 0 ETH), que aunque no usan mucho gas, ocupan mucho espacio, ralentizando la propagación y pudiendo causar ataques DoS.
Solución: Poner un límite físico de 10MB en el tamaño de cada bloque. Los bloques que lo excedan serán rechazados.
Importancia: Es como poner un peso máximo en los camiones de carga, asegurando que los bloques puedan transmitirse rápidamente y reducir la vulnerabilidad a ataques de tamaño excesivo.
EIP-7825: Limitar el gas por transacción
Problema: Aunque hay un límite de gas por bloque, no hay uno para cada transacción individual. Esto puede permitir que alguien arme una transacción que consuma casi todo el espacio, bloqueando a otros.
Solución: Establecer un límite de 16.77 millones de gas por transacción. Transacciones más complejas deben dividirse en varias.
Importancia: Mejora la equidad y previsibilidad, evitando que una sola transacción “domine” el bloque y cause retrasos excesivos.
EIP-7823 & EIP-7883: Seguridad en la precompilación ModExp
Problema: ModExp, que realiza exponentiaciones en grandes números, es usado en criptografía. Tiene dos riesgos: no hay límite en la longitud de entrada, y su tarifa de gas es baja, lo que puede ser explotado para consumir recursos.
Solución:
EIP-7823: Limitar la longitud de entrada a 8192 bits, suficiente para la mayoría de aplicaciones.
EIP-7883: Aumentar la tarifa de gas para cálculos con entradas grandes, haciendo que el costo sea proporcional al uso de recursos.
Importancia: Ambos cambios eliminan vectores de ataque y aseguran que los cálculos criptográficos sean seguros y eficientes.
Mejoras para desarrolladores! Herramientas más poderosas
Fusaka también trae nuevas herramientas para desarrolladores, facilitando la creación de aplicaciones más eficientes y seguras.
EIP-7951: Compatibilidad con firmas en hardware estándar
Problema: Dispositivos como iPhone, tokens USB bancarios y módulos de seguridad usan el estándar secp256r1 (P-256), mientras que Ethereum usa secp256k1. Esto limita la interacción segura con Ethereum desde estos dispositivos.
Solución: Añadir un precompilado que permita verificar firmas con secp256r1 nativamente en Ethereum.
Importancia: Es un avance importante, que permitirá usar chips de seguridad en teléfonos y otros dispositivos para firmar transacciones en Ethereum sin necesidad de wallets adicionales, facilitando la integración Web2/Web3.
EIP-7939: Nueva instrucción CLZ para contar ceros
Problema: En criptografía y cálculos avanzados, a menudo se necesita contar cuántos bits consecutivos al inicio de un número de 256 bits son ceros. Actualmente, no hay una instrucción en EVM para esto, y usar Solidity es costoso y lento.
Solución: Añadir una instrucción “CLZ” (Contar ceros iniciales) que realice esta operación en una sola instrucción.
Importancia: Proporciona una herramienta eficiente para cálculos matemáticos complejos, reduciendo costos de gas y mejorando el rendimiento en aplicaciones como ZK Rollups.
Optimización de red! Mejoras invisibles para una ecosistema más saludable
Las últimas dos EIP, aunque menos perceptibles para los usuarios, son clave para la salud a largo plazo y la coordinación eficiente de la red.
EIP-7642: Reducir carga de sincronización en nuevos nodos
Problema: La gran cantidad de datos históricos hace que sincronizar un nodo completo sea lento y costoso. Tras la transición a PoS, algunos datos antiguos son redundantes.
Solución: Implementar “expiración de datos históricos” y simplificar los formatos de recibos de transacción, permitiendo que los nuevos nodos omitan datos antiguos innecesarios.
Importancia: Reduce en unos 530 GB la transferencia de datos para sincronizar, facilitando que más personas puedan correr nodos y fortaleciendo la descentralización.
EIP-7917: Orden determinista de bloques y preconfirmaciones
Problema: Los Rollups dependen de un secuenciador centralizado que puede censurar o extraer valor (MEV). La propuesta “Based Rollup” busca usar el Proposer de L1 para ordenar transacciones, pero esto introduce retrasos.
Solución: Modificar el consenso para que el orden de los Proposers futuros sea conocido y verificable con anticipación, creando un “cronograma de bloques” predefinido.
Importancia: Permite a los Gateways de Layer 2 negociar con los futuros Proposers, reducir retrasos y acercarse a la experiencia de un secuenciador centralizado, pero con mayor seguridad y descentralización.
¿Por qué llega justo a tiempo la actualización Fusaka?
Fusaka no solo es una actualización técnica, sino una estrategia para que Ethereum en la era de activos reales (RWA) y stablecoins esté preparado para grandes volúmenes de activos y transacciones. Ethereum ya soporta más del 56% de la oferta global de stablecoins, siendo la capa de liquidación principal del mundo digital.
Para cadenas Layer 2 institucionales y con capacidad de expansión ilimitada
Con la entrada de instituciones financieras, veremos más “cadenas dedicadas” para necesidades específicas (como KYC). Estas cadenas necesitan que Ethereum proporcione almacenamiento de datos barato y seguro (Data Availability). Las propuestas EIP-7594, EIP-7892 y EIP-7918 están diseñadas para reducir costos y ofrecer expansión flexible.
Para avanzar hacia “seguridad de un trillón de dólares” y construir infraestructura financiera invulnerable
Para grandes instituciones, la seguridad es fundamental. Fusaka incluye EIP-7934, EIP-7825, EIP-7823 y EIP-7883, que refuerzan la seguridad y eliminan vulnerabilidades, avanzando hacia la meta de “seguridad de un trillón de dólares”.
En resumen, Fusaka combina “Escalabilidad y Seguridad”. En un contexto de regulación favorable y mercado en auge, llega en el momento justo para consolidar a Ethereum como infraestructura financiera principal, más allá de un activo especulativo.
Conclusión: Cambios profundos en silencio
Como actualización clave a finales de 2025, Fusaka introduce 12 mejoras que abordan directamente los principales desafíos de “Escalabilidad, Seguridad y Eficiencia”. Es como ampliar una autopista de valor, aumentando su capacidad y fiabilidad, preparándola para un futuro con millones de usuarios, activos y aplicaciones.
Para los usuarios comunes, estos cambios pueden parecer discretos, pero su impacto será profundo. Un Ethereum más fuerte, eficiente y seguro podrá realizar grandes visiones, como redes de liquidación instantánea global o “Wall Street en la cadena”. Fusaka es un paso firme hacia ese futuro.
Este artículo se basa en información pública y no constituye consejo de inversión. La inversión en criptomonedas conlleva riesgos significativos, investiga y decide con prudencia. DYOR.
Si te ha gustado, ¡síguenos, dale like y comparte!
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
Escalabilidad y seguridad en paralelo: análisis completo de la actualización Fusaka de Ethereum y 12 EIP
Autor: @ChromiteMerge
Ethereum pronto celebrará una actualización de bifurcación dura llamada “Fusaka” el 3 de diciembre de 2025. Esta actualización incluye 12 propuestas de mejora de Ethereum (EIP), que funcionan como 12 componentes precisos que juntos mejorarán la escalabilidad, seguridad y eficiencia operativa de Ethereum. A continuación, el autor categoriza estas 12 EIP, explicando en términos sencillos qué problemas abordan y por qué son cruciales para el futuro de Ethereum.
Escalabilidad! Hacer que Ethereum sea más rápido y pueda manejar más
Este es el tema central de Fusaka. Para soportar la economía digital global, Ethereum debe resolver la congestión de transacciones y los altos costos. Las siguientes EIP están diseñadas para lograr esto, especialmente enfocadas en reducir costos y aumentar la capacidad en Layer 2.
EIP-7594: PeerDAS - Muestreo de disponibilidad de datos
Problema: Tras la introducción de “Blob” en la actualización Dencun, que permite almacenamiento barato de datos para Layer 2, surge una cuestión clave: ¿cómo garantizar que estos datos masivos sean realmente disponibles? Actualmente, cada nodo validador debe descargar y verificar todos los blobs de un bloque. Cuando un bloque lleva hasta 9 blobs, esto es factible. Pero si en el futuro el número de blobs aumenta (por ejemplo, a 128), descargar y verificar todos los blobs será muy costoso, elevando la barrera para los validadores y poniendo en riesgo la descentralización.
Solución: PeerDAS (Muestreo de disponibilidad de datos entre pares) convierte la verificación completa en una “muestra aleatoria”. Es decir:
La red divide los blobs en fragmentos.
Cada validador no necesita descargar todos los blobs, sino solo algunos fragmentos seleccionados aleatoriamente.
Luego, mediante intercambio de verificaciones, todos confirman la integridad y disponibilidad de los datos completos.
Es como un rompecabezas gigante: cada uno tiene solo algunas piezas, pero si todos verifican las conexiones clave, pueden asegurarse de que el rompecabezas completo está intacto. Es importante destacar que PeerDAS no es una invención completamente nueva; su idea central ya ha sido implementada con éxito en proyectos DA de terceros como Celestia. La implementación de PeerDAS es como una “deuda técnica” que ayuda a cumplir la visión a largo plazo de escalabilidad de Ethereum.
Importancia: PeerDAS reduce significativamente la carga de almacenamiento para los validadores, allanando el camino para una escalabilidad masiva sin comprometer la descentralización. En el futuro, cada bloque podría contener cientos de blobs, soportando la visión de 10 millones de TPS y permitiendo que usuarios comunes operen validadores, manteniendo la red descentralizada.
EIP-7892: BPO - Bifurcación dura para ajuste liviano de parámetros
Problema: La demanda de capacidad de datos en Layer 2 cambia rápidamente. Si cada vez que se ajusta el límite de blobs hay que esperar una gran actualización como Fusaka, sería demasiado lento y no seguiría el ritmo del ecosistema.
Solución: Este EIP define un mecanismo de “Bifurcación dura exclusiva para parámetros de blobs” (BPO). Es una actualización muy ligera que solo modifica algunos parámetros relacionados con blobs (como el número objetivo de blobs por bloque), sin cambios complejos en el código. Los operadores de nodos no necesitan actualizar el cliente completo, solo aceptar los nuevos parámetros en un momento determinado, como actualizar una configuración en línea.
Importancia: El mecanismo BPO permite a Ethereum ajustar rápidamente la capacidad de la red de forma segura. Por ejemplo, tras Fusaka, la comunidad planea realizar dos BPO en corto tiempo para duplicar la capacidad de blobs, permitiendo una expansión “a demanda” y “gradual” del espacio de blobs, con menor riesgo.
EIP-7918: Mercado estable de tarifas de blobs
Problema: La mecánica previa de ajuste de tarifas de blobs era demasiado volátil. Cuando la demanda era baja, las tarifas caían casi a cero, sin estimular nuevas demandas, creando un “mínimo histórico”. Cuando la demanda aumentaba, las tarifas subían mucho, generando precios extremos. Esto hacía difícil planificar costos en Layer 2.
Solución: EIP-7918 propone que las tarifas de blobs tengan un rango de precios razonable, con límites superior e inferior ligados a las tarifas de ejecución en Layer 2. Las tarifas de ejecución (como actualizar raíces de estado o verificar ZKPs) son relativamente estables y no dependen mucho del volumen de transacciones en L2. Al vincular las tarifas de blobs a estos costos estables, se evita la “competencia de precios” excesiva.
Importancia: Esto previene la “competencia de tarifas” en el mercado de blobs, haciendo que los costos operativos de Layer 2 sean más predecibles y permitiendo tarifas de transacción más estables y racionales para los usuarios.
EIP-7935: Incremento en la capacidad de transacciones en la mainnet
Problema: La cantidad de transacciones por bloque está limitada por el “límite de gas del bloque” (actualmente alrededor de 30 millones), sin cambios en años. Para aumentar la capacidad, se necesita subir ese límite, pero sin comprometer la seguridad o la descentralización.
Solución: Propone aumentar el límite de gas por bloque a un nuevo nivel (por ejemplo, 45 millones o más). No es obligatorio, sino una recomendación para que los validadores lo acepten gradualmente.
Importancia: Esto permitirá incluir más transacciones por bloque, aumentando la TPS y reduciendo congestión y tarifas. Sin embargo, requiere que los validadores tengan hardware más potente, por lo que la adopción será gradual y cuidadosa.
Seguridad y estabilidad! Construyendo una red sólida
Mientras se escala, también se debe garantizar la seguridad y estabilidad. La Fundación Ethereum lanzó en mayo de 2025 el “Plan de Seguridad Trillones de Dólares” (1TS), que busca que Ethereum pueda soportar activos por valor de billones. Muchos EIP en Fusaka apoyan esta visión, como si colocaran “barreras de protección” en una autopista de alta velocidad.
EIP-7934: Establecer límite físico en tamaño de bloques
Problema: El “límite de gas del bloque” solo regula la cantidad de cómputo, pero no el tamaño físico del bloque. Esto permite que un atacante arme bloques con muchas transacciones de bajo costo y gran tamaño (por ejemplo, muchas transferencias de 0 ETH), que aunque no usan mucho gas, ocupan mucho espacio, ralentizando la propagación y pudiendo causar ataques DoS.
Solución: Poner un límite físico de 10MB en el tamaño de cada bloque. Los bloques que lo excedan serán rechazados.
Importancia: Es como poner un peso máximo en los camiones de carga, asegurando que los bloques puedan transmitirse rápidamente y reducir la vulnerabilidad a ataques de tamaño excesivo.
EIP-7825: Limitar el gas por transacción
Problema: Aunque hay un límite de gas por bloque, no hay uno para cada transacción individual. Esto puede permitir que alguien arme una transacción que consuma casi todo el espacio, bloqueando a otros.
Solución: Establecer un límite de 16.77 millones de gas por transacción. Transacciones más complejas deben dividirse en varias.
Importancia: Mejora la equidad y previsibilidad, evitando que una sola transacción “domine” el bloque y cause retrasos excesivos.
EIP-7823 & EIP-7883: Seguridad en la precompilación ModExp
Problema: ModExp, que realiza exponentiaciones en grandes números, es usado en criptografía. Tiene dos riesgos: no hay límite en la longitud de entrada, y su tarifa de gas es baja, lo que puede ser explotado para consumir recursos.
Solución:
EIP-7823: Limitar la longitud de entrada a 8192 bits, suficiente para la mayoría de aplicaciones.
EIP-7883: Aumentar la tarifa de gas para cálculos con entradas grandes, haciendo que el costo sea proporcional al uso de recursos.
Importancia: Ambos cambios eliminan vectores de ataque y aseguran que los cálculos criptográficos sean seguros y eficientes.
Mejoras para desarrolladores! Herramientas más poderosas
Fusaka también trae nuevas herramientas para desarrolladores, facilitando la creación de aplicaciones más eficientes y seguras.
EIP-7951: Compatibilidad con firmas en hardware estándar
Problema: Dispositivos como iPhone, tokens USB bancarios y módulos de seguridad usan el estándar secp256r1 (P-256), mientras que Ethereum usa secp256k1. Esto limita la interacción segura con Ethereum desde estos dispositivos.
Solución: Añadir un precompilado que permita verificar firmas con secp256r1 nativamente en Ethereum.
Importancia: Es un avance importante, que permitirá usar chips de seguridad en teléfonos y otros dispositivos para firmar transacciones en Ethereum sin necesidad de wallets adicionales, facilitando la integración Web2/Web3.
EIP-7939: Nueva instrucción CLZ para contar ceros
Problema: En criptografía y cálculos avanzados, a menudo se necesita contar cuántos bits consecutivos al inicio de un número de 256 bits son ceros. Actualmente, no hay una instrucción en EVM para esto, y usar Solidity es costoso y lento.
Solución: Añadir una instrucción “CLZ” (Contar ceros iniciales) que realice esta operación en una sola instrucción.
Importancia: Proporciona una herramienta eficiente para cálculos matemáticos complejos, reduciendo costos de gas y mejorando el rendimiento en aplicaciones como ZK Rollups.
Optimización de red! Mejoras invisibles para una ecosistema más saludable
Las últimas dos EIP, aunque menos perceptibles para los usuarios, son clave para la salud a largo plazo y la coordinación eficiente de la red.
EIP-7642: Reducir carga de sincronización en nuevos nodos
Problema: La gran cantidad de datos históricos hace que sincronizar un nodo completo sea lento y costoso. Tras la transición a PoS, algunos datos antiguos son redundantes.
Solución: Implementar “expiración de datos históricos” y simplificar los formatos de recibos de transacción, permitiendo que los nuevos nodos omitan datos antiguos innecesarios.
Importancia: Reduce en unos 530 GB la transferencia de datos para sincronizar, facilitando que más personas puedan correr nodos y fortaleciendo la descentralización.
EIP-7917: Orden determinista de bloques y preconfirmaciones
Problema: Los Rollups dependen de un secuenciador centralizado que puede censurar o extraer valor (MEV). La propuesta “Based Rollup” busca usar el Proposer de L1 para ordenar transacciones, pero esto introduce retrasos.
Solución: Modificar el consenso para que el orden de los Proposers futuros sea conocido y verificable con anticipación, creando un “cronograma de bloques” predefinido.
Importancia: Permite a los Gateways de Layer 2 negociar con los futuros Proposers, reducir retrasos y acercarse a la experiencia de un secuenciador centralizado, pero con mayor seguridad y descentralización.
¿Por qué llega justo a tiempo la actualización Fusaka?
Fusaka no solo es una actualización técnica, sino una estrategia para que Ethereum en la era de activos reales (RWA) y stablecoins esté preparado para grandes volúmenes de activos y transacciones. Ethereum ya soporta más del 56% de la oferta global de stablecoins, siendo la capa de liquidación principal del mundo digital.
Con la entrada de instituciones financieras, veremos más “cadenas dedicadas” para necesidades específicas (como KYC). Estas cadenas necesitan que Ethereum proporcione almacenamiento de datos barato y seguro (Data Availability). Las propuestas EIP-7594, EIP-7892 y EIP-7918 están diseñadas para reducir costos y ofrecer expansión flexible.
Para grandes instituciones, la seguridad es fundamental. Fusaka incluye EIP-7934, EIP-7825, EIP-7823 y EIP-7883, que refuerzan la seguridad y eliminan vulnerabilidades, avanzando hacia la meta de “seguridad de un trillón de dólares”.
En resumen, Fusaka combina “Escalabilidad y Seguridad”. En un contexto de regulación favorable y mercado en auge, llega en el momento justo para consolidar a Ethereum como infraestructura financiera principal, más allá de un activo especulativo.
Conclusión: Cambios profundos en silencio
Como actualización clave a finales de 2025, Fusaka introduce 12 mejoras que abordan directamente los principales desafíos de “Escalabilidad, Seguridad y Eficiencia”. Es como ampliar una autopista de valor, aumentando su capacidad y fiabilidad, preparándola para un futuro con millones de usuarios, activos y aplicaciones.
Para los usuarios comunes, estos cambios pueden parecer discretos, pero su impacto será profundo. Un Ethereum más fuerte, eficiente y seguro podrá realizar grandes visiones, como redes de liquidación instantánea global o “Wall Street en la cadena”. Fusaka es un paso firme hacia ese futuro.