> 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/canton-zk-evm/run-it-locally.md).

# Yerel olarak çalıştırın

Kontrolleri, GPU olmadan yapılan provayı ve yerel Ostia demosunu GPU üzerinde çalıştırın.

Sağlanan betikler yerel bir test ağı çalıştırır. Canton durumunu bellekte tutar, bu yüzden her yeniden başlatma bu durumu atar ve yeni bir ağ oluşturur. GPU demosu blokları kanıtlar. Prova, sahte bir kanıt kullanır ve GPU gerektirmez.

Bu sayfa commit'i açıklar `a84e84e439a5cc669c0ae61facf7c8c995d9d564`. Tamamını oku [ağ kılavuzu](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/network/README.md) ve [demo kılavuzu](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/demo/README.md). Aşağıdaki komutları şuradan çalıştırın: `canton-zk-evm` deponun kök dizini.

## İhtiyacınız olanlar

| Çalışma                     | Gereksinimler                                                                                                              |
| --------------------------- | -------------------------------------------------------------------------------------------------------------------------- |
| Depo kontrolleri            | Docker, `bash`, `curl`, `jq`, `openssl` ve Python 3. Rust testleri şunu kullanır: `rust-toolchain.toml`.                   |
| Canton entegrasyon testleri | Linux x86-64, Java 21 ve ağ erişimi.                                                                                       |
| Demo provası                | Linux x86-64, Docker, Java 21, Rust ve Python 3.12 veya daha yeni.                                                         |
| Gezgin testleri             | Node 22.18 veya daha yeni.                                                                                                 |
| GPU ağı ve demosu           | Linux x86-64, sürücüsü kurulmuş bir NVIDIA GPU, Docker, Rust, Python 3.12 veya daha yeni, `jq`, `curl`, `openssl` ve ZisK. |

