> 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/releases.md).

# Sürümler

v0.3.0'ın neler eklediği ve bir zincirin desteklenen ZisK ispat sürümleri arasında nasıl geçtiği.

Bu bölüm belgeler **Rome ZK EVM v0.3.0**. Eşleşen v0.3.0 kaynak kodunu, düğüm imajını ve batch guest'i kullanın. Guest, ZisK 1.3.1-alpha kullanır. Sürüm etiketi, imaj için kullanılan kaynak ağacını adlandırır. Bu `main` dal, sürümden bu yana değişmiş olabilir.

Bu [tam v0.3.0 değişiklik günlüğü](https://github.com/rome-protocol/solana-zk-evm/blob/v0.3.0/CHANGELOG.md#v030) sürümün arkasındaki komutları, düzeltmeleri ve sınırlamaları kaydeder. Bu [ZisK sürüm politikası](https://github.com/rome-protocol/solana-zk-evm/blob/v0.3.0/docs/ZISK-RELEASES.md) zincir üstü kayıt defterini ve taşıma sürecini açıklar.

## v0.3.0'da

Devnet zincirleri artık kendi wrapped SOL kasalarından yatırma kabul edebilir ve çekimleri ödeyebilir. Zincir yetkisi bir yatırma kuyruğu açabilir, sınırlarını ve ücretlerini ayarlayabilir ve gecikmeli etkinleştirmeden sonra bunları değiştirebilir. Sıralayıcı, kesinleşen Solana yatırmalarını EVM bloklarında alacaklandırır; batcher bunların sıralı aralığını inbox batch'e kaydeder.

Düğüm imajı bir çıkış kanıtlayıcısı içerir. Bununla `EXITS=on`, zincirin çıkış portalını izler, çekimleri kesin Solana köklerine karşı kanıtlar ve kasa serbest bırakmasını kendisi gönderir. Kendi ödeyicisini kullanır. wrapped SOL token hesabı olmayan bir alıcıya yapılacak küçük bir ödeme, varsayılan olarak elle serbest bırakılmayı bekler. `./rollup check` çıkış yapılandırmasını, hizmet sağlığını, takılmış çıkışları ve çıkış-ödeyici bakiyesini raporlar.

Kanıtlar ZisK 1.3.1-alpha kullanır. Settlement ve Veritas artık her ZisK sürümü için bir doğrulama anahtarı ve sabitlenmiş özyineleme kökü tutuyor. Kanıtlayıcı ana makine kurulumu bu sürümün anahtar arşivlerini indirir ve doğrular, GPU ikililerini kontrol eder ve toplama tarafından kullanılan sabit dosyaları hazırlar. Sürüm ayrıca doğrulama anahtarı isteği ve hata raporu issue formlarını ekler.

Devnet kılavuzu, kayıt işleminden ödemeye kadar Rome'un kendi çalıştırmasından gelen explorer işlemlerine bağlantı verir. Bu sürüm hâlâ eski inbox batch ve chunk hesaplarını açık bırakır. Bekleyen kök hesapları varsayılan olarak açık kalır; kiraları birikir. Rome, eski batch verilerinin Solana'da ne kadar süre kalması gerektiğine henüz karar vermedi.

## ZisK sürümleri her zincirin anahtarına bağlıdır

Her zincirin bir doğrulama anahtarı kaydı vardır. Bir giriş şunları tutar `programVK`, bir public-values yerleşimi, bir etkinleştirme yuvası ve bir şema numarası. Bu numara, guest ve anahtarı oluşturmak için kullanılan ZisK sürümünü adlandırır; kanıt sürümünü seçmez. Kayıt defterinde dört giriş yuvası vardır.

| Şema | ZisK sürümü   | v0.3.0 durumu                                 |
| ---- | ------------- | --------------------------------------------- |
| `1`  | `1.2.0-alpha` | Geri çekildi; kanıtları reddedilir.           |
| `2`  | `1.3.1-alpha` | Açık; yeni girişler ve kanıtlar kabul edilir. |

Settlement, bir kanıtın eşleşen etkin girişini arar `programVK`. Giriş, o sürümün Veritas anahtarını ve sabitlenmiş özyineleme kökünü seçer. Yanlış köke sahip bir kanıt, public-values ve eşleme kontrollerinden önce reddedilir. Geri çekilmiş bir sürümün üretim derlemesinde doğrulama anahtarı yoktur.

## Bir zinciri yeni bir sürüme taşıyın

Eski kurulumu kullanılabilir tutarken yeni ZisK araç zincirini ve kanıtlama anahtarlarını kurun. Rollup kaynak etiketini, guest etiketini ve ZisK sürümünü birlikte ayarlayın, ardından şunu çalıştırın `./rollup guest-build` yeni bir guest oluşturmak ve `programVK` aynı genesis için. Kanıtlayıcının eşleşen ZisK kurulumu, guest ve doğrulama meta verilerine ihtiyacı vardır.

Zincirin genesis'ini, guest etiketini, ELF hash'ini ve Rome'a gönderin `programVK`. Rome guest'i yeniden derler ve denetler, yeni anahtarı gelecekteki bir etkinleştirme yuvasıyla kaydeder. Zincir bir kök yayınlamışsa, Rome'un önceki guest ve sürüme de ihtiyacı vardır. Yeni zincir üstü girişi ve etkinleştirme yuvasını kontrol edin, ardından o yuva geldiğinde kanıtlayıcıyı değiştirin. Rome, geçişten sonra eski girişi emekli eder. Gelecekteki bir giriş erken doğrulama yapamaz.

Rome'un destek politikası aynı anda en fazla iki ZisK sürümünü açık tutar. Kapanan bir sürüm yeni giriş kabul etmez, ancak mevcut girişler zincirler taşınırken yine de doğrulama yapabilir. Rome bir sürümün kapanacağını duyurduğunda, devnet ve testnet üzerindeki zincirlerin taşınmak için 30 günü vardır. Bu pencere, zincir üstü bir zamanlayıcı değil, Rome'un destek politikasıdır. Rome, güvenlik nedeniyle girişleri derhal emekli edebilir. Geri çekilmiş bir sürüm ne yeni girişleri ne de kanıtları kabul eder; bu yüzden hâlâ 1.2.0-alpha üzerinde olan bir zincirin başka bir kök yayınlamadan önce etkin bir 1.3.1-alpha girişine ihtiyacı vardır.


---

# 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/releases.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.