Die Erzählung der Kryptomärkte folgt immer einem Kreislauf von Ursache und Wirkung.
In den letzten Monaten, als Inscription im Bitcoin-Ökosystem weiter explodierte, haben Kapital-Spillover und die FOMO-Stimmung auch dazu geführt, dass Inscription auf anderen Ketten florierte, aber die Ergebnisse hatten auch negative Auswirkungen:
Mehrere Blockchain-Netzwerke, darunter Arbitrum, Avalanche, Cronos, zkSync und The Open Network, erlebten daraufhin aufgrund der schieren Anzahl und Vielfalt der Einträge eine Leistungsüberforderung.
Aufgrund des Beschriftungswahns begann der Markt, die Leistungsprobleme von EVM erneut zu untersuchen.
Gleichzeitig entstand eine neue Erzählung im Zusammenhang mit der Optimierung der EVM-Leistung – Parallel EVM.
Kürzlich äußerte JD, ehemaliger Mitbegründer von Polygon, in den sozialen Medien: „ Ich habe eine Vermutung, dass sich im Jahr 2024 jeder L2 umbenennen und sich als ‚Parallel EVM‘ bezeichnen wird.“
Paradigms CTO Georgios glaubt auch, dass 2024 das „ Jahr des parallelen EVM“ sein wird, und sagte, dass Paradigm auch intern verwandte Technologien erforscht und entwirft.
Warum sind alle so optimistisch in Bezug auf paralleles EVM?
Neben dem direkten Auslöser von Inschriften, die die Leistungsbelastung der EVM-Kette verschärfen, ist die Optimierung von EVM ein fortlaufendes Thema in der Welt der Verschlüsselung – neue öffentliche Ketten, OP-Serie L2, ZK-Serie L2 usw. sind alles Erzählungen und Projekte, die aus der Optimierung abgeleitet sind EVM und die Marktbewertung dieser wird höher sein.
Allerdings ist die obige Erzählung relativ ausgereift und es gibt nicht viel Raum für Spekulationen über verwandte Projekte. Daher kann Parallel-EVM, eine neue Methode zur Optimierung der EVM-Leistung, im Bullenmarkt leicht die Aufmerksamkeit des Marktes auf sich ziehen.
Zurück zum Konzept: Was genau ist paralleles EVM? Was ist die spezifische Implementierungsmethode? Welche anderen verwandten Projekte sollten im Vorfeld beachtet werden?
In diesem Artikel versuchen wir, die oben genannten Fragen zu beantworten.
Was ist also Parallel EVM?
Parallel EVM (Ethereum Virtual Machine) ist ein Konzept zur Verbesserung der Leistung und Effizienz bestehender EVM.
Wie wir alle wissen, ist die EVM der Kern von Ethereum und für die Ausführung intelligenter Verträge und die Verarbeitung von Transaktionen verantwortlich.
Um die Konsistenz und Sicherheit des Netzwerks aufrechtzuerhalten, verfügt das aktuelle EVM über ein sehr wichtiges Merkmal in seinem Design:
Transaktionen werden sequentiell ausgeführt.
Durch die sequentielle Ausführung wird sichergestellt, dass Transaktionen und Smart Contracts in einer deterministischen Reihenfolge ausgeführt werden, was die Verwaltung und Vorhersage des Zustands der Blockchain erleichtert. Bei dieser Designwahl steht die Sicherheit im Vordergrund und die potenzielle Komplexität und Schwachstelle im Zusammenhang mit der parallelen Ausführung wird reduziert.
Bei hoher Auslastung kann es jedoch zu Netzwerküberlastungen und Verzögerungen kommen.
Stellen Sie sich das ursprüngliche Design von EVM als Fahrzeuge vor, die sich nacheinander auf einer einzigen Spur vorwärts bewegen. Jedes Fahrzeug muss mit der Geschwindigkeit des vorausfahrenden Fahrzeugs fahren. Sobald ein Fahrzeug (Transaktion) verstopft ist, werden alle anderen nachfolgenden Fahrzeuge auf der Straße blockiert;
Paralleles EVM ist so, als würde man diese Einbahnstraße zu einer mehrspurigen Autobahn erweitern, sodass mehrere Fahrzeuge gleichzeitig fahren können.
Aus technischer Sicht ermöglicht paralleles EVM die gleichzeitige Durchführung verschiedener unabhängiger Transaktionen oder Smart Contracts, wodurch die EVM-Verarbeitungsgeschwindigkeit und der Systemdurchsatz erheblich verbessert werden.
Welche Möglichkeiten gibt es also, paralleles EVM zu implementieren?
Wir beabsichtigen nicht, eine besonders ausführliche technische Erklärung abzugeben. Hier können wir zunächst eine allgemeine Verarbeitungsmethode von Parallel EVM angeben:
Partitionierung oder Sharding: Partitionierung oder Gruppierung von Transaktionen, damit sie parallel ausgeführt werden können. Dies bedeutet, dass verschiedene Transaktionen gleichzeitig und nicht nacheinander auf verschiedenen Verarbeitungseinheiten ausgeführt werden können. Darüber hinaus verwendet die SVM von Solana eine ähnliche Verarbeitungslogik.
Optimierungsalgorithmen : Entwickeln Sie neue Planungsalgorithmen und Optimierungstechniken, um parallele Aufgaben effektiv zu verwalten und auszuführen und gleichzeitig die Korrektheit und Reihenfolge der Transaktionen aufrechtzuerhalten.
Sicherheits- und Konsistenzgarantie: Implementieren Sie komplexe Synchronisationsmechanismen und Konsistenzmodelle, um sicherzustellen, dass die Sicherheit und Datenkonsistenz des gesamten Systems auch bei paralleler Verarbeitung gewahrt bleibt.
Kurz gesagt: Durch die parallele Verarbeitung von Transaktionen kann EVM mehr Transaktionen gleichzeitig verarbeiten, TPS erheblich verbessern , Netzwerküberlastungen reduzieren und die Skalierbarkeit verbessern.
Derzeit gibt es bereits einige Projekte auf dem Markt, die mit der Erforschung des Designs paralleler EVM begonnen haben, aber jedes hat seine eigenen Besonderheiten in Bezug auf die Implementierung. Als nächstes werden wir eine detaillierte Einführung und Bestandsaufnahme der relevanten Projekte geben.
Unabhängige Fraktion: Selbstgebautes L1, konzipiert als paralleles EVM
Da die aktuellen Transaktionen der EVM von Ethereum sequentiell ausgeführt werden, ist die erste Idee der Ausführung paralleler EVM sehr einfach:
Lassen Sie Ethereum beiseite und beginnen Sie von vorne, um einen unabhängigen Layer1 für die Ausführung paralleler EVM aufzubauen.
Repräsentative Projekte: Monad und Sei.
Monad: L1 mit integriertem parallelen EVM
Monad ist ein Blockchain-Projekt, das sich der Lösung des Skalierbarkeitsproblems traditioneller EVM widmet. Es verfolgt eine parallele Ausführungsstrategie, ist mit Ethereum kompatibel und zielt darauf ab, die Blockchain-Leistung durch Erhöhung der Transaktionsverarbeitungsgeschwindigkeit und Systemeffizienz zu optimieren.
Durch die parallele Ausführung will Monad den Transaktionsdurchsatz deutlich steigern und das Überlastungsproblem der bestehenden EVM-Kette unter hoher Last lösen. Das ultimative Ziel besteht darin, die physische Bandbreitengrenze von 400.000 TPS zu erreichen.
Es ist erwähnenswert, dass Monad das erste Projekt ist, das in der Trendkategorie erscheint, wenn Sie direkt auf Twitter nach dem Schlüsselwort „Parallel EVM“ suchen. Dies spiegelt auch die Marketingbemühungen des Projekts wider, die sich an der Erzählung der parallelen EVM orientieren.
Wie implementiert Monad also die parallele Verarbeitung von Transaktionen?
Der Kern der Parallelausführungsstrategie von Monad ist die Fähigkeit, Transaktionen ohne gemeinsame Abhängigkeiten zu identifizieren und parallel auszuführen. Obwohl es sich bei den Blöcken von Monad und Ethereum um linear geordnete Sammlungen von Transaktionen handelt, ermöglicht Monad durch optimierte Ausführungsstrategien den parallelen Ablauf von Transaktionen, ohne das Endergebnis zu beeinträchtigen. Diese parallele Ausführungsstrategie umfasst die folgenden Schlüsseltechnologien:
Optimistische Ausführung: Beginnen Sie mit der Ausführung nachfolgender Transaktionen, bevor die vorherige Transaktion abgeschlossen ist. Diese Methode kann zu Transaktionsabhängigkeitsfehlern führen, aber durch die Verfolgung von Eingabe- und Ausgabevergleichen führt das System die Transaktion erneut aus, sobald Dateninkonsistenzen festgestellt werden, um korrekte Ausführungsergebnisse sicherzustellen.
Planung und Abhängigkeiten: Um unnötige wiederholte Ausführungen zu reduzieren, prognostiziert Monad die Abhängigkeiten zwischen Transaktionen mithilfe eines statischen Code-Analysators und plant die Transaktionsausführung intelligent, um die Effizienz der parallelen Ausführung zu optimieren.
Zustandszusammenführung: Obwohl Transaktionen parallel ausgeführt werden, muss der von jeder Transaktion aktualisierte Zustand letztendlich nacheinander zusammengeführt werden, um die Zustandskonsistenz im gesamten Block sicherzustellen.
Auch in Sachen Finanzierung schneidet Monad gut ab. Im Februar dieses Jahres kündigte der offizielle Tweet außerdem eine von Dragonfly angeführte Seed-Finanzierungsrunde in Höhe von 19 Millionen US-Dollar an. Zu den Einzelinvestoren zählen auch bekannte Persönlichkeiten der Branche wie Cobie und Hasu.
Gleichzeitig ist der Gründer des Projekts Keone Hon, der ehemalige Forschungsleiter von Jump Trading. Da das Projekt noch keinen Token ausgegeben hat, kann es sich angesichts der Erfahrung von Jump Trading im Handel und Market Making lohnen, auf die Token-Leistung zu blicken.
Im September dieses Jahres veröffentlichte Monad Labs die technische Dokumentation des Projekts, aus der hervorgeht, dass der native Token des Projekts MON heißt. Doch dann wurde die Einführung von MON im Dokument gestrichen und es wird spekuliert, dass der Token einen anderen Namen haben könnte.
Große Finanzierungsbeträge, Market-Maker-Hintergrund, neue öffentliche Kette und paralleles EVM … diese wenigen Faktoren zusammen werden dazu bestimmt, breite Aufmerksamkeit und Erwartungen für Monad zu wecken.
Allerdings benötigt die Leistung des parallelen EVM noch Testnet-Daten und den Mainnet-Betrieb, bevor sie überprüft werden kann.
SEI: V2-Version wird paralleles EVM auf die Tagesordnung setzen
Sei ist eine Open-Source-Layer-1-Blockchain, die speziell für die Transaktionsoptimierung entwickelt wurde und sich der Bereitstellung einer fortschrittlichen Infrastruktur für verschiedene Handelsanwendungen widmet, darunter DeFi, NFT-Märkte und Spiele-DEX.
Wie wir alle wissen, ist Sei kein neues Projekt. Sein Mainnet war im August 2023 fertig und in der vorherigen V1-Version wurden speziell für Transaktionen optimierte Funktionen implementiert, wie z. B. Mechanismen zur Verhinderung von Front-Running-Transaktionen und Funktionen zur Unterstützung der Auftragsstapelverarbeitung, mit dem Ziel, die Transaktionssicherheit zu verbessern. Sex und Effizienz.
Beim Design der neuesten V2-Version (wird voraussichtlich im ersten Halbjahr 2024 implementiert) hat Sei paralleles EVM auf die Tagesordnung gesetzt.
Optimistische Parallelisierung : Sei verfolgt außerdem eine optimistische Parallelisierungsstrategie, die es der Kette ermöglicht, alle Transaktionen parallel auszuführen. Wenn Transaktionen denselben Status erreichen, verfolgt das System den Anteil des Speichers, den jede Transaktion berührt, und in Konflikt stehende Transaktionen werden der Reihe nach erneut ausgeführt, bis alle Konflikte gelöst sind.
Geth-Kompatibilität : Als Teil der Sei-Kernbinärdatei importieren Sei-Knoten automatisch Geth, die Go-Implementierung der Ethereum Virtual Machine, um Ethereum-Transaktionen abzuwickeln und alle daraus resultierenden Aktualisierungen über die spezielle Schnittstelle vorzunehmen, die Sei für die EVM erstellt hat.
SeiDB-Speicheroptimierung: Sei gestaltet die Speicherschnittstelle neu und verwendet effizientere Datenstrukturen und Datenbanken, um die Lese- und Schreibleistung zu optimieren und gleichzeitig die Zustandserweiterung zu reduzieren.
Diese Technologien bilden zusammen den Kern von Sei v2 und machen es nicht nur zu einem vollständig parallelisierten EVM mit hoher Leistung und Kompatibilität, sondern bieten auch eine vielfältige Ausführungsumgebung , indem sie eine nahtlose Interaktion zwischen Cosmwasm-Smart-Contracts und EVM-Smart-Contracts ermöglichen. Dies erweitert sein Einsatzspektrum und seine Attraktivität.
Den im Dokument angegebenen Testdaten nach zu urteilen, erreicht der Spitzentest-TPS etwa 28.300, wenn Sei Transaktionen parallel verarbeitet. Allein anhand der theoretischen Testwerte ist die Effizienz von Parallel-EVM deutlich höher als die der aktuellen verschiedenen L1-Typen. Wir hoffen auch, bei der tatsächlichen Umsetzung nicht zu viele Rabatte zu gewähren.
Bezogen auf die Token ist SEI im letzten Monat um 80 % gestiegen. Angesichts des hohen Marktwerts des Projekts ist eine solche Steigerung bereits sehr beeindruckend. Während die parallele EVM-Erzählung weitergeht, wird der Token möglicherweise immer noch steigen, aber es wird eher ein Beta-Gewinn sein.
Anders als die oben genannten eigenständigen L1-Ideen gibt es auch einige L2-Projekte, die andere Lösungen für paralleles EVM haben:
Leihen Sie sich die Leistung anderer Ketten oder virtueller Maschinen aus, um die Ausführung von Ethereum-Transaktionen zu unterstützen.
Repräsentative Projekte: Neon, Eclipse, Lumio.
Neon: Einführung von EVM in L2 des Solana-Ökosystems
Neon EVM ist die erste parallelisierte virtuelle Ethereum-Maschine, die auf der Solana-Blockchain basiert und darauf ausgelegt ist, die Effizienz und Skalierbarkeit der Blockchain durch parallele Transaktionsverarbeitung zu verbessern.
Das größte Merkmal dieses Projekts ist sein übergreifender ökologischer Betrieb: Es ermöglicht Entwicklern, die parallele Ausführungsarchitektur von Solana zu nutzen, um Ethereum-dApps zu erweitern und die Netzwerkeffizienz durch parallele Ausführung zu optimieren, die Transaktionsgeschwindigkeit zu erhöhen und Kosten zu senken, während gleichzeitig die Kompatibilität mit der EVM-Umgebung gewahrt bleibt .
Im Hinblick auf die konkrete Implementierung wandelt Neon Ethereum-Transaktionen in Solana-Transaktionen um und übermittelt sie dann an den Solana-Validator, der auf Solana ausgeführt wird und den Status des Neon-Programms aktualisiert. Der spezifische Prozess kann einfach wie folgt verstanden werden:
Der Benutzer signiert die Transaktion, die an den Broker gesendet wird. Ein Agent ist ein Konto auf Solana, das den EVM-Emulator ausführt und für die Ausführung von Neon-txn verantwortlich ist.
Der Agent wird den Blockchain-Status von Solana anfordern und den Start von Neon-Txn im Solana-Status testen.
Basierend auf den empfangenen Daten bildet der Agent eine neue Txn (Transaktion) gemäß den Solana-Regeln und sendet diese zusammen mit den verpackten Daten zur Datenverarbeitung an Solana.
Schließlich wird die Transaktion gemäß den ETH-Regeln zur Signaturprüfung an Neon zurückgesendet und nach der Überprüfung parallel auf Solana ausgeführt.
In Bezug auf die Token-Leistung hat sich NEON im letzten Monat verdreifacht, sein Gesamtmarktwert ist jedoch deutlich niedriger als der von SEI. Angesichts der Erholung des Solana-Ökosystems und der damit verbundenen Token-Begeisterung verdient NEON als einziger paralleler EVM im Solana-Ökosystem immer noch Aufmerksamkeit für seine spätere Marktleistung.
Eclipse: Einführung von SVM in L2 des Ethereum-Ökosystems
Angesichts des Problems unzureichender Leistung, die durch die sequentielle Ausführung von EVM verursacht wird, besteht Neons Idee darin, EVM in Solana einzuführen. aber umgekehrt ist auch die Einführung von SVM in Ethereum eine Entscheidung mit dem gleichen Ziel.
Eclipse Mainnet ist eine solche allgemeine L2-Lösung, die SVM in Ethereum einführt und mehrere Technologien wie die Abwicklung von Ethereum, die Ausführung von Solana Virtual Machine (SVM), die Datenverfügbarkeit von Celestia und den wissensfreien Beweis von RISC Zero kombiniert.
Ziel des Projekts ist die Bereitstellung einer massiv parallelen Ausführungsumgebung, die die gleichzeitige Ausführung mehrerer Vorgänge ermöglicht und so den Netzwerkdurchsatz und die Effizienz erhöht und gleichzeitig Überlastung und Transaktionsgebühren reduziert. Durch diese Struktur möchte Eclipse die Skalierbarkeit und Benutzererfahrung von dApps verbessern.
Im Hinblick auf die spezifische Implementierung implementiert Eclipse paralleles EVM über die Solana Virtual Machine (SVM) und ihren Sealevel-Betrieb.
SVM ermöglicht die parallele Ausführung verschiedener Transaktionen, insbesondere wenn diese Transaktionen sich nicht auf überlappende Zustände auswirken. Auf diese Weise skaliert SVM die Leistung direkt mit zunehmender Anzahl der Hardware-Kerne und ermöglicht so eine optimierte parallele Ausführung. Dieses Design ermöglicht es Eclipse, die Verarbeitungsgeschwindigkeit und den Netzwerkdurchsatz deutlich zu steigern und gleichzeitig Überlastung und Transaktionskosten zu reduzieren.
Einfach ausgedrückt besteht die Designlogik von Eclipse darin, dass die Transaktionsausführung in der SVM von Solana erfolgt und die Transaktionsabwicklung weiterhin auf Ethereum erfolgt.
Was den Projekthintergrund betrifft, so hat Eclipse im Jahr 2022 eine Finanzierung in Höhe von 15 Millionen US-Dollar abgeschlossen, mit Investoren wie Polychain, Polygon Ventures, Tribe Capital, Infinity Ventures Crypto, CoinList usw.
Neel Somani, Mitbegründer und CEO von Eclipse, verfügt über Erfahrung bei Airbnb, Two Sigma, Oasis Labs und anderen Unternehmen. Chief Commercial Officer Vijay war der ehemalige Geschäftsentwicklungsdirektor der Uniswap- und dYdX-Teams.
Am 13. Dezember wurde das Eclipse-Testnetz gestartet und die ersten 1.000 Entwickler, die Verträge im Testnetz bereitstellen, erhalten Gedenk-NFT-Belohnungen. Da das Projekt jedoch angesichts seines hohen Finanzierungshintergrunds noch keine Token herausgegeben hat, wäre es gleichzeitig eine gute Wahl, aktiv zu interagieren und den Social-Media-Updates des Projekts große Aufmerksamkeit zu schenken, um Airdrop-Möglichkeiten zu erhalten.
Lumio: L2 führt Move und Aptos zur Abwicklung von Transaktionen ein
Das kürzlich veröffentlichte Lumio ist ebenfalls ein L2 und verfügt über eine gewisse Integration mit parallelem EVM im Produktdesign.
Lumio ist bestrebt, Aptos als Ethereum L2 zu verwenden, bei dem es sich um ein L2 handelt, das auf OP Rollup basiert. Hinsichtlich der Produktmerkmale wird Aptos zur Abwicklung von Transaktionen und Ethereum zur Abwicklung von Transaktionen genutzt.
Im Vergleich zu anderen L2 bieten die offiziellen Materialien von Lumio einen Leistungsvergleich:
Die Gaskosten sind 3–4 Größenordnungen niedriger als beim bestehenden L2 (0,1 USD gegenüber 0,0006 USD);
TPS ist 1-2 Größenordnungen höher als das bestehende L2 (1K vs. 30K);
Eine leistungsstarke und sichere Ausführungsschicht, die für Anwendungen auf Unternehmensebene geeignet ist und eine gute Wahl für den Übergang traditioneller Web2-Anwendungen zu Web3 ist.
Move und EVM werden über virtuelle Maschinen hinweg aufgerufen.
Was die Finanzierung betrifft, so erhielt Pontem, die Organisation hinter dem Projekt, im Jahr 2021 eine Finanzierung in Höhe von 4,5 Millionen US-Dollar unter der Leitung von Mechanism Capital und Kenetic Capital und zog auch die Beteiligung von Institutionen wie Animoca und Bixin an. Für das neue Lumio L2 soll in naher Zukunft eine neue Finanzierung angekündigt werden.
Darüber hinaus konzentriert sich Pontem auf die Entwicklung von Move- und EVM-kompatiblen Produkten. Während der Libra-Ära innerhalb von Facebook nutzte Pontem Move für die Anwendungsentwicklung und war außerdem die erste Projektpartei im Aptos-Ökosystem.
Während sich andere öffentliche Ketten erholen und Aptos von einem Kapital-Spillover betroffen sein kann, könnte auch Lumio, das mit der parallelen EVM-Erzählung zusammenhängt, Aufmerksamkeit erhalten. Gleichzeitig verfügen Pontem und Lumio derzeit nicht über Token; Wenn das Lumio-Testnetz online geht, gibt es möglicherweise Airdrop-Möglichkeiten für eine aktive Interaktion.
Polygon Miden: Altes L2, neue virtuelle Maschine
Polygon Miden ist ein in der Entwicklung befindliches Zero-Knowledge (zk) Rollup, das auf der Miden VM läuft. Dieses virtuelle Maschinendesign konzentriert sich auf die Zero-Knowledge-Freundlichkeit und priorisiert diese Aspekte gegenüber der direkten EVM-Kompatibilität. Als zk-Rollup ist es darauf ausgelegt, den Datenschutz und die Skalierbarkeit von Transaktionen für das Polygon-Netzwerk zu verbessern.
Der Github-Seite von Polygon Miden zufolge wird die parallele Transaktionsausführung erwähnt, also die Fähigkeit, kausal unabhängige Transaktionen parallel zu verarbeiten.
Wie wird dies erreicht?
Konkret erreicht Miden die Überprüfbarkeit, indem es die Transparenzanforderungen traditioneller Blockchains ändert und Zero-Knowledge-Proofs nutzt, um es Benutzern zu ermöglichen, Smart Contracts lokal auszuführen und Proofs zu erstellen, die dann schnell vom Netzwerk überprüft werden können.
Diese Methode reduziert den Rechenaufwand und ermöglicht eine natürliche Parallelisierung von Transaktionen, wodurch die Gesamtverarbeitungseffizienz und -geschwindigkeit verbessert wird.
Gleichzeitig zeigt das offizielle Twitter, dass sich Miden noch in der Entwicklungsphase befindet und weniger relevante Informationen offengelegt wurden. Dem Gesamtdesign von Polygons L2 nach zu urteilen, verfügt es jedoch über eine Vielzahl technischer Lösungen wie Seitenketten, zk-STARK und SDK, und paralleles EVM ist nicht seine wichtigste Richtung.
Wenn man bedenkt, dass Polygon als erfolgreiches L2 wertvoll entdeckt wurde, kann das Design von Miden meines Erachtens nur technisch mit der Erzählung des parallelen EVM in Verbindung gebracht werden. Allerdings hat Polygon selbst nicht die Initiative ergriffen, auf dieser erzählerischen Hitze mitzureiten. Darüber hinaus konnten Matic-Token keine Alpha-Vorteile erhalten. Daher ist Matic in Bezug auf die Token-Leistung möglicherweise nicht vollständig mit der parallelen EVM-Erzählung verbunden.
Schließlich können wir auch eine Tabelle verwenden, um alle Projekte mit parallelen EVM-Erzählungen zu vergleichen, um den Lesern eine Referenz zu bieten.
Wie am Anfang des Artikels erwähnt, ist die Erzählung immer im Wechsel.
Das Narrativ des parallelen EVM zeigt Anzeichen einer zunehmenden Dynamik, aber ob es weiterhin heiß bleiben kann, hängt von zwei Faktoren ab. Einerseits beruht es auf soliden technologischen Durchbrüchen verschiedener L1- und L2-Lösungen. Andererseits erfordert es eine genaue Beobachtung der Bewegungen der Projektteams, insbesondere im Hinblick auf das bevorstehende Cancun-Upgrade im ersten Quartal nächsten Jahres, das darauf abzielt, Ethereum zu optimieren. Die Erzählung von parallelem EVM, das die Leistung steigert, könnte einen weiteren Höhepunkt erleben.
*TechFLow Research ist eine Value-Investment-Researchplattform unter TechFlow. Die in diesem Artikel geäußerten Ansichten stellen keine Anlageberatung dar.
Die Erzählung der Kryptomärkte folgt immer einem Kreislauf von Ursache und Wirkung.
In den letzten Monaten, als Inscription im Bitcoin-Ökosystem weiter explodierte, haben Kapital-Spillover und die FOMO-Stimmung auch dazu geführt, dass Inscription auf anderen Ketten florierte, aber die Ergebnisse hatten auch negative Auswirkungen:
Mehrere Blockchain-Netzwerke, darunter Arbitrum, Avalanche, Cronos, zkSync und The Open Network, erlebten daraufhin aufgrund der schieren Anzahl und Vielfalt der Einträge eine Leistungsüberforderung.
Aufgrund des Beschriftungswahns begann der Markt, die Leistungsprobleme von EVM erneut zu untersuchen.
Gleichzeitig entstand eine neue Erzählung im Zusammenhang mit der Optimierung der EVM-Leistung – Parallel EVM.
Kürzlich äußerte JD, ehemaliger Mitbegründer von Polygon, in den sozialen Medien: „ Ich habe eine Vermutung, dass sich im Jahr 2024 jeder L2 umbenennen und sich als ‚Parallel EVM‘ bezeichnen wird.“
Paradigms CTO Georgios glaubt auch, dass 2024 das „ Jahr des parallelen EVM“ sein wird, und sagte, dass Paradigm auch intern verwandte Technologien erforscht und entwirft.
Warum sind alle so optimistisch in Bezug auf paralleles EVM?
Neben dem direkten Auslöser von Inschriften, die die Leistungsbelastung der EVM-Kette verschärfen, ist die Optimierung von EVM ein fortlaufendes Thema in der Welt der Verschlüsselung – neue öffentliche Ketten, OP-Serie L2, ZK-Serie L2 usw. sind alles Erzählungen und Projekte, die aus der Optimierung abgeleitet sind EVM und die Marktbewertung dieser wird höher sein.
Allerdings ist die obige Erzählung relativ ausgereift und es gibt nicht viel Raum für Spekulationen über verwandte Projekte. Daher kann Parallel-EVM, eine neue Methode zur Optimierung der EVM-Leistung, im Bullenmarkt leicht die Aufmerksamkeit des Marktes auf sich ziehen.
Zurück zum Konzept: Was genau ist paralleles EVM? Was ist die spezifische Implementierungsmethode? Welche anderen verwandten Projekte sollten im Vorfeld beachtet werden?
In diesem Artikel versuchen wir, die oben genannten Fragen zu beantworten.
Was ist also Parallel EVM?
Parallel EVM (Ethereum Virtual Machine) ist ein Konzept zur Verbesserung der Leistung und Effizienz bestehender EVM.
Wie wir alle wissen, ist die EVM der Kern von Ethereum und für die Ausführung intelligenter Verträge und die Verarbeitung von Transaktionen verantwortlich.
Um die Konsistenz und Sicherheit des Netzwerks aufrechtzuerhalten, verfügt das aktuelle EVM über ein sehr wichtiges Merkmal in seinem Design:
Transaktionen werden sequentiell ausgeführt.
Durch die sequentielle Ausführung wird sichergestellt, dass Transaktionen und Smart Contracts in einer deterministischen Reihenfolge ausgeführt werden, was die Verwaltung und Vorhersage des Zustands der Blockchain erleichtert. Bei dieser Designwahl steht die Sicherheit im Vordergrund und die potenzielle Komplexität und Schwachstelle im Zusammenhang mit der parallelen Ausführung wird reduziert.
Bei hoher Auslastung kann es jedoch zu Netzwerküberlastungen und Verzögerungen kommen.
Stellen Sie sich das ursprüngliche Design von EVM als Fahrzeuge vor, die sich nacheinander auf einer einzigen Spur vorwärts bewegen. Jedes Fahrzeug muss mit der Geschwindigkeit des vorausfahrenden Fahrzeugs fahren. Sobald ein Fahrzeug (Transaktion) verstopft ist, werden alle anderen nachfolgenden Fahrzeuge auf der Straße blockiert;
Paralleles EVM ist so, als würde man diese Einbahnstraße zu einer mehrspurigen Autobahn erweitern, sodass mehrere Fahrzeuge gleichzeitig fahren können.
Aus technischer Sicht ermöglicht paralleles EVM die gleichzeitige Durchführung verschiedener unabhängiger Transaktionen oder Smart Contracts, wodurch die EVM-Verarbeitungsgeschwindigkeit und der Systemdurchsatz erheblich verbessert werden.
Welche Möglichkeiten gibt es also, paralleles EVM zu implementieren?
Wir beabsichtigen nicht, eine besonders ausführliche technische Erklärung abzugeben. Hier können wir zunächst eine allgemeine Verarbeitungsmethode von Parallel EVM angeben:
Partitionierung oder Sharding: Partitionierung oder Gruppierung von Transaktionen, damit sie parallel ausgeführt werden können. Dies bedeutet, dass verschiedene Transaktionen gleichzeitig und nicht nacheinander auf verschiedenen Verarbeitungseinheiten ausgeführt werden können. Darüber hinaus verwendet die SVM von Solana eine ähnliche Verarbeitungslogik.
Optimierungsalgorithmen : Entwickeln Sie neue Planungsalgorithmen und Optimierungstechniken, um parallele Aufgaben effektiv zu verwalten und auszuführen und gleichzeitig die Korrektheit und Reihenfolge der Transaktionen aufrechtzuerhalten.
Sicherheits- und Konsistenzgarantie: Implementieren Sie komplexe Synchronisationsmechanismen und Konsistenzmodelle, um sicherzustellen, dass die Sicherheit und Datenkonsistenz des gesamten Systems auch bei paralleler Verarbeitung gewahrt bleibt.
Kurz gesagt: Durch die parallele Verarbeitung von Transaktionen kann EVM mehr Transaktionen gleichzeitig verarbeiten, TPS erheblich verbessern , Netzwerküberlastungen reduzieren und die Skalierbarkeit verbessern.
Derzeit gibt es bereits einige Projekte auf dem Markt, die mit der Erforschung des Designs paralleler EVM begonnen haben, aber jedes hat seine eigenen Besonderheiten in Bezug auf die Implementierung. Als nächstes werden wir eine detaillierte Einführung und Bestandsaufnahme der relevanten Projekte geben.
Unabhängige Fraktion: Selbstgebautes L1, konzipiert als paralleles EVM
Da die aktuellen Transaktionen der EVM von Ethereum sequentiell ausgeführt werden, ist die erste Idee der Ausführung paralleler EVM sehr einfach:
Lassen Sie Ethereum beiseite und beginnen Sie von vorne, um einen unabhängigen Layer1 für die Ausführung paralleler EVM aufzubauen.
Repräsentative Projekte: Monad und Sei.
Monad: L1 mit integriertem parallelen EVM
Monad ist ein Blockchain-Projekt, das sich der Lösung des Skalierbarkeitsproblems traditioneller EVM widmet. Es verfolgt eine parallele Ausführungsstrategie, ist mit Ethereum kompatibel und zielt darauf ab, die Blockchain-Leistung durch Erhöhung der Transaktionsverarbeitungsgeschwindigkeit und Systemeffizienz zu optimieren.
Durch die parallele Ausführung will Monad den Transaktionsdurchsatz deutlich steigern und das Überlastungsproblem der bestehenden EVM-Kette unter hoher Last lösen. Das ultimative Ziel besteht darin, die physische Bandbreitengrenze von 400.000 TPS zu erreichen.
Es ist erwähnenswert, dass Monad das erste Projekt ist, das in der Trendkategorie erscheint, wenn Sie direkt auf Twitter nach dem Schlüsselwort „Parallel EVM“ suchen. Dies spiegelt auch die Marketingbemühungen des Projekts wider, die sich an der Erzählung der parallelen EVM orientieren.
Wie implementiert Monad also die parallele Verarbeitung von Transaktionen?
Der Kern der Parallelausführungsstrategie von Monad ist die Fähigkeit, Transaktionen ohne gemeinsame Abhängigkeiten zu identifizieren und parallel auszuführen. Obwohl es sich bei den Blöcken von Monad und Ethereum um linear geordnete Sammlungen von Transaktionen handelt, ermöglicht Monad durch optimierte Ausführungsstrategien den parallelen Ablauf von Transaktionen, ohne das Endergebnis zu beeinträchtigen. Diese parallele Ausführungsstrategie umfasst die folgenden Schlüsseltechnologien:
Optimistische Ausführung: Beginnen Sie mit der Ausführung nachfolgender Transaktionen, bevor die vorherige Transaktion abgeschlossen ist. Diese Methode kann zu Transaktionsabhängigkeitsfehlern führen, aber durch die Verfolgung von Eingabe- und Ausgabevergleichen führt das System die Transaktion erneut aus, sobald Dateninkonsistenzen festgestellt werden, um korrekte Ausführungsergebnisse sicherzustellen.
Planung und Abhängigkeiten: Um unnötige wiederholte Ausführungen zu reduzieren, prognostiziert Monad die Abhängigkeiten zwischen Transaktionen mithilfe eines statischen Code-Analysators und plant die Transaktionsausführung intelligent, um die Effizienz der parallelen Ausführung zu optimieren.
Zustandszusammenführung: Obwohl Transaktionen parallel ausgeführt werden, muss der von jeder Transaktion aktualisierte Zustand letztendlich nacheinander zusammengeführt werden, um die Zustandskonsistenz im gesamten Block sicherzustellen.
Auch in Sachen Finanzierung schneidet Monad gut ab. Im Februar dieses Jahres kündigte der offizielle Tweet außerdem eine von Dragonfly angeführte Seed-Finanzierungsrunde in Höhe von 19 Millionen US-Dollar an. Zu den Einzelinvestoren zählen auch bekannte Persönlichkeiten der Branche wie Cobie und Hasu.
Gleichzeitig ist der Gründer des Projekts Keone Hon, der ehemalige Forschungsleiter von Jump Trading. Da das Projekt noch keinen Token ausgegeben hat, kann es sich angesichts der Erfahrung von Jump Trading im Handel und Market Making lohnen, auf die Token-Leistung zu blicken.
Im September dieses Jahres veröffentlichte Monad Labs die technische Dokumentation des Projekts, aus der hervorgeht, dass der native Token des Projekts MON heißt. Doch dann wurde die Einführung von MON im Dokument gestrichen und es wird spekuliert, dass der Token einen anderen Namen haben könnte.
Große Finanzierungsbeträge, Market-Maker-Hintergrund, neue öffentliche Kette und paralleles EVM … diese wenigen Faktoren zusammen werden dazu bestimmt, breite Aufmerksamkeit und Erwartungen für Monad zu wecken.
Allerdings benötigt die Leistung des parallelen EVM noch Testnet-Daten und den Mainnet-Betrieb, bevor sie überprüft werden kann.
SEI: V2-Version wird paralleles EVM auf die Tagesordnung setzen
Sei ist eine Open-Source-Layer-1-Blockchain, die speziell für die Transaktionsoptimierung entwickelt wurde und sich der Bereitstellung einer fortschrittlichen Infrastruktur für verschiedene Handelsanwendungen widmet, darunter DeFi, NFT-Märkte und Spiele-DEX.
Wie wir alle wissen, ist Sei kein neues Projekt. Sein Mainnet war im August 2023 fertig und in der vorherigen V1-Version wurden speziell für Transaktionen optimierte Funktionen implementiert, wie z. B. Mechanismen zur Verhinderung von Front-Running-Transaktionen und Funktionen zur Unterstützung der Auftragsstapelverarbeitung, mit dem Ziel, die Transaktionssicherheit zu verbessern. Sex und Effizienz.
Beim Design der neuesten V2-Version (wird voraussichtlich im ersten Halbjahr 2024 implementiert) hat Sei paralleles EVM auf die Tagesordnung gesetzt.
Optimistische Parallelisierung : Sei verfolgt außerdem eine optimistische Parallelisierungsstrategie, die es der Kette ermöglicht, alle Transaktionen parallel auszuführen. Wenn Transaktionen denselben Status erreichen, verfolgt das System den Anteil des Speichers, den jede Transaktion berührt, und in Konflikt stehende Transaktionen werden der Reihe nach erneut ausgeführt, bis alle Konflikte gelöst sind.
Geth-Kompatibilität : Als Teil der Sei-Kernbinärdatei importieren Sei-Knoten automatisch Geth, die Go-Implementierung der Ethereum Virtual Machine, um Ethereum-Transaktionen abzuwickeln und alle daraus resultierenden Aktualisierungen über die spezielle Schnittstelle vorzunehmen, die Sei für die EVM erstellt hat.
SeiDB-Speicheroptimierung: Sei gestaltet die Speicherschnittstelle neu und verwendet effizientere Datenstrukturen und Datenbanken, um die Lese- und Schreibleistung zu optimieren und gleichzeitig die Zustandserweiterung zu reduzieren.
Diese Technologien bilden zusammen den Kern von Sei v2 und machen es nicht nur zu einem vollständig parallelisierten EVM mit hoher Leistung und Kompatibilität, sondern bieten auch eine vielfältige Ausführungsumgebung , indem sie eine nahtlose Interaktion zwischen Cosmwasm-Smart-Contracts und EVM-Smart-Contracts ermöglichen. Dies erweitert sein Einsatzspektrum und seine Attraktivität.
Den im Dokument angegebenen Testdaten nach zu urteilen, erreicht der Spitzentest-TPS etwa 28.300, wenn Sei Transaktionen parallel verarbeitet. Allein anhand der theoretischen Testwerte ist die Effizienz von Parallel-EVM deutlich höher als die der aktuellen verschiedenen L1-Typen. Wir hoffen auch, bei der tatsächlichen Umsetzung nicht zu viele Rabatte zu gewähren.
Bezogen auf die Token ist SEI im letzten Monat um 80 % gestiegen. Angesichts des hohen Marktwerts des Projekts ist eine solche Steigerung bereits sehr beeindruckend. Während die parallele EVM-Erzählung weitergeht, wird der Token möglicherweise immer noch steigen, aber es wird eher ein Beta-Gewinn sein.
Anders als die oben genannten eigenständigen L1-Ideen gibt es auch einige L2-Projekte, die andere Lösungen für paralleles EVM haben:
Leihen Sie sich die Leistung anderer Ketten oder virtueller Maschinen aus, um die Ausführung von Ethereum-Transaktionen zu unterstützen.
Repräsentative Projekte: Neon, Eclipse, Lumio.
Neon: Einführung von EVM in L2 des Solana-Ökosystems
Neon EVM ist die erste parallelisierte virtuelle Ethereum-Maschine, die auf der Solana-Blockchain basiert und darauf ausgelegt ist, die Effizienz und Skalierbarkeit der Blockchain durch parallele Transaktionsverarbeitung zu verbessern.
Das größte Merkmal dieses Projekts ist sein übergreifender ökologischer Betrieb: Es ermöglicht Entwicklern, die parallele Ausführungsarchitektur von Solana zu nutzen, um Ethereum-dApps zu erweitern und die Netzwerkeffizienz durch parallele Ausführung zu optimieren, die Transaktionsgeschwindigkeit zu erhöhen und Kosten zu senken, während gleichzeitig die Kompatibilität mit der EVM-Umgebung gewahrt bleibt .
Im Hinblick auf die konkrete Implementierung wandelt Neon Ethereum-Transaktionen in Solana-Transaktionen um und übermittelt sie dann an den Solana-Validator, der auf Solana ausgeführt wird und den Status des Neon-Programms aktualisiert. Der spezifische Prozess kann einfach wie folgt verstanden werden:
Der Benutzer signiert die Transaktion, die an den Broker gesendet wird. Ein Agent ist ein Konto auf Solana, das den EVM-Emulator ausführt und für die Ausführung von Neon-txn verantwortlich ist.
Der Agent wird den Blockchain-Status von Solana anfordern und den Start von Neon-Txn im Solana-Status testen.
Basierend auf den empfangenen Daten bildet der Agent eine neue Txn (Transaktion) gemäß den Solana-Regeln und sendet diese zusammen mit den verpackten Daten zur Datenverarbeitung an Solana.
Schließlich wird die Transaktion gemäß den ETH-Regeln zur Signaturprüfung an Neon zurückgesendet und nach der Überprüfung parallel auf Solana ausgeführt.
In Bezug auf die Token-Leistung hat sich NEON im letzten Monat verdreifacht, sein Gesamtmarktwert ist jedoch deutlich niedriger als der von SEI. Angesichts der Erholung des Solana-Ökosystems und der damit verbundenen Token-Begeisterung verdient NEON als einziger paralleler EVM im Solana-Ökosystem immer noch Aufmerksamkeit für seine spätere Marktleistung.
Eclipse: Einführung von SVM in L2 des Ethereum-Ökosystems
Angesichts des Problems unzureichender Leistung, die durch die sequentielle Ausführung von EVM verursacht wird, besteht Neons Idee darin, EVM in Solana einzuführen. aber umgekehrt ist auch die Einführung von SVM in Ethereum eine Entscheidung mit dem gleichen Ziel.
Eclipse Mainnet ist eine solche allgemeine L2-Lösung, die SVM in Ethereum einführt und mehrere Technologien wie die Abwicklung von Ethereum, die Ausführung von Solana Virtual Machine (SVM), die Datenverfügbarkeit von Celestia und den wissensfreien Beweis von RISC Zero kombiniert.
Ziel des Projekts ist die Bereitstellung einer massiv parallelen Ausführungsumgebung, die die gleichzeitige Ausführung mehrerer Vorgänge ermöglicht und so den Netzwerkdurchsatz und die Effizienz erhöht und gleichzeitig Überlastung und Transaktionsgebühren reduziert. Durch diese Struktur möchte Eclipse die Skalierbarkeit und Benutzererfahrung von dApps verbessern.
Im Hinblick auf die spezifische Implementierung implementiert Eclipse paralleles EVM über die Solana Virtual Machine (SVM) und ihren Sealevel-Betrieb.
SVM ermöglicht die parallele Ausführung verschiedener Transaktionen, insbesondere wenn diese Transaktionen sich nicht auf überlappende Zustände auswirken. Auf diese Weise skaliert SVM die Leistung direkt mit zunehmender Anzahl der Hardware-Kerne und ermöglicht so eine optimierte parallele Ausführung. Dieses Design ermöglicht es Eclipse, die Verarbeitungsgeschwindigkeit und den Netzwerkdurchsatz deutlich zu steigern und gleichzeitig Überlastung und Transaktionskosten zu reduzieren.
Einfach ausgedrückt besteht die Designlogik von Eclipse darin, dass die Transaktionsausführung in der SVM von Solana erfolgt und die Transaktionsabwicklung weiterhin auf Ethereum erfolgt.
Was den Projekthintergrund betrifft, so hat Eclipse im Jahr 2022 eine Finanzierung in Höhe von 15 Millionen US-Dollar abgeschlossen, mit Investoren wie Polychain, Polygon Ventures, Tribe Capital, Infinity Ventures Crypto, CoinList usw.
Neel Somani, Mitbegründer und CEO von Eclipse, verfügt über Erfahrung bei Airbnb, Two Sigma, Oasis Labs und anderen Unternehmen. Chief Commercial Officer Vijay war der ehemalige Geschäftsentwicklungsdirektor der Uniswap- und dYdX-Teams.
Am 13. Dezember wurde das Eclipse-Testnetz gestartet und die ersten 1.000 Entwickler, die Verträge im Testnetz bereitstellen, erhalten Gedenk-NFT-Belohnungen. Da das Projekt jedoch angesichts seines hohen Finanzierungshintergrunds noch keine Token herausgegeben hat, wäre es gleichzeitig eine gute Wahl, aktiv zu interagieren und den Social-Media-Updates des Projekts große Aufmerksamkeit zu schenken, um Airdrop-Möglichkeiten zu erhalten.
Lumio: L2 führt Move und Aptos zur Abwicklung von Transaktionen ein
Das kürzlich veröffentlichte Lumio ist ebenfalls ein L2 und verfügt über eine gewisse Integration mit parallelem EVM im Produktdesign.
Lumio ist bestrebt, Aptos als Ethereum L2 zu verwenden, bei dem es sich um ein L2 handelt, das auf OP Rollup basiert. Hinsichtlich der Produktmerkmale wird Aptos zur Abwicklung von Transaktionen und Ethereum zur Abwicklung von Transaktionen genutzt.
Im Vergleich zu anderen L2 bieten die offiziellen Materialien von Lumio einen Leistungsvergleich:
Die Gaskosten sind 3–4 Größenordnungen niedriger als beim bestehenden L2 (0,1 USD gegenüber 0,0006 USD);
TPS ist 1-2 Größenordnungen höher als das bestehende L2 (1K vs. 30K);
Eine leistungsstarke und sichere Ausführungsschicht, die für Anwendungen auf Unternehmensebene geeignet ist und eine gute Wahl für den Übergang traditioneller Web2-Anwendungen zu Web3 ist.
Move und EVM werden über virtuelle Maschinen hinweg aufgerufen.
Was die Finanzierung betrifft, so erhielt Pontem, die Organisation hinter dem Projekt, im Jahr 2021 eine Finanzierung in Höhe von 4,5 Millionen US-Dollar unter der Leitung von Mechanism Capital und Kenetic Capital und zog auch die Beteiligung von Institutionen wie Animoca und Bixin an. Für das neue Lumio L2 soll in naher Zukunft eine neue Finanzierung angekündigt werden.
Darüber hinaus konzentriert sich Pontem auf die Entwicklung von Move- und EVM-kompatiblen Produkten. Während der Libra-Ära innerhalb von Facebook nutzte Pontem Move für die Anwendungsentwicklung und war außerdem die erste Projektpartei im Aptos-Ökosystem.
Während sich andere öffentliche Ketten erholen und Aptos von einem Kapital-Spillover betroffen sein kann, könnte auch Lumio, das mit der parallelen EVM-Erzählung zusammenhängt, Aufmerksamkeit erhalten. Gleichzeitig verfügen Pontem und Lumio derzeit nicht über Token; Wenn das Lumio-Testnetz online geht, gibt es möglicherweise Airdrop-Möglichkeiten für eine aktive Interaktion.
Polygon Miden: Altes L2, neue virtuelle Maschine
Polygon Miden ist ein in der Entwicklung befindliches Zero-Knowledge (zk) Rollup, das auf der Miden VM läuft. Dieses virtuelle Maschinendesign konzentriert sich auf die Zero-Knowledge-Freundlichkeit und priorisiert diese Aspekte gegenüber der direkten EVM-Kompatibilität. Als zk-Rollup ist es darauf ausgelegt, den Datenschutz und die Skalierbarkeit von Transaktionen für das Polygon-Netzwerk zu verbessern.
Der Github-Seite von Polygon Miden zufolge wird die parallele Transaktionsausführung erwähnt, also die Fähigkeit, kausal unabhängige Transaktionen parallel zu verarbeiten.
Wie wird dies erreicht?
Konkret erreicht Miden die Überprüfbarkeit, indem es die Transparenzanforderungen traditioneller Blockchains ändert und Zero-Knowledge-Proofs nutzt, um es Benutzern zu ermöglichen, Smart Contracts lokal auszuführen und Proofs zu erstellen, die dann schnell vom Netzwerk überprüft werden können.
Diese Methode reduziert den Rechenaufwand und ermöglicht eine natürliche Parallelisierung von Transaktionen, wodurch die Gesamtverarbeitungseffizienz und -geschwindigkeit verbessert wird.
Gleichzeitig zeigt das offizielle Twitter, dass sich Miden noch in der Entwicklungsphase befindet und weniger relevante Informationen offengelegt wurden. Dem Gesamtdesign von Polygons L2 nach zu urteilen, verfügt es jedoch über eine Vielzahl technischer Lösungen wie Seitenketten, zk-STARK und SDK, und paralleles EVM ist nicht seine wichtigste Richtung.
Wenn man bedenkt, dass Polygon als erfolgreiches L2 wertvoll entdeckt wurde, kann das Design von Miden meines Erachtens nur technisch mit der Erzählung des parallelen EVM in Verbindung gebracht werden. Allerdings hat Polygon selbst nicht die Initiative ergriffen, auf dieser erzählerischen Hitze mitzureiten. Darüber hinaus konnten Matic-Token keine Alpha-Vorteile erhalten. Daher ist Matic in Bezug auf die Token-Leistung möglicherweise nicht vollständig mit der parallelen EVM-Erzählung verbunden.
Schließlich können wir auch eine Tabelle verwenden, um alle Projekte mit parallelen EVM-Erzählungen zu vergleichen, um den Lesern eine Referenz zu bieten.
Wie am Anfang des Artikels erwähnt, ist die Erzählung immer im Wechsel.
Das Narrativ des parallelen EVM zeigt Anzeichen einer zunehmenden Dynamik, aber ob es weiterhin heiß bleiben kann, hängt von zwei Faktoren ab. Einerseits beruht es auf soliden technologischen Durchbrüchen verschiedener L1- und L2-Lösungen. Andererseits erfordert es eine genaue Beobachtung der Bewegungen der Projektteams, insbesondere im Hinblick auf das bevorstehende Cancun-Upgrade im ersten Quartal nächsten Jahres, das darauf abzielt, Ethereum zu optimieren. Die Erzählung von parallelem EVM, das die Leistung steigert, könnte einen weiteren Höhepunkt erleben.
*TechFLow Research ist eine Value-Investment-Researchplattform unter TechFlow. Die in diesem Artikel geäußerten Ansichten stellen keine Anlageberatung dar.