Bu [deponun README'si](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/README.md#running-the-tests) test önkoşullarını listeler. GPU yükleyici şunu kullanır: `sudo` ve `apt` Debian veya Ubuntu üzerinde ve yaklaşık 100 GB boş disk alanı gerektirir. Sistem paketlerini kurar ve bellek kilitleme sınırlarını değiştirir. Ağın araç getiricisi eksikse Java 21 kurar. Şuna bakın: [Prover sunucusu](/tr/canton-zk-evm/prover-host.md) test edilen donanım için; asgari GPU belleği belirlenmemiştir.

## Testleri çalıştırın

şuradaki hızlı kontrollerle başlayın: [CONTRIBUTING.md](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/CONTRIBUTING.md#building-and-testing):

```sh
tests/static.sh                  # pinler, genesis ve lisans satırları uyuşur
tests/refuses_missing_flag.sh    # reth başlatması eksik veya yanlış bir bayrağı reddeder
tests/fixtures.sh                # kaydedilmiş kanıt tutarlıdır
gateway/build.sh --check         # depodaki gateway kodu, Gateway.sol'ün derlediği şeydir (Docker)
```

Depo README'si de bu kontrolleri verir. GPU gerekmez:

```sh
tests/udp_control.sh             # UDP denetimi, UDP dinleyicisi olan bir kapsayıcıda başarısız olur (reth yok)
tests/discovery.sh               # sabitlenmiş reth'i başlatır, eşlerinin olmadığını denetler, durdurur
tests/network_static.sh          # reth yalnızca launch.sh üzerinden, Canton yapılandırması, kaydedilmiş smoke sonucu
tests/network_checks.sh          # derleyici sabitleme denetimi, DAR'ın kimliği, başka bir programVK'da durma (GPU yok)
tests/canton_network.sh          # sabitlenmiş Canton, gerçek Daml paketi ve bir Advance (Linux x86-64, Java 21, Python 3; GPU yok)
gateway/tests/run.sh             # eş keşfi kapalıyken başlatılmış gerçek bir reth üzerindeki gateway (Docker, curl, jq, demo/requirements.txt içindeki paketlerle Python 3)
tests/guest-repro.sh             # guest derlemesi tek sabit bir klasörde çalışır, bu yüzden kaynak klasörü ELF'i değiştirmez (ZisK araçları için yerine geçenler; gerçek ZisK üzerindeki aynı kontrol 2026-10-04 tarihinde geçti, bkz. guest/README.md)
tests/demo_static.sh             # demodaki pinler, kurcalama anahtarı ve genesis geçersiz kılması ile kaydedilmiş sonuçları (GPU yok)
tests/demo_explorer_static.sh    # gezginin görüntüleri sabittir ve kapsayıcısına verilenler (Docker yok)
(cd explorer && npm ci && npm test)  # gezginin testleri, sahte verilere karşı (Node 22.18+; CI, PINS içinde EXPLORER_NODE_IMAGE kullanır)
(cd guest/rules && cargo test)   # zincir kuralları ve karmaları (Rust gerekir)
```

## GPU olmadan prova yapın

```sh
tests/demo_rehearsal.sh          # sahte bir kanıtla demo ve gezgin (Linux x86-64, Docker, Java 21, Rust, Python 3.12+; GPU yok)
```

Bu, gerçek reth, Canton, Daml paketi, belirteç standardı ve oluşturucuyu çalıştırır. Yan araç, gateway'in bacaklarını depolama kanıtlarıyla denetler, sahte bir araç ise kanıtın `doğrula` çağrısına yanıt verir. Prova ne bir blok kanıtlar ne de gerçek bir sıfır bilgi kanıtını doğrular.

Ayrıca gezgini ve musluğu da denetler. Gezgindeki Verify denetimi sahte kanıtı reddetmelidir.  [demo README'si](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/demo/README.md#the-rehearsal) provanın kapsamını açıklar.

## Yerel ağı GPU üzerinde başlatın

ZisK'ı şununla yükleyin: `prover/install.sh` ağı başlatmadan önce. reth'i her zaman sağlanan başlatıcı aracılığıyla başlatın; `network/up.sh` onu kullanır.

```sh
network/up.sh       # araçlar, guest derlemesi, reth, yan araçlar, prover, Canton, zincir
CZE_SOURCE_COMMIT=$(git rev-parse HEAD) network/smoke.sh    # bir boş blok, kanıtlanmış ve işlenmiş
network/down.sh
```

`up.sh` işlenmiş değerlerden farklı bir program anahtarı, ZisK kökü veya kurallar karması varsa guest'i derler ve reddeder. Ağda bir senkronize edici ve üç katılımcı vardır. Operatör ve onaylayıcı katılımcılarının her biri bir yan araç çalıştırır. users adlı katılımcı test taraflarını ve okuyucuyu barındırır.

Duman testi boş bir blok işler, zincirin başını ve okuyucunun blok kaydını denetler ve reth'in bunu nihai olarak işaretlediğini kontrol eder. Durum ve günlükler şuraya gider: `state/`, veya `CZE_STATE_DIR` ayarlandığında.

## GPU üzerinde beş demo senaryosunu çalıştırın

Demo için yeni bir yerel ağ kullanın:

```sh
demo/prepare.sh
CZE_GENESIS_FILE=$PWD/state/demo/genesis.json network/up.sh
CZE_SOURCE_COMMIT=$(git rev-parse HEAD) network/smoke.sh      # isteğe bağlı: önce bir boş blok
CZE_SOURCE_COMMIT=$(git rev-parse HEAD) demo/run.sh
network/down.sh
```

Hazırlık betiği çalışma için test anahtarları ve fonlanmış bir genesis oluşturur. Demo, kurulum bloğunu, yatırımı, ödemeyi, çekmeyi, tahsis reddini ve bozulmuş kanıt reddini çalıştırır. Betik bir kontrol başarısız olursa durur ve sonuçlarını şuraya yazar: `demo/results/`.

şuradan bir kaynak dışa aktarma için `.git`, şunu ayarlayın: `CZE_SOURCE_COMMIT` dışa aktarma için kullanılan commit'in tam karmasına. Musluğu dahil etmek için, fonlanmış genesis'i ağ başlamadan önce hazırlanmalıdır; bkz. [Gezgin](/tr/canton-zk-evm/explorer.md) ve tam demo kılavuzu.


---

# 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/canton-zk-evm/run-it-locally.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.
