Derzeit hat Scroll die Launchpool-Aktivität gestartet. Es dauert noch einen Tag. Wer abbauen möchte, muss sich beeilen. Der Gesamtbetrag ist ziemlich hoch von Launchpool: 55.000.000 SCR (der maximale Token 5,5 % des Angebots). In dieser Ausgabe werden wir die technischen Aspekte von Scroll sowie die Unterschiede zwischen den vier King-Level-ZKEVMs, Währungspreisschätzungen usw. analysieren.
eins. Scroll-Übersicht
Scroll ist eine EVM-äquivalente zkRollup-Lösung zur Skalierung von Ethereum. Aus technischer Sicht besteht Scroll hauptsächlich aus zwei Teilen. Der Kernbestandteil ist zkEVM, das zum Nachweis der Korrektheit der EVM-Ausführung auf Ebene 2 verwendet wird.
zwei. Scrolls Architektur
Die aktuelle Architektur besteht aus drei Infrastrukturkomponenten (siehe Abbildung 1 unten):
1. Scroll-Knoten: Konstruiert L2-Blöcke aus Benutzertransaktionen, übermittelt sie an die Ethereum-Basisschicht und leitet Nachrichten zwischen L1 und L2 weiter.
2. Roller-Netzwerk: Generieren Sie ein zkEVM-Gültigkeitszertifikat, um die korrekte Ausführung der Transaktion nachzuweisen.
3. Rollup- und Bridge-Verträge: Stellen Sie die Datenverfügbarkeit für Scroll-Transaktionen bereit, überprüfen Sie den Gültigkeitsnachweis von zkEVM und ermöglichen Sie Benutzern die Übertragung von Vermögenswerten zwischen Ethereum und Scroll.
2.1Scroll-Knoten
Der Scroll-Knoten ist die wichtigste Möglichkeit für Anwendungen und Benutzer, mit Scroll zu interagieren. Er besteht aus drei Modulen: Sequencer, Coordinator und Relayer.
- Sequencer bietet eine JSON-RPC-Schnittstelle und akzeptiert L2-Transaktionen. Alle paar Sekunden ruft es einen Stapel Transaktionen aus dem L2-Mempool ab und führt sie aus, um einen neuen L2-Block und einen neuen Status-Root zu generieren. Die Orderer-Implementierung basiert auf Go-Ethereum (Geth), einer der beliebtesten Ethereum-Knotenimplementierungen. Durch das Forken von Geth können Sie optimale Kompatibilität erreichen und bewährte Sicherheit übernehmen.
- Wenn ein neuer Block generiert wird, erhält der Koordinator eine Benachrichtigung und erhält die Ausführungsverfolgung des Blocks vom Sequenzer. Der Koordinator sendet dann Ausführungspfade an zufällig ausgewählte Roller aus dem Roller-Pool, um Beweise zu generieren.
- Relayer überwacht Bridge-Verträge und Rollup-Verträge, die auf Ethereum und Scroll bereitgestellt werden. Es hat zwei Hauptaufgaben: Erstens die Überwachung des Rollup-Vertrags und die Verfolgung des Status des L2-Blocks, einschließlich der Datenverfügbarkeit und des Gültigkeitsnachweises. Zweitens: Überwachen Sie Ein- und Auszahlungsereignisse in Brückenverträgen, die auf Ethereum und Scroll bereitgestellt werden, und leiten Sie Nachrichten zwischen beiden weiter.
2.2Rollennetzwerk
Roller ist der Prüfer im Netzwerk und für die Erstellung von Gültigkeitsnachweisen für zkRollup verantwortlich. Roller erfordert den Einsatz von Beschleunigern (wie GPUs, FPGAs und ASICs), um die Testzeit und -kosten zu reduzieren. Abbildung 2 zeigt den Prozess, bei dem Roller Gültigkeitszertifikate für jeden Block generiert. Der gesamte Prozess umfasst die folgenden Schritte:
1. Roller wandelt zunächst die vom Koordinator erhaltene Ausführungsspur in einen Schaltkreiszeugen um.
2. Es werden Beweise für jede zkEVM-Schaltung generiert.
3. Schließlich werden die Beweise mehrerer zkEVM-Schaltkreise durch Beweisaggregation zu einem einzigen Blocknachweis kombiniert.
2.3Rollup- und Bridge-Verträge
Scroll ist über Rollup- und Bridge-Smart-Contracts mit der Ethereum-Basisschicht verbunden. Zusammen stellen diese Verträge die Datenverfügbarkeit für L2-Transaktionen sicher und ermöglichen Benutzern die Übertragung von Vermögenswerten und Nachrichten zwischen L1 und L2.
– Der Rollup-Vertrag empfängt die Root- und Blockdaten des L2-Status vom Sequenzer. Es speichert die Statuswurzel im Status von Ethereum und die L2-Blockdaten als Aufrufdaten von Ethereum. Dies sorgt für Datenverfügbarkeit für Scroll-Blöcke und nutzt die Sicherheit von Ethereum, um sicherzustellen, dass Indexer, einschließlich Scroll-Relays, L2-Blöcke rekonstruieren können. Sobald der Blocknachweis die Gültigkeit des L2-Blocks im Rollup-Vertrag bestätigt, gilt der entsprechende Block beim Scrollen als endgültig.
– Der Bridge-Vertrag wird auf Ethereum und Scroll bereitgestellt und ermöglicht es Benutzern, beliebige Nachrichten zwischen L1 und L2 zu übertragen. Basierend auf diesem Messaging-Protokoll hat Scroll auch ein vertrauenswürdiges Bridging-Protokoll entwickelt, das es Benutzern ermöglicht, ERC-20-Assets bidirektional zwischen den beiden Schichten zu überbrücken. Um Nachrichten oder Gelder von Ethereum an Scroll zu senden, müssen Benutzer die Transaktion „sendMessage“ im Bridge-Vertrag aufrufen. Das Relay indiziert die Transaktion auf L1 und sendet sie zur Aufnahme in den L2-Block an den Sequenzer. Der Vorgang des Sendens von Nachrichten von Scroll zurück an Ethereum erfolgt im L2-Bridge-Vertrag auf ähnliche Weise.
2.4Wie funktioniert Scrolls zkRollup?
Durch die Kombination dieser drei Architekturkomponenten können wir den zkRollup-Workflow von Scroll zusammenfassen, wie in Abbildung 3 unten dargestellt.
Die Schrittfolge für die Generierung, Übermittlung an die Ethereum-Basisschicht und die Fertigstellung von L2-Blöcken in Scroll ist wie folgt:
1. Der Sortierer generiert eine Reihe von Blöcken. Für den i-ten Block generiert der Sequenzer einen Ausführungs-Trace T und sendet ihn an den Koordinator. Gleichzeitig übermittelt es auch die Transaktionsdaten D als Aufrufdaten an den Rollup-Vertrag auf Ethereum, um die Datenverfügbarkeit sicherzustellen, und übermittelt die resultierende Statuswurzel und die Verpflichtung zu den Transaktionsdaten als Status an den Rollup-Vertrag.
2. Der Koordinator wählt nach dem Zufallsprinzip Roller aus, um für jede Blockbahn ein Gültigkeitszertifikat zu erstellen. Um den Proof-Generierungsprozess zu beschleunigen, können Proofs für verschiedene Blöcke parallel auf verschiedenen Rollern erstellt werden.
3. Nachdem der Blockbeweis P für den i-ten Block generiert wurde, sendet der Roller ihn zurück an den Koordinator. Alle k Blöcke weist der Koordinator die Sammelaufgabe einem anderen Roller zu und fasst die k Blockzertifikate in einem Sammelzertifikat A zusammen.
4. Abschließend übermittelt der Koordinator das zusammenfassende Zertifikat A an den Rollup-Vertrag und schließt die L2-Blöcke von i+1 bis i+k ab, indem er das zusammenfassende Zertifikat und die zuvor an den Rollup-Vertrag übermittelte staatliche Stamm- und Transaktionsdatenverpflichtung überprüft.
Abbildung 3 zeigt den mehrstufigen Prozess, durch den Scroll-Blöcke auf L1 finalisiert werden. Jeder L2-Block durchläuft bis zur Fertigstellung die folgenden drei Phasen:
- Vorab festgeschrieben bedeutet, dass der Block vom Sequenzer vorgeschlagen und an Rollers gesendet wurde. Während Pre-Commit-Blöcke noch nicht offiziell Teil der Scroll-L2-Kette sind, da sie noch nicht auf der Ethereum-Basisschicht veröffentlicht wurden, können Benutzer, die dem Sequenzer vertrauen, auf der Grundlage dieser Blöcke Maßnahmen ergreifen.
- Festgeschrieben bedeutet, dass die Transaktionsdaten des Blocks im Rollup-Vertrag auf Ethereum veröffentlicht wurden. Dadurch wird sichergestellt, dass die Blockdaten verfügbar sind, es konnte jedoch noch nicht nachgewiesen werden, dass sie effizient ausgeführt wurden.
- Abgeschlossen bedeutet, dass die Transaktionsausführung in diesem Block durch Überprüfung des Gültigkeitsnachweises in der Ethereum-Kette als korrekt nachgewiesen wurde. Der finalisierte Block gilt als offizieller Teil der Scroll L2-Kette.
drei. Vergleich von Scroll und anderen ZKEVMs
3.1 Grundlegender Hintergrund
Im Jahr 2022 veröffentlichte v God einmal einen Artikel, in dem vier verschiedene Arten von ZKEVM erläutert wurden (die zuvor im Zusammenhang mit dem Kakarot-Projekt vorgestellt wurden):
Typ1-Klasse zkEVM: völlig gleichwertig mit Ethereum
Typ-2-Klasse zkEVM: vollständig kompatibel mit EVM Ethereum Virtual Machine
Typ3-Klasse zkEVM: nahezu kompatibel mit EVM Ethereum Virtual Machine
Typ4-Klasse zkEVM: kompatibel mit Hochsprachen
In der Tabelle können Sie tatsächlich sehen, dass Typ 4 eine gute Leistung aufweist, die Kompatibilität mit evm jedoch gering ist. Die Erstellung des Beweises dauert jedoch lange. Dies scheint ein weiteres „unmögliches Dreieck“ zu sein. , das heißt, Leistung und Kompatibilität können nicht in beide Richtungen erreicht werden.
3.2 Vier von Immutable vorgeschlagene Klassifizierungen
ZKsync: Derzeit ein zkEVM vom Typ 4, vollständig kompatibel mit der Programmiersprache Solidity. Mit zkSync können Benutzer zwischen zwei Datenverfügbarkeitstypen wählen: zkSync Rollup und zkSync Porter. Ersteres veröffentlicht Daten direkt auf Ethereum und macht sie so sicher wie Ethereum L1, während letzteres Daten außerhalb der Kette speichert, was zu schnelleren und kostengünstigeren Transaktionen führt, jedoch mit einem geringeren Sicherheitsniveau.
zkSync ist EVM-kompatibel, da es in Solidity geschriebenen Smart-Contract-Code in Yul konvertieren kann, Yul in LLVM-IR (Intermediate Representation, das eine Zwischendarstellung von Maschinencode darstellt) umwandeln und ihn dann in einen speziell entwickelten, mit benutzerdefinierten Schaltkreisen kompatiblen Bytecode-Satz neu kompilieren kann für zkSyncs EVM. Dies erfordert zwar einen Zwischenschritt, ermöglicht aber auch das Hinzufügen anderer Nicht-EVM-Funktionalität, wie etwa der Kontoabstraktion. Darüber hinaus plant das Unternehmen von zkSync, Matter Labs, die Kompatibilität mit dem Ethereum-Toolkit schrittweise zu verbessern und bereitet im Rahmen seiner Ambitionen die Einführung seines ersten dreischichtigen Prototyps, zkSync Opportunity, im Bereich Skalierbarkeit und Interoperabilität vor Testen Sie die Online-Veröffentlichung.
StarkNET: StarkNet ist ein mit Typ 4/Solidity kompatibles zk-Rollup, das eine andere Art von wissensfreien Beweisen namens STARKs (Scalable Transparent ARgument of Knowledge) verwendet, um die Integrität von Off-Chain-Transaktionen sicherzustellen. STARKs gelten als effizienter und skalierbarer als SNARKs, erfordern jedoch möglicherweise einen komplexeren technischen Aufbau.
Obwohl StarkNet auch Smart Contracts unterstützt, sind seine Fähigkeiten aufgrund der Verwendung von STARKs und der Tatsache, dass StarkNet-Verträge und StarkNet OS in der Sprache Kairo geschrieben sind, relativ gering. Um die Entwicklung zu vereinfachen, hat StarkWare kürzlich ein Upgrade auf Cairo 1.0 durchgeführt, das Rust emuliert. Wie die zkSync-Ära kann StarkNet als „Solidity-kompatibel“ eingestuft werden, da es keine Programme innerhalb der EVM ausführt, sondern stattdessen eine völlig neue, speziell entwickelte VM erstellt und benutzerdefinierten Bytecode verwendet. StarkWare verwendet den Warp-Übersetzer, um Solidity-Code in Cairo VM-Bytecode zu konvertieren.
Im Gegensatz zur zkSync-Ära und anderen zkEVM-Implementierungen strebt das StarkNet-Team jedoch nicht die Kompatibilität mit der EVM oder anderen Ethereum-Komponenten an, sondern zielt vielmehr darauf ab, die VM von StarkNet durch die Einführung ihrer benutzerdefinierten Client-API und JavaScript-Bibliothek so effizient wie möglich zu gestalten. und Wallet-System, das Ethereum-kompatible Tools dazu zwingt, die StarkNet-Unterstützung manuell hinzuzufügen. Obwohl Cairo 1.0 auch Sierra (Secure Intermediate Representation) als neue Zwischendarstellungsebene zwischen Cairo 1.0 und Cairo-Bytecode einführte, unterstützt der Warp-Übersetzer einige Solidity-Funktionen nicht und ist weit davon entfernt, die EVM-Kompatibilität von zkSync zu erreichen. Es ist noch ein weiter Weg.
Polygon ZKEVM: Es verwendet eine benutzerdefinierte Sprache zkASM, um zkEVM-Code zu interpretieren und die Ausführung intelligenter Verträge in einer Nicht-EVM-Laufzeitumgebung zu überprüfen. Zusätzlich zu Polygon zkEVM hat Polygon auch Polygon Avail entwickelt, eine Blockchain, die nur für die Datenverfügbarkeit optimiert ist. Das Netzwerk wird keine Erlaubnis haben, so dass jeder als Validator beitreten kann, und im Gegensatz zu bestehenden DAC (Data Availability Committees) wird es Hunderte von Knoten haben, die zusammenarbeiten, um die Netzwerksicherheit zu gewährleisten. Avail wird mit Polygon Hermez (Rollup) zusammenarbeiten und Statusdaten von Hermez hochladen, anstatt sie auf Ethereum zu veröffentlichen, wodurch eine Lösung zwischen Validium und Rollup bereitgestellt wird.
Scroll: Scroll ist ein EVM-äquivalentes zk-Rollup, das vom Scroll-Team in Zusammenarbeit mit der PSE-Gruppe (Privacy and Scaling Explorations) der Ethereum Foundation entwickelt wurde, mit dem Ziel, auf Bytecode-Ebene vollständig mit der Ethereum Virtual Machine (EVM) kompatibel zu sein. Dies bedeutet, dass Entwickler intelligente Verträge in jeder EVM-kompatiblen Sprache erstellen und in Scroll bereitstellen können. Obwohl Scroll derzeit keine EVM-Opcodes unterstützt, ist geplant, eine 1:1-Opcode-Zuordnung zu erstellen und EVM-Opcodes direkt ohne Compiler zu akzeptieren.
Vier. Prognose des Münzpreises
Die Gesamtzahl der Token beträgt 1.000.000.000 und die anfängliche Auflage beträgt 190.000.000. Die Token werden 35 % des Ökosystems (25 % des ökologischen Wachstums, 10 % der DAO-Schatzkammer), 10 % der Stiftung, 23 % der Spender, zugeteilt. 17 % der Investoren und 15 % der Airdrops.
Derzeit wird Scroll von Yaoyao angeführt, gefolgt von ZKsync. Der aktuelle FDV von zksync liegt bei fast 5 Milliarden sind gerade 20 Milliarden online gegangen. Basierend auf früheren Umsatzberechnungen des Launchpools (1 % bis 2 %) liegt der erwartete Startpreis zwischen 2,2 und 4,4 US-Dollar und der entsprechende Marktwert zwischen 2 und 4 Milliarden US-Dollar. Tatsächlich ist diese Bewertung aufgrund dieser Art relativ niedrig Das Projekt ist online. Es gibt definitiv eine Prämie, daher sollte die aktuelle Schätzung mehr als 5 US-Dollar betragen.
