Ethereum-voorstel wil blokretentievenster terugbrengen naar 36 dagen om de last voor nodes te verlichten
Belangrijkste punten
- •Het conceptvoorstel zou de vereiste retentieperiode voor blocks in de consensuslaag terugbrengen van 33.024 epochs, circa 147 dagen, naar 8.192 epochs, ongeveer 36,4 dagen.
- •De EIP is niet-forking en informatief: hij stelt de verwachtingen van node-operators bij in plaats van de protocolregels te wijzigen, en is bedoeld om de backfill na checkpointsynchronisatie te verlichten en de eisen aan bandbreedte, schijfruimte en synchronisatie te verlagen.
- •Het voorstel is in openbare beoordeling gegaan met vroege steun van contributor Dapplion en Lighthouse-ontwikkelaar Michael Sproul, maar het is nog niet gemerged en heeft nog steeds een officieel EIP-nummer nodig.
- •Ontwikkelaars beoordelen 66 verbetervoorstellen voor de Hegotá-upgrade in 2027, waaronder privacymaatregelen zoals EIP-8141 Frame Transactions, de gedeelde afgeschermde pool van EIP-8182 en de keyed nonces van EIP-8250.
- •Medio augustus 2026 is alleen EIP-7805 (FOCIL), een mechanisme voor censorshipweerstand dat transactie-inclusielijsten afdwingt, bevestigd voor Hegotá, vóór de Glamsterdam-upgrade die is gepland voor het vierde kwartaal van 2026.

Ethereum-ontwikkelaar Kevaundray Wedderburn heeft op 17 augustus een nieuw Ethereum Improvement Proposal ingediend via GitHub pull request #12188, met een oproep het blokretentievenster van de consensuslaag (CL) te verkorten.
Het voorstel, momenteel een concept in afwachting van een officieel EIP-nummer, zou de vereiste retentieperiode terugbrengen van 33.024 epochs naar 8.192 epochs, ongeveer 36,4 dagen. Aangezien elke epoch in de consensuslaag 32 slots van circa 6,4 minuten omvat, komt de huidige eis neer op ongeveer 147 dagen — bijna vijf maanden — aan opgeslagen geschiedenis. De EIP is geclassificeerd als niet-forking en informatief: in plaats van de protocolregels van Ethereum te wijzigen, zou hij de verwachtingen voor node-operators bijstellen.
De belangrijkste doelstelling van de wijziging is het verminderen van de backfill-last die volgt op checkpointsynchronisatie, de gangbare praktijk waarbij een nieuwe beacon-node wordt gestart vanuit een recente vertrouwde checkpoint in plaats van de chain vanaf genesis opnieuw af te spelen, waarna oudere blocks later worden opgehaald. Door de periode te verkorten waarin nodes verplicht zijn historische beacon-blocks te bewaren, zou het voorstel de eisen aan bandbreedte, schijfruimte en synctijd verlagen, in lijn met het lang gekoesterde doel van Ethereum om de eisen voor nodes licht genoeg te houden om brede participatie aan te moedigen. Het concept sluit ook aan bij eerdere discussies op de execution layer, zoals EIP-4444, dat voorstelde dat clients zouden stoppen met het aanbieden van historische blockdata ouder dan één jaar.
Het concept is in openbare beoordeling gegaan en heeft vroege steun ontvangen uit de ontwikkelaarscommunity. Ethereum-contributor Dapplion onderschreef de richting van het voorstel, terwijl Michael Sproul, ontwikkelaar van de Lighthouse-client, zei dat hij geen operationele problemen voorziet voor Lighthouse. Sproul voegde daaraan toe dat oudere clients in een gemengd netwerk nog steeds zouden kunnen synchroniseren met peers die het langere retentievenster nog aanhouden. De pull request is nog niet gemerged; volgende stappen zouden onder meer het toekennen van een officieel EIP-nummer omvatten en, indien aangenomen, afgestemde standaardinstellingen voor retentie in de verschillende client-implementaties.
Ontwikkelaars wegen 66 voorstellen voor de Hegotá-upgrade in 2027
Het concept voor het retentievenster is een van verschillende voorstellen die deze week circuleren in de Ethereum-ontwikkelaarscommunity, nu de aandacht ook uitgaat naar een bredere inspanning om de mogelijkheden van Ethereum op protocolniveau uit te breiden vóór de geplande Hegotá-netwerkupgrade in 2027. Ethereum-upgrades worden traditioneel in bundels uitgebracht en kandidatenlijsten van deze omvang worden doorgaans uitgedund naarmate de technische beoordeling en de audits vorderen.
Ontwikkelaars beoordelen momenteel een pakket van 66 Ethereum Improvement Proposals voor Hegotá, waarvan er verschillende zijn gericht op on-chain privacy, een gebied dat het netwerk historisch gezien aan externe oplossingen heeft overgelaten omdat het publieke grootboek transactiedata standaard voor iedereen zichtbaar maakt.
Het centrale privacyvoorstel is EIP-8141, ofwel "Frame Transactions", waarmee privacy pools hun eigen gaskosten kunnen betalen zonder afhankelijk te zijn van externe relayers. Omdat elke interactie via een intermediair een metadata-spoor achterlaat dat afzenderinformatie kan blootleggen, wordt het wegnemen van die afhankelijkheid gezien als een betekenisvolle stap richting native transactieprivacy.
Als aanvulling daarop zou EIP-8182 een gedeelde afgeschermde pool introduceren voor anonieme ETH- en ERC-20-transacties, terwijl EIP-8250 keyed nonces voorstelt om te voorkomen dat waarnemers afzonderlijke privétransacties aan elkaar koppelen via analyse van noncepatronen.
Van de voorstellen die worden beoordeeld, is medio augustus 2026 alleen EIP-7805 (FOCIL), een mechanisme voor censorshipweerstand dat transactie-inclusielijsten afdwingt, bevestigd voor Hegotá. De overige voorstellen ondergaan verdere technische beoordeling en veiligheidsaudits.
Hegotá zal naar verwachting volgen op de Glamsterdam-upgrade, die momenteel is gepland voor het vierde kwartaal van 2026, waardoor ontwikkelaars ruwweg een jaar hebben om de omvang van het pakket definitief vast te stellen, inclusief welke privacyvoorstellen doorgaan.
Bron: Metaverse Post