> 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/zi-yuan/glossary.md).

# 术语表

本文档中使用的 Rome 与 Solana 术语定义——ATA、CPI、PDA、VmAt/VmIt、持有者账户、SPL 代币等。

本文档中使用的 Rome 特定术语和 Solana 术语。

## 一个

**分配** — 一种为接收方和执行方预留的 Canton 代币。在 Ostia 中， `推进` 执行用于存款或支付的分配。发送方可在结算前取回。参见 [存款、取款和支付](/zh/canton-zk-evm/deposits-withdrawals-payments.md).

**ATA（关联代币账户）** — Solana 上针对特定钱包 + 铸币组合的确定性代币账户。由钱包公钥、代币铸币地址和 ATA 程序派生。

**原子执行（VmAt）** — 一种 EVM 交易模式，整个执行在单个 Solana 交易内完成。大多数操作的默认模式。

## B

**批次 guest 程序** — 为某条链的创世构建的 ZisK 程序。它检查批次的 inbox 数据和执行，然后提交供 Solana 结算检查的公开值。

**BN254** — 用于 ZK 证明验证的椭圆曲线。Rome 支持 ecAdd（0x06）、ecMul（0x07）和 ecPairing（0x08）预编译。

**Borsh** — 用于哈希的二进制对象表示序列化器。Solana 的标准序列化格式。采用小端字节序。

## C

**Canton** — 对 Ostia 的区块进行排序，并在一笔交易中将每个经证明的 EVM 区块及其 Canton 操作提交。参见 [Canton ZK EVM](/zh/canton-zk-evm/canton-zk-evm.md).

**链 ID** — Rome 上每个 EVM 环境的唯一标识符。每个应用都有自己的链 ID。

**CPI（跨程序调用）** — 一个 Solana 程序在同一交易中调用另一个程序。Rome EVM 合约与 Solana 程序交互的方式。

**计算单元（CU）** — Solana 中相当于以太坊 gas 的资源。每笔交易都有计算预算；操作会消耗 CU。

**确认方** — Ostia 链记录的签署方。其参与方运行一个 sidecar，通过 Canton 的外部调用检查区块证明和网关 legs。参见 [信任模型与限制](/zh/canton-zk-evm/trust-model.md).

## D

**Daml** — 用于 Ostia 在 Canton 上的合约：链头、区块记录，以及结算存款、取款和支付的合约。参见 [工作原理](/zh/canton-zk-evm/how-it-works.md).

## E

**ERC20SPL** — 一个 ERC-20 包装合约，从 Solana 底层的 SPL 代币账户读取余额。对于钱包，ERC-20 余额就是 SPL 余额；由合约持有的代币存放在包装合约的托管账户中，并在其存储中进行跟踪。

**ERC20SPLFactory** — 一个工厂合约，可为任意 SPL 代币铸币地址部署 ERC20SPL 包装器。

**退出证明器** — 证明 Solana 上最终根对应的取款请求，然后发送其金库支付的服务。

**外部调用** — Daml 通过它调用每个确认方的 sidecar 的 Canton 扩展。Ostia 将其用于 `验证` 和 `交易腿` 检查。参见 [工作原理](/zh/canton-zk-evm/how-it-works.md).

## G

**网关** — 在 Ostia 中，记录区块 Canton legs 并创建包装代币的 EVM 合约。Canton 上独立的网关方持有为 EVM 上包装代币提供支持的代币。参见 [存款、取款和支付](/zh/canton-zk-evm/deposits-withdrawals-payments.md).

## H

**Hercules** — 区块索引服务。监控 Solana 上的 Rome EVM 事件，并生成兼容以太坊的区块数据。

**持有账户** — 链上缓冲区（最大 80 KB），用于存储超过 4 KB Solana（v1）交易限制的大型 EVM 交易。

## I

**迭代执行（VmIt）** — 一种 EVM 交易模式，将执行拆分为多笔 Solana 交易，每一步尽可能装入计算预算内可容纳的操作码（自适应步长）。用于计算密集型操作。

## L

**Lamports** — SOL 的最小单位。1 SOL = 10^9 lamports。

**记录项** — 由 Ostia 的 EVM 网关记录的 Canton 操作：存款、取款或支付。经证明的区块及其 legs 一起结算于 `推进`。参见 [存款、取款和支付](/zh/canton-zk-evm/deposits-withdrawals-payments.md).

## M

**Mollusk SVM** — Rome Proxy 用于的链下 Solana VM 模拟器 `eth_call` 以及 gas 估算。可执行任意 BPF 程序。

## O

**Oracle Gateway** — 通过 Chainlink 的 AggregatorV3Interface 暴露 Pyth 和 Switchboard 价格馈送的适配器合约。

## P

**参与方** — 一个承载各方的 Canton 节点。在 Ostia 的本地网络中，operator 和 confirmer 参与方各自运行一个 sidecar，而 users 参与方承载测试方和 reader。参见 [在本地运行它](/zh/canton-zk-evm/run-it-locally.md).

**方** — 运行在参与方上的 Canton 身份。Ostia 的合约将方命名为签名者、控制者或观察者；网关方持有被锁定的 Canton 代币。参见 [信任模型与限制](/zh/canton-zk-evm/trust-model.md).

**付款方** — 代表 EVM 用户为 Solana 交易签名并支付费用的 Solana 密钥对。由 Proxy 管理。

**PDA（程序派生地址）** — 由种子和程序 ID 派生的确定性 Solana 地址。没有私钥——程序拥有该 PDA。

**已证明根** — 随 ZisK 证明一起发布、并由 Solana 结算验证的状态根。对于无许可的 Rome ZK EVM 链，一经发布即为最终状态。

**代理** — Rome 的 JSON-RPC 服务器（端口 9090），将以太坊 API 调用转换为 Solana 交易。

## R

**RheaTx** — 单个 rollup 上的一笔 EVM 交易。

**RemusTx** — 跨多个 rollup 的多笔 EVM 交易，原子执行。

**RomulusTx** — EVM 交易 + 原生 Solana 指令，原子执行。

**ResourceFactory** — SDK 组件，用于池化 Solana 密钥对和持有账户索引，以便并行提交交易。

## S

**边车** — 位于每个确认方旁边的服务，当 Canton 调用时，它会检查 Ostia 的证明、区块数据和 gateway legs。参见 [工作原理](/zh/canton-zk-evm/how-it-works.md).

**SPL Token** — Solana 的标准代币程序。Solana 上所有同质化代币（USDC、SOL 等）都是 SPL 代币。

**StateHolder** — 在迭代执行步骤之间存储序列化 VM 状态的链上账户。

**同步器** — Ostia 的本地 Canton 网络有一个同步器，由 sequencer 和 mediator 组成。三个参与方都连接到它。参见 [在本地运行它](/zh/canton-zk-evm/run-it-locally.md).

## T

**Token-2022** — 下一代 SPL 代币程序，带有扩展（Transfer Hooks、Confidential Transfers、Permanent Delegates）。

**转账钩子** — Token-2022 扩展，在每次 `transfer_checked` 调用时触发一个程序。

**TxBuilder** — SDK 组件，将 EVM 交易构造成 Solana 指令。

## V

**验证密钥（programVK）** — 在 Solana 上注册的链特定 guest 标识符。只有当其 programVK 与该链的活动条目匹配时，结算才接受该证明。

## Z

**ZisK** — 运行某条链的批次 guest 并生成由 Rome ZK EVM 结算验证的证明的证明系统。


---

# 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/zi-yuan/glossary.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.