> 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/rome-zk-evm/how-it-works.md).

# Nasıl çalışır

Bir EVM bloğunu Solana'ya veri gönderimi, ZisK ispatı ve nihai uzlaşma boyunca takip edin.

Sequencer'ınız EVM işlemlerini JSON-RPC üzerinden kabul eder. İmzayı, nonce'u, bakiyeyi ve gas'i kontrol eder, ardından kabul edilen işlemleri geliş sırasına göre yürütür. İmzalı alt blokları ve bunların işlemlerini, bir ön onay döndürmeden önce kalıcı, sıralı bir günlüğe yazar. Sequencer, zincirin bloklarını üretmek için reth'i yerleştirir.

Bir ön onay, sequencer'ın neyi kabul edip sıraladığını size söyler. Bu, nihai bir Solana kökü değildir. Yolun geri kalanı veriyi yayınlar ve onu yürütmenin iddia edilen durumu verdiğini kanıtlar.

```
EVM işlemi -> sequencer -> sıralı günlük -> batcher -> Solana gelen kutusu
Solana gelen kutusu -> türet -> reth-verifier -> bloklar + tanıklar
bloklar + tanıklar -> ispatlayıcı (ZisK batch guest) -> ispat + kök
ispat + kök -> Solana uzlaşması (PostRootProved) -> nihai kök
```

## Bloklardan bir gelen kutusu toplamasına

Toplayıcı, sıralı günlükten ardışık blokları okur. Örnek `chain.toml` bir toplamayı 60 blokta, ya da ilk bloğundan 60 saniye sonra, hangisi önce gelirse orada kapatır. Toplamayı çerçevelere sıkıştırır, çerçeveleri Solana üzerinde gelen kutusu parçaları olarak gönderir, ardından toplamanın Merkle taahhüdünü sonlandırır.

Gelen kutusu taahhüdü zincir ve toplama kimliklerini, açılış slotunu, parça sayısını, parçaların Merkle kökünü ve toplamanın depo aralığını kapsar. Bir gelen kutusu toplamasını sonlandırmak, verilerinin gönderilmiş olduğu anlamına gelir. Bu, durum kökünü nihai hale getirmez. Zincir yetkilisi toplama sonlandırmasını imzalar.

Toplayıcı bir blok numarasını atlayamaz. Uzlaşma da sıradaki bir sonraki toplamayı alır. Bu yüzden sıkışmış ya da terk edilmiş bir toplama daha sonraki kökleri engeller. Toplayıcı, yeniden başlatma sonrasında yeniden oluşturabildiği sürece, kısmen yazılmış bir toplamaya aynı numara altında devam eder.

## Türe, doğrula ve ispatla

`türet` Solana'dan nihai hale getirilmiş gelen kutusu toplamalarını okur. Blokları yeniden oluşturur ve ayrı bir `reth-verifier` düğümünü bunları yeniden yürütmesi için yönlendirir. Bu düğüm, toplama ispatlayıcısının ihtiyaç duyduğu yürütme tanıklarını ve çıkış ispatlayıcısının ihtiyaç duyduğu durum ispatlarını sağlar. reth'in test API'sini çalıştırır, bu yüzden genel ağdan uzak tutulmalıdır.

İspatlayıcı her nihai hale getirilmiş gelen kutusu toplamasını okur, doğrulayıcı düğümünden blokları ve tanıkları alır ve zincirin toplama guest'ini ZisK içinde çalıştırır. Guest, blokların gelen kutusu verileriyle eşleştiğini ve doğru şekilde yürütüldüğünü kontrol eder. Ortaya çıkan durum kökü dahil olmak üzere toplamanın genel değerlerini taahhüt eder. Genesis'iniz ve ücret alıcınız bu guest'e derlenir, bu nedenle her zincirin kendi guest'i ve `programVK`.

İspatlayıcı kanıtı yerel olarak doğrular, ardından gönderir `PostRootProved`. Uzlaşma programı, bu zincir için kayıtlı etkin doğrulama anahtarını ve bu anahtarın adlandırdığı ZisK sürümünü kontrol eder. Ayrıca kanıtın genel değerlerini zincir kimliği, blok aralığı, öncül, gelen kutusu taahhüdü ve iddia edilen köke karşı denetler.

Veritas, Rome'un ZisK PLONK kanıtları için doğrulayıcısıdır. Uzlaşma, doğrulayıcı kodunu bağlar ve onu `PostRootProved`içinde çalıştırır; ayrı olarak dağıtılmış Veritas programını çağırmaz. Geçerli bir kanıt bir `Nihai` kök yazar ve aynı Solana işleminde kesinlik başını ilerletir. İzin gerektirmeyen bir zincirin genesis kökü tek başına nihai değildir. İlk nihai kökü için kanıtlanmış bir toplama gerekir.

## Sınırı geçen fonlar

Bir yatırma işlemi Solana üzerinde başlar. Köprü programı yatırılan token'ı yatıran kişiden o zincirin kasasına taşır ve numaralı bir yatırma kaydı ekler. Sequencer, nihai hale getirilmiş Solana yatırmalarını okur ve adlandırılmış EVM adresine sırayla alacak yazar. Toplayıcı, depo aralığını toplamayla taahhüt eder. Bakiyeler zincirde blok kapandığında görünür, ancak alacakları ancak o toplamanın kökü Solana üzerinde kanıtlandığında nihai olur.

Bir çekim işlemi zincir üzerinde çıkış portalında başlar. Portal bir mesaj kaydeder ve yerel varlığı yakar. Çıkış ispatlayıcısı bu mesajı izler ve doğrulayıcı düğümünden nihai bir köke karşı bir Ethereum depolama kanıtı elde eder. Bu kanıtı yerel olarak kontrol eder, ardından gönderir `ProveExit` Solana uzlaşmasına.

Uzlaşma portalı, mesajı, nihai kökü ve çıkış üst sınırını kontrol eder ve aynı çıkışın iki kez kanıtlanmasını engeller. Ardından çıkış ispatlayıcısı köprünün serbest bırakma işlemini gönderir. Köprü, kanıtlanmış çıkışı tüketir ve alıcıya o zincirin kasasından tek bir atomik işlemde ödeme yapar. Alıcı, kanıtlanmış kayıttan gelir, bu yüzden serbest bırakmayı gönderen kişi bunu değiştiremez.

Tamamını oku [v0.3.0 mimarisi](https://github.com/rome-protocol/solana-zk-evm/blob/v0.3.0/docs/ARCHITECTURE.md) tel formatları, bileşen sınırları ve her komut üzerindeki kontroller için.


---

# 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/rome-zk-evm/how-it-works.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.