> 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/ressourcen/glossary.md).

# Glossar

Definitionen der in diesen Docs verwendeten Rome- und Solana-Begriffe — ATA, CPI, PDA, VmAt/VmIt, Holder-Accounts, SPL-Token und mehr.

Rome-spezifische und Solana-Begriffe, die in dieser Dokumentation verwendet werden.

## Eine

**Allokation** — Ein Canton-Token, der für einen Empfänger und Ausführer zurückgelegt wird. In Ostia, `Vorschuss` führt die Allokation für eine Einzahlung oder Zahlung aus. Der Absender kann sie vor der Abwicklung zurücknehmen. Siehe [Einzahlungen, Abhebungen und Zahlungen](/de/canton-zk-evm/deposits-withdrawals-payments.md).

**ATA (Assoziiertes Token-Konto)** — Ein deterministisches Token-Konto für ein gegebenes Wallet- und Mint-Paar auf Solana. Abgeleitet aus dem Public Key des Wallets, dem Token-Mint und dem ATA-Programm.

**Atomare Ausführung (VmAt)** — EVM-Transaktionsmodus, bei dem die gesamte Ausführung innerhalb einer einzigen Solana-Transaktion abgeschlossen wird. Standardmodus für die meisten Vorgänge.

## B

**Batch-Gast** — Das für den Genesis-Block einer Chain gebaute ZisK-Programm. Es prüft die Inbox-Daten und Ausführung eines Batchs und schreibt dann die öffentlichen Werte fest, die die Solana-Abrechnung überprüft.

**BN254** — Eine elliptische Kurve, die für die Verifizierung von ZK-Beweisen verwendet wird. Rome unterstützt die Precompiles ecAdd (0x06), ecMul (0x07) und ecPairing (0x08).

**Borsh** — Binary Object Representation Serializer für Hashing. Solanas Standard-Serialisierungsformat. Little-Endian-Byte-Reihenfolge.

## C

**Canton** — Ordnet die Blöcke von Ostia und schreibt jeden bewiesenen EVM-Block mit seinen Canton-Aktionen in einer Transaktion fest. Siehe [Canton ZK EVM](/de/canton-zk-evm/canton-zk-evm.md).

**Chain-ID** — Eine eindeutige Kennung für jede EVM-Umgebung auf Rome. Jede Anwendung erhält ihre eigene Chain-ID.

**CPI (Programmübergreifender Aufruf)** — Wenn ein Solana-Programm ein anderes innerhalb derselben Transaktion aufruft. So interagieren Rome-EVM-Contracts mit Solana-Programmen.

**Compute Units (CU)** — Solanas Gegenstück zu Ethereum-Gas. Jede Transaktion hat ein Compute-Budget; Vorgänge verbrauchen CU.

**Bestätiger** — Ein Signierer des Ostia-Chain-Records. Der Teilnehmer betreibt einen Sidecar, der Blockbeweise und Gateway-Legs über Cantons externen Aufruf prüft. Siehe [Vertrauensmodell und Grenzen](/de/canton-zk-evm/trust-model.md).

## D

**Daml** — Verwendet für Ostias Verträge auf Canton: den Kopf der Chain, Blockdatensätze und die Verträge, die Einzahlungen, Abhebungen und Zahlungen abwickeln. Siehe [Wie es funktioniert](/de/canton-zk-evm/how-it-works.md).

## E

**ERC20SPL** — Ein ERC-20-Wrappervertrag, der Guthaben aus dem zugrunde liegenden SPL-Token-Konto auf Solana liest. Für ein Wallet ist der ERC-20-Saldo der SPL-Saldo; von einem Vertrag gehaltene Tokens liegen im Escrow-Konto des Wrappers und werden in dessen Speicher verfolgt.

**ERC20SPLFactory** — Ein Factory-Contract, der ERC20SPL-Wrapper für jedes SPL-Token-Mint bereitstellt.

**Exit-Beweiser** — Der Dienst, der eine Abhebung gegen eine finale Root auf Solana beweist und dann seine Vault-Auszahlung sendet.

**Externer Aufruf** — Die Canton-Erweiterung, über die Daml den Sidecar jedes bestätigenden Teilnehmers aufruft. Ostia nutzt sie für die `verifizieren` und `Teile` Prüfungen. Siehe [Wie es funktioniert](/de/canton-zk-evm/how-it-works.md).

## G

**Gateway** — In Ostia der EVM-Contract, der die Canton-Legs eines Blocks aufzeichnet und umhüllte Tokens erzeugt. Die separate Gateway-Partei auf Canton hält die Tokens, die die umhüllten Tokens auf der EVM decken. Siehe [Einzahlungen, Abhebungen und Zahlungen](/de/canton-zk-evm/deposits-withdrawals-payments.md).

## H

**Hercules** — Der Block-Indexer-Dienst. Überwacht Rome-EVM-Ereignisse auf Solana und erzeugt Ethereum-kompatible Blockdaten.

**Holder-Konto** — Ein On-Chain-Puffer (max. 80 KB), der große EVM-Transaktionen speichert, die das 4-KB-Solana-(v1)-Transaktionslimit überschreiten.

