Zum Hauptinhalt springen

X-Layer-RPC

Mit Quicknode erhalten Sie Zugriff auf unser globales X-Layer-Netzwerk, das Ihre API-Anfragen stets an den nächstgelegenen verfügbaren Standort weiterleitet und so für geringe Latenzzeiten und höchste Geschwindigkeiten sorgt.

Was ist X Layer?

X Layer ist eine Zero-Knowledge-Rollup-Lösung (zkRollup) der Layer-2-Ebene für Ethereum, die auf der zkEVM-Technologie basiert. Sie nutzt einen hybriden Nachweisansatz: Dabei werden STARK-Nachweise für die Ausführung generiert und anschließend rekursiv in einen SNARK eingebettet, um eine effiziente On-Chain-Verifizierung zu ermöglichen. Dies gewährleistet die mathematische Gültigkeit der Transaktionen und nutzt gleichzeitig die Sicherheit von Ethereum.

Im Gegensatz zu optimistischen Rollups erfordert X Layer keine Challenge-Phasen für Auszahlungen, da Gültigkeitsnachweise nach ihrer Einreichung kryptografische Gewissheit bieten. Die Finalität hängt von den Intervallen der Nachweisübermittlung ab – in der Regel Minuten statt Tage –, ist aber dennoch schneller als bei optimistischen Rollups. Die Transaktionskosten sind im Vergleich zum Ethereum-Mainnet deutlich geringer, wobei die Einsparungen durch die Bündelung von Transaktionen und die Komprimierung von Calldata erzielt werden.

X Layer erreicht Kompatibilität auf Bytecode-Ebene mit der Ethereum Virtual Machine (EVM). Diese zkEVM-Architektur unterstützt nahezu alle EVM-Opcodes und Precompiles, wobei es lediglich geringfügige Unterschiede in Randfällen wie beispielsweise bei den Gas-Kosten gibt. Dadurch wird sichergestellt, dass die meisten bestehenden Ethereum-Smart-Contracts und -Anwendungen ohne Änderungen bereitgestellt werden können, wodurch eine umfassende Kompatibilität mit der Ausführungsumgebung, den Tools und dem Entwickler-Ökosystem von Ethereum gewahrt bleibt und gleichzeitig Zero-Knowledge-Sicherheitsgarantien geboten werden.

Interaktion mit der X-Ebene

X Layer unterstützt die Standard-JSON-RPC-Schnittstelle von Ethereum in vollem Umfang und bietet darüber hinaus zusätzliche Layer-2-spezifische Funktionen. Dies gewährleistet vollständige Kompatibilität mit bestehenden Ethereum-Tools, sodass Entwickler X Layer nahtlos mit Tools wie MetaMask, Hardhat, Foundry und Web3-Bibliotheken nutzen können, ohne Änderungen am Code vornehmen zu müssen.

Mit der X Layer API können Sie:

  • Führt alle Standard-JSON-RPC-Methoden von Ethereum aus (eth_call, eth_sendTransaction, eth_getBalance)
  • Zugriff auf X-Layer-spezifische Methoden für Rollup-Vorgänge (z. B. Abfrage des Status von Nachweisen und Bridge-Interaktionen)
  • Abfrage der Bridge-Aktivitäten, der Batch-Übermittlungen und des Status der Proof-Überprüfung
  • L2-Ereignisse in Echtzeit über WebSocket-Verbindungen abonnieren
  • Nutzen Sie die verfügbaren Tracing- und Inspektionswerkzeuge für eine gründlichere Fehlerbehebung in der Blockchain

Sie können eine Verbindung zur API herstellen, indem Sie:

  • Einen lokalen X-Layer-Knoten betreiben
  • Nutzung eines Hosting-Anbieters wie beispielsweise eines Quicknode-X-Layer-Endpunkts, der den Zugriff auf das X-Layer-Mainnet mit hoher Zuverlässigkeit, Archivdaten und verbesserter Leistung ermöglicht

Unterstützte Netzwerke

Quicknode bietet Zugang zu den folgenden X-Layer-Netzwerken:

Mainnet
Typ:Produktion
Ketten-ID:
196
HTTP:
WSS:
Archiv:Ja
Rückschnitt:Keiner
Testnetz
Typ:Testnetz
Ketten-ID:
1952
HTTP:
WSS:
Archiv:Ja
Rückschnitt:Keiner
Hinweis:

XLayer nutzt eine „Re-Genesis“ am Block 42,810,021. Historische Daten vor diesem Block sind zwar verfügbar, werden jedoch auf älteren Knoten gespeichert und automatisch weitergeleitet, wenn Sie bei Methoden wie eth_getBlockByNumber, eth_getBalance, und debug_trace*.

Der Block 42.810.021 selbst ist nicht nachverfolgbar und kann zurückkehren {"code":4444,"message":"pruned history unavailable"}.

Anforderungen an Transaktionsknoten

X Layer verwendet zwei verschiedene Knoten-Clients, die an der Re-Genesis-Grenze (Block 42.810.021) getrennt sind:

  • Block 42,810,021 und früher — Erfordert ein cdk-Erigon Knoten. Geth-Knoten geben Folgendes zurück: null für diese historischen Transaktionen.
  • Nach dem Block 42,810,021 — Erfordert ein Geth Knoten. Erigon-Knoten geben Folgendes zurück: null für diese laufenden Transaktionen.

Um Daten aus der Zeit vor der Regeneration abzufragen, fügen Sie das x-qn-height Header mit der Zielblocknummer in Ihrer Anfrage, um diese an den cdk-Erigon Knoten. Ohne diesen Header werden Anfragen standardmäßig an den Geth Knoten, daher ist der Header für Blöcke nach der Regeneration nicht erforderlich.

Beispiel vor der Regeneration (cdk-Erigon, Block ≤ 42.810.021):

curl --location 'https://docs-demo.xlayer-mainnet.quiknode.pro/' \
--header 'Content-Type: application/json' \
--header 'x-qn-height: 42810020' \
--data '{"method":"eth_getBlockByNumber","params":["0x28D3AA4",false],"id":1,"jsonrpc":"2.0"}'

Beispiel nach der Regeneration (Geth, Block > 42.810.021):

curl --location 'https://docs-demo.xlayer-mainnet.quiknode.pro/' \
--header 'Content-Type: application/json' \
--data '{"method":"eth_getBlockByNumber","params":["0x28D3AA6",false],"id":1,"jsonrpc":"2.0"}'
Dieses Dokument teilen