Lighter EVM-Entwicklungsnetzwerk
Lighter hat ein EVM-Entwicklungsnetzwerk mit einsekündigen Blöcken ins Leben gerufen, das es Smart Contracts ermöglicht, Handelsaufträge effizient zu verwalten. Die Entwicklerdokumentation enthält gemockte Beweise sowie einen unfertigen Mechanismus zur Wiederherstellung von Vermögenswerten, der unter den Einschränkungen der Testumgebung funktioniert.
Zusammenarbeit mit Axiom
Axiom, das Netzwerk gemeinsam mit Lighter entwickelt hat, gab die Veröffentlichung in einem Beitrag vom 16. Oktober bekannt. In diesem wird eine Ethereum-kompatible Umgebung beschrieben, die mit Lighters Perpetual Futures und Spotmärkten verbunden ist. Die Entwickleroberfläche ist öffentlich zugänglich, jedoch müssen Teams den Netzwerkzugang anfordern und werden in Gruppen zugelassen.
Technische Details
Laut Axiom umfasst die Veröffentlichung neue Instanzen von Lighter EVM und Lighter Core, dem Order-Matching- und Risikomotor der Börse. Die Core-Instanz betreibt eigene Testmärkte, die Entwicklern ein Orderbuch bieten, gegen das sie Anwendungen entwickeln und testen können. Die Veröffentlichung bezieht sich auf eine Entwicklungs-L1-Instanz.
Lighters Entwicklerdokumentation spezifiziert, dass eine privat bereitgestellte Kette als Abrechnungs- und Datenverfügbarkeitslayer für Ethereum fungiert. Lighters Dokumente listen drei aktuelle Einschränkungen auf, darunter, dass „die devnet-Version gemockte ZK-Beweise für die L1-Finalisierung verwendet.“ Der erlaubnisfreie Fluchtweg, der es Nutzern ermöglichen soll, Vermögenswerte wiederherzustellen, wenn die normale Verarbeitung fehlschlägt, ist im devnet noch nicht vollständig funktionsfähig.
Architektur und Funktionen
Die Dokumentation besagt, dass Anfragen, die Core-Daten lesen, nur am neuesten Block funktionieren. Die Unterstützung für das Lesen früherer Blöcke ist für ein zukünftiges Update geplant. Axioms Beitrag beschreibt die beabsichtigte Abrechnungsarchitektur separat. OpenVM verifiziert die Ausführung von Lighter EVM, während Lighter Core seine bestehenden benutzerdefinierten Zero-Knowledge-Schaltungen beibehält. Das Aggregationssystem von OpenVM kombiniert Beweise aus beiden Umgebungen zu einem einzigen Beweis zur Verifizierung auf Ethereum.
Die beiden Rollups verwenden Aufzeichnungen von Änderungen an ihrem Zustand, um die Menge an Daten zu reduzieren, die sie auf Ethereum veröffentlichen müssen, so Axiom. Die Architekturbeschreibung enthält einen Fluchtweg zur Wiederherstellung von Vermögenswerten während eines Sequencer- oder Prover-Ausfalls, vorbehaltlich der im Lighter-Dokument identifizierten devnet-Einschränkung.
Entwicklerzugang und Anwendungen
Axiom erklärte, dass Verträge Lighter Core-Informationen synchron über eine integrierte Schnittstelle namens Read Precompile lesen können. Unterstützte Abfragen umfassen Konten, Salden, Positionen, Aufträge und Marktinformationen. Handelsanweisungen folgen einem anderen Prozess. Verträge können Aufträge auf Core über asynchrone Schreibvorgänge platzieren, ändern und stornieren, die Axiom zufolge in Sekunden ausgeführt werden. Verträge können dann den Status dieser Anweisungen über die Lese-Schnittstelle abfragen.
Dieselbe Verbindung unterstützt Übertragungen zwischen Lighter EVM und Core. Laut dem Startbeitrag können Entwickler von der Entwicklungs-L1 einzahlen, Vermögenswerte zwischen den beiden Lighter-Umgebungen bewegen und zurück 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önnten.
Technische Infrastruktur
Für die Entwicklung erklärte Axiom, dass das Netzwerk die Standard-Ethereum-JSON-RPC-Schnittstelle unterstützt, die es Teams ermöglicht, Foundry, Hardhat, Viem und Ethers zu verwenden. Das devnet zielt auf die EVM am Fusaka BPO2-Fork, verwendet ETH zur Zahlung von Gasgebühren und hat ein maximales Blockgaslimit von 17 Millionen.
Lighters Kettenkonfigurationsdokumentation listet separat eine einsekündige EVM-Blockzeit und dasselbe maximale Gaslimit auf. Es weist separate Identifikatoren für EVM und Core zu, wobei der Core-Identifikator beim Signieren von Core-Transaktionen verwendet wird. Die EVM-Ketten-ID ist 19.529, während Core im devnet 300 verwendet.
Integration und Zukunftsausblick
Die Kettenreferenz listet Safe-Wallet-Verträge, Multicall3 und Permit2 unter den Drittanbieter-Verträgen, die zum Start für den Komfort der Entwickler enthalten sind. Sie unterscheidet diese Werkzeuge von protokollbesessenen Verträgen, die Messaging, Token-Transfers und Gebühren abwickeln, wobei letztere Teil der eigenen Infrastruktur des Netzwerks sind.
Lighter liefert bereits Infrastruktur für Perpetual Futures an Robinhood Wallet. In einem Bericht vom 17. Juli berichtete crypto.news zuvor, dass die Robinhood Wallet-Integration von Perpetuals USDG als Sicherheiten und das Asset, in dem Verträge bepreist werden, verwendete.
Die Berichterstattung vom 11. Oktober zitierte CoinDesk-Zahlen, die das sieben Tage dauernde Volumen der Perpetual Futures der Kette am 9. Oktober auf etwa 7,35 Milliarden Dollar bezifferten, was einem Anstieg von 26 % entspricht.
Öffentliche Dokumentation und Entwicklerzugang
Axiom erklärte, dass Entwickler die öffentliche Dokumentation und den auf GitHub veröffentlichten Bridge-Vertragscode überprüfen können. Teams, die Zugang zum devnet suchen, können sich per E-Mail an contact@lighter.com bewerben, während Feedback an das Team gesendet oder über Lighters EVM Discord-Kanal geteilt werden kann. Die Partner nehmen Entwickler in Gruppen auf, um schnell auf Probleme zu reagieren, so die Ankündigung. Axiom erklärte, dass der Zugang in den kommenden Wochen auf alle Entwickler ausgeweitet wird.
