BTCC / BTCC Square / CryptopolitanDE /
Vitalik Buterin drängt Ethereum: ’Werdet wie Bitcoin – simpler, robuster, in fünf Jahren’

Vitalik Buterin drängt Ethereum: ’Werdet wie Bitcoin – simpler, robuster, in fünf Jahren’

CryptopolitanDE
Veröffentlichungszeit:
2025-05-03 18:00:13
0

Vitalik Buterin fordert Ethereum auf, in den nächsten fünf Jahren die Einfachheit im Bitcoin-Stil zu übernehmen

Der Ethereum-Mitbegründer fordert eine radikale Rückbesinnung auf Bitcoin-Prinzipien: Weniger Komplexität, mehr Dezentralisierung. Ein Wink mit dem Zaunpfahl an das Dev-Team – oder PR-Geschrei im Bullenmarkt?


Warum jetzt?
Buterin weiß: Die nächste Institutionen-Welle kommt nur mit stabiler Infrastruktur. Layer-2-Patches allein reichen nicht.


Die Bitcoin-Maximalisten-Falle:
Ethereum riskiert sein USP, wenn es zum gesettelten CBDC-Hub mutiert. Aber hey – Hauptsache, die Tokenomics halten bis zum nächsten ATH.

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.

Cryptopolitan Academy: Müde von Marktschwankungen? Erfahren Sie, wie DeFi Ihnen helfen kann, ein stetiges passives Einkommen aufzubauen. Registrieren Sie sich jetzt

Melden Sie sich an, um zu antworten

Melden Sie sich an, um Ihre Meinung zu teilen
Die Artikel auf dieser Website stammen aus öffentlichen Quellen oder wurden mit Unterstützung von KI ausschließlich zu Informationszwecken aufbereitet und geben nicht die Ansichten von BTCC wieder. Die ursprünglichen Rechte liegen bei den jeweiligen Autoren. Bei urheberrechtlichen Fragen kontaktieren Sie bitte [email protected] . BTCC übernimmt keine Haftung für die Richtigkeit, Aktualität oder Vollständigkeit dieser Informationen und lehnt jede Haftung ab, die aus dem Vertrauen auf solche Inhalte entsteht. Diese Inhalte dienen nur als Referenz und stellen keine Anlage-, Rechts- oder Geschäftsberatung dar.

|Square

Holen Sie sich die BTCC-App und beginnen Sie Ihre Krypto-Reise

Starten Sie noch heute Scannen Sie, um Teil von mehr als 100 Millionen Nutzern zu werden