Laut PANews hat Ethereum-Mitbegründer Vitalik Buterin einen Artikel veröffentlicht, in dem er die Vereinfachung des Ethereum-Protokolls und die Reduzierung der Knotenressourcenlast erörtert. Er hebt den EIP-6780 im Dencun-Hard-Fork hervor, der den Großteil der Funktionalität des SELFDESTRUCT-Opcodes entfernte, das Protokoll vereinfachte, indem er Komplexität beseitigte und neue Sicherheitsgarantien hinzufügte. Vitalik bezeichnet dies als einen wichtigen Teil des laufenden „Purge“-Prozesses und nennt drei Beispiele für andere „Purges“: 1. Geth hat kürzlich Tausende von Codezeilen entfernt, indem es die Unterstützung für das Pre-Merge-Netzwerk (PoW) eingestellt hat; 2. EIP-161 stellte fest, dass wir uns keine Sorgen mehr über „leere Konten“ machen müssen, und führte dieses Konzept als Teil der Reaktion auf den Shanghai DoS-Angriff ein. 3. Das 18-tägige Speicherfenster für Blobs in Dencun bedeutet, dass Ethereum-Knoten nur etwa 500 GB zum Speichern von Blob-Daten benötigen, und diese Zahl wird sich mit der Zeit nicht erhöhen.
In Bezug auf Vorkompilierungen weist Vitalik darauf hin, dass einige Vorkompilierungen weitaus weniger erforderlich sind als erwartet und eine Hauptquelle für Konsensfehler und Schwachstellen bei neuen EVM-Implementierungen darstellen. Zum Entfernen dieser Vorkompilierungen können zwei Methoden verwendet werden: 1. Entfernen Sie einfach die Vorkompilierung, z. B. EIP-7266, wodurch BLAKE2 entfernt wird. 2. Ersetzen Sie die Vorkompilierung durch einen Teil des EVM-Codes, der den gleichen Vorgang ausführt (allerdings zwangsläufig zu höheren Gaskosten). Zum Thema Geschichte stellt Vitalik fest, dass eine zentrale Frage, die angegangen werden muss, darin besteht, wer die alte Geschichte speichert, wenn nicht jeder Knoten. In der Praxis werden sie von großen Entitäten wie Block-Explorern gespeichert, aber es ist auch möglich und nicht schwierig, Peer-to-Peer-Netzwerkprotokolle zum Speichern und Übertragen dieser Informationen zu erstellen, die für die Aufgabe besser geeignet sind. Die Blockchain von Ethereum ist permanent, aber die Anforderung, dass jeder Knoten alle Daten dauerhaft speichern muss, ist eine übermäßig „schwere“ Implementierung der Permanenz. Ein einfacher Peer-to-Peer-Torrent-Netzwerk mit alter Geschichte ist ein Ansatz, während ein Protokoll, das expliziter für die Verwendung in Ethereum optimiert ist, ein anderer ist. EIP-4444 könnte die Dezentralisierung von Ethereum-Knoten erheblich steigern.
Bezüglich der LOG-Reform schlägt Vitalik vor, den Bloom zu entfernen und den LOG-Opcode zu vereinfachen, um nur einen Wert zu erstellen und ihn in den Zustand zu hashen. Anschließend können separate Protokolle mithilfe von ZK-SNARKs und inkrementeller verifizierbarer Berechnung (IVC) erstellt werden, um nachweislich korrekte „Protokollbäume“ zu generieren, die leicht durchsuchbare Protokolltabellen für ein bestimmtes Thema darstellen. Dezentrale Anwendungen, die Protokolle benötigen, können diese separaten Protokolle verwenden. Was den Übergang zu SSZ angeht, gibt Vitalik an, dass die Ethereum-Konsensschicht zu einem saubereren, effizienteren SimpleSerialize (SSZ) übergegangen ist, der Übergang jedoch noch abgeschlossen und die Ausführungsschicht auf die gleiche Struktur umgestellt werden muss. Derzeit gibt es in Ethereum drei kryptografische Datenstrukturen: SHA256-Binärbäume, SHA3-RLP-Hashlisten und Hex-Patricia-Bäume. Sobald der Übergang zu SSZ abgeschlossen ist, bleiben nur noch zwei übrig: SHA256-Binärbäume und Verkle-Bäume. Längerfristig könnten binäre Merkle-Bäume, die SNARK-freundliche Hash-Algorithmen verwenden, SHA256-Binärbäume und Verkle-Bäume ersetzen, sobald wir mit SNARK-basiertem Hashing ausreichend vertraut sind.