> 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/rome-zk-evm/zk-evm.md).

# Übersicht

Betreibe ein EVM-Rollup, dessen Transaktionsdaten und bewiesene State Roots auf Solana finalisiert werden.

Rome ZK EVM ermöglicht es dir, dein eigenes EVM-Rollup auf Solana zu betreiben. Dein Sequencer führt Transaktionen aus, und dein Batcher stellt sie in Batches auf Solana ein. Ein Prover führt den Batch-Guest der Chain mit ZisK aus. Solana prüft den Beweis und zeichnet die neue State Root auf. Eine bewiesene Root ist in der Transaktion, die sie postet, endgültig.

Solana hält die Transaktionsdaten, verifiziert die Beweise und begleicht die Roots. Die Chain ist nicht von einem separaten Data-Availability-Komitee oder einer anderen Settlement-Chain abhängig. Du betreibst den Node, Batcher und Prover für deine Chain. Die gemeinsamen Programme von Rome übernehmen das Settlement auf dem Solana-Devnet.

Dieser Abschnitt behandelt **v0.3.0**. Der Code und die vollständige Operator-Dokumentation sind öffentlich in [solana-zk-evm](https://github.com/rome-protocol/solana-zk-evm/tree/v0.3.0). Der Batch-Guest befindet sich in [rome-zk-guest](https://github.com/rome-protocol/rome-zk-guest/tree/v0.3.0). Beginne mit [Rollup ausführen](/de/rome-zk-evm/run-a-rollup.md) wenn du eine Chain starten möchtest.

## Was auf dem Devnet funktioniert

Jeder kann eine Chain auf dem Solana-Devnet registrieren. Die Registrierung sperrt eine 5-SOL-Einlage und erstellt die Settlement-Konten der Chain. Um eine bewiesene Root zu posten, benötigt die Chain einen für ihren Genesis-Block gebauten Guest und einen von Rome registrierten Verifikationsschlüssel. Jede bewiesene Root kostet eine Settlement-Gebühr von 0,001 SOL, plus Solana-Gebühren und Konten-Miete.

Die Einlage wird nach der ersten endgültigen Root der Chain oder nach zehn geposteten Roots an die Chain-Authority rückerstattbar. Wenn die Chain innerhalb von etwa 30 Tagen nach der Registrierung keine Root postet, kann sie jeder zurückfordern und die Einlage geht an die Treasury.

Rome hat den v0.3.0-Devnet-Leitfaden auf einer eigenen Chain durchgespielt, von der Registrierung bis zur Rückerstattung der Einlage. Das sind Transaktionen aus diesem Lauf:

| Schritt                                            | Solana-Devnet-Transaktion                                                                                                                                   |
| -------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Eine bewiesene Root, beim Posten endgültig         | [`64uUhxFu…MpDGFr`](https://explorer.solana.com/tx/64uUhxFu9C48mqYd9rZTcfbEwvTB7C4PmSFWkY6feB8qsqJZNMh3gM8ZKM6woSsyjRgntqujSsHuCB2TGYMpDGFr?cluster=devnet) |
| Exit-Konfiguration aktiviert                       | [`2yyQrpv9…h1aSds`](https://explorer.solana.com/tx/2yyQrpv9CHQg7n5exxwERNYMEPDcm9gaPZje4jAv2Y2HHQ9DsPjbCDRbeLWoCZMwVv5UA6rohtJeQ1KZXRh1aSds?cluster=devnet) |
| Einzahlungswarteschlange geöffnet                  | [`4tpfJKTV…XJbb9F`](https://explorer.solana.com/tx/4tpfJKTVmhvUnhH822JficbJrDJZHknBJ9rwmux5R17HLj6WGniuRCXd9wQ8jSzjVa9uTDm4g3f369QQnkXJbb9F?cluster=devnet) |
| 0,1 SOL in Block 191 eingezahlt und gutgeschrieben | [`5jKNqid8…VjYy67`](https://explorer.solana.com/tx/5jKNqid8XsqMedKBgm6dM5cSnszA7yFxa9xgm4MyGE45RcxthTkEZ9k1yGpzaPzqKGhN7CDz7iLAMMNFrfVjYy67?cluster=devnet) |
| Eine Auszahlung von 0,03 SOL bewiesen              | [`3p8RhJJU…3rNDNz`](https://explorer.solana.com/tx/3p8RhJJUrvTxKrmtCJM1uZe2K6oLMw7cASoNQTm4RrMw6s1SrFeXWvws1D74UhnnRVPoevfhHmyNvkPGca3rNDNz?cluster=devnet) |
| Diese Auszahlung an ihren Empfänger ausgezahlt     | [`3dMpiQRX…nSVAz9`](https://explorer.solana.com/tx/3dMpiQRXgLBoNbBmKmz6qBVXfdX7EC9YwajQ35uGg1fzSb9HryH3awqrqx1fAEpsGfQPEDQrwUepgGtEkrnSVAz9?cluster=devnet) |
| Registrierungseinlage erstattet                    | [`3YgyfLL2…zQk7wp`](https://explorer.solana.com/tx/3YgyfLL2bze6uefnUx3x76etTAu9WxQ3L2S8oNkKdSc3bBY7aHfWTZtrs1qDKxiJTMwA6i3LxRYTBC9n3RzQk7wp?cluster=devnet) |

Die Auszahlung begann auf der Chain in Block 192 und wurde etwa vier Minuten später auf Solana ausgezahlt. Der größte Teil dieser Zeit wurde für das Schließen und Beweisen ihres Batches aufgewendet. Der Exit-Prover bewies dann die Auszahlung und sandte ihre Auszahlung aus dem Vault der Chain. [Einzahlungen und Auszahlungen](/de/rome-zk-evm/deposits-and-withdrawals.md) erklärt die Grenzen und wann eine kleine Auszahlung eine manuelle Freigabe benötigt.

## Grenzen dieser Version

Dies ist eine Devnet-Version. Rome hält die Upgrade-Authority für die gemeinsamen Programme und kann sie ohne Vorankündigung aktualisieren. Prüfe das [Vertrauensmodell](/de/rome-zk-evm/trust-model.md) bevor du Gelder in den Vault einer Chain einzahlst.

Die Standardkonfiguration schließt alte Inbox-Batches, ihre Chunks oder Pending-Root-Konten nicht. Deren Miete bleibt gesperrt. Es gibt eine Einstellung zum Schließen von Pending-Konten, aber sie ist standardmäßig deaktiviert, weil ältere endgültige Roots für Exits benötigt werden können. Nichts in v0.3.0 sendet die `CloseBatch` Anweisung. Dadurch bleibt auch die Miete des Einzahlungsdatensatzes gesperrt, bis die Batch-Authority den gutschreibenden Batch schließt. Rome hat noch nicht entschieden, wie lange alte Batch-Daten auf Solana verbleiben müssen.

Die Nutzer verlassen sich darauf, dass der Operator den Sequencer am Laufen hält, Batches postet und Beweise sendet. Ein gültiger Beweis postet sich nicht von selbst; die Chain-Authority muss die Transaktion signieren, die ihn postet. Eine Chain ohne Prover hat keine endgültige Root, auch nicht beim Genesis-Block, und kann Auszahlungen nicht abschließen. Lies [Wie es funktioniert](/de/rome-zk-evm/how-it-works.md) für den Weg von einem Block zu einer endgültigen Root.

## Code und Hilfe

Die [README des v0.3.0-Repositorys](https://github.com/rome-protocol/solana-zk-evm/blob/v0.3.0/README.md) verlinkt die Komponentendokumentation, das Operator-Runbook und die Release Notes. Für Fragen verwende [GitHub Discussions](https://github.com/rome-protocol/solana-zk-evm/discussions). Für Fehler oder eine Anfrage für einen Verifikationsschlüssel verwende die [Issue-Formulare](https://github.com/rome-protocol/solana-zk-evm/issues/new/choose). Bei einem Sicherheitsproblem befolge [SECURITY.md](https://github.com/rome-protocol/solana-zk-evm/blob/v0.3.0/SECURITY.md) anstatt ein öffentliches Issue zu eröffnen.


---

# 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/rome-zk-evm/zk-evm.md?ask=<question>&goal=<user_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.