ChainCatcher News, Ethereum-Mitbegründer Vitalik Buterin veröffentlichte einen Blogbeitrag, in dem es heißt, dass das Ziel von Ethereum darin besteht, das “World Ledger” zu werden: eine Plattform zum Speichern von zivilisatorischen Vermögenswerten und Aufzeichnungen, eine grundlegende Schicht für Finanzen, Governance, Zertifizierung hochwertiger Daten und mehr. Dafür braucht es zwei Dinge: Skalierbarkeit und Elastizität. Das Ziel dieses Beitrags ist es, sich auf einen der wichtigsten, aber leicht unterschätzten Aspekte der Ausfallsicherheit (und letztendlich der Skalierbarkeit) zu konzentrieren: die Einfachheit des Protokolls. Eines der besten Dinge an Bitcoin ist, dass sein Protokolldesign extrem einfach und elegant ist, und das Protokoll einfach zu halten, hilft Bitcoin oder Ethereum, eine vertrauenswürdige, neutrale und weltweit vertrauenswürdige Infrastrukturschicht zu werden. In der Vergangenheit hat Ethereum in dieser Hinsicht oft nicht genug getan, und im nächsten Teil dieses Artikels wird erörtert, wie Ethereum in den nächsten fünf Jahren fast so prägnant wie Bitcoin werden kann. Vereinfachte Konsensschicht: Die neue Konsensschicht (ehemals “Beam-Kette”) zielt darauf ab, basierend auf all den Erfahrungen, die wir in den letzten zehn Jahren in den Bereichen Konsenstheorie, ZK-SNARK-Entwicklung, Proof-of-Stake-Ökonomie und anderen Bereichen gesammelt haben, eine langfristig optimale Konsensschicht für Ethereum zu schaffen. Der Vorteil dieser Konsensschicht liegt darin, dass sie wesentlich einfacher ist als die bestehende Beacon-Kette. Vereinfachte Ausführungsebene: Die Komplexität der EVM nimmt zunehmend zu, wobei ein Großteil dieser Komplexität als unnötig erwiesen hat (in vielen Fällen ist es mein Fehler). Es wird empfohlen, die EVM durch RISC-V zu ersetzen oder durch eine andere virtuelle Maschine, die Ethereum-ZK-Beweiser schreiben kann. Ich schlage vor, dass wir die Vorgehensweise des Projekts tinygrad studieren, um für die langfristigen technischen Standards von Ethereum ein “maximales Zeilenanziel für den Code” festzulegen, mit dem Ziel, den mit dem Konsens verbundenen Schlüsselcode in Ethereum so nah wie möglich an der Einfachheit von Bitcoin zu halten. Der Code, der sich mit der Handhabung historischer Regeln von Ethereum befasst, bleibt erhalten, sollte jedoch nicht in den kritischen Konsenspfad einfließen. Gleichzeitig sollten wir auch die folgenden Prinzipien in unsere übergreifende Designphilosophie einfließen lassen: Wo möglich, sollten einfachere Lösungen bevorzugt werden, wobei wir eher zu “verpackter Komplexität” als zu “systemischer Komplexität” tendieren und bei Designentscheidungen Lösungen mit klaren verifizierbaren Eigenschaften und Garantien priorisieren.