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

# Обозреватель

Просматривайте EVM-блоки Ostia рядом с их записями Canton и проверяйте доказательство в браузере.

Обозреватель объединяет данные EVM от reth с записями блоков Canton, которые он читает, используя идентификатор стороны-читателя. В нём есть страницы блоков, транзакций и адресов, кран tROME и кнопка Verify для проверки блока в браузере.

Эта страница описывает коммит `a84e84e439a5cc669c0ae61facf7c8c995d9d564`. Прочтите полный [README обозревателя](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/explorer/README.md).

## Прочитать блок

На странице блока его данные EVM отображаются рядом с идентификатором обновления Canton, временем записи, а также оператором и подтверждающим, подписавшими запись. Здесь сравниваются хэш блока reth, хэш записи и хэш записанного заголовка. Также отображаются ключ программы, релиз ZisK и хэш блока, считанные из доказательства, рядом с ожидаемыми значениями обозревателя.

Доказываемый блок ещё не находится в Canton. Транзакция может ожидать, быть доказываемой или финализированной. Обозреватель не показывает ветви Daml этого блока: `BlockRecord` их не содержит.

Обозреватель хранит свой индекс в памяти. При запуске он перестраивает этот индекс на основе записей Canton. Предоставляемая сеть также хранит эти записи в памяти и теряет их при перезапуске.

## Проверьте доказательство в вашем браузере

Чтение значений из доказательства не подтверждает его корректность. Нажатие Verify загружает сборку WebAssembly sidecar- `проверить` функции и запускает её на записанном доказательстве, заголовке и транзакциях.

Проверка подтверждает корректность PLONK-доказательства под закреплённым ключом программы и релизом ZisK. Она проверяет, что заголовок хэшируется в доказанный хэш блока и что транзакции соответствуют корню транзакций заголовка. Панель также требует, чтобы этот хэш блока совпадал с хэшем reth для блока.

Ожидаемые закрепления берутся из ответа статуса обозревателя. Verify выполняет проверку блока sidecar; отдельную `части` проверку он не выполняет. Кнопка отключена, пока блок доказывается. После проверки панель показывает её результат, длительность и размер загрузки модуля. Время выполнения не включает загрузку. См. README [верификатора в браузере](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/explorer/verify/README.md).

## Используйте кран tROME

Стандартная выплата составляет 1 tROME. Каждый адрес может запросить выплату один раз в 24 часа, а кран отправляет выплаты с интервалом не менее 2 секунд. Эти ограничения хранятся в памяти и сбрасываются при перезапуске обозревателя. tROME не имеет стоимости.

Кран отправляет транзакцию в reth. Она появляется в следующем доказанном блоке, поэтому для финализации выплаты должен работать builder. Ни запуск сети, ни запуск обозревателя не запускают builder.

Финансированный genesis крана должен быть подготовлен до запуска сети. `explorer/run.sh setup` создаёт это финансирование и новый ключ для запуска. `explorer/run.sh start` запускает контейнер, а `explorer/run.sh stop` останавливает его. Без ключа крана кран выключен. В полном руководстве по обозревателю описана последовательность запуска; [руководство по демо](https://github.com/rome-protocol/canton-zk-evm/blob/a84e84e439a5cc669c0ae61facf7c8c995d9d564/demo/README.md#running-it) содержит последовательность, включающую как демо, так и финансирование крана.

## Локальный доступ

Контейнер работает рядом с цепочкой на той же машине Linux с Docker и слушает локально. В сети нет аутентификации Ledger API. Код обозревателя ограничивает чтение только стороной-читателем, но любой, кто может подключиться к этому участнику, также может читать записи для его других сторон. В 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/ru/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.