> For the complete documentation index, see [llms.txt](https://docs.rome.builders/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.rome.builders/de/canton-zk-evm/explorer.md). # Explorer Lies Ostias EVM-Blöcke neben ihren Canton-Records und prüfe einen Beweis im Browser. Der Explorer kombiniert die EVM-Daten von reth mit Canton-Blockdatensätzen, die er mithilfe der Identität der Reader-Party liest. Er hat Seiten für Blöcke, Transaktionen und Adressen, einen tROME-Faucet und eine Schaltfläche „Verify“, um einen Block im Browser zu prüfen. Auf dieser Seite wird der Commit beschrieben `a84e84e439a5cc669c0ae61facf7c8c995d9d564`. Lesen Sie das vollständige [Explorer-README](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/explorer/README.md). ## Einen Block lesen Die Blockseite zeigt neben ihrer Canton-Update-ID, der Aufzeichnungszeit sowie dem Operator und Bestätiger, die ihren Datensatz signiert haben, ihre EVM-Daten an. Sie vergleicht den Block-Hash von reth, den Hash des Datensatzes und den Hash des aufgezeichneten Headers. Außerdem zeigt sie den Programmschlüssel, die ZisK-Version und den aus dem Beweis gelesenen Block-Hash neben den erwarteten Werten des Explorers an. Ein Block, der gerade bewiesen wird, ist noch nicht auf Canton. Eine Transaktion kann wartend, in Verifizierung oder final sein. Der Explorer zeigt die Daml-Teile des Blocks nicht an: `BlockRecord` enthält sie nicht. Der Explorer hält seinen Index im Speicher. Er baut diesen Index beim Start aus Cantons Datensätzen neu auf. Das bereitgestellte Netzwerk hält diese Datensätze ebenfalls im Speicher und verliert sie beim Neustart. ## Den Beweis in Ihrem Browser prüfen Das Auslesen von Werten aus dem Beweis verifiziert ihn nicht. Durch Drücken von Verify wird ein WebAssembly-Build des Sidecars `verifizieren` Funktion und führt sie auf dem aufgezeichneten Beweis, dem Header und den Transaktionen aus. Die Prüfung verifiziert den PLONK-Beweis unter dem angepinnten Programmschlüssel und der ZisK-Version. Sie überprüft, dass der Header auf den bewiesenen Block-Hash hasht und dass die Transaktionen dem Transaktionswurzelwert des Headers entsprechen. Das Panel verlangt außerdem, dass dieser Block-Hash mit dem Hash von reth für den Block übereinstimmt. Die erwarteten Pins stammen aus der Statusantwort des Explorers. Verify führt die Blockprüfung des Sidecars aus; es führt nicht die separate `Teile` Prüfung aus. Die Schaltfläche ist deaktiviert, während der Block bewiesen wird. Nach einer Prüfung zeigt das Panel ihr Ergebnis, die Dauer und die Downloadgröße des Moduls an. Die Dauer schließt den Download nicht ein. Siehe die [README des Browser-Verifiers](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/explorer/verify/README.md). ## Den tROME-Faucet verwenden Die Standardauszahlung beträgt 1 tROME. Jede Adresse kann einmal pro 24 Stunden eine Auszahlung anfordern, und der Faucet sendet Auszahlungen im Abstand von mindestens 2 Sekunden. Diese Grenzen werden im Speicher gehalten und beim Neustart des Explorers zurückgesetzt. tROME hat keinen Wert. Der Faucet sendet eine Transaktion an reth. Sie gelangt in den nächsten bewiesenen Block, daher muss der Builder laufen, damit eine Auszahlung final wird. Weder das Starten des Netzwerks noch das Starten des Explorers startet den Builder. Die mit Guthaben ausgestattete Genesis des Faucets muss vorbereitet werden, bevor das Netzwerk startet. `explorer/run.sh setup` erstellt diese Finanzierung und einen frischen Schlüssel für den Lauf. `explorer/run.sh start` startet den Container, und `explorer/run.sh stop` stoppt ihn. Ohne Faucet-Schlüssel ist der Faucet ausgeschaltet. Die vollständige Anleitung des Explorers enthält die Startsequenz; die [Demo-Leitfaden](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/demo/README.md#running-it) enthält die Sequenz, die sowohl die Demo- als auch die Faucet-Finanzierung umfasst. ## Lokaler Zugriff Der Container läuft neben der Chain auf demselben Linux-Rechner mit Docker und lauscht lokal. Das Netzwerk hat keine Ledger-API-Authentifizierung. Der Code des Explorers beschränkt seine Lesezugriffe auf die Reader-Party, aber jeder, der diesen Teilnehmer erreichen kann, kann auch Datensätze für dessen andere Parteien lesen. Die README des Explorers sagt, dass man ihm unter diesen Bedingungen keine öffentliche Adresse geben soll. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.rome.builders/de/canton-zk-evm/explorer.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.