> 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/tr/temel-kavramlar/choose-your-core.md). # Çekirdeğinizi seçin Çift şeritli bir uygulama, temel mantığını Solidity tarafında ya da yerel Solana tarafında tutabilir. Bu bir değerlendirme meselesidir — uygulamanız için neyin önemli olduğunu tartın. Çoğu Rome uygulaması çift şeritlidir: MetaMask (EVM) ve Phantom (Solana) kullanıcılarının ikisinin de eriştiği ortak bir durum. Bunu, farklılık gösteren iki ayna görüntüsü biçiminde oluşturabilirsiniz: **çekirdek mantığın hangi tarafta olduğu.** Hangisini seçeceğiniz konusunda katı bir kural yok — değerlendirme, şu açıdan neyin önemli olduğuna göre yumuşak bir karardır: *sizin* uygulamanız: zaten sahip olduğunuz kod ve varlıklar, ekibinizin uzmanlığı, güvenlik duruşunuz, tercih ettiğiniz araçlar, performans ve her kitlenin bunu nasıl kullanacağı. ## (a) Solidity çekirdeği; sentetik bir gönderici aracılığıyla Solana kullanıcıları Mantığınız bir Solidity sözleşmesidir. Bir Phantom kullanıcısının Solana imzası, Rome'dan türetilmiş kimliğinden bir EVM işlemi olarak yürütülür ( `external_auth` PDA) — onların hiçbir zaman bir EVM anahtarına ihtiyacı olmaz. Özellikle zaten bir Solidity sözleşmeniz varsa (özellikle sertleştirilmiş veya denetlenmiş bir sözleşme), standart EVM araçlarını (Hardhat / Foundry / viem) istiyorsanız ya da mantık basitse, çoğu zaman iyi bir seçimdir. *Şunları okuyun:* [aerarium](https://github.com/rome-protocol/aerarium) — EVM ve Solana kullanıcılarının paylaştığı bir Compound v3 kredi piyasası (Solidity çekirdeği). ## (b) Yerel Solana program çekirdeği; ince bir CPI yönlendiricisi aracılığıyla EVM kullanıcıları Mantığınız yerel bir Solana programıdır; ince bir Solidity yönlendirici, EVM kullanıcılarının ona CPI aracılığıyla ulaşmasını sağlar. Elinizde zaten bir Solana programı varsa veya çekirdeği yerel olarak çalıştırmak inşa ettikleriniz için önemliyse, çoğu zaman iyi bir seçimdir. *Şunları okuyun:* [rome-dex](https://github.com/rome-protocol/rome-dex) — bir EVM yönlendiricili yerel bir AMM (Solana çekirdeği), böylece her iki şerit de tek bir havuzda işlem yapar. ## Örneğin: performans Performans, şu unsurlardan biridir ki *olabilir* seçimi etkileyebilir — bunu bir örnek olarak değerlendirin. Yerel Solana yürütmesi, ağır mantık için EVM yorumlayıcısından önemli ölçüde daha ucuz olabilir: ölçtüğümüz bir takas, yerel olarak yaklaşık 6 kat daha ucuza çalıştı. Uygulamanızın yoğun, hesaplama ağırlıklı bir yolu varsa, bu tür bir fark sizin için önemli olabilir; yoksa, muhtemelen kararı belirlemez. Bunu bir kural değil, pek çok girdiden biri olarak görün. ## Hangisini seçerseniz seçin Çekirdeği tutun **yetki-bağımsız** — hangi yetki imzalarsa ona göre hareket edin; böylece çağıran bir Solana açık anahtarı olabilir *veya* bir EVM kullanıcısının PDA'sı — hesap kümesini yalın ve ALT dostu tutun ki EVM şeridi ucuz kalsın ve **her iki şeridi de test edin.** ## Sırada ne var * [EVM'den Solana'yı çağırma](/tr/gelistirici-kilavuzlari/call-solana-from-evm.md) — (b) biçimi için CPI mekaniği ve herhangi bir Solidity→Solana çağrısı. * [Hesaplama Bütçesi](/tr/temel-kavramlar/compute-budget.md) — yürütme maliyeti hakkında daha fazlası. --- # 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/tr/temel-kavramlar/choose-your-core.md?ask=&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.