> 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/nachalo-raboty/what-is-rome.md).

# Что такое Rome?

Rome — это среда выполнения EVM внутри Solana. Всё, что вы создаёте, доступно пользователям EVM, Solana и других цепочек. Четыре способа разработки.

Rome — это среда исполнения EVM, работающая внутри Solana. Всё, что вы создаёте в Rome, сразу открыто всем — пользователям EVM, пользователям Solana и пользователям других сетей. Вы создаёте один раз, и каждый может получить к этому доступ.

## Как работает Rome

Rome встраивает полноценный интерпретатор байткода EVM в качестве ончейн-программы Solana. Когда вы разворачиваете контракт Solidity в Rome, он живёт в Solana; когда он выполняется, он работает внутри среды выполнения Solana с прямым доступом к любой программе Solana — SPL Token, Jupiter, Kamino, Meteora или вашей собственной программе — атомарно, в одной транзакции. EVM и Solana разделяют одно и то же состояние, поэтому токен в Solana и его форма ERC-20 в EVM — это один и тот же аккаунт: ничего не бриджится и не оборачивается.

Поскольку всё это работает на Solana, **кошелёк любого типа управляет одними и теми же приложениями.** Пользователь MetaMask подписывает EVM-транзакцию обычным способом. Пользователь Phantom подписывает её своим **Solana** ключом — без EVM-ключевой пары, без отдельного адреса — и напрямую использует те же самые приложения Solidity. Оба получают доступ к одним и тем же контрактам и одному и тому же состоянию, каждый — со своей уже имеющейся идентичностью.

```mermaid
flowchart LR
    MM["MetaMask (ключ EVM)"] --> APPS
    PH["Phantom (ключ Solana)"] --> APPS
    APPS["Rome: ваши Solidity-приложения<br/>одно общее состояние внутри Solana"] --> PROGS["Программы Solana<br/>Jupiter, Meteora, Pyth"]
```

## Как использовать Rome

Есть четыре способа разрабатывать в Rome. Для каждого есть руководство и рабочий код, который можно изучить.

### Перенесите свой Solidity

Разверните существующие контракты Solidity без изменений. В Rome они могут атомарно вызывать программы Solana — обмен, запрос цены — в одной транзакции, и тот же контракт доступен кошелькам EVM, кошелькам Solana и пользователям, приходящим из других сетей.

**Как это построить:** [Разверните Solidity](/ru/rukovodstva-dlya-razrabotchikov/deploy-solidity.md), затем [Вызов Solana из EVM](/ru/rukovodstva-dlya-razrabotchikov/call-solana-from-evm.md).

**Примеры для изучения:** Compound v3 и Aave v3 работают в Rome без изменений — [compound-on-rome-comet](https://github.com/rome-protocol/compound-on-rome-comet), [rome-aave-v3](https://github.com/rome-protocol/rome-aave-v3). [Aerarium](https://github.com/rome-protocol/aerarium) — это кредитное приложение, где пользователи EVM и Solana пользуются одним рынком.

### Перенесите свою программу Solana

Ваша программа Solana продолжит делать то, что уже делает для ваших пользователей Solana. В Rome она также станет доступной из Solidity, поэтому ею смогут пользоваться и пользователи EVM, и пользователи других сетей — без изменений в самой программе.

**Как это построить:** [Вызовите программу Solana из EVM](/ru/rukovodstva-dlya-razrabotchikov/call-solana-from-evm.md); [Вызов EVM из Solana](/ru/rukovodstva-dlya-razrabotchikov/call-evm-from-solana.md) охватывает обратное направление.

**Примеры для изучения:** [cardo](https://github.com/rome-protocol/cardo) позволяет получить доступ к Jupiter, Meteora, Marinade и Mango из аккаунта EVM.

### Перенесите свою идею

Начните что-то новое, что с самого начала использует обе стороны — один пул, которым пользуются и пользователи EVM, и пользователи Solana; рынок, из которого обе стороны берут взаймы; оракул, который переносит цены Solana в EVM. Любая аудитория сможет использовать это с первого дня.

**Как это построить:** сначала [выберите свою основу](/ru/klyuchevye-ponyatiya/choose-your-core.md), затем [Вызов Solana из EVM](/ru/rukovodstva-dlya-razrabotchikov/call-solana-from-evm.md) и [паттерны DeFi](/ru/scenarii-ispolzovaniya/defi-protocols.md).

**Примеры для изучения:** [rome-dex](https://github.com/rome-protocol/rome-dex) — это один пул, которым торгуют и кошельки EVM, и кошельки Solana; [rome-oracle-gateway](https://github.com/rome-protocol/rome-oracle-gateway) считывает ценовые потоки Solana и передаёт их в Solidity через стандартный интерфейс Chainlink.

### Из домашней цепочки

Вашим пользователям не нужно переезжать. Из своей основной сети — Arbitrum, Monad или любой другой — они могут получить доступ к приложению Rome и попасть в Solana, не покидая привычную среду.

**Как это построить:** [Из домашней сети: доступ к Rome из другой цепочки](/ru/rukovodstva-dlya-razrabotchikov/from-home.md).

**Примеры для изучения:** [appia](https://github.com/rome-protocol/appia) — пользователи заводят USDC из своей основной сети и используют DeFi на стороне Rome; [rome-bridge-api](https://github.com/rome-protocol/rome-bridge-api) является оркестратором моста.

## Запустите это в собственной сети

Когда будете готовы, вы сможете запустить любой из этих вариантов в собственной сети Rome, со своим газовым токеном и комиссиями, которые будут поступать вашему приложению. См. [Суверенитет приложений](/ru/produkty/app-sovereignty.md).

## Требования

* Опыт разработки на Solidity (Hardhat или Foundry) либо программа Solana, которую нужно перенести
* Кошелёк — MetaMask и/или кошелёк Solana, например Phantom
* Базовое понимание модели аккаунтов Solana (см. [Основные понятия](/ru/nachalo-raboty/key-concepts.md))

## Что дальше

* [Быстрый старт](/ru/nachalo-raboty/quickstart.md) — разверните свой первый контракт за считаные минуты
* [Архитектура](/ru/nachalo-raboty/architecture.md) — как выполнение EVM работает внутри Solana
* [Приложения в Rome](/ru/prilozheniya-v-rome/apps.md) — полный каталог работающих приложений и их репозиториев


---

# 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/nachalo-raboty/what-is-rome.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.
