#ETH走势分析 Ethereum s'apprête à vivre son grand final annuel : le hard fork Fusaka est officiellement programmé pour le 4 décembre 2025 à 5h49 (heure de Pékin), soit le 3 décembre à 21h49 UTC. Cette mise à niveau n'est pas une simple mise à jour de version : elle regroupe les propositions Osaka pour la couche d'exécution et Fulu pour la couche de consensus, perpétuant ainsi la tradition d'Ethereum de nommer ses évolutions comme des villes.
Si la mise à niveau Pectra de mai faisait office d'échauffement, Fusaka marque le véritable passage à l'action. Cette opération vise directement le problème persistant de la scalabilité : accélération des performances de la couche 1, extension de l'espace de stockage des Blobs, frais de Rollup plus abordables, et au passage, une optimisation de l'expérience utilisateur. Le plus remarquable reste l'introduction d'un mécanisme d’ajustement flexible appelé "paramètre Blob-only", qui permettra de répondre sereinement à l’explosion de la demande sur les Rollups sans avoir à procéder à un hard fork à chaque fois.
En début d'année, la Fondation Ethereum avait annoncé vouloir concentrer ses efforts sur trois axes : "étendre la L1, étendre les Blobs, et améliorer l'expérience utilisateur". Fusaka est la première version à concrétiser intégralement cette stratégie combinée, marquant en quelque sorte le passage d'Ethereum d'une série de réparations ponctuelles à une planification systémique. Pour la suite de l’histoire de la scalabilité, cette mise à niveau donne le ton.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
7 J'aime
Récompense
7
4
Reposter
Partager
Commentaire
0/400
RadioShackKnight
· Il y a 28m
Le 4 décembre à 5h49 du matin ? Je vais carrément mettre un réveil pour surveiller. Si Fusaka arrive vraiment à faire baisser les frais de gas cette fois, je le croirai.
Voir l'originalRépondre0
LostBetweenChains
· Il y a 19h
Encore un hard fork, encore un débat sur la scalabilité, Ethereum va-t-il vraiment décoller ?
Voir l'originalRépondre0
AirdropHunter007
· Il y a 19h
Attends, est-ce que Fusaka peut vraiment résoudre le problème des frais de gas ?
Voir l'originalRépondre0
ValidatorVibes
· Il y a 19h
Franchement, Fusaka frime encore plus que Pectra... ce paramètre de blob flexible est discrètement génial, fini le théâtre des forks à chaque fois que les rollups éternuent. On passe enfin du rafistolage temporaire à une véritable stratégie de gouvernance du protocole.
#ETH走势分析 Ethereum s'apprête à vivre son grand final annuel : le hard fork Fusaka est officiellement programmé pour le 4 décembre 2025 à 5h49 (heure de Pékin), soit le 3 décembre à 21h49 UTC. Cette mise à niveau n'est pas une simple mise à jour de version : elle regroupe les propositions Osaka pour la couche d'exécution et Fulu pour la couche de consensus, perpétuant ainsi la tradition d'Ethereum de nommer ses évolutions comme des villes.
Si la mise à niveau Pectra de mai faisait office d'échauffement, Fusaka marque le véritable passage à l'action. Cette opération vise directement le problème persistant de la scalabilité : accélération des performances de la couche 1, extension de l'espace de stockage des Blobs, frais de Rollup plus abordables, et au passage, une optimisation de l'expérience utilisateur. Le plus remarquable reste l'introduction d'un mécanisme d’ajustement flexible appelé "paramètre Blob-only", qui permettra de répondre sereinement à l’explosion de la demande sur les Rollups sans avoir à procéder à un hard fork à chaque fois.
En début d'année, la Fondation Ethereum avait annoncé vouloir concentrer ses efforts sur trois axes : "étendre la L1, étendre les Blobs, et améliorer l'expérience utilisateur". Fusaka est la première version à concrétiser intégralement cette stratégie combinée, marquant en quelque sorte le passage d'Ethereum d'une série de réparations ponctuelles à une planification systémique. Pour la suite de l’histoire de la scalabilité, cette mise à niveau donne le ton.