> 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/introduccion/why-rome.md).

# ¿Por qué Rome?

Cómo se diferencia Rome de otros enfoques de EVM sobre Solana: composabilidad atómica por CPI, un único estado compartido y cadenas de aplicaciones soberanas con tokens de gas personalizados.

Varios proyectos llevan compatibilidad EVM a Solana. Rome adopta un enfoque fundamentalmente diferente.

## Diferenciadores clave

### 1. Componibilidad atómica mediante CPI

Rome es el único entorno EVM en el que los contratos Solidity pueden llamar a programas de Solana dentro de la misma transacción. Una sola función Solidity puede:

```solidity
// Todo en una sola transacción atómica:
int256 price = IPyth(PYTH).getPrice("SOL/USD");        // Leer oráculo de Pyth
uint256 quote = IJupiter(JUPITER).getQuote(USDC, SOL);  // Obtener cotización de Jupiter
IJupiter(JUPITER).swap(USDC, SOL, amount, minOut);       // Ejecutar intercambio
IKamino(KAMINO).deposit(SOL, collateralAmount);          // Aportar a Kamino
```

Si cualquier paso falla, toda la transacción se revierte. Sin ejecución parcial, sin condiciones de carrera.

### 2. Estado único

En Rome, un token SPL y su representación ERC-20 son la misma cuenta subyacente. Cuando un contrato Solidity transfiere USDC, está moviendo el USDC SPL real, no una copia envuelta.

Esto significa:

* **Sin fragmentación de liquidez** — DeFi de Solana y DeFi de EVM comparten los mismos pools
* **Sin riesgo de puente** — no hay puente que explotar porque no hay puente
* **Componibilidad en tiempo real** — los contratos EVM ven los cambios de estado de Solana inmediatamente

### 3. Soberanía de la aplicación

Cada aplicación en Rome obtiene su propio entorno EVM:

* **ID de cadena personalizado** — tu aplicación es su propia cadena
* **Token de gas personalizado** — cualquier token SPL, valorado mediante el pool LP de Meteora
* **Ingresos por gas** — las comisiones se acumulan para tu aplicación, no para el protocolo Rome
* **Herramientas EVM completas** — tus usuarios conectan MetaMask, tus desarrolladores usan Hardhat

## Cuándo usar Rome

**Usa Rome cuando:**

* Quieres contratos EVM con acceso directo a DeFi de Solana
* Quieres una cadena EVM soberana en Solana con tu propio token de gas
* Estás migrando contratos de Ethereum que necesitan la velocidad y la liquidez de Solana
* Necesitas operaciones atómicas entre programas EVM y Solana

**Considera alternativas cuando:**

* Solo necesitas programas estándar de Solana (usa Solana nativo/Anchor)
* Necesitas liquidación en la red principal de Ethereum (usa una L2 tradicional)
* Necesitas mensajería entre cadenas sin ejecución EVM (usa Wormhole/Hyperlane directamente)

## Qué sigue

* [Arquitectura](/es/introduccion/architecture.md) — cómo funciona Rome EVM dentro de Solana
* [Inicio rápido](/es/introduccion/quickstart.md) — despliega tu primer contrato


---

# 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/introduccion/why-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.