> 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/vi/canton-zk-evm/explorer.md).

# Trình khám phá

Đọc các block EVM của Ostia bên cạnh các bản ghi Canton của chúng và kiểm tra một bằng chứng ngay trong trình duyệt.

Explorer kết hợp dữ liệu EVM của reth với các bản ghi khối Canton mà nó đọc bằng danh tính của bên đọc. Nó có các trang khối, giao dịch và địa chỉ, một vòi tROME và một nút Xác minh để kiểm tra một khối trong trình duyệt.

Trang này mô tả commit `a84e84e439a5cc669c0ae61facf7c8c995d9d564`. Đọc toàn bộ [README của explorer](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/explorer/README.md).

## Đọc một khối

Trang khối hiển thị dữ liệu EVM của nó bên cạnh mã cập nhật Canton, thời gian ghi và operator cùng confirmer đã ký bản ghi của nó. Nó so sánh hash khối của reth, hash của bản ghi và hash của header đã ghi. Nó cũng hiển thị khóa chương trình, bản phát hành ZisK và hash khối đọc từ bằng chứng bên cạnh các giá trị mà explorer mong đợi.

Một khối đang được chứng minh vẫn chưa có trên Canton. Một giao dịch có thể đang chờ, đang được chứng minh hoặc đã hoàn tất. Explorer không hiển thị các phần Daml của khối: `BlockRecord` không chứa chúng.

Explorer giữ chỉ mục của nó trong bộ nhớ. Nó xây dựng lại chỉ mục đó từ các bản ghi của Canton khi khởi động. Mạng được cung cấp cũng giữ các bản ghi đó trong bộ nhớ và mất chúng khi khởi động lại.

## Kiểm tra bằng chứng trong trình duyệt của bạn

Đọc các giá trị từ bằng chứng không có nghĩa là xác minh nó. Nhấn Xác minh sẽ tải xuống một bản dựng WebAssembly của `xác minh` hàm của sidecar và chạy nó trên bằng chứng, header và các giao dịch đã ghi.

Phép kiểm tra xác minh bằng chứng PLONK theo khóa chương trình và bản phát hành ZisK đã ghim. Nó kiểm tra rằng header có hash khớp với hash của khối đã được chứng minh và rằng các giao dịch khớp với transaction root của header. Bảng điều khiển cũng yêu cầu hash khối đó phải khớp với hash của reth cho khối.

Các pin dự kiến đến từ phản hồi trạng thái của explorer. Xác minh chạy kiểm tra khối của sidecar; nó không chạy riêng `các phần` kiểm tra. Nút bị vô hiệu hóa trong khi khối đang được chứng minh. Sau khi kiểm tra, bảng điều khiển hiển thị kết quả, thời lượng và kích thước tải xuống của module. Thời lượng không bao gồm phần tải xuống. Xem [README của trình xác minh trình duyệt](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/explorer/verify/README.md).

## Sử dụng vòi tROME

Khoản chi trả mặc định là 1 tROME. Mỗi địa chỉ có thể yêu cầu chi trả một lần trong mỗi 24 giờ, và vòi sẽ gửi các khoản chi trả cách nhau ít nhất 2 giây. Các giới hạn này được giữ trong bộ nhớ và đặt lại khi explorer khởi động lại. tROME không có giá trị.

Vòi gửi một giao dịch đến reth. Nó sẽ đến trong khối được chứng minh tiếp theo, vì vậy builder phải chạy để một khoản chi trả trở thành cuối cùng. Cả việc khởi động mạng lẫn khởi động explorer đều không chạy builder.

Genesis đã được cấp vốn của vòi phải được chuẩn bị trước khi mạng khởi động. `explorer/run.sh setup` tạo ra khoản cấp vốn đó và một khóa mới cho lần chạy. `explorer/run.sh start` khởi động container, và `explorer/run.sh stop` dừng nó. Khi không có khóa vòi, vòi sẽ tắt. Hướng dẫn đầy đủ của explorer có trình tự khởi động;  [hướng dẫn demo](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/demo/README.md#running-it) có trình tự bao gồm cả demo lẫn việc cấp vốn cho vòi.

## Truy cập cục bộ

Container chạy bên cạnh chuỗi trên cùng một máy Linux có Docker và lắng nghe cục bộ. Mạng không có xác thực Ledger API. Mã của explorer giới hạn các lượt đọc của nó vào bên đọc, nhưng bất kỳ ai có thể truy cập participant đó cũng có thể đọc các bản ghi cho các bên khác của nó. README của explorer nói rằng không nên cấp cho nó một địa chỉ công khai trong các điều kiện này.


---

# 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/vi/canton-zk-evm/explorer.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.