> 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/zh/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 金库接收存款并支付提现。链授权方可以开启存款队列，设置其上下限和费用，并在延迟激活后修改这些参数。排序器会在 EVM 区块中记入已最终确认的 Solana 存款；批处理器则将其有序范围提交到 inbox 批次。

节点镜像包含一个退出证明器。配合 `EXITS=on`，它会监视链的退出门户，基于最终的 Solana 根证明提现，并自行发送金库释放交易。它使用自己的 payer。对于没有 wrapped SOL 代币账户的接收方，小额支付默认会等待人工释放。 `./rollup check` 报告退出配置、服务健康状况、卡住的退出以及退出支付方余额。

证明使用 ZisK 1.3.1-alpha。Settlement 和 Veritas 现在会针对每个 ZisK 版本保留一个验证密钥和固定的递归根。证明器主机设置会下载并校验该版本的密钥归档，检查 GPU 二进制文件，并准备聚合所使用的常量文件。该版本还新增了验证密钥请求和漏洞报告的 issue 表单。

devnet 指南链接了 Rome 自身运行中的浏览器交易，从注册到支付。本版本仍会保留旧的 inbox 批次和 chunk 账户处于开放状态。pending-root 账户默认保持开放；其租金会持续累积。Rome 尚未决定旧批次数据需要在 Solana 上保留多久。

## ZisK 版本属于每条链的密钥

每条链都有一个验证密钥注册表。一个条目包含 `programVK`，一个公共值布局、一个激活槽位和一个方案编号。该编号指明用于构建 guest 和密钥的 ZisK 版本；证明不会选择其版本。该注册表有四个条目槽位。

| 方案  | ZisK 版本       | v0.3.0 状态    |
| --- | ------------- | ------------ |
| `1` | `1.2.0-alpha` | 已撤回；其证明将被拒绝。 |
| `2` | `1.3.1-alpha` | 开放；接受新条目和证明。 |

Settlement 会查找与某个证明的 `programVK`相匹配的活动条目。该条目会选择该版本的 Veritas 密钥和固定递归根。根不正确的证明会在公共值和配对检查之前被拒绝。已撤回的版本在生产构建中没有验证密钥。

## 将链迁移到新版本

安装新的 ZisK 工具链和证明密钥，同时保留旧安装可用。将 rollup 源标签、guest 标签和 ZisK 版本一起设置，然后运行 `./rollup guest-build` 以构建新的 guest 和 `programVK` 用于相同的创世区块。证明器需要匹配的 ZisK 安装、guest 和验证元数据。

将链的创世区块、guest 标签、ELF 哈希以及 `programVK`发送给 Rome。Rome 会重新构建并检查 guest，并使用未来的激活槽位注册新密钥。如果该链已发布根，Rome 还需要先前的 guest 和版本。检查新的链上条目和激活槽位，然后在该槽位到达时切换证明器。切换后，Rome 会退役旧条目。未来条目不能提前验证。

Rome 的支持政策规定同时最多只保留两个 ZisK 版本处于开放状态。即将关闭的版本不再接受新条目，但在链迁移期间，现有条目仍可验证。当 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/zh/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.