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

# リリース

v0.3.0で追加されるものと、チェーンが対応済みのZisK証明リリース間をどう移行するか。

このセクションでは説明します **Rome ZK EVM v0.3.0**。対応する v0.3.0 のソース、ノードイメージ、およびバッチ guest を使用してください。guest は ZisK 1.3.1-alpha を使用します。リリースタグは、イメージに使用されたソースツリーを示します。その `main` ブランチは、リリース以降に変更されている可能性があります。

その [v0.3.0 の完全な変更履歴](https://github.com/rome-protocol/solana-zk-evm/blob/v0.3.0/CHANGELOG.md#v030) リリースの背後にあるコマンド、修正、および制限を記録しています。その [ZisK リリースポリシー](https://github.com/rome-protocol/solana-zk-evm/blob/v0.3.0/docs/ZISK-RELEASES.md) オンチェーンのレジストリと移行プロセスについて説明しています。

## v0.3.0 では

Devnet のチェーンは、独自の wrapped SOL vault から入金を受け付け、出金を支払えるようになりました。チェーン権限は、入金キューを開き、その上限と手数料を設定し、遅延有効化の後にそれらを変更できます。シーケンサーは確定した Solana の入金を EVM ブロックに計上し、バッチャーはその順序付き範囲を inbox バッチにコミットします。

ノードイメージには exit prover が含まれています。With `EXITS=on`、それはチェーンの exit portal を監視し、最終的な Solana ルートに対して出金を証明し、vault の解放自体を送信します。独自の payer を使用します。wrapped SOL トークンアカウントを持たない受取人への少額の支払いは、デフォルトでは手動リリースを待機します。 `./rollup check` exit 設定、サービスの健全性、停止した exit、exit-payer の残高を報告します。

証明には ZisK 1.3.1-alpha を使用します。Settlement と Veritas は現在、ZisK リリースごとに検証キーと固定された再帰ルートを保持します。prover ホストのセットアップでは、このリリースのキーアーカイブをダウンロードして検証し、GPU バイナリを確認し、集約で使用する定数ファイルを準備します。このリリースでは、検証キー要求とバグ報告の issue フォームも追加されています。

devnet ガイドでは、登録から支払いまで、Rome 自身の実行に関するエクスプローラのトランザクションへのリンクを掲載しています。このリリースでは、古い inbox バッチおよび chunk アカウントはまだ開いたままです。pending-root アカウントはデフォルトで開いたままであり、その rent は蓄積されます。Rome は、古いバッチデータをどれだけ長く Solana 上に保持すべきかまだ決めていません。

## ZisK リリースは各チェーンのキーに対応します

各チェーンには検証キーのレジストリがあります。エントリには `programVK`、公開値のレイアウト、アクティベーションスロット、そしてスキーム番号が含まれます。その番号は、guest と key のビルドに使用された ZisK リリースを示します。証明が自分のリリースを選ぶことはありません。レジストリには 4 つのエントリスロットがあります。

| スキーム | ZisK リリース     | v0.3.0 の状態               |
| ---- | ------------- | ------------------------ |
| `1`  | `1.2.0-alpha` | 撤回済み。その証明は拒否されます。        |
| `2`  | `1.3.1-alpha` | 公開中。新しいエントリと証明が受け付けられます。 |

Settlement は、証明の `programVK`。そのエントリは、そのリリースの Veritas key と固定された再帰ルートを選択します。誤ったルートを持つ証明は、public-values とペアリング検証の前に拒否されます。撤回済みのリリースには、本番ビルドに検証キーはありません。

## チェーンを新しいリリースへ移行する

古いインストールを利用できる状態に保ちながら、新しい ZisK ツールチェーンと証明キーをインストールします。ロールアップのソースタグ、guest タグ、ZisK リリースを一緒に設定し、その後 `./rollup guest-build` 新しい guest をビルドし、 `programVK` 同じ genesis のためです。prover には、対応する ZisK のインストール、guest、および検証メタデータが必要です。

Rome にチェーンの genesis、guest タグ、ELF ハッシュ、および `programVK`。Rome は guest を再ビルドして検証し、新しいキーを将来のアクティベーションスロット付きで登録します。チェーンがルートを投稿している場合、Rome には前の guest とリリースも必要です。新しいオンチェーンエントリとアクティベーションスロットを確認し、そのスロットが到来したら prover を切り替えます。切り替え後、Rome は古いエントリを廃止します。将来のエントリは早期に検証できません。

Rome のサポートポリシーでは、同時に開いておける ZisK リリースは最大 2 つです。終了中のリリースは新しいエントリを受け付けませんが、既存のエントリはチェーンの移行中も引き続き検証できます。Rome がリリースの終了を告知した場合、devnet と testnet のチェーンには移行のために 30 日あります。その期間は Rome のサポートポリシーであり、オンチェーンのタイマーではありません。セキュリティ上の撤回では、Rome はエントリをただちに廃止することがあります。撤回済みのリリースは新しいエントリも証明も受け付けないため、まだ 1.2.0-alpha 上にあるチェーンは、次のルートを投稿する前にアクティブな 1.3.1-alpha エントリが必要です。


---

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