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

# 릴리스

v0.3.0에 추가된 내용과 체인이 지원되는 ZisK 증명 릴리스 사이를 이동하는 방식.

이 섹션에서는 다룹니다 **Rome ZK EVM v0.3.0**. 일치하는 v0.3.0 소스, 노드 이미지 및 배치 게스트를 사용하세요. 게스트는 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 체인은 이제 자체 래핑된 SOL 금고에서 입금을 받고 출금을 지급할 수 있습니다. 체인 권한은 입금 대기열을 열고, 그 범위와 수수료를 설정하며, 지연된 활성화 후 이를 변경할 수 있습니다. 시퀀서는 완료된 Solana 입금을 EVM 블록에 반영하고, 배처는 정렬된 범위를 인박스 배치에 커밋합니다.

노드 이미지에는 출구 증명기가 포함되어 있습니다. 함께 `EXITS=on`, 체인의 출구 포털을 감시하고, 최종 Solana 루트에 대해 출금을 증명하며, 금고 해제를 직접 전송합니다. 자체 payer를 사용합니다. wrapped SOL 토큰 계정이 없는 수신자에게 지급되는 소액은 기본적으로 수동 해제를 기다립니다. `./rollup check` 출구 설정, 서비스 상태, 멈춘 출구 및 출구 payer 잔액을 보고합니다.

증명은 ZisK 1.3.1-alpha를 사용합니다. Settlement와 Veritas는 이제 ZisK 릴리스별로 검증 키와 고정 재귀 루트를 유지합니다. 증명기 호스트 설정은 이 릴리스의 키 아카이브를 다운로드하고 확인하며, GPU 바이너리를 검사하고, 집계에 사용되는 상수 파일을 준비합니다. 이 릴리스는 검증 키 요청 및 버그 보고 이슈 양식도 추가합니다.

devnet 가이드는 Rome의 자체 실행에서 나온 탐색기 트랜잭션을 등록부터 지급까지 연결합니다. 이 릴리스는 여전히 이전 인박스 배치 및 청크 계정을 열어 둡니다. 보류 중인 루트 계정은 기본적으로 열린 상태로 유지되며, 해당 임대료가 누적됩니다. Rome은 오래된 배치 데이터를 Solana에 얼마나 오래 보관해야 하는지 아직 결정하지 않았습니다.

## ZisK 릴리스는 각 체인의 키에 속합니다

각 체인에는 검증 키 레지스트리가 있습니다. 항목에는 `programVK`, 공개 값 레이아웃, 활성화 슬롯 및 스킴 번호가 포함됩니다. 그 번호는 게스트와 키를 빌드하는 데 사용된 ZisK 릴리스를 지정합니다. 증명은 릴리스를 선택하지 않습니다. 레지스트리에는 4개의 항목 슬롯이 있습니다.

| 스킴  | ZisK 릴리스      | v0.3.0 상태            |
| --- | ------------- | -------------------- |
| `1` | `1.2.0-alpha` | 철회됨; 해당 증명은 거부됩니다.   |
| `2` | `1.3.1-alpha` | 열림; 새 항목과 증명이 수락됩니다. |

Settlement는 증명의 `programVK`. 그 항목은 해당 릴리스의 Veritas 키와 고정 재귀 루트를 선택합니다. 잘못된 루트를 가진 증명은 공개 값 및 페어링 검사 전에 거부됩니다. 철회된 릴리스는 프로덕션 빌드에 검증 키가 없습니다.

## 체인을 새 릴리스로 이동

이전 설치를 사용할 수 있도록 유지하면서 새 ZisK 툴체인과 증명 키를 설치하세요. 롤업 소스 태그, 게스트 태그 및 ZisK 릴리스를 함께 설정한 다음 `./rollup guest-build` 새 게스트를 빌드하고 `programVK` 같은 제네시스에 대해. 증명기는 일치하는 ZisK 설치, 게스트 및 검증 메타데이터가 필요합니다.

체인의 제네시스, 게스트 태그, ELF 해시 및를 Rome에 보내세요. `programVK`. Rome은 게스트를 다시 빌드하고 검사한 뒤, 미래의 활성화 슬롯과 함께 새 키를 등록합니다. 체인이 루트를 게시한 경우, Rome은 이전 게스트와 릴리스도 필요로 합니다. 새 온체인 항목과 활성화 슬롯을 확인한 다음, 해당 슬롯이 도달하면 증명기로 전환하세요. 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/ko/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.