> 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/baslarken/key-concepts.md).

# Temel Kavramlar

Geliştiriciler için temel Solana ve Rome EVM terminolojisi — programlar, hesaplar, PDA'lar, CPI, SPL token'lar ve atomik ile yinelemeli yürütme.

Roma Protokolü üzerine inşa etmek için temel terminoloji ve kavramlar.

## Solana Kavramları

**Program** — Solana'nın akıllı sözleşmeye karşılığı. Programlar, zincir üzerinde dağıtılan durumsuz çalıştırılabilirlerdir. Rome EVM'nin kendisi de bir Solana programıdır.

**Hesap** — Solana'daki tüm durum hesaplarda yaşar. Her hesabın bir sahibi (program), bir bakiyesi (lamport) ve verisi vardır. Ethereum'dan farklı olarak, kod ve durum ayrı hesaplarda saklanır.

**PDA (Program Türetilmiş Adres)** — Tohumlar ve bir program kimliğinden türetilen deterministik bir adres. PDA'lar, programların özel anahtar olmadan hesaplara "sahip olmasına" izin verir. Rome, Ethereum adreslerini Solana hesaplarına eşlemek için PDA'ları kullanır.

**CPI (Programlar Arası Çağrı)** — Aynı işlem içinde bir Solana programının bir başkasını çağırması. Rome EVM sözleşmelerinin Jupiter, Kamino, SPL Token ve diğer Solana programlarıyla etkileşime girmesi bu yolla olur.

**SPL Token** — Solana'nın standart token programı. Ethereum'daki ERC-20'ye denktir. Solana'daki tüm değiştirilebilir tokenlar (USDC, SOL vb.) SPL tokenlardır.

**Token-2022** — Transfer Hooks, Confidential Transfers ve Permanent Delegates gibi uzantılara sahip yeni nesil SPL token programı.

**Transfer Kancası** — Token-2022 uzantısıdır ve her `transfer_checked` çağrıda bir programı çağırır.

**ATA (İlişkili Token Hesabı)** — Belirli bir cüzdan + mint çifti için deterministik bir token hesabı. Her kullanıcının tuttuğu her token için bir ATA'sı vardır.

**Lamport** — SOL'un en küçük birimi. 1 SOL = 1.000.000.000 lamport (10^9).

**Hesaplama Birimleri (CU)** — Solana'nın Ethereum gazına karşılığı. Her işlemin bir hesaplama bütçesi vardır (varsayılan \~200K CU, maksimum \~1.4M CU). İşlemler CU tüketir.

## Rome Kavramları

**Rome EVM Programı** — EVM bayt kodu yorumlayıcısını içeren Solana programı. Her ortam için belirli bir program kimliğinde dağıtılır.

**Zincir Kimliği** — Rome'daki her uygulama kendi EVM zincir kimliğine sahiptir. Bu, aynı temel Solana durumunu paylaşan yalıtılmış EVM ortamları oluşturur.

**Atomik Yürütme (VmAt)** — Tek bir Solana işlemi içinde tamamen yürütülen bir EVM işlemi. Çoğu işlem için kullanılır.

**İteratif Yürütme (VmIt)** — Birden çok Solana işlemine bölünmüş bir EVM işlemi; her adım, tek bir Solana işleminin hesaplama bütçesine sığan mümkün olduğunca çok opcode paketler (sabit bir sayı değil, uyarlanabilir). BN254 eşleştirme gibi hesaplama yoğun işlemler için kullanılır.

**Tutucu Hesap** — 4 KB'lık Solana (v1) işlem boyutu sınırını aşan büyük EVM işlemlerini (80 KB'a kadar) depolayan zincir içi bir tampon. SDK tarafından şeffaf biçimde yönetilir.

**StateHolder** — Yinelemeli yürütme adımları arasında serileştirilmiş VM durumunu saklayan zincir içi bir hesaptır.

