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

# なぜRomeなのか？

Romeが他のEVM-on-Solanaアプローチとどう違うのか — 原子的CPIコンポーザビリティ、単一の共有状態、そしてカスタムガストークンを持つ主権的アプリチェーン。

いくつかのプロジェクトがEVM互換性をSolanaにもたらしています。Romeは根本的に異なるアプローチを取ります。

## 主な差別化要素

### 1. CPIによるアトミックなコンポーザビリティ

Romeは、Solidityコントラクトが同じトランザクション内でSolanaプログラムを呼び出せる唯一のEVM環境です。1つのSolidity関数で次のことができます：

```solidity
// すべて1つのアトミックトランザクションで：
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に供給
```

どれか1つでも失敗すると、トランザクション全体がロールバックされます。部分実行はなく、競合状態もありません。

### 2. 単一の状態

Romeでは、SPLトークンとそのERC-20表現は同じ基盤アカウントです。SolidityコントラクトがUSDCを送るとき、それはラップされた複製ではなく、実際のSPL USDCを移動しています。

つまり：

* **流動性の分断なし** — Solana DeFiとEVM DeFiは同じプールを共有する
* **ブリッジリスクなし** — ブリッジが存在しないので、悪用されるブリッジもありません
* **リアルタイムのコンポーザビリティ** — EVMコントラクトはSolanaの状態変化を即座に認識する

### 3. アプリ主権

Rome上の各アプリケーションは、独自のEVM環境を持ちます：

* **カスタムチェーンID** — あなたのアプリが独自のチェーンになる
* **カスタムガストークン** — 任意のSPLトークン。MeteoraのLPプールで価格付け
* **ガス収益** — 手数料はRomeプロトコルではなく、あなたのアプリに蓄積される
* **完全なEVMツールチェーン** — ユーザーはMetaMaskを接続し、開発者はHardhatを使う

## Romeを使うべき場面

**次のような場合はRomeを使う：**

* Solana DeFiに直接アクセスできるEVMコントラクトが欲しい
* 独自のガストークンを持つ、Solana上の主権的なEVMチェーンが欲しい
* Solanaの速度と流動性が必要なEthereumコントラクトを移植している
* EVMとSolanaプログラムをまたぐアトミックな操作が必要

**次のような場合は代替案を検討：**

* 標準的なSolanaプログラムだけが必要（ネイティブなSolana/Anchorを使用）
* Ethereumメインネットでの決済が必要（従来型のL2を使用）
* EVM実行を伴わないクロスチェーンメッセージングが必要（Wormhole/Hyperlaneを直接使用）

## 次は

* [アーキテクチャ](/ja/hajimeni/architecture.md) — Solana内でRome EVMがどのように動作するか
* [クイックスタート](/ja/hajimeni/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/ja/hajimeni/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.