> 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/resursy/glossary.md).

# Глоссарий

Определения терминов Rome и Solana, используемых в этой документации: ATA, CPI, PDA, VmAt/VmIt, holder-аккаунты, SPL-токены и другие.

Термины, специфичные для Rome и Solana, используемые в этой документации.

## Приложение

**Выделение** — Токен Canton, зарезервированный для получателя и исполнителя. В Ostia, `Аванс` выполняет выделение для депозита или платежа. Отправитель может забрать его обратно до расчёта. См. [Депозиты, выводы и платежи](/ru/canton-zk-evm/deposits-withdrawals-payments.md).

**ATA (ассоциированный токен-аккаунт)** — Детерминированный токен-аккаунт для заданной пары кошелёк + mint в Solana. Выводится из pubkey кошелька, mint токена и программы ATA.

**Атомарное выполнение (VmAt)** — Режим транзакции EVM, при котором всё выполнение завершается в рамках одной транзакции Solana. Режим по умолчанию для большинства операций.

## Б

**Гостевой пакет** — Гостевая программа ZisK, созданная для генезиса цепочки. Она проверяет данные inbox пакета и выполнение, затем фиксирует публичные значения, которые проверяет расчёт в Solana.

**BN254** — Эллиптическая кривая, используемая для верификации ZK-доказательств. Rome поддерживает предкомпиляции ecAdd (0x06), ecMul (0x07) и ecPairing (0x08).

**Borsh** — Binary Object Representation Serializer for Hashing. Стандартный формат сериализации Solana. Порядок байтов — little-endian.

## С

**Canton** — Упорядочивает блоки Ostia и фиксирует каждый доказанный блок EVM вместе с его действиями Canton в одной транзакции. См. [Canton ZK EVM](/ru/canton-zk-evm/canton-zk-evm.md).

**ID цепочки** — Уникальный идентификатор каждой среды EVM в Rome. Каждое приложение получает собственный chain ID.

**CPI (Cross-Program Invocation)** — Вызов одной программы Solana другой в рамках той же транзакции. Способ взаимодействия контрактов Rome EVM с программами Solana.

**Единицы вычислений (CU)** — Эквивалент Ethereum gas в Solana. У каждой транзакции есть бюджет вычислений; операции расходуют CU.

**Подтверждающий** — Подписант записи цепочки Ostia. Его participant запускает sidecar, который проверяет доказательства блоков и действия шлюза через внешний вызов Canton. См. [Модель доверия и ограничения](/ru/canton-zk-evm/trust-model.md).

## Д

**Daml** — Используется для контрактов Ostia в Canton: головы цепочки, записей блоков и контрактов, которые проводят расчёт депозитов, выводов и платежей. См. [Как это работает](/ru/canton-zk-evm/how-it-works.md).

## Е

**ERC20SPL** — Контракт-обёртка ERC-20, который считывает балансы из базового SPL-аккаунта токена в Solana. Для кошелька баланс ERC-20 равен балансу SPL; токены, удерживаемые контрактом, находятся на эскроу-счёте обёртки и отслеживаются в её хранилище.

**ERC20SPLFactory** — Фабричный контракт, развёртывающий обёртки ERC20SPL для любого mint SPL-токена.

**Прувер вывода** — Сервис, который доказывает вывод относительно финального корня в Solana, а затем отправляет выплату из своего хранилища.

**Внешний вызов** — Расширение Canton, через которое Daml вызывает sidecar каждого подтверждающего участника. Ostia использует его для `проверить` и `части` проверок. См. [Как это работает](/ru/canton-zk-evm/how-it-works.md).

## Г

**Шлюз** — В Ostia это контракт EVM, который записывает Canton legs блока и создаёт обёрнутые токены. Отдельная сторона gateway в Canton хранит токены, обеспечивающие обёрнутые токены в EVM. См. [Депозиты, выводы и платежи](/ru/canton-zk-evm/deposits-withdrawals-payments.md).

## Н

**Геркулес** — Сервис индексации блоков. Отслеживает события Rome EVM в Solana и формирует данные блоков, совместимые с Ethereum.

**Аккаунт-хранилище** — Ончейн-буфер (макс. 80 КБ), который хранит крупные транзакции EVM, превышающие лимит транзакции Solana (v1) в 4 КБ.

