> 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/canton-zk-evm/explorer.md). # 익스플로러 Ostia의 EVM 블록을 해당 Canton 레코드와 나란히 보고 브라우저에서 증명을 확인하세요. explorer는 reader party의 신원을 사용해 읽어 들인 Canton 블록 기록과 reth의 EVM 데이터를 결합합니다. 블록, 트랜잭션, 주소 페이지와 tROME faucet, 그리고 브라우저에서 블록을 확인하는 Verify 버튼이 있습니다. 이 페이지는 커밋에 대해 설명합니다 `a84e84e439a5cc669c0ae61facf7c8c995d9d564`. 전체 내용을 읽어보세요 [explorer README](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/explorer/README.md). ## 블록 읽기 블록 페이지에는 EVM 데이터와 함께 Canton 업데이트 ID, 기록 시간, 그리고 해당 기록에 서명한 operator와 confirmer가 표시됩니다. reth의 블록 해시, 기록의 해시, 그리고 기록된 헤더의 해시를 비교합니다. 또한 proof에서 읽은 프로그램 키, ZisK 릴리스, 블록 해시를 explorer의 예상 값과 함께 표시합니다. 증명 중인 블록은 아직 Canton에 없습니다. 트랜잭션은 대기 중, 증명 중, 또는 최종 상태일 수 있습니다. explorer는 블록의 Daml legs를 표시하지 않습니다: `블록 기록` 그것들을 포함하지 않습니다. explorer는 인덱스를 메모리에 보관합니다. 시작 시 Canton의 기록으로부터 그 인덱스를 다시 구성합니다. 제공된 네트워크도 그 기록을 메모리에 보관하며 재시작 시 이를 잃습니다. ## 브라우저에서 증명 확인하기 proof에서 값을 읽는다고 해서 검증되는 것은 아닙니다. Verify를 누르면 sidecar의 WebAssembly 빌드를 다운로드합니다. `검증` 해당 함수를 기록된 proof, 헤더, 트랜잭션에 대해 실행합니다. 이 검사는 고정된 program key와 ZisK 릴리스 아래에서 PLONK proof를 검증합니다. 헤더가 증명된 블록 해시로 해시되는지, 그리고 트랜잭션이 헤더의 transaction root와 일치하는지 확인합니다. 또한 패널은 해당 블록 해시가 reth의 블록 해시와 일치할 것을 요구합니다. 예상되는 고정값은 explorer의 상태 응답에서 가져옵니다. Verify는 sidecar의 블록 검사를 실행하며, 별도의 `레그` 검사는 실행하지 않습니다. 블록이 증명되는 동안 이 버튼은 비활성화됩니다. 검사 후 패널은 결과, 소요 시간, 모듈의 다운로드 크기를 표시합니다. 소요 시간에는 다운로드가 포함되지 않습니다. 다음을 참조하세요. [브라우저 검증기 README](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/explorer/verify/README.md). ## tROME faucet 사용하기 기본 지급액은 1 tROME입니다. 각 주소는 24시간마다 한 번씩 지급을 요청할 수 있으며, faucet은 지급을 최소 2초 간격으로 보냅니다. 이 제한은 메모리에 유지되며 explorer가 재시작되면 초기화됩니다. tROME에는 가치가 없습니다. faucet은 reth로 트랜잭션을 보냅니다. 이는 다음에 증명된 블록에 도착하므로, 지급이 최종화되려면 builder가 실행되어야 합니다. 네트워크를 시작해도, explorer를 시작해도 builder는 실행되지 않습니다. faucet의 자금이 공급된 genesis는 네트워크가 시작되기 전에 준비되어야 합니다. `explorer/run.sh 설정` 그 자금과 실행을 위한 새 키를 생성합니다. `explorer/run.sh 시작` 컨테이너를 시작하며, `explorer/run.sh 중지` 컨테이너를 중지합니다. faucet 키가 없으면 faucet은 꺼집니다. 전체 explorer 안내서에는 시작 순서가 나와 있으며, [데모 가이드](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/demo/README.md#running-it) 데모와 faucet 자금 조달을 모두 포함하는 순서가 있습니다. ## 로컬 액세스 컨테이너는 Docker가 설치된 동일한 Linux 머신에서 체인 옆에서 실행되며 로컬로 수신합니다. 네트워크에는 Ledger API 인증이 없습니다. explorer의 코드는 읽기를 reader party로 제한하지만, 해당 참가자에 접근할 수 있는 사람은 그 참가자의 다른 당사자에 대한 기록도 읽을 수 있습니다. explorer README는 이러한 조건에서 이를 공개 주소로 노출하지 말라고 말합니다. --- # 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/canton-zk-evm/explorer.md?ask=&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.