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

# Soberanía de la app

Lanza tu propia cadena EVM soberana en Solana: ID de cadena personalizado, cualquier token SPL como gas y ingresos por gas que se acumulan en la tesorería de tu aplicación.

App Sovereignty permite que cualquier aplicación de Solana lance su propio entorno EVM con un ID de cadena personalizado, un token de gas personalizado y unos ingresos por gas que fluyen a la aplicación — no a un protocolo compartido.

## Resumen

Cada aplicación en Rome obtiene una instancia EVM soberana:

* **Su propio ID de cadena** — tu aplicación es su propia cadena
* **Su propio token de gas** — cualquier token SPL (el token de tu proyecto, USDC, SOL)
* **Ingresos por gas** — todas las comisiones de transacción se acumulan en tu tesorería
* **Herramientas EVM completas** — tus usuarios conectan MetaMask, tus desarrolladores usan Hardhat/Foundry
* **Estado compartido** — los usuarios de EVM y de Solana comparten el mismo estado de la aplicación y la misma liquidez

## Cómo funciona

1. **Incorpórate a través del Portal Soberano** — solicita una cadena y configura tu ID de cadena y tu token de gas (cualquier mint SPL) a través del [Portal Soberano](https://sovereign.devnet.romeprotocol.xyz)
2. **Rome pone en marcha la cadena** — el equipo de Rome aprovisiona y opera la infraestructura de la cadena
3. **Desplegar contratos** — despliegue estándar de Solidity con Hardhat o Foundry
4. **Los usuarios se conectan** — MetaMask con tu ID de cadena, o cualquier monedero EVM

Cada cadena de Rome en funcionamiento — incluida la cadena de referencia pública [**Hadrian**](/es/redes/hadrian.md) — se registra en el registro público [registro de Rome](https://github.com/rome-protocol/rome-registry) (ID de cadena, RPC, direcciones de contratos), así que una cadena soberana puede encontrarse a través de la misma fuente canónica que los desarrolladores ya consultan.

## Precios del token de gas

Los tokens de gas personalizados se valoran a través de un pool DAMM de Meteora — v1 o v2, configurable (también está disponible un respaldo de Pyth/Hermes). La configuración de Proxy especifica un `price_manager` que lee el pool para convertir entre tu token de gas y SOL para las comisiones subyacentes de las transacciones de Solana.

```yaml
# Configuración de Proxy para un token de gas personalizado
price_manager:
  type: "meteora_damm_v1_pool"   # meteora_damm_v1_pool | meteora_damm_v2_pool | hermes_api
  pool_address: "YOUR_METEORA_POOL_ADDRESS"
```

## Caso de uso: el mercado de predicciones lanza una cadena EVM

```
Orra (mercado de predicciones de Solana) quiere usuarios de EVM:
  1. Rome despliega la EVM soberana de Orra con el token ORRA como gas
  2. Los usuarios de EVM conectan MetaMask, puentean USDC, compran participaciones de predicción
  3. Bajo el capó: rUSDC (ERC-20) → desenvuelve a SPL → CPI de Orra → comprar participaciones
  4. Orra obtiene comisiones de gas en el token ORRA de cada transacción EVM
  5. Un único estado: los usuarios de Solana y de EVM ven los mismos mercados, la misma liquidez
```

## Estado

**En vivo** — producto activo con socios.

## Qué sigue

* [Arquitectura](/es/introduccion/architecture.md) — cómo funciona Rome EVM bajo el capó
* [Inicio rápido](/es/introduccion/quickstart.md) — despliega tu primer contrato
* [Desplegar Solidity](/es/guias-para-desarrolladores/deploy-solidity.md) — guía de despliegue para Hardhat y 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/es/productos/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.