L’actualització de la xarxa principal de Fusaka ofereix un conjunt coordinat de canvis de protocol per escalar blobs, augmentar la capacitat d’execució i millorar l’UX criptogràfic a Ethereum; Els operadors i desenvolupadors de nodes haurien d’utilitzar l’època d’activació publicada i el calendari BPO per preparar els seus entorns.
Què és l’actualització de la xarxa principal de Fusaka i quines funcions importen més?
Fusaka és una actualització del protocol que segueix Pectra i se centra en tres pilars: un major rendiment de blob, optimitzacions de la capa d’execució i millores de l’experiència de l’usuari.
El més notable és PeerDAS (EIP9594)que permet el mostreig de disponibilitat de dades per verificar els blobs sense baixar-les. A més, Fusaka empaqueta diversos EIP que conjuntament estableixen límits, ajusten la comptabilitat del gas i afegeixen primitives criptogràfiques natives.
Quan s’activarà Fusaka a la xarxa principal i quines són les fites de BPO?
La Fundació Ethereum va establir l’activació de l’actualització a l’inici de època 411392que és 3 de desembre de 2025 a les 21:49:11 UTC. L’anunci oficial indica que Fusaka anirà seguit de dues bifurcacions Blob Parameter Only (BPO) per augmentar la capacitat de blob de manera segura.
Concretament, el calendari de BPO a mainnet és: BPO1 — Època 412672 — 2025-12-09 14:21:11 UTC — Unix 1765290071i BPO2 — Època 419072 — 2026-01-07 01:01:11 UTC — Unix 1767747671. En conseqüència, l’objectiu i el màxim de blob per bloc passaran de 6 i 9 a 10 i 15 a BPO1 i després a 14 i 21 en BPO2.
Com canvia el protocol PeerDAS la disponibilitat de blob i l’escala L2?
PeerDAS (el protocol peer das) substitueix les descàrregues fullblob amb mostreig compatible amb la codificació d’esborrat, permetent als nodes verificar la disponibilitat de dades de manera probabilística i preservar les garanties criptogràfiques.
Aquest model de mostreig redueix la demanda d’ample de banda del pernode, de manera que les acumulacions de capa 2 poden dependre d’objectius de blob més alts sense forçar cada node a transportar trànsit proporcional.
Com a resultat, les acumulacions haurien de veure un camí per reduir les tarifes de L2 i augmentar el rendiment a mesura que augmenta la capacitat del blob. Tanmateix, l’actualització introdueix bifurcacions Blob Parameter Only, de manera que els canvis als objectius i als màxims es produeixen en passos configurables per etapes després de l’activació de PeerDAS.
Com preserva la seguretat el mostreig?
PeerDAS utilitza codificació d’esborrat, de manera que els fragments mostrejats impliquen criptogràficament la disponibilitat total de dades a tota la xarxa.
Aquest disseny té com a objectiu mantenir la descentralització evitant grans càrregues d’ample de banda en nodes individuals alhora que manté les proves compactes per a validadors i nodes complets.
Quin és l’impacte esperat en els rollups?
Els rollups podran enviar més dades de blob per bloc a mesura que es produeixin els passos de BPO, permetent lots L2 més grans i reduint potencialment els costos pertx. Mentrestant, els operadors de nodes es beneficien de l’eficiència de l’ample de banda a causa del mostreig, que redueix les barreres operatives per a la participació.
Quins EIP d’execució i consens inclou Fusaka i què canvien?
Fusaka agrega un conjunt bàsic d’EIP (vegeu EIP7607 per a les especificacions completes) que toquen consens, execució, xarxes i comptabilitat de gas. Els EIP bàsics que s’enumeren a l’anunci inclouen: EIP7594 (PeerDAS), EIP7823 (límits superiors per a ModExp), EIP7825 (límit de gas de transacció), EIP7883 (augment del cost del gas ModExp), EIP7917, EIP7918, EIP7934, EIP7939 (codi operatiu CLZ) i EIP7951 (suport de precompilació secp256r1).
Els EIP de suport inclouen EIP7642 (neteja de xarxa eth/69), EIP7892 (Paràmetre Blob Només hardforks), EIP7910 (eth_config JSONRPC) i EIP7935 (límit de gas per defecte a 60M). Per obtenir referències tècniques completes, consulteu l’especificació d’actualització publicada: EIP7607.
Com s’ajusten els costos de ModExp i de gas?
S’aplica la cara EIP7883 augmentar els costos del gas ModExp perquè el preu reflecteixi millor la complexitat computacional, inclòs un cost mínim més elevat i un multiplicador de costos general.
Al mateix temps, EIP7823 imposa límits superiors a les operacions ModExp per limitar l’ús dels recursos. En conjunt, aquests canvis protegeixen els nodes d’operacions criptogràfiques massa cares a mesura que creix la capacitat del bloc.
Quins són els canvis de xarxa i límit de gas?
EIP7642 afegeix eth/69 per eliminar camps de premergència i el rebut Bloom, reduint l’amplada de banda de sincronització i simplificant la publicitat de l’historial.
Important, EIP7825 introdueix un límit de gas per transacció establert en 16.777.216 gas, i EIP7935 augmenta el límit predeterminat de gas de bloqueig a 60.000.000 gas per permetre una major capacitat d’execució L1.
Quins clients i eines s’han d’actualitzar per a la xarxa principal de Fusaka?
L’anunci enumera les versions de client d’execució i consens adequades per a Fusaka. Els clients de consens anomenats inclouen Hail 2.0.0, Far 8.0.0, Lodestar 1.36.0, Núvol 25.11.0, Mar 25.11.0i Prysm (TBA). Els clients d’execució inclouen Creu 25.11.0, Erecció 3.2.2, goethereum 1.16.7, Al voltant de l’1.9.0i Nethermind (TBA).
A més, eines com ara mevboost 1.10 i commitboost 0.9.2 estan llistats per compatibilitat. Els validadors han d’actualitzar tant els nodes de balises com els clients validadors a les versions llançades per evitar la desconnexió al punt de bifurcació.
Què haurien de fer els usuaris, operadors i desenvolupadors abans de Fusaka?
Per a la majoria d’usuaris finals i titulars d’ETH, no cal cap acció; intercanvis i carteres comunicaran qualsevol pas específic. Tanmateix, els operadors de nodes i els stakers han d’actualitzar els clients de la capa d’execució i de consens a les versions esmentades anteriorment i validar la seva infraestructura de signatura a la finestra d’activació.
Els desenvolupadors i els proveïdors d’eines haurien de revisar els EIP com EIP7594, EIP7951i EIP7939 per identificar oportunitats d’integració, per exemple, natives suport de precompilació secp256r1 i el Codi operatiu CLZ pot simplificar la integració criptogràfica de maquinari i reduir els costos de prova de ZK. De fet, les proves acurades a les xarxes de prova reflecteixen l’enfocament utilitzat durant els assajos generals de Hoodi, Holesky i Sepolia.
Totes les dates d’activació, èpoques, números d’EIP, versions de client i marques de temps de BPO s’han extret de l’anunci de la xarxa principal d’Ethereum Foundations Fusaka i de l’especificació de Fusaka.
Reviseu les notes de compatibilitat del client i marqueu les finestres de manteniment al voltant 3 de desembre de 2025.
