> 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/trust-model.md).

# Модель доверия

Кто может изменять цепочку Rome ZK EVM в devnet и чему должны доверять вносители и выводящие средства.

Совместно используемые программы v0.3.0 в Solana devnet являются обновляемыми. Доказанный корень становится окончательным согласно правилам, которые эти программы применяют в момент его публикации. Операторам и пользователям также следует учитывать, кто может изменять эти правила, кто контролирует каждую цепочку и кто может прекратить публикацию данных.

Читайте [полную модель доверия devnet v0.3.0](https://github.com/rome-protocol/solana-zk-evm/blob/v0.3.0/docs/TRUST-MODEL.md) для точного описания полномочий каждого органа и проверок в текущих программах.

## Полномочия Rome в отношении программ и реестра

Rome обладает правом на обновление программ shared inbox, settlement, Veritas и bridge. В devnet это полномочие осуществляется одной подписью. Обновление может вступить в силу без предварительного уведомления и может изменить любое текущее правило программы. При внесении средств следует рассматривать это как допущение модели доверия devnet.

Rome также обладает полномочиями реестра settlement. В рамках текущих программ он может включать или отключать регистрацию без разрешения, изменять депозит за регистрацию для новых цепочек, изменять комиссию settlement даже для уже существующей цепочки без протокольного ограничения, выбирать казначейство, изменять допустимый дрейф временных меток и изменять глобальное окно возврата. Окно возврата можно сократить для зарегистрированных цепочек, но не ниже 216 000 слотов в рамках текущей программы.

Полномочия реестра регистрируют, выводят из эксплуатации и изменяют слот активации ключей проверки цепочки. Доказательство засчитывается только по активному ключу этой цепочки. Следовательно, этот орган может изменить, чьи доказательства могут финализировать новые корни, или оставить цепочку без пригодного к использованию ключа. Новая запись может стать активной сразу после того, как транзакция регистрации попадёт в сеть. Уже финализированные корни остаются финализированными при выводе ключа из эксплуатации.

Без обновления программ ключи Rome не могут создать хранилище для цепочки, полномочия над которой Rome не удерживает, изменить mint этого хранилища, выбрать, куда направляются его выплаты, или вывести средства из него без доказанного выхода. Полномочия на обновление программы могут изменить эти правила, поэтому пользователи должны доверять, что Rome не выполнит такое обновление в devnet.

## Ваш орган управления цепочкой

В `./rollup` этой конфигурации плательщик Solana также является органом управления цепочкой. Он подписывает публикацию и финализацию пакетов inbox, публикацию доказанного корня и конфигурацию цепочки. Он может закрывать подходящие аккаунты batch, chunk и pending-root, чтобы вернуть их rent. Инструкции для смены этого полномочия нет, поэтому его утрата прекращает выполнение этих подписываемых действий.

Регистрация фиксирует ID цепочки, genesis, inbox-программу и длину challenge window. Орган управления не может изменить зарегистрированный genesis. Он выбирает получателя комиссий в этом genesis. Новая цепочка обычно стартует с нулевыми балансами; любой заявленный начальный баланс требует соответствующего обеспечения в vault до того, как Rome зарегистрирует её ключ проверки. Settlement сам по себе это обеспечение не проверяет.

Орган управления может предложить другой exit portal, программу bridge, лимит на вывод и залог poster bond. Предложение становится активным не раньше, чем через одно chain challenge window. Любой может активировать его после этого слота. Перед выводом пользователям следует проверить активную конфигурацию выхода.

После первого доказанного пакета орган управления может создать очередь депозитов и выбрать её крайний срок включения, лимиты на пакет и на блок, минимальный депозит, комиссию и получателя комиссии. Изменения также имеют отложенный слот активации. Текущая программа ограничивает, какие ожидающие депозиты а **финализированный** пакет может не включать.

## На что полагается пользователь

Вкладчик доверяет оператору поддерживать работу секвенсора, включать отложенный кредит в пакет, публиковать пакет и доказывать его корень. Оператор может определять порядок транзакций EVM и отклонять транзакции; общего механизма принудительного включения транзакций EVM не предусмотрено. Баланс депозита может отображаться в RPC цепочки до того, как его корень станет окончательным в Solana.

Для вывода средств необходим окончательный корень, охватывающий сообщение о выходе, активная конфигурация выхода и достаточно wrapped SOL в хранилище цепочки. Оператор может задержать этот корень, остановив пакеты или доказательства. Он может задержать выплаты, остановив prover выхода или не пополнив хранилище либо плательщика выхода. Любой может подать действительное доказательство выхода и разблокировку, поэтому prover выхода оператора — не единственный путь, когда данные и окончательный корень доступны.

В рамках текущих программ settlement связывает доказательство выхода с настроенным порталом и финальным корнем. Он ограничивает количество выходов на одно окно оспаривания и предотвращает повторную отправку. Bridge считывает получателя из подтверждённой записи и проверяет связанный с получателем токен-аккаунт. Тот, кто отправляет разблокировку, не может перенаправить её выплату. Хранилище без достаточных средств не может произвести выплату, даже если доказательство выхода действительно.

Депозит за регистрацию в 5 SOL — это залог регистрации цепочки, а не обеспечение балансов пользователей. Он становится возмещаемым органу управления цепочкой после первого финального корня или десяти опубликованных корней. Если до окончания окна возврата не будет опубликован ни один корень, любой может вернуть цепочку, а невозмещённый депозит перейдёт в казначейство. Окно devnet в v0.3.0 составляет 6 480 000 слотов, примерно 30 дней, отсчитываемых с момента регистрации.


---

# 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/trust-model.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.