Actualización Fusaka en la Mainnet de Ethereum
La cuenta regresiva para la actualización Fusaka en la mainnet de Ethereum ha comenzado, ya que los desarrolladores han anunciado la fecha para un ensayo final en la testnet Hoodi. Durante la reunión del All Core Devs Consensus (ACDC) celebrada el 16 de octubre, se indicó que Fusaka llegará a la testnet Hoodi el 28 de octubre. Lanzada a principios de este año, Hoodi está diseñada para reflejar más de cerca la mainnet de Ethereum, y se espera que el lanzamiento de Fusaka en esta testnet sea una réplica casi exacta de cómo funcionará la actualización una vez que se active en la mainnet.
Detalles de la Reunión ACDC
En la reunión ACDC #167 se discutieron varios puntos sobre la actualización Fusaka, incluyendo la propuesta de activación en la mainnet para el 3 de diciembre (aún no confirmada), un concurso de auditoría, y el estado de otras testnets como Holešky y Sepolia. Esta semana, los desarrolladores de Ethereum llevaron a cabo una prueba exitosa de la actualización Fusaka en la red Sepolia, marcando un avance significativo hacia su despliegue en la mainnet. Esto sigue a un lanzamiento exitoso en la testnet Holesky hace dos semanas.
Impacto de la Actualización Fusaka
Un lanzamiento exitoso de Fusaka en la testnet Hoodi el 28 de octubre permitiría a los desarrolladores establecer una fecha definitiva para activar la actualización en la mainnet de Ethereum, con una fecha tentativa del 3 de diciembre sugerida en la última reunión de ACDC. La actualización Fusaka llega solo unos meses después de la importante actualización Pectra de Ethereum y tiene como objetivo reducir los costos para las instituciones que utilizan la red.
En un tweet reciente, Kevin O’Leary destacó que, durante el colapso de los mercados el fin de semana pasado, Ethereum experimentó congestión y las tarifas se dispararon a más de $1,000 solo para procesar pequeñas transacciones. «Eso es como pagar un peaje de mil dólares para conducir en una carretera de un solo carril», agregó.
Fusaka introduce PeerDAS, un método de verificación de datos que permite a los validadores procesar solo porciones de datos («blobs»), lo que reduce los requisitos de ancho de banda y disminuye los costos para los usuarios institucionales y las redes de capa 2.
