> 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/guvenlik/known-limitations.md).

# Bilinen Sınırlamalar

Mevcut Rome EVM kısıtlamaları ve bunların sonuçları — desteklenmeyen opcode'lar, depolama hesabı düzeni, CU üst sınırları, CPI derinliği ve oracle sınırları.

Rome Protocol'ün mevcut kısıtlarının ve bunların sonuçlarının dürüstçe belgelenmesi.

## Yürütme Kısıtlamaları

**SELFDESTRUCT desteklenmiyor.** Opcode'un bir işleyicisi yok, bu yüzden onu çalıştıran bir sözleşme tüm işlemi iptal eder (aşağıya bakın), tek bir çerçeveyi geri almaz.

**Rome'un uygulamadığı bir opcode tüm işlemi iptal eder.** Yorumlayıcının byte için bir işleyicisi yok, bu yüzden işlem şu şekilde sonlanır `IncompatibleVersionEVM(opcode)`, yaptığı hiçbir şey commit edilmez ve hata, bir çağıran sözleşme tarafından yutulmak yerine gönderene ulaşır.

**Opcode başına gas çizelgesi yok.** şuna geçirilen gas değeri `CALL`, `DELEGATECALL`, `STATICCALL` ve `CREATE` ABI uyumluluğu için kabul edilir ancak zorunlu kılınmaz — çağrılan, çağıranın kalan tam bütçesiyle çalışır ve 2300 gas'lik bir ödenek yoktur. Gas ödeneğine dayalı yeniden giriş koruması (`transfer()` / `send()`) Rome'da geçersizdir; açık yeniden giriş korumaları ve checks-effects-interactions kullanın.

**Modexp (0x05) devre dışıdır.** Bir çağrı şu hatayla geri döndürülür: `big_mod_exp çağrısı devre dışı` Solana etkinleştirene kadar `big_mod_exp` syscall.

**Depolama hesabı başına 256 depolama yuvası.** Sözleşme depolaması, her biri 256 yuva içeren Solana hesaplarına bölünür. Büyük depolama alanına sahip sözleşmeler birden fazla hesap kullanır, bu da CU maliyetlerini etkiler.

**Yaklaşık 1,4 milyon hesaplama birimi tek bir atomik işlem başına.** Tek bir Solana işleminin bütçesini aşan işler yinelemeli yürütmeye geri döner (birden çok işleme bölünür). Bazı işlemler yalnızca atomiktir ve yinelemeli olarak çalışamaz — özellikle eski izde CPI (`CpiProhibitedInIterativeTx`; önbelleğe alınmış iz etkileri aşamalıdır ve yinelemeli olarak gerçekten çalışır).

**4 seviyelik CPI derinlik sınırı.** Derin iç içe geçmiş CPI çağrıları başarısız olur. Sözleşmeleri sığ çağrı ağaçlarıyla tasarlayın.

## Oracle Kısıtlamaları

**Tarihsel tur verisi yok.** Oracle Gateway bağdaştırıcıları yalnızca `latestRoundData()` destekler. Tarihsel fiyat sorguları üzerinden `getRoundData(roundId)` geri döndürülür.

**Ayrıştırıcı ofsetleri mevcut düzenlerle doğrulanır.** Pyth ve Switchboard hesap verileri bayt ofsetleri kullanılarak ayrıştırılır. Pyth veya Switchboard hesap düzenlerini değiştirirse, bağdaştırıcılar ofsetler yeniden doğrulanana kadar yanlış veri döndürür.

## Araç Kısıtlamaları

**Ethereum tarzı işlem izleme yok.** `debug_traceTransaction` ve `trace_*` desteklenmez. Tek iz yöntemi `debug_traceRomeTransaction`, birkaç çağrıyı tek bir toplu işte birleştiren bir işlemi alt çağrılarına ve CPI'larına ayırır. Sıradan işlemler `null`. Diğer her şey için `eth_call` ve [Gezgin üzerinden](/tr/rome-uzerindeki-uygulamalar/via.md) (işlem arkasındaki Solana talimatlarını gösterir) hata ayıklamak için kullanın. Bkz. [JSON-RPC](/tr/referans/json-rpc.md).

**`eth_getLogs` aralıkla sınırlandırılmıştır.** Genel zincirler aşırı geniş blok aralıklarını reddeder (hata `-32005`); sorgularınızı sınırlandırın. Bkz. [JSON-RPC](/tr/referans/json-rpc.md).

## Altyapı Kısıtlamaları

**Tek operatör modeli.** Her Rome dağıtımı tek bir varlık (ödeme havuzu operatörü) tarafından işletilir. Merkeziyetsiz bir operatör kümesi yoktur.

**Yinelemeli mod kilitlemesi.** Yinelemeli yürütme sırasında hesaplar birkaç saniye boyunca kilitlenir, bu da yoğun kullanılan hesaplarda çekişmeye neden olabilir.

## Sırada Ne Var

* [Sorumlu Açıklama](/tr/guvenlik/responsible-disclosure.md) — sorunlar nasıl bildirilir


---

# 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/guvenlik/known-limitations.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.