> 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/produkty/app-sovereignty.md).

# Суверенность приложений

Запустите собственную суверенную EVM-цепочку в Solana — пользовательский chain ID, любой SPL-токен в качестве газа и доход от газа, поступающий в казну вашего приложения.

Суверенитет приложений позволяет любому приложению на Solana запускать собственную EVM-среду с пользовательским chain ID, пользовательским газовым токеном и доходом от газа, который поступает приложению — а не общему протоколу.

## Обзор

Каждое приложение в Rome получает суверенный экземпляр EVM:

* **Собственный chain ID** — ваше приложение представляет собой отдельный блокчейн
* **Собственный газовый токен** — любой SPL-токен (токен вашего проекта, USDC, SOL)
* **Доход от газа** — все комиссии за транзакции поступают в вашу казну
* **Полный набор инструментов EVM** — ваши пользователи подключают MetaMask, а ваши разработчики используют Hardhat/Foundry
* **Общее состояние** — пользователи EVM и пользователи Solana используют одно и то же состояние приложения и ликвидность

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

1. **Подключение через Sovereign Portal** — запросите цепочку и настройте ваш chain ID и газовый токен (любой SPL mint) через [Sovereign Portal](https://sovereign.devnet.romeprotocol.xyz)
2. **Rome поднимает цепочку** — команда Rome развертывает и обслуживает инфраструктуру цепочки
3. **Развертывание контрактов** — стандартное развертывание Solidity с помощью Hardhat или Foundry
4. **Пользователи подключаются** — MetaMask с вашим chain ID или любой EVM-кошелек

Каждая активная цепочка Rome — включая публичную эталонную цепочку [**Hadrian**](/ru/seti/hadrian.md) — зарегистрирована в публичном [реестре Rome](https://github.com/rome-protocol/rome-registry) (chain ID, RPC, адреса контрактов), поэтому суверенную цепочку можно обнаружить через тот же канонический источник, который уже используют разработчики.

## Ценообразование газового токена

Пользовательские газовые токены оцениваются через пул Meteora DAMM — v1 или v2, настраиваемый (также доступен резервный вариант Pyth/Hermes). Конфигурация Proxy задает `price_manager` который считывает данные пула для конвертации между вашим газовым токеном и SOL для базовых комиссий транзакций Solana.

```yaml
# Конфигурация Proxy для пользовательского газового токена
price_manager:
  type: "meteora_damm_v1_pool"   # meteora_damm_v1_pool | meteora_damm_v2_pool | hermes_api
  pool_address: "YOUR_METEORA_POOL_ADDRESS"
```

## Сценарий использования: предсказательный рынок запускает EVM-цепочку

```
Orra (предсказательный рынок на Solana) хочет привлечь пользователей EVM:
  1. Rome развертывает суверенную EVM Orra с токеном ORRA в качестве газа
  2. Пользователи EVM подключают MetaMask, переводят USDC через мост и покупают доли в прогнозах
  3. Под капотом: rUSDC (ERC-20) → снять обертку в SPL → Orra CPI → купить доли
  4. Orra получает комиссии за газ в токене ORRA с каждой EVM-транзакции
  5. Единое состояние: пользователи Solana и EVM видят одни и те же рынки, одну и ту же ликвидность
```

## Статус

**Активно** — действующий продукт с партнерами.

## Что дальше

* [Архитектура](/ru/nachalo-raboty/architecture.md) — как Rome EVM работает внутри
* [Быстрый старт](/ru/nachalo-raboty/quickstart.md) — разверните свой первый контракт
* [Развертывание Solidity](/ru/rukovodstva-dlya-razrabotchikov/deploy-solidity.md) — руководство по развертыванию для Hardhat и Foundry


---

# 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/produkty/app-sovereignty.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.