Saskaņā ar PANews, Ethereum līdzdibinātājs Vitaliks Buterins ir publicējis rakstu, kurā apspriesta Ethereum protokola vienkāršošana un mezgla resursu slodzes samazināšana. Viņš izceļ EIP-6780 Dencun cietajā dakšā, kas noņēma lielāko daļu SELFDESTRUCT operētājkoda funkcionalitātes, vienkāršojot protokolu, novēršot sarežģītību un pievienojot jaunas drošības garantijas. Vitaliks to norāda kā svarīgu daļu no notiekošā “tīrīšanas” procesa un sniedz trīs citu “tīrīšanas” piemērus: 1. Geth nesen noņēma tūkstošiem koda rindu, atceļot atbalstu pirmsapvienošanas (PoW) tīklam; 2. EIP-161 noteica faktu, ka mums vairs nav jāuztraucas par “tukšiem kontiem”, ieviešot šo koncepciju kā daļu no atbildes uz Šanhajas drošības dienesta uzbrukumu; 3. 18 dienu blobu glabāšanas logs Denkunā nozīmē, ka Ethereum mezgliem ir nepieciešami tikai aptuveni 500 GB, lai saglabātu blobu datus, un šis skaits laika gaitā nepalielināsies.
Attiecībā uz priekškompilācijām Vitaliks norāda, ka dažas priekškompilācijas ir daudz mazāk vajadzīgas, nekā paredzēts, un tās ir galvenais vienprātības kļūdu un problēmu avots jaunām EVM implementācijām. Šo priekškompilāciju noņemšanai var izmantot divas metodes: 1. Vienkārši noņemiet priekškompilāciju, piemēram, EIP-7266, kas noņem BLAKE2; 2. Aizstājiet priekškompilāciju ar EVM koda daļu, kas veic to pašu darbību (lai gan neizbēgami par lielāku gāzes cenu). Runājot par vēstures tēmu, Vitaliks atzīmē, ka galvenais jautājums, kas jārisina, ir tas, kurš glabās veco vēsturi, ja ne katrs mezgls. Praksē lielas entītijas, piemēram, bloku pētnieki, to uzglabās, taču ir arī iespējams un nav grūti izveidot peer-to-peer tīkla protokolus šīs informācijas glabāšanai un pārsūtīšanai, kas ir labāk piemēroti uzdevumam. Ethereum blokķēde ir pastāvīga, taču prasība, lai katrs mezgls pastāvīgi glabātu visus datus, ir pārāk “smags” pastāvības īstenošana. Viena pieeja ir vienkāršs vienādranga vecās vēstures torrent tīkls, savukārt cita pieeja ir protokols, kas ir vairāk optimizēts Ethereum lietošanai. EIP-4444 varētu ievērojami palielināt Ethereum mezglu decentralizāciju.
Saistībā ar LOG reformu Vitaliks ierosina novērst uzplaukumu un vienkāršot LOG opcode, lai tikai radītu vērtību un iejauktu to stāvoklī. Pēc tam var izveidot atsevišķus protokolus, izmantojot ZK-SNARK un pakāpenisku pārbaudāmo aprēķinu (IVC), lai ģenerētu pierādāmi pareizus “žurnālu kokus”, kas attēlo viegli meklējamas žurnālu tabulas konkrētai tēmai. Decentralizētās lietojumprogrammas, kurām nepieciešami žurnāli, var izmantot šos atsevišķos protokolus. Runājot par pāreju uz SSZ, Vitaliks norāda, ka Ethereum konsensusa slānis ir virzījies uz tīrāku, efektīvāku SimpleSerialize (SSZ), taču pāreja joprojām ir jāpabeidz un izpildes slānis jāpārvieto uz to pašu struktūru. Pašlaik Ethereum ir trīs kriptogrāfisko datu struktūras: SHA256 binārie koki, SHA3 RLP jaucējsaraksti un Hex Patrīcijas koki. Kad pāreja uz SSZ būs pabeigta, paliks tikai divi: SHA256 binārie koki un Verkles koki. Ilgākā laika posmā binārie Merkles koki, kas izmanto SNARK draudzīgus jaukšanas algoritmus, var aizstāt SHA256 bināros kokus un Verkles kokus, tiklīdz būsim pietiekami pieredzējuši ar SNARK balstītu jaukšanu.