> 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/rissu/faq.md).

# FAQ

Rome Protocolに関するよくある質問 — Romeはブリッジなのか、それともロールアップなのか、Solidity互換性、オラクル、ガストークン、Solana相互運用など。

## 全般

**Rome Protocolとは何ですか？** Romeは、Solanaランタイム内でネイティブに動作するEVM実行環境です。SolidityコントラクトはSolana上にデプロイされ、Solanaのすべてのプログラムへ直接CPIアクセスできます。参照 [Romeとは何ですか？](/ja/hajimeni/what-is-rome.md)

**Romeはブリッジですか？** いいえ。Rome EVMは、Solanaのランタイム内で第一級のプログラムとして動作します。別々のチェーン間でメッセージ中継はありません。EVMの状態はSolanaの状態そのものです。

**Romeはロールアップですか？** Rome EVMチェーン（RubiconとHadrian）ではありません。ブロックインデクサー（Hercules）がウォレットやエクスプローラー向けにEthereum互換ブロックを生成しますが、EVM実行は別個のロールアップチェーン上ではなく、Solanaプログラム内で行われます。The [Rome ZK EVM](/ja/rome-zk-evm/zk-evm.md) は別製品です。オペレーターは、バッチをSolanaに投稿し、そこで証明済みルートを決済するロールアップを運用します。

## 開発

**既存のSolidityコントラクトを使えますか？** はい。標準的なSolidityコントラクトは変更なしでRomeにデプロイできます。コントラクトがChainlinkオラクルを使用している場合、Oracle Gatewayが同じ `AggregatorV3Interface`. 1点、コントラクトではなくユーザーにとって新しい点があります。wrapperがウォレットのトークンを移動できるようにする前に、そのウォレットはwrapperに一度だけ許可を与えます（`approve_spl` Helper precompile上）。 `transferFrom` を使ってwrapperトークンを引き出すコントラクトでは、各ユーザーがこれを行っている必要があります。参照 [ウォレットごとの一回限りの許可](/ja/ji-ben-gai-nian/token-interop.md#one-time-grant-per-wallet).

**どのSolidityバージョンを使うべきですか？** 0.8.28が推奨です（Rome Solidity SDKと一致します）。それ以前のバージョンでも動作します。

**HardhatやFoundryは使えますか？** どちらも使えます。RomeのRPC URLとチェーンIDでネットワークを設定してください。参照 [Solidityをデプロイ](/ja/gaido/deploy-solidity.md).

**MetaMaskは使えますか？** はい。MetaMaskに適切なRPC URLとチェーンIDでRomeをカスタムネットワークとして追加してください。参照 [クイックスタート](/ja/hajimeni/quickstart.md).

**トランザクションはどれくらいのガスを使いますか？** チェーンに問い合わせてください：を使用し、 `eth_estimateGas`など、標準ツールが行うようにし、21,000をハードコードしないでください。書き込みコストの大半は、未使用の受信者、新しいトークンアカウント、デプロイ済みコントラクトなどのSolanaアカウント作成です。見積りにはそれが含まれます。Hadrianでの測定では、未使用アドレスへのネイティブ送金は1,086,961 gasと見積もられ、既存アドレスへの送金は21,000と見積もられ、実際には10,001を使用しました。Romeは、トランザクションが実際に使用したガスだけを請求します。これらの測定では、その値が見積りを超えることはありませんでした。Solanaプログラムへの呼び出しでは、SDKの1.3倍の余白を入れるように余裕を追加し、見積り自体がrevertする場合はガス上限を設定してください。参照 [JSON-RPCサポート](/ja/rifarensu/json-rpc.md).

**SolidityからSolanaプログラムを呼び出すにはどうすればよいですか？** CPI precompile（`0xFF...08`）をRome Solidity SDK経由で使います。参照 [EVMからSolanaを呼ぶ](/ja/gaido/call-solana-from-evm.md).

## パフォーマンス

**トランザクションのファイナリティ時間はどれくらいですか？** トランザクションは約1つのSolanaスロット、つまり数分の一秒で確認されます。これはRomeチェーン上での確認であり、Solanaでのファイナリティではありません。Solanaのファイナリティにはもっと時間がかかります。

**コンピュート予算はどれくらいですか？** 原子的トランザクションあたり約140万コンピュートユニットです。これを超える操作は反復モード（複数のSolanaトランザクションに分割）を使用します。参照 [Compute Budget](/ja/ji-ben-gai-nian/compute-budget.md).

## トークン

**Romeはどのガストークンを使いますか？** 各チェーンは独自のガストークンを選びます。Meteoraプールを通じて価格が付く任意のSPLトークンです。パブリックチェーン（RubiconとHadrian）はUSDCをガスとして使います。HadrianではテストUSDCで、 [Rubicon](/ja/nettowku/rubicon.md) それは本物のUSDCです。

**RomeではERC-20トークンはどのように動作しますか？** Rome上のERC-20トークンはSPLトークンのラッパーです。ウォレットアドレスの場合、 `balanceOf()` Solana上のSPLトークンアカウントを読み取ります。コントラクトアドレスの場合、コントラクトのトークンはwrapperのトークンアカウントに置かれるため、wrapperは残高を自身の台帳で管理します。 `allowance()` は、Solanaのデリゲートとは別にEVMストレージに保持され、wrapperは一回限りの許可の後、そのユーザーのSPLデリゲートとしてユーザーのトークンを移動します。参照 [Token Interop](/ja/ji-ben-gai-nian/token-interop.md).

**Solana側の入金またはブリッジ送金が「insufficient SOL」で失敗しますが、私のウォレットには資金があります。なぜですか？** RomeのパブリックテストネットHadrianはSolana Devnet上で決済するため、Solanaウォレットは対応するネットワークモードにしておく必要があります（RubiconはSolana mainnet上で決済します）。Phantomでは、Settings → Developer Settings を開き、ネットワークをDevnetに設定したTestnet Modeを有効にし、その後両方のウォレットを切断して再接続し、再試行してください。入金後にトークン残高が表示されない場合は、トークンをウォレットに手動でインポートしてください。

## インフラストラクチャ

**自分のノードを運用する必要がありますか？** いいえ — パブリックチェーンのRPCに接続してください（参照 [ネットワーク](/ja/nettowku/networks.md)）。自分でチェーンを運用するということは、ProxyとHerculesを運用することを意味します。

**Romeにはどのデータベースが必要ですか？** PostgreSQL。Herculesがブロックのインデックス作成に、Proxyがブロッククエリに使用します。

**Romeをローカルで実行できますか？** 既製のローカルスタックとしては実行できません。公開されたものはありません。パブリックチェーンで開発してください — [クイックスタート](/ja/hajimeni/quickstart.md) はHadrian（テストネット）へ数分でデプロイできます。


---

# 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/rissu/faq.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.