## И

**Итеративное выполнение (VmIt)** — Режим транзакции EVM, который распределяет выполнение между несколькими транзакциями Solana; каждый шаг упаковывает столько операкодов, сколько помещается в его бюджет вычислений (адаптивный размер шага). Используется для ресурсоёмких операций.

## Л

**Лампорт** — Наименьшая единица SOL. 1 SOL = 10^9 лампортов.

**Запись** — Действие Canton, записываемое EVM-шлюзом Ostia: депозит, вывод или платёж. Доказанный блок и его legs рассчитываются вместе в `Аванс`. См. [Депозиты, выводы и платежи](/ru/canton-zk-evm/deposits-withdrawals-payments.md).

## М

**Mollusk SVM** — Внецепочечный эмулятор Solana VM, используемый Rome Proxy для `eth_call` и оценки газа. Может выполнять произвольные BPF-программы.

## О

**Oracle Gateway** — Контракты-адаптеры, предоставляющие ценовые фиды Pyth и Switchboard через интерфейс AggregatorV3Interface Chainlink.

## П

**Участник** — Узел Canton, на котором размещаются стороны. В локальной сети Ostia участники operator и confirmer каждый запускают sidecar, а участник users размещает тестовые стороны и reader. См. [Запустить локально](/ru/canton-zk-evm/run-it-locally.md).

**Сторона** — Идентичность Canton, размещённая на участнике. Контракты Ostia определяют стороны как подписантов, контролёров или наблюдателей; сторона gateway хранит заблокированные токены Canton. См. [Модель доверия и ограничения](/ru/canton-zk-evm/trust-model.md).

**Плательщик** — Пара ключей Solana, которая подписывает и оплачивает транзакции Solana от имени пользователей EVM. Управляется Proxy.

**PDA (адрес, производный от программы)** — Детерминированный адрес Solana, полученный из seed-значений и program ID. Частного ключа нет — программа «владеет» PDA.

**Доказанный корень** — Корень состояния, публикуемый вместе с доказательством ZisK, проверяемым расчётом в Solana. Для безразрешительной цепочки Rome ZK EVM он становится окончательным после публикации.

**Прокси** — Сервер Rome JSON-RPC (порт 9090), который преобразует вызовы Ethereum API в транзакции Solana.

## Р

**RheaTx** — Одна транзакция EVM в одном rollup.

**RemusTx** — Несколько транзакций EVM в разных rollup, выполняемых атомарно.

**RomulusTx** — Транзакции EVM + нативные инструкции Solana, выполняемые атомарно.

**ResourceFactory** — Компонент SDK, который объединяет пары ключей Solana и индексы аккаунтов-хранилищ для параллельной отправки транзакций.

## С

**Сайдкар** — Сервис рядом с каждым подтверждающим участником, который проверяет доказательство Ostia, данные блока и legs шлюза, когда Canton вызывает его. См. [Как это работает](/ru/canton-zk-evm/how-it-works.md).

**SPL Token** — Стандартная токен-программа Solana. Все взаимозаменяемые токены в Solana (USDC, SOL и т. д.) — это токены SPL.

**StateHolder** — Ончейн-аккаунт, который хранит сериализованное состояние VM между итеративными шагами выполнения.

**Синхронизатор** — В локальной сети Canton Ostia есть один synchronizer, состоящий из sequencer и mediator. Все три участника подключаются к нему. См. [Запустить локально](/ru/canton-zk-evm/run-it-locally.md).

## Т

**Token-2022** — Токен-программа SPL следующего поколения с расширениями (Transfer Hooks, Confidential Transfers, Permanent Delegates).

**Хук передачи** — Расширение Token-2022, которое вызывает программу при каждом `transfer_checked` вызове.

**TxBuilder** — Компонент SDK, который формирует инструкции Solana из транзакций EVM.

## В

**Ключ верификации (programVK)** — Идентификатор guest, специфичный для цепочки, зарегистрированный в Solana. Расчёт принимает доказательство только если его programVK совпадает с активной записью для этой цепочки.

## З

**ZisK** — Система доказательств, которая запускает batch guest цепочки и создаёт доказательство, проверяемое расчётом Rome ZK EVM.


---

# 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/resursy/glossary.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.