> 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/wichtige-konzepte/choose-your-core.md).

# Wählen Sie Ihren Kern

Die meisten Rome-Apps sind zweispurig: ein gemeinsamer Zustand, auf den sowohl MetaMask-(EVM-) als auch Phantom-(Solana-)Nutzer zugreifen. Man kann eine App in zwei spiegelbildlichen Formen bauen, die sich darin unterscheiden **welche Seite die Kernlogik enthält.** Es gibt keine feste Regel dafür, was man wählen sollte — es ist eine abwägende Entscheidung anhand dessen, was für *Ihre* App wichtig ist: der Code und die Assets, die Sie bereits haben, die Expertise Ihres Teams, Ihre Sicherheitslage, die von Ihnen bevorzugten Tools, die Performance und wie jede Zielgruppe sie nutzen wird.

## (a) Solidity-Kern; Solana-Nutzer über einen synthetischen Absender

Ihre Logik ist ein Solidity-Contract. Die Solana-Signatur eines Phantom-Nutzers wird als EVM-Transaktion von seiner von Rome abgeleiteten Identität aus ausgeführt (die `external_auth` PDA) — sie benötigen nie einen EVM-Schlüssel. Oft passt das gut, wenn Sie bereits einen Solidity-Contract haben (insbesondere einen abgesicherten oder auditierten), Standard-EVM-Tools (Hardhat / Foundry / viem) verwenden möchten oder die Logik unkompliziert ist.

*Lesen Sie:* [aerarium](https://github.com/rome-protocol/aerarium) — ein Compound-v3-Kreditmarkt (Solidity-Kern), den sich EVM- und Solana-Nutzer teilen.

## (b) Nativer Solana-Programm-Kern; EVM-Nutzer über einen schlanken CPI-Router

Ihre Logik ist ein natives Solana-Programm; ein schlanker Solidity-Router ermöglicht es EVM-Nutzern, es über CPI zu erreichen. Oft passt das gut, wenn Sie bereits ein Solana-Programm haben oder wenn es für das, was Sie bauen, wichtig ist, den Kern nativ auszuführen.

*Lesen Sie:* [rome-dex](https://github.com/rome-protocol/rome-dex) — ein nativer AMM (Solana-Kern) mit einem EVM-Router, sodass beide Spuren gegen denselben Pool handeln.

## Zum Beispiel: Performance

Performance ist eine Sache, die *könnte* die Wahl beeinflussen — betrachten Sie es als Beispiel. Native Solana-Ausführung kann für rechenintensive Logik deutlich günstiger sein als der EVM-Interpreter: Ein Swap, den wir gemessen haben, lief nativ ungefähr 6× günstiger. Wenn Ihre App einen stark frequentierten, rechenintensiven Pfad hat, könnte ein solcher Unterschied für Sie wichtig sein; wenn nicht, wird er die Entscheidung wahrscheinlich nicht bestimmen. Betrachten Sie es als einen von vielen Faktoren, nicht als Regel.

## Egal, wofür Sie sich entscheiden

Halten Sie den Kern **autoritätsunabhängig** — handeln Sie auf Grundlage der jeweils signierenden Autorität, sodass der Aufrufer ein Solana-Pubkey sein kann *oder* eine PDA eines EVM-Nutzers — halten Sie den Account-Satz schlank und ALT-freundlich, damit die EVM-Spur günstig bleibt, und **testen Sie beide Spuren.**

## Was kommt als Nächstes

* [Solana von EVM aus aufrufen](/de/entwicklerleitfaden/call-solana-from-evm.md) — die CPI-Mechanik für Form (b) und jeden Solidity→Solana-Aufruf.
* [Compute-Budget](/de/wichtige-konzepte/compute-budget.md) — mehr zu den Ausführungskosten.


---

# 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.rome.builders/de/wichtige-konzepte/choose-your-core.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.