**Rome Proxy** — Ethereum API çağrılarını Solana işlemlerine çeviren JSON-RPC sunucusu (9090 numaralı bağlantı noktası). MetaMask ve Hardhat buraya bağlanır.

**Herkül** — Solana'daki Rome EVM olaylarını izleyen ve Ethereum uyumlu blok verileri üreten blok dizinleyici.

**Ödeyen** — EVM kullanıcıları adına Solana işlemlerini imzalayan ve ödeyen bir Solana anahtar çifti. Proxy tarafından ödeyen havuzları aracılığıyla yönetilir.

## Token Kavramları

**SPL\_ERC20 / SPL\_ERC20\_cached** — Rome EVM içinde bir SPL tokenını temsil eden ERC-20 sarmalayıcı sözleşmeleri. Bir cüzdan için sarmalayıcı, bakiyeyi doğrudan alttaki SPL token hesabından okur. Bir sözleşmenin elinde tuttuğu tokenlar, sarmalayıcının kendi emanetteki token hesabında tutulur ve sarmalayıcının depolamasında izlenir (bkz.  [Bir Solana programını entegre edin](/tr/gelistirici-kilavuzlari/integrate-solana-program.md)). Fabrika bugün önbelleğe alınmış varyantı dağıtır.

**ERC20SPLFactory** — Herhangi bir SPL tokenı için sarmalayıcılar dağıtan bir fabrika sözleşmesi.

**Kayıt** — Kanonik sarmalayıcılar, gas tokenları ve köprü bağlantıları zincir dışı olarak [rome-protocol/registry](https://github.com/rome-protocol/rome-registry); zincir üzerinde bir token-kayıt sözleşmesi yoktur. Bu, her varlığın tek bir kanonik SPL mint'ine eşlenmesini sağlar.

## Ön derlemeler

**Standart Ethereum Ön Derlemeleri** — ecrecover (0x01), SHA-256 (0x02), RIPEMD-160 (0x03), kimlik (0x04), modexp (0x05), BN254 ecAdd/ecMul/ecPairing (0x06-0x08), Blake2f (0x09).

**Sistem Ön Derlemesi** (`0xFF...07`) — Solidity'den PDA türetimi ve base58 dönüşümü.

**CpiProgram Ön Derlemesi** (`0xFF...08`) — Programlar arası çağrı (`invoke` / `invoke_signed`) artı zincirler arası durum okuma kısayolları.

**HelperProgram Ön Derlemesi** (`0xFF...09`) — ATA/PDA oluşturma, SPL transferleri ve gas↔lamport dönüşümü; kullanıcı-PDA-imzalı SPL işlemleri için ana yüzey.

**Withdraw Ön Derlemesi** (`0x42...16`) — EVM'den Solana'ya SOL veya SPL tokenlarını geri çekin.

Önbelleğe alınmış iz ailesi (`0xff…04/05/06/0b`) daha CU-verimli okumalar için bunları yansıtır; bir sözleşme tek bir izi tutarlı biçimde kullanır.

## İşlem Türleri

**RheaTx** — Tek bir rollup üzerinde tek bir EVM işlemi. En yaygın türdür.

**RemusTx** — Farklı rolluplar arasında, atomik olarak yürütülen birden fazla EVM işlemi. Herhangi bir işlem başarısız olursa, tümü geri alınır.

**RomulusTx** — Tek bir atomik işlemde birleştirilmiş EVM işlemleri + yerel Solana talimatları. En güçlü tür — Solidity ve Solana'yı tek bir işlemde birleştirin.

## Sırada Ne Var

* [Yürütme Modeli](/tr/temel-kavramlar/execution-model.md) — EVM işlemlerinin Solana üzerinde nasıl yürütüldüğüne derinlemesine bakış
* [Token Uyumluluğu](/tr/temel-kavramlar/token-interop.md) — ERC-20 ve SPL tokenlarının nasıl etkileşime girdiği
* [Kısıtlamalar](/tr/temel-kavramlar/constraints.md) — önemli sınırlar ve eşikler


---

# 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/baslarken/key-concepts.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.