For the complete documentation index, see llms.txt. This page is also available as Markdown.

Wählen Sie Ihren Kern

Eine App mit zwei Lanes kann ihre Kernlogik auf der Solidity-Seite oder auf der nativen Solana-Seite halten. Das ist eine Ermessensentscheidung — wägen Sie ab, was für Ihre App wichtig ist.

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 — 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 — 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

Zuletzt aktualisiert

War das hilfreich?