## I

**Iterative Ausführung (VmIt)** — EVM-Transaktionsmodus, der die Ausführung über mehrere Solana-Transaktionen aufteilt, wobei jeder Schritt so viele Opcodes packt, wie in sein Compute-Budget passen (adaptive Schrittgröße). Wird für rechenintensive Vorgänge verwendet.

## L

**Lamports** — Kleinste Einheit von SOL. 1 SOL = 10^9 Lamports.

**Leg** — Eine Canton-Aktion, die vom EVM-Gateway von Ostia aufgezeichnet wird: eine Einzahlung, Abhebung oder Zahlung. Der bewiesene Block und seine Legs werden gemeinsam abgewickelt in `Vorschuss`. Siehe [Einzahlungen, Abhebungen und Zahlungen](/de/canton-zk-evm/deposits-withdrawals-payments.md).

## M

**Mollusk SVM** — Off-chain-Solana-VM-Emulator, der von Rome Proxy für `eth_call` und Gas-Schätzung verwendet wird. Kann beliebige BPF-Programme ausführen.

## O

**Oracle Gateway** — Adapterverträge, die Pyth- und Switchboard-Preisfeeds über Chainlinks AggregatorV3Interface bereitstellen.

## P

**Teilnehmer** — Ein Canton-Knoten, der Parteien hostet. Im lokalen Netzwerk von Ostia betreiben der Operator- und der Bestätiger-Teilnehmer jeweils einen Sidecar, während der Benutzer-Teilnehmer die Testparteien und den Reader hostet. Siehe [Lokal ausführen](/de/canton-zk-evm/run-it-locally.md).

**Partei** — Eine Canton-Identität, die auf einem Teilnehmer gehostet wird. Ostias Verträge benennen Parteien als Unterzeichner, Controller oder Beobachter; die Gateway-Partei hält die gesperrten Canton-Token. Siehe [Vertrauensmodell und Grenzen](/de/canton-zk-evm/trust-model.md).

**Zahler** — Ein Solana-Keypair, das Solana-Transaktionen im Namen von EVM-Benutzern signiert und bezahlt. Vom Proxy verwaltet.

**PDA (Program Derived Address)** — Eine deterministische Solana-Adresse, die aus Seeds und einer Program-ID abgeleitet wird. Kein privater Schlüssel — das Programm „besitzt“ die PDA.

**Bewiesene Wurzel** — Ein Status-Root, der mit einem ZisK-Beweis eingereicht wurde, den die Solana-Abrechnung prüft. Für eine permissionless Rome-ZK-EVM-Chain ist er endgültig, sobald er eingereicht wird.

**Proxy** — Der Rome-JSON-RPC-Server (Port 9090), der Ethereum-API-Aufrufe in Solana-Transaktionen umsetzt.

## R

**RheaTx** — Eine einzelne EVM-Transaktion auf einem Rollup.

**RemusTx** — Mehrere EVM-Transaktionen über Rollups hinweg, atomar ausgeführt.

**RomulusTx** — EVM-Transaktionen + native Solana-Anweisungen, atomar ausgeführt.

**ResourceFactory** — SDK-Komponente, die Solana-Keypairs und Holder-Account-Indizes für die parallele Übermittlung von Transaktionen bündelt.

## S

**Sidecar** — Der Dienst neben jedem bestätigenden Teilnehmer, der Ostias Beweis, Blockdaten und Gateway-Legs prüft, wenn Canton ihn aufruft. Siehe [Wie es funktioniert](/de/canton-zk-evm/how-it-works.md).

**SPL Token** — Solanas Standard-Tokenprogramm. Alle fungiblen Tokens auf Solana (USDC, SOL usw.) sind SPL-Token.

**StateHolder** — Ein On-Chain-Konto, das serialisierten VM-Zustand zwischen iterativen Ausführungsschritten speichert.

**Synchronizer** — Ostias lokales Canton-Netzwerk hat einen Synchronizer, der aus einem Sequencer und einem Mediator besteht. Alle drei Teilnehmer verbinden sich mit ihm. Siehe [Lokal ausführen](/de/canton-zk-evm/run-it-locally.md).

## T

**Token-2022** — SPL-Tokenprogramm der nächsten Generation mit Erweiterungen (Transfer Hooks, Confidential Transfers, Permanent Delegates).

**Transfer Hook** — Token-2022-Erweiterung, die bei jedem `transfer_checked` Aufruf ein Programm ausführt.

**TxBuilder** — SDK-Komponente, die aus EVM-Transaktionen Solana-Anweisungen baut.

## V

**Verifizierungsschlüssel (programVK)** — Der chainspezifische Gast-Identifikator, der auf Solana registriert ist. Die Abrechnung akzeptiert einen Beweis nur, wenn seine programVK mit einem aktiven Eintrag für diese Chain übereinstimmt.

## Z

**ZisK** — Das Beweissystem, das den Batch-Gast einer Chain ausführt und den Beweis erzeugt, den die Rome-ZK-EVM-Abrechnung prüft.


---

# 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/ressourcen/glossary.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.