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

# Релизы

Что добавляет v0.3.0 и как цепочка переходит между поддерживаемыми выпусками доказательств ZisK.

В этом разделе описывается **Rome ZK EVM v0.3.0**. Используйте соответствующие исходники v0.3.0, образ узла и batch 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. Владелец цепочки может открыть очередь депозитов, задать её границы и комиссии, а также изменить их после отложенной активации. Секвенсер учитывает финализированные депозиты Solana в блоках EVM; батчер включает их упорядоченный диапазон в пакет inbox.

Образ узла включает exit prover. С `EXITS=on`, он отслеживает портал выхода цепочки, доказывает выводы по финальным корням Solana и выполняет выпуск средств из хранилища самостоятельно. Он использует собственного плательщика. Небольшая выплата получателю без токен-аккаунта wrapped SOL по умолчанию ожидает ручного выпуска. `./rollup check` отображает конфигурацию выхода, состояние службы, зависшие выходы и баланс плательщика выхода.

Доказательства используют ZisK 1.3.1-alpha. Settlement и Veritas теперь хранят проверяющий ключ и закреплённый корень рекурсии для каждого выпуска ZisK. Настройка узла prover загружает и проверяет архивы ключей этого выпуска, проверяет бинарные файлы GPU и подготавливает файлы констант, используемые при агрегации. В этом выпуске также добавлены формы запроса проверяющего ключа и сообщения об ошибке.

Руководство по devnet содержит ссылки на транзакции в обозревателе из собственного запуска Rome — от регистрации до выплаты. Этот выпуск по-прежнему оставляет открытыми старые аккаунты inbox batch и chunk. Аккаунты pending-root по умолчанию остаются открытыми; их арендная плата накапливается. Rome пока не решил, как долго старые данные batch должны храниться в Solana.

## Выпуски ZisK привязаны к ключу каждой цепочки

У каждой цепочки есть реестр проверяющих ключей. Запись содержит `programVK`, схему public values, слот активации и номер схемы. Это число указывает выпуск ZisK, использованный для сборки guest и ключа; доказательство не выбирает свой выпуск. В реестре предусмотрено четыре слота записей.

| Схема | Выпуск ZisK   | Статус v0.3.0                                      |
| ----- | ------------- | -------------------------------------------------- |
| `1`   | `1.2.0-alpha` | Отозван; его доказательства отклоняются.           |
| `2`   | `1.3.1-alpha` | Открыт; новые записи и доказательства принимаются. |

Settlement ищет активную запись, соответствующую `programVK`выпуску доказательства. Запись выбирает ключ Veritas и закреплённый корень рекурсии для этого выпуска. Доказательство с неверным корнем отклоняется до проверок public-values и pairings. Отозванный выпуск не имеет проверяющего ключа в production-сборке.

## Переведите цепочку на новый выпуск

Установите новый toolchain ZisK и proving keys, сохранив при этом доступность старой установки. Задайте вместе тег исходников rollup, тег guest и выпуск ZisK, затем выполните `./rollup guest-build` чтобы собрать новый guest и `programVK` для того же genesis. Пруверу требуется соответствующая установка ZisK, guest и метаданные верификации.

Отправьте в Rome genesis цепочки, тег guest, хэш ELF и `programVK`. Rome пересобирает и проверяет guest и регистрирует новый ключ с будущим слотом активации. Если цепочка уже опубликовала корень, Rome также нужны предыдущие guest и выпуск. Проверьте новую запись в блокчейне и слот активации, затем переключите prover, когда этот слот наступит. После переключения 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/ru/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.