> 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/vi/tai-nguyen/glossary.md).

# Bảng thuật ngữ

Định nghĩa các thuật ngữ Rome và Solana được dùng xuyên suốt các tài liệu này — ATA, CPI, PDA, VmAt/VmIt, holder account, token SPL, và nhiều hơn nữa.

Các thuật ngữ đặc thù của Rome và Solana được dùng xuyên suốt tài liệu này.

## Một ứng dụng

**Phân bổ** — Một token Canton được dành riêng cho người nhận và bên thực thi. Trong Ostia, `Tiến hành` thực thi việc phân bổ cho một khoản nạp hoặc thanh toán. Người gửi có thể lấy lại trước khi thanh toán. Xem [Nạp tiền, rút tiền và thanh toán](/vi/canton-zk-evm/deposits-withdrawals-payments.md).

**ATA (Tài khoản token liên kết)** — Một tài khoản token xác định tất định cho một cặp ví + mint nhất định trên Solana. Được suy ra từ public key của ví, token mint và chương trình ATA.

**Thực thi nguyên tử (VmAt)** — Chế độ giao dịch EVM trong đó toàn bộ quá trình thực thi hoàn tất trong một giao dịch Solana duy nhất. Chế độ mặc định cho hầu hết các thao tác.

## B

**Khách theo lô** — Chương trình ZisK được xây dựng cho genesis của một chain. Nó kiểm tra dữ liệu inbox và quá trình thực thi của một batch, rồi cam kết các giá trị công khai mà thanh toán Solana kiểm tra.

**BN254** — Một đường cong elliptic được dùng để xác minh bằng chứng ZK. Rome hỗ trợ các precompile ecAdd (0x06), ecMul (0x07) và ecPairing (0x08).

**Borsh** — Bộ tuần tự hóa Object Representation nhị phân cho việc băm. Định dạng tuần tự hóa tiêu chuẩn của Solana. Thứ tự byte little-endian.

## C

**Canton** — Sắp xếp các block của Ostia và cam kết mỗi block EVM đã được chứng minh cùng với các hành động Canton của nó trong một giao dịch. Xem [Canton ZK EVM](/vi/canton-zk-evm/canton-zk-evm.md).

**Mã Chain** — Một mã định danh duy nhất cho mỗi môi trường EVM trên Rome. Mỗi ứng dụng có chain ID riêng.

**CPI (Gọi liên chương trình)** — Một chương trình Solana gọi một chương trình khác trong cùng một giao dịch. Cách các hợp đồng Rome EVM tương tác với các chương trình Solana.

**Compute Units (CU)** — Tương đương gas của Solana. Mỗi giao dịch có một ngân sách tính toán; các thao tác tiêu thụ CU.

**Người xác nhận** — Một bên ký của bản ghi chuỗi Ostia. Participant của nó chạy một sidecar kiểm tra bằng chứng block và các chặng gateway thông qua external call của Canton. Xem [Mô hình tin cậy và các giới hạn](/vi/canton-zk-evm/trust-model.md).

## D

**Daml** — Dùng cho các hợp đồng của Ostia trên Canton: đầu chuỗi, các bản ghi block và các hợp đồng thanh toán tiền nạp, rút tiền và thanh toán. Xem [Cách nó hoạt động](/vi/canton-zk-evm/how-it-works.md).

## E

**ERC20SPL** — Một hợp đồng bao bọc ERC-20 đọc số dư từ tài khoản token SPL cơ sở trên Solana. Với một ví, số dư ERC-20 chính là số dư SPL; token do một hợp đồng nắm giữ sẽ nằm trong tài khoản ký quỹ của wrapper và được theo dõi trong storage của nó.

**ERC20SPLFactory** — Một hợp đồng factory triển khai các wrapper ERC20SPL cho bất kỳ mint token SPL nào.

**Trình chứng minh thoát** — Dịch vụ chứng minh một khoản rút tiền dựa trên gốc cuối cùng trên Solana, rồi gửi khoản chi trả từ kho của nó.

**Lệnh gọi bên ngoài** — Phần mở rộng của Canton qua đó Daml gọi sidecar của từng participant xác nhận. Ostia dùng nó cho các `xác minh` và `các phần` kiểm tra. Xem [Cách nó hoạt động](/vi/canton-zk-evm/how-it-works.md).

## G

**Gateway** — Trong Ostia, hợp đồng EVM ghi lại các chặng Canton của một block và tạo các token bọc. Bên gateway riêng trên Canton nắm giữ các token bảo chứng cho các token bọc trên EVM. Xem [Nạp tiền, rút tiền và thanh toán](/vi/canton-zk-evm/deposits-withdrawals-payments.md).

## H

**Hercules** — Dịch vụ lập chỉ mục block. Giám sát các sự kiện Rome EVM trên Solana và tạo dữ liệu block tương thích với Ethereum.

