> 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/produkte/app-sovereignty.md).

# App-Souveränität

Starte deine eigene souveräne EVM-Chain auf Solana — eigene Chain-ID, beliebiger SPL-Token als Gas und Gas-Einnahmen, die der Treasury deiner App zufließen.

App Sovereignty ermöglicht es jeder Solana-Anwendung, ihre eigene EVM-Umgebung mit einer benutzerdefinierten Chain-ID, einem benutzerdefinierten Gas-Token und Gas-Einnahmen zu starten, die an die Anwendung fließen — nicht an ein gemeinsames Protokoll.

## Überblick

Jede Anwendung auf Rome erhält eine souveräne EVM-Instanz:

* **Eigene Chain-ID** — deine App ist ihre eigene Chain
* **Eigener Gas-Token** — jeder beliebige SPL-Token (Ihr Projekt-Token, USDC, SOL)
* **Gas-Einnahmen** — alle Transaktionsgebühren fließen in Ihre Schatzkammer
* **Vollständiges EVM-Tooling** — Ihre Nutzer verbinden MetaMask, Ihre Entwickler verwenden Hardhat/Foundry
* **Gemeinsamer Zustand** — EVM-Nutzer und Solana-Nutzer teilen sich denselben Anwendungszustand und dieselbe Liquidität

## So funktioniert es

1. **Anmeldung über das Sovereign Portal** — beantragen Sie eine Chain und konfigurieren Sie Ihre Chain-ID und Ihren Gas-Token (jedes beliebige SPL-Mint) über das [Sovereign Portal](https://sovereign.devnet.romeprotocol.xyz)
2. **Rome richtet die Chain ein** — das Rome-Team stellt die Infrastruktur der Chain bereit und betreibt sie
3. **Verträge bereitstellen** — standardmäßige Solidity-Bereitstellung mit Hardhat oder Foundry
4. **Nutzer verbinden sich** — MetaMask mit Ihrer Chain-ID oder jede beliebige EVM-Wallet

Jede aktive Rome-Chain — einschließlich der öffentlichen Referenz-Chain [**Hadrian**](/de/netzwerke/hadrian.md) — ist öffentlich erfasst im öffentlichen [Rome-Register](https://github.com/rome-protocol/rome-registry) (Chain-ID, RPC, Vertragsadressen), sodass eine souveräne Chain über dieselbe kanonische Quelle auffindbar ist, die Builder bereits lesen.

## Preisgestaltung des Gas-Tokens

Benutzerdefinierte Gas-Token werden über einen Meteora-DAMM-Pool bepreist — v1 oder v2, konfigurierbar (ein Pyth/Hermes-Fallback ist ebenfalls verfügbar). Die Proxy-Konfiguration legt einen `price_manager` fest, der den Pool liest, um zwischen Ihrem Gas-Token und SOL für zugrunde liegende Solana-Transaktionsgebühren umzuwandeln.

```yaml
# Proxy-Konfiguration für benutzerdefinierten Gas-Token
price_manager:
  type: "meteora_damm_v1_pool"   # meteora_damm_v1_pool | meteora_damm_v2_pool | hermes_api
  pool_address: "YOUR_METEORA_POOL_ADDRESS"
```

## Anwendungsfall: Prognosemarkt startet EVM-Chain

```
Orra (Solana-Prognosemarkt) möchte EVM-Nutzer:
  1. Rome stellt Orras souveräne EVM mit dem ORRA-Token als Gas bereit
  2. EVM-Nutzer verbinden MetaMask, bridgen USDC, kaufen Prognoseanteile
  3. Unter der Haube: rUSDC (ERC-20) → in SPL entpacken → Orra-CPI → Anteile kaufen
  4. Orra verdient Gasgebühren in ORRA-Token aus jeder EVM-Transaktion
  5. Ein einziger Zustand: Solana-Nutzer und EVM-Nutzer sehen dieselben Märkte, dieselbe Liquidität
```

## Status

**Live** — aktives Produkt mit Partnern.

## Wie es weitergeht

* [Architektur](/de/erste-schritte/architecture.md) — wie Rome EVM unter der Haube funktioniert
* [Schnellstart](/de/erste-schritte/quickstart.md) — stelle deinen ersten Vertrag bereit
* [Solidity bereitstellen](/de/entwicklerleitfaden/deploy-solidity.md) — Bereitstellungsanleitung für Hardhat und Foundry


---

# 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/produkte/app-sovereignty.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.