> 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/id/sumber-daya/glossary.md).

# Glosarium

Definisi istilah Rome dan Solana yang digunakan di seluruh dokumen ini — ATA, CPI, PDA, VmAt/VmIt, akun pemegang, token SPL, dan lainnya.

Istilah khusus Rome dan Solana yang digunakan di seluruh dokumentasi ini.

## Sebuah

**Alokasi** — Token Canton yang disisihkan untuk penerima dan pelaksana. Di Ostia, `Maju` mengeksekusi alokasi untuk deposit atau pembayaran. Pengirim dapat mengambilnya kembali sebelum penyelesaian. Lihat [Deposit, penarikan, dan pembayaran](/id/canton-zk-evm/deposits-withdrawals-payments.md).

**ATA (Associated Token Account)** — Akun token deterministik untuk pasangan wallet + mint tertentu di Solana. Diturunkan dari pubkey wallet, mint token, dan program ATA.

**Eksekusi Atomik (VmAt)** — Mode transaksi EVM di mana seluruh eksekusi selesai dalam satu transaksi Solana. Mode default untuk sebagian besar operasi.

## B

**Tamu batch** — Program ZisK yang dibuat untuk genesis sebuah chain. Program ini memeriksa data inbox dan eksekusi sebuah batch, lalu mencatat nilai publik yang diperiksa oleh settlement Solana.

**BN254** — Kurva eliptik yang digunakan untuk verifikasi bukti ZK. Rome mendukung precompile ecAdd (0x06), ecMul (0x07), dan ecPairing (0x08).

**Borsh** — Binary Object Representation Serializer for Hashing. Format serialisasi standar Solana. Urutan byte little-endian.

## C

**Canton** — Mengurutkan blok Ostia dan mencatat setiap blok EVM yang telah dibuktikan beserta aksi Canton-nya dalam satu transaksi. Lihat [Canton ZK EVM](/id/canton-zk-evm/canton-zk-evm.md).

**ID rantai** — Pengidentifikasi unik untuk setiap lingkungan EVM di Rome. Setiap aplikasi mendapatkan chain ID-nya sendiri.

**CPI (Cross-Program Invocation)** — Satu program Solana memanggil program lain dalam transaksi yang sama. Cara kontrak Rome EVM berinteraksi dengan program Solana.

**Unit Komputasi (CU)** — Padanan gas Ethereum di Solana. Setiap transaksi memiliki anggaran komputasi; operasi mengonsumsi CU.

**Pengesah** — Penandatangan catatan chain Ostia. Partisipannya menjalankan sidecar yang memeriksa bukti blok dan leg gateway melalui external call Canton. Lihat [Model kepercayaan dan batasan](/id/canton-zk-evm/trust-model.md).

## D

**Daml** — Digunakan untuk kontrak Ostia di Canton: head chain, catatan blok, dan kontrak yang menyelesaikan deposit, penarikan, dan pembayaran. Lihat [Cara kerjanya](/id/canton-zk-evm/how-it-works.md).

## E

**ERC20SPL** — Kontrak pembungkus ERC-20 yang membaca saldo dari akun token SPL dasar di Solana. Bagi wallet, saldo ERC-20 sama dengan saldo SPL; token yang dipegang kontrak berada di akun escrow pembungkus dan dilacak di penyimpanannya.

**ERC20SPLFactory** — Kontrak factory yang men-deploy pembungkus ERC20SPL untuk mint token SPL apa pun.

**Prover keluar** — Layanan yang membuktikan penarikan terhadap root akhir di Solana, lalu mengirim pembayaran vault-nya.

**Panggilan eksternal** — Ekstensi Canton yang digunakan Daml untuk memanggil sidecar setiap partisipan yang mengonfirmasi. Ostia menggunakannya untuk `verifikasi` dan `bagian` pemeriksaan. Lihat [Cara kerjanya](/id/canton-zk-evm/how-it-works.md).

## G

**Gateway** — Di Ostia, kontrak EVM yang mencatat leg Canton suatu blok dan membuat token bungkus. Party gateway terpisah di Canton memegang token yang mendukung token bungkus di EVM. Lihat [Deposit, penarikan, dan pembayaran](/id/canton-zk-evm/deposits-withdrawals-payments.md).

## H

**Hercules** — Layanan pengindeks blok. Memantau event Rome EVM di Solana dan menghasilkan data blok yang kompatibel dengan Ethereum.

**Akun Penampung** — Buffer on-chain (maks. 80 KB) yang menyimpan transaksi EVM besar yang melebihi batas transaksi 4 KB Solana (v1).

