> 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/what-is-rome.md).

# Romeとは何ですか？

RomeはSolana内のEVM実行環境です。あなたが作るものは、EVMユーザー、Solanaユーザー、そして他チェーンのユーザーすべてに開かれています。構築方法は4つあります。

Romeは、Solana内で動作するEVM実行環境です。Rome上に構築したものは、EVMユーザー、Solanaユーザー、そして他チェーンのユーザーを含む、すべての人に同時に公開されます。1度構築すれば、誰もがアクセスできます。

## Romeの仕組み

Romeは、完全なEVMバイトコードインタプリタをSolanaのオンチェーンプログラムとして組み込みます。RomeにSolidityコントラクトをデプロイすると、それはSolana上に存在します。実行されるときは、Solanaのランタイム内で、SPL Token、Jupiter、Kamino、Meteora、あるいは自分のプログラムを含む任意のSolanaプログラムに直接アクセスしながら、1つのトランザクションで原子的に実行されます。EVMとSolanaは同じ状態を共有するため、Solana上のトークンとEVM上のERC-20形式のトークンは同一のアカウントです。ブリッジもラップもありません。

そのすべてがSolana上で実行されるため、 **どちらのウォレットでも同じアプリを動かせます。** MetaMaskユーザーは通常どおりEVMトランザクションに署名します。Phantomユーザーは自分の **Solana** キーで署名します。EVMの鍵ペアは不要で、別のアドレスも不要です。まったく同じSolidityアプリを直接使えます。どちらも同じコントラクトと同じ状態にアクセスでき、それぞれが既に持っているIDで利用します。

```mermaid
flowchart LR
    MM["MetaMask（EVMキー）"] --> APPS
    PH["Phantom（Solanaキー）"] --> APPS
    APPS["Rome: あなたのSolidityアプリ<br/>Solana内の、1つの共有状態"] --> PROGS["Solanaプログラム<br/>Jupiter、Meteora、Pyth"]
```

## Romeの使い方

Rome上で構築する方法は4つあります。それぞれにガイドがあり、読める動作コードもあります。

### あなたのSolidityを持ち込む

既存のSolidityコントラクトをそのままデプロイします。Rome上では、1つのトランザクション内でスワップや価格取得などをSolanaプログラムに原子的に呼び出せます。また同じコントラクトが、EVMウォレット、Solanaウォレット、そして他チェーンから来たユーザーにも公開されます。

**構築方法：** [Solidityをデプロイ](/ja/gaido/deploy-solidity.md)、次に [EVMからSolanaを呼ぶ](/ja/gaido/call-solana-from-evm.md).

**読むべき例：** Compound v3とAave v3は、変更なしでRome上で動作します — [compound-on-rome-comet](https://github.com/rome-protocol/compound-on-rome-comet), [rome-aave-v3](https://github.com/rome-protocol/rome-aave-v3). [Aerarium](https://github.com/rome-protocol/aerarium) は、EVMユーザーとSolanaユーザーが1つの市場を共有するレンディングアプリです。

### Solanaプログラムを持ち込む

あなたのSolanaプログラムは、これまでどおりSolanaユーザー向けに動作し続けます。Rome上では、Solidityからも到達可能になり、プログラムを変更しなくても、EVMユーザー—そして他チェーンのユーザー—も利用できます。

**構築方法：** [EVMからSolanaプログラムを呼び出す](/ja/gaido/call-solana-from-evm.md); [SolanaからEVMを呼ぶ](/ja/gaido/call-evm-from-solana.md) は、その逆方向をカバーします。

**読むべき例：** [cardo](https://github.com/rome-protocol/cardo) は、EVMアカウントからJupiter、Meteora、Marinade、Mangoにアクセスします。

### アイデアを持ち込む

最初から両側を使う新しいものを始めましょう。EVMユーザーとSolanaユーザーが共有する1つのプール、両者が借り入れできる市場、Solana価格をEVMへ持ち込むオラクル。どの利用者も初日から使えます。

**構築方法：** 最初に [中核を選び](/ja/ji-ben-gai-nian/choose-your-core.md)、次に [EVMからSolanaを呼ぶ](/ja/gaido/call-solana-from-evm.md) そして [DeFiのパターン](/ja/ysuksu/defi-protocols.md).

**読むべき例：** [rome-dex](https://github.com/rome-protocol/rome-dex) は、EVMとSolanaの両方のウォレットで取引される1つのプールです; [rome-oracle-gateway](https://github.com/rome-protocol/rome-oracle-gateway) Solanaの価格フィードを読み取り、標準のChainlinkインターフェースを通じてSolidityに提供します。

### ホームから

ユーザーは移動する必要はありません。Arbitrum、Monad、または他の任意のチェーンという自分のホームチェーンから、Romeアプリにアクセスし、今いる場所を離れずにSolanaに到達できます。

**構築方法：** [ホームから：別のチェーンからRomeにアクセス](/ja/gaido/from-home.md).

**読むべき例：** [appia](https://github.com/rome-protocol/appia) — ユーザーはホームチェーンからUSDCを持ち込み、Rome側のDeFiを利用します; [rome-bridge-api](https://github.com/rome-protocol/rome-bridge-api) はブリッジのオーケストレーターです。

## 自分のチェーンで実行する

準備ができたら、これらのどれでも自分のRomeチェーン上で、独自のガストークンと、アプリに帰属する手数料で実行できます。参照： [アプリの主権](/ja/zhi-pin/app-sovereignty.md).

## 前提条件

* Solidityの経験（HardhatまたはFoundry）、または持ち込むSolanaプログラム
* ウォレット — MetaMask、および/またはPhantomのようなSolanaウォレット
* Solanaのアカウントモデルの基本的な理解（参照： [重要な概念](/ja/hajimeni/key-concepts.md))

## 次は

* [クイックスタート](/ja/hajimeni/quickstart.md) — 数分で最初のコントラクトをデプロイ
* [アーキテクチャ](/ja/hajimeni/architecture.md) — EVM実行がSolana内でどのように動作するか
* [Rome上のアプリ](/ja/romenoapuri/apps.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/what-is-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.