Vitalik Buterin sagte, Ethereum müsse aufhören, so zu tun, als sei es in Ordnung. Am Freitag veröffentlichte er einen langen Vorschlag, in dem Ethereum aufgefordert wurde, seine überkomplizierten Eingeweide herauszuschneiden und sich innerhalb von fünf Jahren der sauberen Struktur von Bitcoin näher zu bringen.
"Ethereum will das Weltbuch der Welt sein", schrieb Vitalik und wies auf seine Rolle als Grundschicht für Krypto, Finanzen, Governance, Authentifizierung und Aufzeichnungen hin. Aber um tatsächlich dorthin zu gelangen, sagte er, die Kette müsse sowohl skalierbar als auch belastbar sein - und im Moment sei sie zu komplex, um damit umzugehen.
Die Fusaka Hard Fork soll den L2 -Datenraum um 10x erhöhen. Ethereum2026 Roadmap verspricht, die zugleichen Datenkapazität von L1 zu steigern. Das Netzwerk hat bereits auf den Nachweis der Beteiligung, zu einer verbesserten Kundenvielfalt umgestellt und arbeitet an ZK -Überprüfbarkeit und Quantenwiderstand.
Aber Vitalik sagte, nichts davon ist wichtig, wenn das Kernprotokoll aufgebläht bleibt. "Wir müssen die Bedeutung der Einfachheit beleuchten", schrieb er. Er wies auf das Design von Bitcoinhin - Blöcke, Hashes, Arbeitsnachweis und nichts weiter -, wie das Modell Ethereum folgen sollte.
Vitalik drängt auf eine einfachere Ethereum -Konsensschicht
Vitalik sagte, Ethereum kann dorthin gelangen, indem er seine Konsensschicht umschreibt. Er möchte die aktuelle Beacon-Kette durch etwas namens 3-Slot-Endgültigkeit ersetzen, das Slots, Epochen, Ausschütteln des Komitees und andere bewegliche Teile entfernen würde.
"Sie könnten dies in 200 Codezeilen erstellen", schrieb . Er sagte, es bietet S tron G -Sicherheit und entfernt viel Aufblähen aus dem System. Die kleineren Validator -Sets machen auch die Fork Choice -Regel einfacher.
Er sagte, Ethereum sollte eine Stark-basierte Aggregation verwenden, damit jeder ein Aggregator sein kann, ohne ein besonderes Vertrauen zu benötigen oder für Bitfields zu viel zu zahlen. Die Kryptographie ist kompliziert, aber sie ist eingepackt und schraubt nicht mit dem gesamten System. Das öffnet die Tür zu einer einfacheren Peer-to-Peer-Ebene.
Validatorfunktionen - wie Eintritt, Ausgang, Entzug, wichtige Änderungen und Inaktivitätslecks - sollten wieder aufgebaut werden, um die Zählung der Linien zu verringern und Systemgarantien leichter zu lesen. Vitalik sagte, dass das Beste an Konsens ist, dass es nicht eng mit der Ausführungsschicht verbunden ist, sodass es sich entwickeln kann, ohne sich zutrac.
Aber das wahre Durcheinander, sagte er, ist die virtuelle Ethereum -Maschine.
Vitalik will die EVM töten und nach RISC-V ziehen
Vitalik sagte, das EVM sei mit veralteter Mist gefüllt. Er nannte es eine überbindete 256-Bit-Maschine, die für Krypto-Tricks optimiert war, die niemand mehr verwendet. Er gab zu, dass der größte Teil der Komplexität aus seinen eigenen Entscheidungen kam.
Der Kampf um die Entfernung des Opcode -Opcode war Zeitverschwendung. So war die ganze EOF -Debatte. Seine Lösung: Überspringen Sie die kleinen Upgrades und ersetzen Sie einfach die EVM.
Er schlug vor, auf RISC-V oder ein anderes VM wie Kairo umzusteigen-die gleichen, die von EthereumZero-Knowledge-Proof-Systemen verwendet wurden. "Vorbereite Daten zeigen, dass dies die Effizienz um 100x steigern könnte", sagte er. Einfachere Spezifikationen würden eine schnellere Ausführung und weniger Fehler bedeuten.
Entwickler würden mehr Optionen erhalten. Solidität und Vyper würden sich zu neuen VMs kompilieren, und Entwickler, die normale Programmiersprachen verwenden, könnten zum ersten Mal Ethereum contrac-Ts schreiben. Die meisten Vorkompilien könnten verschrottet werden, außer vielleicht für elliptische Kurven -Ops.
Vitalik gab zu, dass RISC-V morgen nicht fertig sein wird. Während des Wartens möchte er schnelle Upgrades an das aktuelle EVM weitergeben, ztracAber das wahre Ziel ist es, das Ganze zu ersetzen. Sein Plan kommt in vier Schritten.
Erstens muss jedes neue Vorkompilieren mit einer Onchain-Risc-V-Version ausgestattet sein. Zweitens sollten Entwickler sowohl in RISC-V als auch in EVMtrac-Ts schreiben dürfen. Drittens würde Ethereum eine harte Gabel machen, um Vorkompilien zu entfernen und sie durch RISC-V-trac-Ts zu ersetzen. Viertens würde die EVM in RISC-V neu implementiert und alstrac-Interpreter auf dem Laufenden.
Vitalik sagte, Ethereum verschwendet auch Zeit mit unterschiedlichen Tools für denselben Job an verschiedenen Orten. Er wies auf Löschcodes hin, die für Datenverfügbarkeit, P2P -Sendungen und Verlaufspeicher benötigt werden. Alle drei sollten den gleichen Code verwenden. Gleiches gilt für Serialisierungsformate - Ethereum sollte sich vollständig zu SSZ bewegen, das bereits in der Konsensschicht verwendet wird und innerhalb von SmarttracTs funktioniert.
Er sagte, dass auch EthereumMerkle Tree saugt. Die aktuelle Sechskantstruktur macht Block, das sich schwer erweist. Das Umschalten auf einen binären Baum mit einem besseren Hash würde sich schneller und billiger erweisen lassen. Der gleiche binäre Baum sollte sowohl für die Ausführung als auch für den Konsens verwendet werden.
Schlüsseldifferenzdraht : Das geheime Tool Crypto -Projekte verwenden garantierte Medienberichterstattung
