> 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/pt-br/recursos/glossary.md).

# Glossário

Definições de termos da Rome e da Solana usados ao longo desta documentação — ATA, CPI, PDA, VmAt/VmIt, contas holder, tokens SPL e mais.

Termos específicos de Roma e da Solana usados ao longo desta documentação.

## Um app

**Alocação** — Um conjunto de tokens de Canton separado para um receptor e um executor. Em Ostia, `Avançar` executa a alocação para um depósito ou pagamento. O remetente pode retomá-la antes da liquidação. Veja [Depósitos, saques e pagamentos](/pt-br/canton-zk-evm/deposits-withdrawals-payments.md).

**ATA (Conta de Token Associada)** — Uma conta de token determinística para um par carteira + mint específico na Solana. Derivada da chave pública da carteira, da mint do token e do programa ATA.

**Execução atômica (VmAt)** — Modo de transação EVM em que toda a execução é concluída dentro de uma única transação Solana. Modo padrão para a maioria das operações.

## B

**Convidado de lote** — O programa ZisK construído para o gênesis de uma cadeia. Ele verifica os dados da caixa de entrada de um lote e a execução, e então registra os valores públicos que a liquidação da Solana verifica.

**BN254** — Uma curva elíptica usada para verificação de provas ZK. A Rome oferece suporte aos pré-compilados ecAdd (0x06), ecMul (0x07) e ecPairing (0x08).

**Borsh** — Binary Object Representation Serializer for Hashing. O formato padrão de serialização da Solana. Ordenação de bytes little-endian.

## C

**Canton** — Ordena os blocos de Ostia e registra cada bloco EVM comprovado com suas ações de Canton em uma única transação. Veja [Canton ZK EVM](/pt-br/canton-zk-evm/canton-zk-evm.md).

**ID da cadeia** — Um identificador único para cada ambiente EVM na Rome. Cada aplicação recebe seu próprio chain ID.

**CPI (Cross-Program Invocation)** — Um programa Solana chamando outro dentro da mesma transação. Como os contratos Rome EVM interagem com programas Solana.

**Compute Units (CU)** — O equivalente da Solana ao gas do Ethereum. Cada transação tem um orçamento de compute; as operações consomem CU.

**Confirmador** — Um signatário do registro da cadeia de Ostia. O participante correspondente executa um sidecar que verifica as provas dos blocos e as pernas do gateway por meio da chamada externa do Canton. Veja [Modelo de confiança e limites](/pt-br/canton-zk-evm/trust-model.md).

## D

**Daml** — Usado para os contratos de Ostia no Canton: a cabeça da cadeia, os registros de blocos e os contratos que liquidam depósitos, saques e pagamentos. Veja [Como funciona](/pt-br/canton-zk-evm/how-it-works.md).

## E

**ERC20SPL** — Um contrato wrapper de ERC-20 que lê saldos da conta de token SPL subjacente na Solana. Para uma carteira, o saldo ERC-20 é o saldo SPL; tokens mantidos por um contrato ficam na conta de escrow do wrapper e são rastreados em seu armazenamento.

**ERC20SPLFactory** — Um contrato de fábrica que implanta wrappers ERC20SPL para qualquer mint de token SPL.

**Provador de saída** — O serviço que prova um saque contra uma raiz final na Solana e então envia o pagamento do seu cofre.

**Chamada externa** — A extensão do Canton por meio da qual o Daml chama o sidecar de cada participante confirmador. Ostia a usa para as `verificar` e `pernas` verificações. Veja [Como funciona](/pt-br/canton-zk-evm/how-it-works.md).

## G

**Gateway** — Em Ostia, o contrato EVM que registra as pernas de Canton de um bloco e cria tokens embrulhados. A parte de gateway separada no Canton mantém os tokens que dão lastro aos tokens embrulhados no EVM. Veja [Depósitos, saques e pagamentos](/pt-br/canton-zk-evm/deposits-withdrawals-payments.md).

## H

**Hércules** — O serviço indexador de blocos. Monitora eventos Rome EVM na Solana e produz dados de blocos compatíveis com Ethereum.

**Conta de retenção** — Um buffer on-chain (máx. 80 KB) que armazena grandes transações EVM que excedem o limite de 4 KB de transação da Solana (v1).

