> 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/ko/getting-started/why-rome.md).

# 왜 Rome인가요?

Rome이 다른 EVM-on-Solana 접근법과 다른 점 — 원자적 CPI 조합성, 단일 공유 상태, 그리고 맞춤 가스 토큰을 쓰는 주권형 앱 체인.

여러 프로젝트가 Solana에 EVM 호환성을 가져옵니다. Rome은 근본적으로 다른 접근 방식을 취합니다.

## 핵심 차별점

### 1. CPI를 통한 원자적 합성성

Rome은 Solidity 계약이 동일한 트랜잭션 내에서 Solana 프로그램을 호출할 수 있는 유일한 EVM 환경입니다. 하나의 Solidity 함수로 다음을 수행할 수 있습니다:

```solidity
// 모두 하나의 원자적 트랜잭션으로:
int256 price = IPyth(PYTH).getPrice("SOL/USD");        // Pyth 오라클 조회
uint256 quote = IJupiter(JUPITER).getQuote(USDC, SOL);  // Jupiter 견적 가져오기
IJupiter(JUPITER).swap(USDC, SOL, amount, minOut);       // 스왑 실행
IKamino(KAMINO).deposit(SOL, collateralAmount);          // Kamino에 공급
```

어떤 단계라도 실패하면 전체 트랜잭션이 되돌려집니다. 부분 실행도, 경쟁 상태도 없습니다.

### 2. 단일 상태

Rome에서는 SPL 토큰과 그 ERC-20 표현이 동일한 기본 계정입니다. Solidity 계약이 USDC를 전송할 때, 래핑된 복사본이 아니라 실제 SPL USDC를 이동합니다.

이는 다음을 의미합니다:

* **유동성 분절 없음** — Solana DeFi와 EVM DeFi가 동일한 풀을 공유합니다
* **브리지 위험 없음** — 브리지가 없으므로 악용할 브리지도 없습니다
* **실시간 합성성** — EVM 계약은 Solana 상태 변화를 즉시 확인합니다

### 3. 앱 주권

Rome의 각 애플리케이션은 자체 EVM 환경을 가집니다:

* **맞춤 체인 ID** — 당신의 앱이 곧 자체 체인입니다
* **맞춤 가스 토큰** — Meteora LP 풀로 가격이 결정되는 임의의 SPL 토큰
* **가스 수익** — 수수료는 Rome 프로토콜이 아니라 당신의 애플리케이션에 누적됩니다
* **완전한 EVM 도구** — 사용자는 MetaMask를 연결하고, 개발자는 Hardhat을 사용합니다

## Rome을 사용할 때

**다음과 같은 경우 Rome을 사용하세요:**

* Solana DeFi에 직접 접근하는 EVM 계약이 필요할 때
* 자체 가스 토큰을 가진 Solana 위의 주권적 EVM 체인이 필요할 때
* Solana의 속도와 유동성이 필요한 Ethereum 계약을 이식할 때
* EVM과 Solana 프로그램 전반에 걸친 원자적 작업이 필요할 때

**다음과 같은 경우 대안을 고려하세요:**

* 표준 Solana 프로그램만 필요할 때(네이티브 Solana/Anchor 사용)
* Ethereum 메인넷 정산이 필요할 때(전통적인 L2 사용)
* EVM 실행 없이 크로스체인 메시징이 필요할 때(Wormhole/Hyperlane을 직접 사용)

## 다음 단계

* [아키텍처](/ko/getting-started/architecture.md) — Solana 내부에서 Rome EVM이 작동하는 방식
* [빠른 시작](/ko/getting-started/quickstart.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/ko/getting-started/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.