Lighter<\/strong> hat ein EVM-Entwicklungsnetzwerk mit einsek\u00fcndigen Bl\u00f6cken ins Leben gerufen, das es Smart Contracts<\/strong> erm\u00f6glicht, Handelsauftr\u00e4ge effizient zu verwalten. Die Entwicklerdokumentation enth\u00e4lt gemockte Beweise sowie einen unfertigen Mechanismus zur Wiederherstellung von Verm\u00f6genswerten, der unter den Einschr\u00e4nkungen der Testumgebung funktioniert.<\/p>\n Axiom<\/strong>, das Netzwerk gemeinsam mit Lighter entwickelt hat, gab die Ver\u00f6ffentlichung in einem Beitrag vom 16. Oktober<\/em> bekannt. In diesem wird eine Ethereum-kompatible Umgebung beschrieben, die mit Lighters Perpetual Futures und Spotm\u00e4rkten verbunden ist. Die Entwickleroberfl\u00e4che ist \u00f6ffentlich zug\u00e4nglich, jedoch m\u00fcssen Teams den Netzwerkzugang anfordern und werden in Gruppen zugelassen.<\/p>\n Laut Axiom umfasst die Ver\u00f6ffentlichung neue Instanzen von Lighter EVM<\/strong> und Lighter Core<\/strong>, dem Order-Matching- und Risikomotor der B\u00f6rse. Die Core-Instanz betreibt eigene Testm\u00e4rkte, die Entwicklern ein Orderbuch bieten, gegen das sie Anwendungen entwickeln und testen k\u00f6nnen. Die Ver\u00f6ffentlichung bezieht sich auf eine Entwicklungs-L1-Instanz.<\/p>\n Lighters Entwicklerdokumentation spezifiziert, dass eine privat bereitgestellte Kette als Abrechnungs- und Datenverf\u00fcgbarkeitslayer f\u00fcr Ethereum fungiert. Lighters Dokumente listen drei aktuelle Einschr\u00e4nkungen auf, darunter, dass „die devnet-Version gemockte ZK-Beweise f\u00fcr die L1-Finalisierung verwendet.“ Der erlaubnisfreie Fluchtweg, der es Nutzern erm\u00f6glichen soll, Verm\u00f6genswerte wiederherzustellen, wenn die normale Verarbeitung fehlschl\u00e4gt, ist im devnet noch nicht vollst\u00e4ndig funktionsf\u00e4hig.<\/p>\n Die Dokumentation besagt, dass Anfragen, die Core-Daten lesen, nur am neuesten Block funktionieren. Die Unterst\u00fctzung f\u00fcr das Lesen fr\u00fcherer Bl\u00f6cke ist f\u00fcr ein zuk\u00fcnftiges Update geplant. Axioms Beitrag beschreibt die beabsichtigte Abrechnungsarchitektur separat. OpenVM<\/strong> verifiziert die Ausf\u00fchrung von Lighter EVM, w\u00e4hrend Lighter Core seine bestehenden benutzerdefinierten Zero-Knowledge-Schaltungen beibeh\u00e4lt. Das Aggregationssystem von OpenVM kombiniert Beweise aus beiden Umgebungen zu einem einzigen Beweis zur Verifizierung auf Ethereum.<\/p>\n Die beiden Rollups verwenden Aufzeichnungen von \u00c4nderungen an ihrem Zustand, um die Menge an Daten zu reduzieren, die sie auf Ethereum ver\u00f6ffentlichen m\u00fcssen, so Axiom. Die Architekturbeschreibung enth\u00e4lt einen Fluchtweg zur Wiederherstellung von Verm\u00f6genswerten w\u00e4hrend eines Sequencer- oder Prover-Ausfalls, vorbehaltlich der im Lighter-Dokument identifizierten devnet-Einschr\u00e4nkung.<\/p>\n Axiom erkl\u00e4rte, dass Vertr\u00e4ge Lighter Core-Informationen synchron \u00fcber eine integrierte Schnittstelle namens Read Precompile<\/strong> lesen k\u00f6nnen. Unterst\u00fctzte Abfragen umfassen Konten, Salden, Positionen, Auftr\u00e4ge und Marktinformationen. Handelsanweisungen folgen einem anderen Prozess. Vertr\u00e4ge k\u00f6nnen Auftr\u00e4ge auf Core \u00fcber asynchrone Schreibvorg\u00e4nge platzieren, \u00e4ndern und stornieren, die Axiom zufolge in Sekunden ausgef\u00fchrt werden. Vertr\u00e4ge k\u00f6nnen dann den Status dieser Anweisungen \u00fcber die Lese-Schnittstelle abfragen.<\/p>\n Dieselbe Verbindung unterst\u00fctzt \u00dcbertragungen zwischen Lighter EVM und Core. Laut dem Startbeitrag k\u00f6nnen Entwickler von der Entwicklungs-L1 einzahlen, Verm\u00f6genswerte zwischen den beiden Lighter-Umgebungen bewegen und zur\u00fcck zur L1 abheben. Axiom nannte schnelle Finanzierungsdienste, Tresore und Anfrage-zu-Angebot-Plattformen als Anwendungen, die Entwickler unter Verwendung der Verbindung zu Core erstellen k\u00f6nnten.<\/p>\n F\u00fcr die Entwicklung erkl\u00e4rte Axiom, dass das Netzwerk die Standard-Ethereum-JSON-RPC-Schnittstelle unterst\u00fctzt, die es Teams erm\u00f6glicht, Foundry<\/strong>, Hardhat<\/strong>, Viem<\/strong> und Ethers<\/strong> zu verwenden. Das devnet zielt auf die EVM am Fusaka BPO2-Fork, verwendet ETH zur Zahlung von Gasgeb\u00fchren und hat ein maximales Blockgaslimit von 17 Millionen<\/strong>.<\/p>\n Lighters Kettenkonfigurationsdokumentation listet separat eine einsek\u00fcndige EVM-Blockzeit und dasselbe maximale Gaslimit auf. Es weist separate Identifikatoren f\u00fcr EVM und Core zu, wobei der Core-Identifikator beim Signieren von Core-Transaktionen verwendet wird. Die EVM-Ketten-ID ist 19.529<\/strong>, w\u00e4hrend Core im devnet 300<\/strong> verwendet.<\/p>\n Die Kettenreferenz listet Safe-Wallet-Vertr\u00e4ge<\/strong>, Multicall3<\/strong> und Permit2<\/strong> unter den Drittanbieter-Vertr\u00e4gen, die zum Start f\u00fcr den Komfort der Entwickler enthalten sind. Sie unterscheidet diese Werkzeuge von protokollbesessenen Vertr\u00e4gen, die Messaging, Token-Transfers und Geb\u00fchren abwickeln, wobei letztere Teil der eigenen Infrastruktur des Netzwerks sind.<\/p>\n Lighter liefert bereits Infrastruktur f\u00fcr Perpetual Futures an Robinhood Wallet<\/strong>. In einem Bericht vom 17. Juli<\/em> berichtete crypto.news zuvor, dass die Robinhood Wallet-Integration von Perpetuals USDG als Sicherheiten und das Asset, in dem Vertr\u00e4ge bepreist werden, verwendete.<\/p>\n Die Berichterstattung vom 11. Oktober<\/em> zitierte CoinDesk-Zahlen, die das sieben Tage dauernde Volumen der Perpetual Futures der Kette am 9. Oktober<\/em> auf etwa 7,35 Milliarden Dollar<\/strong> bezifferten, was einem Anstieg von 26 %<\/strong> entspricht.<\/p>\nZusammenarbeit mit Axiom<\/h2>\n
Technische Details<\/h2>\n
Architektur und Funktionen<\/h2>\n
Entwicklerzugang und Anwendungen<\/h2>\n
Technische Infrastruktur<\/h2>\n
Integration und Zukunftsausblick<\/h2>\n
\u00d6ffentliche Dokumentation und Entwicklerzugang<\/h2>\n