Une proposition Ethereum vise à réduire la fenêtre de rétention des blocs à 36 jours pour alléger la charge des nœuds
Points clés
- •Ce projet de proposition réduirait la période de rétention requise des blocs de la couche de consensus de 33 024 époques, soit environ 147 jours, à 8 192 époques, soit environ 36,4 jours.
- •L'EIP est non fourchante (non-forking) et informative : elle met à jour les attentes des opérateurs de nœuds plutôt que les règles du protocole, et vise à alléger le rétrochargement après synchronisation par point de contrôle tout en réduisant les besoins en bande passante, en espace disque et en temps de synchronisation.
- •La proposition est entrée en revue publique avec le soutien initial du contributeur Dapplion et du développeur Lighthouse Michael Sproul, mais elle n'a pas été fusionnée et nécessite toujours un numéro EIP officiel.
- •Les développeurs évaluent 66 propositions d'amélioration pour la mise à niveau Hegotá de 2027, notamment des mesures de confidentialité telles que les Frame Transactions de l'EIP-8141, le pool protégé partagé de l'EIP-8182 et les nonces à clé de l'EIP-8250.
- •Seule l'EIP-7805 (FOCIL), un mécanisme de résistance à la censure imposant des listes d'inclusion de transactions, a été confirmée pour Hegotá à la mi-août 2026, avant la mise à niveau Glamsterdam prévue pour le quatrième trimestre 2026.

Le développeur Ethereum Kevaundray Wedderburn a soumis une nouvelle proposition d'amélioration Ethereum via la pull request GitHub #12188 le 17 août, appelant à une réduction de la fenêtre de rétention des blocs de la couche de consensus (CL).
Cette proposition, actuellement à l'état de projet en attente d'un numéro EIP officiel, réduirait la période de rétention requise de 33 024 époques à 8 192 époques, soit environ 36,4 jours. Chaque époque de la couche de consensus s'étendant sur 32 créneaux (slots) d'environ 6,4 minutes, l'exigence actuelle équivaut à environ 147 jours — près de cinq mois — d'historique stocké. L'EIP est classée comme non fourchante (non-forking) et informative : plutôt que de modifier les règles du protocole Ethereum, elle mettrait à jour les attentes des opérateurs de nœuds.
L'objectif principal de cette modification est de réduire la charge de rétrochargement (backfill) qui suit la synchronisation par point de contrôle, pratique courante consistant à démarrer un nouveau nœud beacon à partir d'un point de contrôle récent de confiance plutôt qu'à rejouer la chaîne depuis la genèse, avant de récupérer ensuite les blocs plus anciens. En raccourcissant la durée pendant laquelle les nœuds sont tenus de conserver les blocs beacon historiques, la proposition diminuerait les exigences en matière de bande passante, d'espace disque et de temps de synchronisation, en cohérence avec l'objectif de longue date d'Ethereum de maintenir des exigences de nœud suffisamment légères pour encourager une large participation. Ce projet fait également écho aux discussions antérieures de la couche d'exécution, telles que l'EIP-4444, qui proposait que les clients cessent de servir des données de blocs historiques de plus d'un an.
Le projet est entré en revue publique et a reçu un premier soutien au sein de la communauté des développeurs. Le contributeur Ethereum Dapplion a approuvé l'orientation de la proposition, tandis que Michael Sproul, développeur du client Lighthouse, a déclaré ne pas entrevoir de problèmes opérationnels pour Lighthouse. Sproul a ajouté que dans un réseau mixte, les clients plus anciens resteraient en mesure de se synchroniser avec des pairs conservant encore la fenêtre de rétention plus longue. La pull request n'a pas été fusionnée ; les prochaines étapes comprendraient l'attribution d'un numéro EIP officiel et, en cas d'adoption, l'harmonisation des paramètres de rétention par défaut entre les implémentations de clients.
Les développeurs examinent 66 propositions pour la mise à niveau Hegotá de 2027
Ce projet relatif à la fenêtre de rétention est l'une des plusieurs propositions en circulation cette semaine dans la communauté des développeurs Ethereum, alors que l'attention se porte également sur un effort plus large visant à étendre les capacités d'Ethereum au niveau du protocole en prévision de la mise à niveau réseau Hegotá prévue en 2027. Les mises à niveau d'Ethereum sont traditionnellement livrées sous forme d'ensembles, et les listes de candidates de cette ampleur sont généralement élaguées à mesure que progressent les revues techniques et les audits.
Les développeurs évaluent actuellement un ensemble de 66 propositions d'amélioration Ethereum pour Hegotá, dont plusieurs ciblent la confidentialité on-chain, un domaine que le réseau a historiquement laissé aux solutions tierces, car son registre public rend les données de transaction visibles par défaut pour quiconque.
La proposition de confidentialité phare est l'EIP-8141, ou « Frame Transactions », qui permettrait aux pools de confidentialité de payer leurs propres frais de gaz sans dépendre de relais externes. Chaque interaction avec un intermédiaire créant une trace de métadonnées susceptible d'exposer les informations de l'expéditeur, la suppression de cette dépendance est considérée comme un pas important vers une confidentialité transactionnelle native.
En complément, l'EIP-8182 introduirait un pool protégé partagé pour les transferts anonymes d'ETH et de tokens ERC-20, tandis que l'EIP-8250 propose des nonces à clé afin d'empêcher les observateurs de relier des transactions privées distinctes par l'analyse des schémas de nonces.
Parmi les propositions en cours d'examen, seule l'EIP-7805 (FOCIL), un mécanisme de résistance à la censure imposant des listes d'inclusion de transactions, a été confirmée pour Hegotá à la mi-août 2026. Les autres propositions restent soumises à un examen technique et à des audits de sécurité continus.
Hegotá devrait suivre la mise à niveau Glamsterdam, actuellement prévue pour le quatrième trimestre 2026, ce qui laisse aux développeurs environ un an pour finaliser le périmètre de l'ensemble, y compris le choix des propositions de confidentialité qui seront retenues.
Source : Metaverse Post