> 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/id/rome-zk-evm/releases.md).

# Rilis

Apa yang ditambahkan v0.3.0 dan bagaimana sebuah chain berpindah antar rilis bukti ZisK yang didukung.

Bagian ini mendokumentasikan **Rome ZK EVM v0.3.0**. Gunakan source v0.3.0 yang cocok, image node, dan batch guest. Guest menggunakan ZisK 1.3.1-alpha. Tag rilis menamai pohon sumber yang digunakan untuk image. Branch `main` mungkin telah berubah sejak rilis.

Panduan [changelog lengkap v0.3.0](https://github.com/rome-protocol/solana-zk-evm/blob/v0.3.0/CHANGELOG.md#v030) mencatat perintah, perbaikan, dan batasan di balik rilis ini.  [kebijakan rilis ZisK](https://github.com/rome-protocol/solana-zk-evm/blob/v0.3.0/docs/ZISK-RELEASES.md) menjelaskan registri on-chain dan proses perpindahan.

## Dalam v0.3.0

Rantai devnet sekarang dapat menerima deposit dan membayar penarikan dari brankas SOL terbungkus mereka sendiri. Otoritas chain dapat membuka antrean deposit, menetapkan batas dan biayanya, serta mengubahnya setelah aktivasi tertunda. Sequencer mengkredit deposit Solana yang telah final dalam blok EVM; batcher memasukkan rentang terurutnya ke batch inbox.

Image node mencakup exit prover. Dengan `EXITS=on`, ia memantau portal keluar chain, membuktikan penarikan terhadap root Solana final, dan mengirim pelepasan brankas itu sendiri. Ia menggunakan payer miliknya sendiri. Pembayaran kecil kepada penerima tanpa akun token SOL terbungkus menunggu pelepasan manual secara default. `./rollup check` melaporkan konfigurasi keluar, kesehatan layanan, exit yang macet, dan saldo exit-payer.

Bukti menggunakan ZisK 1.3.1-alpha. Settlement dan Veritas sekarang menyimpan verifying key dan pinned recursion root per rilis ZisK. Penyiapan host prover mengunduh dan memeriksa arsip key dari rilis ini, memeriksa biner GPU, dan menyiapkan file konstan yang digunakan untuk agregasi. Rilis ini juga menambahkan formulir issue untuk permintaan verification-key dan laporan bug.

Panduan devnet menautkan transaksi explorer dari run milik Rome sendiri, dari pendaftaran hingga pembayaran. Rilis ini masih membiarkan akun batch inbox dan chunk lama tetap terbuka. Akun pending-root tetap terbuka secara default; sewanya terus bertambah. Rome belum memutuskan berapa lama data batch lama harus tetap berada di Solana.

## Rilis ZisK milik setiap key

Setiap chain memiliki registri verification-key. Sebuah entri berisi `programVK`, tata letak nilai publik, slot aktivasi, dan nomor skema. Nomor itu menamai rilis ZisK yang digunakan untuk membangun guest dan key; bukti tidak memilih rilisnya sendiri. Registri memiliki empat slot entri.

| Skema | Rilis ZisK    | status v0.3.0                           |
| ----- | ------------- | --------------------------------------- |
| `1`   | `1.2.0-alpha` | Ditarik; buktinya ditolak.              |
| `2`   | `1.3.1-alpha` | Terbuka; entri dan bukti baru diterima. |

Settlement mencari entri aktif yang cocok dengan `programVK`sebuah bukti. Entri itu memilih key Veritas dari rilis tersebut dan pinned recursion root. Bukti dengan root yang salah ditolak sebelum pemeriksaan nilai publik dan pairing. Rilis yang ditarik tidak memiliki verifying key dalam build produksi.

## Pindahkan chain ke rilis baru

Pasang toolchain ZisK dan proving keys yang baru sambil tetap mempertahankan instalasi lama agar tersedia. Tetapkan tag source rollup, tag guest, dan rilis ZisK bersama-sama, lalu jalankan `./rollup guest-build` untuk membangun guest baru dan `programVK` untuk genesis yang sama. Prover memerlukan instalasi ZisK, guest, dan metadata verifikasi yang cocok.

Kirim ke Rome genesis chain, tag guest, hash ELF, dan `programVK`. Rome membangun ulang dan memeriksa guest serta mendaftarkan key baru dengan slot aktivasi di masa depan. Jika chain telah memposting root, Rome juga memerlukan guest dan rilis sebelumnya. Periksa entri on-chain baru dan slot aktivasi, lalu beralihlah ke prover ketika slot itu tiba. Rome menghentikan entri lama setelah perpindahan. Entri di masa depan tidak dapat memverifikasi lebih awal.

Kebijakan dukungan Rome hanya mempertahankan paling banyak dua rilis ZisK yang terbuka sekaligus. Rilis yang ditutup tidak menerima entri baru, tetapi entri yang sudah ada masih dapat memverifikasi saat chain berpindah. Ketika Rome mengumumkan bahwa sebuah rilis akan ditutup, chain di devnet dan testnet memiliki waktu 30 hari untuk berpindah. Jangka waktu itu adalah kebijakan dukungan Rome, bukan timer on-chain. Rome dapat menghentikan entri sekaligus karena penarikan keamanan. Rilis yang ditarik tidak menerima entri baru maupun bukti, jadi chain yang masih di 1.2.0-alpha memerlukan entri aktif 1.3.1-alpha sebelum dapat memposting root lainnya.


---

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