## I

**Execução iterativa (VmIt)** — Modo de transação EVM que divide a execução em várias transações Solana, com cada etapa empacotando quantos opcodes couberem em seu orçamento de compute (tamanho de etapa adaptativo). Usado para operações intensivas em compute.

## L

**Lamports** — Menor unidade de SOL. 1 SOL = 10^9 lamports.

**Perna** — Uma ação Canton registrada pelo gateway EVM de Ostia: um depósito, saque ou pagamento. O bloco comprovado e suas pernas são liquidados juntos em `Avançar`. Veja [Depósitos, saques e pagamentos](/pt-br/canton-zk-evm/deposits-withdrawals-payments.md).

## M

**Mollusk SVM** — Emulador off-chain da VM Solana usado pelo Rome Proxy para `eth_call` e estimativa de gas. Pode executar programas BPF arbitrários.

## O

**Oracle Gateway** — Contratos adaptadores que expõem feeds de preço Pyth e Switchboard por meio da Chainlink AggregatorV3Interface.

## P

**Participante** — Um nó Canton que hospeda parties. Na rede local de Ostia, os participantes operador e confirmador executam cada um um sidecar, enquanto o participante de usuários hospeda as partes de teste e o leitor. Veja [Execute-o localmente](/pt-br/canton-zk-evm/run-it-locally.md).

**Parte** — Uma identidade Canton hospedada em um participante. Os contratos de Ostia nomeiam parties como signatárias, controladoras ou observadoras; a parte de gateway mantém os tokens Canton bloqueados. Veja [Modelo de confiança e limites](/pt-br/canton-zk-evm/trust-model.md).

**Pagador** — Um par de chaves Solana que assina e paga pelas transações Solana em nome dos usuários EVM. Gerenciado pelo Proxy.

**PDA (Endereço Derivado do Programa)** — Um endereço Solana determinístico derivado de seeds e de um ID de programa. Sem chave privada — o programa "possui" a PDA.

**Raiz comprovada** — Uma raiz de estado publicada com uma prova ZisK verificada pela liquidação da Solana. Para uma cadeia Rome ZK EVM permissionless, ela é final quando publicada.

**Proxy** — O servidor JSON-RPC da Rome (porta 9090) que traduz chamadas da API Ethereum em transações Solana.

## R

**RheaTx** — Uma única transação EVM em um rollup.

**RemusTx** — Várias transações EVM em diferentes rollups, executadas atomicamente.

**RomulusTx** — Transações EVM + instruções nativas da Solana, executadas atomicamente.

**ResourceFactory** — Componente do SDK que agrupa pares de chaves Solana e índices de contas de retenção para submissão paralela de transações.

## S

**Sidecar** — O serviço ao lado de cada participante confirmador que verifica a prova de Ostia, os dados do bloco e as pernas do gateway quando o Canton o chama. Veja [Como funciona](/pt-br/canton-zk-evm/how-it-works.md).

**SPL Token** — O programa padrão de tokens da Solana. Todos os tokens fungíveis na Solana (USDC, SOL etc.) são tokens SPL.

**StateHolder** — Uma conta on-chain que armazena o estado serializado da VM entre etapas iterativas de execução.

**Sincronizador** — A rede Canton local de Ostia tem um sincronizador, composto por um sequenciador e um mediador. Os três participantes se conectam a ele. Veja [Execute-o localmente](/pt-br/canton-zk-evm/run-it-locally.md).

## T

**Token-2022** — Programa de tokens SPL de próxima geração com extensões (Transfer Hooks, Confidential Transfers, Permanent Delegates).

**Gancho de transferência** — Extensão do Token-2022 que invoca um programa em toda `transfer_checked` chamada.

**TxBuilder** — Componente do SDK que monta instruções Solana a partir de transações EVM.

## V

**Chave de verificação (programVK)** — O identificador do convidado específico da cadeia registrado na Solana. A liquidação aceita uma prova somente quando seu programVK corresponde a uma entrada ativa para aquela cadeia.

## Z

**ZisK** — O sistema de provas que executa o convidado em lote de uma cadeia e produz a prova verificada pela liquidação do 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/pt-br/recursos/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.