**Tài khoản Holder** — Một bộ đệm on-chain (tối đa 80 KB) lưu các giao dịch EVM lớn vượt quá giới hạn 4 KB của giao dịch Solana (v1).

## I

**Thực thi lặp (VmIt)** — Chế độ giao dịch EVM phân tách quá trình thực thi qua nhiều giao dịch Solana, mỗi bước đóng gói nhiều opcode nhất có thể vừa với ngân sách tính toán của nó (kích thước bước thích ứng). Dùng cho các thao tác ngốn nhiều tính toán.

## L

**Lamport** — Đơn vị nhỏ nhất của SOL. 1 SOL = 10^9 lamport.

**Nhánh** — Một hành động Canton được ghi lại bởi EVM gateway của Ostia: nạp tiền, rút tiền hoặc thanh toán. Block đã được chứng minh và các chặng của nó được thanh toán cùng nhau trong `Tiến hành`. Xem [Nạp tiền, rút tiền và thanh toán](/vi/canton-zk-evm/deposits-withdrawals-payments.md).

## M

**Mollusk SVM** — Trình mô phỏng VM Solana ngoài chuỗi mà Rome Proxy dùng cho `eth_call` và ước tính gas. Có thể thực thi các chương trình BPF tùy ý.

## O

**Oracle Gateway** — Các hợp đồng adapter hiển thị nguồn giá Pyth và Switchboard thông qua Chainlink's AggregatorV3Interface.

## P

**Participant** — Một node Canton lưu trữ các party. Trong mạng cục bộ của Ostia, các participant operator và confirmer đều chạy một sidecar, còn participant users lưu trữ các party thử nghiệm và trình đọc. Xem [Chạy nó cục bộ](/vi/canton-zk-evm/run-it-locally.md).

**Party** — Một danh tính Canton được lưu trữ trên một participant. Các hợp đồng của Ostia gọi tên các party là signer, controller hoặc observer; gateway party nắm giữ các token Canton bị khóa. Xem [Mô hình tin cậy và các giới hạn](/vi/canton-zk-evm/trust-model.md).

**Payer** — Một keypair Solana ký và trả phí cho các giao dịch Solana thay mặt cho người dùng EVM. Được Proxy quản lý.

**PDA (Địa chỉ suy ra từ chương trình)** — Một địa chỉ Solana xác định tất định được suy ra từ các seed và một program ID. Không có private key — chương trình “sở hữu” PDA.

**Gốc đã được chứng minh** — Một state root được đăng cùng với bằng chứng ZisK được Solana settlement kiểm tra. Với một chain Rome ZK EVM không cần cấp quyền, nó trở thành cuối cùng khi được đăng.

**Proxy** — Máy chủ JSON-RPC của Rome (cổng 9090) chuyển các lời gọi Ethereum API thành các giao dịch Solana.

## R

**RheaTx** — Một giao dịch EVM đơn lẻ trên một rollup.

**RemusTx** — Nhiều giao dịch EVM trên các rollup, được thực thi nguyên tử.

**RomulusTx** — Các giao dịch EVM + lệnh Solana gốc, được thực thi nguyên tử.

**ResourceFactory** — Thành phần SDK gộp các keypair Solana và chỉ số tài khoản holder để gửi giao dịch song song.

## S

**Sidecar** — Dịch vụ bên cạnh mỗi participant xác nhận, kiểm tra bằng chứng, dữ liệu block và các chặng gateway của Ostia khi Canton gọi nó. Xem [Cách nó hoạt động](/vi/canton-zk-evm/how-it-works.md).

**SPL Token** — Chương trình token tiêu chuẩn của Solana. Tất cả token có thể thay thế trên Solana (USDC, SOL, v.v.) đều là token SPL.

**StateHolder** — Một tài khoản on-chain lưu trữ trạng thái VM đã được tuần tự hóa giữa các bước thực thi lặp.

**Synchronizer** — Mạng Canton cục bộ của Ostia có một synchronizer, gồm một sequencer và một mediator. Cả ba participant đều kết nối vào nó. Xem [Chạy nó cục bộ](/vi/canton-zk-evm/run-it-locally.md).

## T

**Token-2022** — Chương trình token SPL thế hệ mới với các phần mở rộng (Transfer Hooks, Confidential Transfers, Permanent Delegates).

**Transfer Hook** — Phần mở rộng của Token-2022 gọi một chương trình trong mọi `transfer_checked` lần gọi.

**TxBuilder** — Thành phần SDK xây dựng các lệnh Solana từ các giao dịch EVM.

## V

**Khóa xác minh (programVK)** — Định danh guest đặc thù của chain được đăng ký trên Solana. Settlement chỉ chấp nhận một bằng chứng khi programVK của nó khớp với một mục đang hoạt động cho chain đó.

## Z

**ZisK** — Hệ thống chứng minh chạy guest batch của một chain và tạo ra bằng chứng được Rome ZK EVM settlement kiểm tra.


---

# 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/vi/tai-nguyen/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.