> 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/zh/kuai-su-kai-shi/what-is-rome.md).

# 什么是 Rome？

Rome 是位于 Solana 内部的 EVM 执行环境。无论你构建什么，都可供 EVM 用户、Solana 用户以及其他链上的用户使用。四种构建方式。

Rome 是一个运行在 Solana 内部的 EVM 执行环境。你在 Rome 上构建的任何东西都会同时向所有人开放——EVM 用户、Solana 用户以及其他链上的用户。你只需构建一次，他们都可以访问。

## Rome 的工作原理

Rome 将完整的 EVM 字节码解释器嵌入为一个 Solana 链上程序。当你在 Rome 上部署一个 Solidity 合约时，它实际运行在 Solana 上；当它执行时，它在 Solana 的运行时中运行，并可直接访问任何 Solana 程序——SPL Token、Jupiter、Kamino、Meteora，或你自己的程序——原子化地在一笔交易中完成。EVM 和 Solana 共享同一状态，因此 Solana 上的一个代币及其在 EVM 中的 ERC-20 形式其实是同一个账户：没有跨链桥接，也没有包装。

因为这一切都运行在 Solana 上， **任一钱包都能驱动同样的应用。** MetaMask 用户以常规方式签署 EVM 交易。Phantom 用户使用他们的 **Solana** 密钥签名——无需 EVM 密钥对，也无需单独地址——并可直接使用完全相同的 Solidity 应用。两者都能访问相同的合约和相同的状态，只是使用他们已经拥有的身份。

```mermaid
flowchart LR
    MM["MetaMask（EVM 密钥）"] --> APPS
    PH["Phantom（Solana 密钥）"] --> APPS
    APPS["Rome：你的 Solidity 应用<br/>一个共享状态，位于 Solana 内部"] --> PROGS["Solana 程序<br/>Jupiter、Meteora、Pyth"]
```

## 如何使用 Rome

在 Rome 上构建有四种方式。每种方式都有指南，以及你可以阅读的可运行代码。

### 迁移你的 Solidity

按原样部署你现有的 Solidity 合约。在 Rome 上，它们可以在一笔交易中原子化地调用 Solana 程序——一次兑换、一次价格读取——而同一个合约也向 EVM 钱包、Solana 钱包以及来自其他链的用户开放。

**构建方法：** [部署 Solidity](/zh/kai-fa-zhe-zhi-nan/deploy-solidity.md)，然后 [从 EVM 调用 Solana](/zh/kai-fa-zhe-zhi-nan/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 用户共享同一个市场。

### 迁移你的 Solana 程序

你的 Solana 程序会继续为你的 Solana 用户做它一直在做的事情。在 Rome 上，它也可以从 Solidity 被调用，因此 EVM 用户——以及其他链上的用户——也可以使用它，而无需对程序做任何更改。

**构建方法：** [从 EVM 调用 Solana 程序](/zh/kai-fa-zhe-zhi-nan/call-solana-from-evm.md); [从 Solana 调用 EVM](/zh/kai-fa-zhe-zhi-nan/call-evm-from-solana.md) 涵盖了另一个方向。

**可阅读示例：** [cardo](https://github.com/rome-protocol/cardo) 可从 EVM 账户访问 Jupiter、Meteora、Marinade 和 Mango。

### 实现你的想法

从一开始就构建一个同时使用两边的新事物——一个让 EVM 和 Solana 用户共享的资金池，一个双方都可借贷的市场，或者一个将 Solana 价格带入 EVM 的预言机。每类用户从第一天起都能使用它。

**构建方法：** 首先 [选择你的核心](/zh/he-xin-gai-nian/choose-your-core.md)，然后 [从 EVM 调用 Solana](/zh/kai-fa-zhe-zhi-nan/call-solana-from-evm.md) 以及 [DeFi 模式](/zh/ying-yong-chang-jing/defi-protocols.md).

**可阅读示例：** [rome-dex](https://github.com/rome-protocol/rome-dex) 是一个由 EVM 和 Solana 钱包共同交易的单一资金池； [rome-oracle-gateway](https://github.com/rome-protocol/rome-oracle-gateway) 读取 Solana 价格馈送，并通过标准 Chainlink 接口将其提供给 Solidity。

### 从家出发

你的用户无需迁移。从他们的原生链——Arbitrum、Monad 或其他任何链——他们可以访问 Rome 应用，并在不离开当前环境的情况下进入 Solana。

**构建方法：** [从原生链访问：从另一条链进入 Rome](/zh/kai-fa-zhe-zhi-nan/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 链上运行这些任意内容，使用你自己的 gas 代币，以及归属你应用的费用。参见 [应用主权](/zh/chan-pin/app-sovereignty.md).

## 前置条件

* Solidity 经验（Hardhat 或 Foundry），或者可迁移的 Solana 程序
* 一个钱包——MetaMask 和/或像 Phantom 这样的 Solana 钱包
* 对 Solana 账户模型有基本了解（参见 [核心概念](/zh/kuai-su-kai-shi/key-concepts.md))

## 接下来

* [快速开始](/zh/kuai-su-kai-shi/quickstart.md) ——在几分钟内部署你的第一个合约
* [架构](/zh/kuai-su-kai-shi/architecture.md) ——EVM 执行如何在 Solana 内部工作
* [Rome 上的应用](/zh/rome-shang-de-ying-yong/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/zh/kuai-su-kai-shi/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.