## I

**Eksekusi Iteratif (VmIt)** — Mode transaksi EVM yang membagi eksekusi ke beberapa transaksi Solana, dengan tiap langkah mengemas sebanyak mungkin opcode yang muat dalam anggaran komputasinya (ukuran langkah adaptif). Digunakan untuk operasi yang intensif komputasi.

## L

**Lamport** — Satuan terkecil SOL. 1 SOL = 10^9 lamport.

**Langkah** — Aksi Canton yang dicatat oleh gateway EVM Ostia: deposit, penarikan, atau pembayaran. Blok yang telah dibuktikan dan leg-nya diselesaikan bersama dalam `Maju`. Lihat [Deposit, penarikan, dan pembayaran](/id/canton-zk-evm/deposits-withdrawals-payments.md).

## M

**Mollusk SVM** — Emulator VM Solana off-chain yang digunakan oleh Rome Proxy untuk `eth_call` dan estimasi gas. Dapat mengeksekusi program BPF arbitrer.

## O

**Oracle Gateway** — Kontrak adapter yang mengekspos price feed Pyth dan Switchboard melalui AggregatorV3Interface milik Chainlink.

## P

**Partisipan** — Node Canton yang meng-host party. Di jaringan lokal Ostia, partisipan operator dan confirmer masing-masing menjalankan sidecar, sedangkan partisipan users meng-host party pengujian dan reader. Lihat [Jalankan secara lokal](/id/canton-zk-evm/run-it-locally.md).

**Pihak** — Identitas Canton yang di-host pada partisipan. Kontrak Ostia menyebut party sebagai penandatangan, pengendali, atau pengamat; party gateway memegang token Canton yang terkunci. Lihat [Model kepercayaan dan batasan](/id/canton-zk-evm/trust-model.md).

**Pembayar** — Keypair Solana yang menandatangani dan membayar transaksi Solana atas nama pengguna EVM. Dikelola oleh Proxy.

**PDA (Program Derived Address)** — Alamat Solana deterministik yang diturunkan dari seed dan program ID. Tanpa private key — program "memiliki" PDA tersebut.

**Akar yang dibuktikan** — state root yang diposting bersama bukti ZisK yang diperiksa oleh settlement Solana. Untuk chain Rome ZK EVM yang permissionless, nilainya final saat diposting.

**Proxy** — Server JSON-RPC Rome (port 9090) yang menerjemahkan panggilan API Ethereum menjadi transaksi Solana.

## R

**RheaTx** — Satu transaksi EVM pada satu rollup.

**RemusTx** — Beberapa transaksi EVM lintas rollup, dieksekusi secara atomik.

**RomulusTx** — Transaksi EVM + instruksi native Solana, dieksekusi secara atomik.

**ResourceFactory** — Komponen SDK yang mengelompokkan keypair Solana dan indeks akun penampung untuk pengiriman transaksi paralel.

## S

**Sidecar** — Layanan di samping setiap partisipan yang mengonfirmasi yang memeriksa bukti Ostia, data blok, dan leg gateway saat Canton memanggilnya. Lihat [Cara kerjanya](/id/canton-zk-evm/how-it-works.md).

**SPL Token** — Program token standar Solana. Semua token fungible di Solana (USDC, SOL, dll.) adalah token SPL.

**StateHolder** — Akun on-chain yang menyimpan state VM ter-serialisasi di antara langkah eksekusi iteratif.

**Synchronizer** — Jaringan Canton lokal Ostia memiliki satu synchronizer, yang terdiri dari sequencer dan mediator. Ketiga partisipan terhubung ke sana. Lihat [Jalankan secara lokal](/id/canton-zk-evm/run-it-locally.md).

## T

**Token-2022** — Program token SPL generasi berikutnya dengan ekstensi (Transfer Hooks, Confidential Transfers, Permanent Delegates).

**Transfer Hook** — Ekstensi Token-2022 yang memanggil program pada setiap `transfer_checked` panggilan.

**TxBuilder** — Komponen SDK yang membangun instruksi Solana dari transaksi EVM.

## V

**Kunci verifikasi (programVK)** — Pengidentifikasi guest khusus chain yang terdaftar di Solana. Settlement hanya menerima bukti ketika programVK-nya cocok dengan entri aktif untuk chain tersebut.

## Z

**ZisK** — Sistem pembuktian yang menjalankan batch guest sebuah chain dan menghasilkan bukti yang diperiksa oleh settlement 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/id/sumber-daya/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.