> ## Documentation Index
> Fetch the complete documentation index at: https://docs.intention.xyz/llms.txt
> Use this file to discover all available pages before exploring further.

# Glossário

> Definições dos termos de protocolo, consenso, negociação e risco usados ao longo da documentação da Intention.

Este glossário define os termos que aparecem com mais frequência na documentação da Intention. Clicar num termo para expandir a definição; para explicações mais longas e fundamentação de desenho, seguir as referências cruzadas para as secções de arquitetura e de negociação.

<AccordionGroup>
  <Accordion title="ADL — desalavancagem automática">
    O mecanismo nativo do protocolo pelo qual posições abertas são fechadas à força para absorver perdas que excedem a capacidade do fundo de seguro. A seleção é calculada de forma determinista a partir da combinação do P\&L não realizado com a alavancagem efetiva. Ver [ADL](/pt/trading/adl).
  </Accordion>

  <Accordion title="Compensação e liquidação atómicas">
    A propriedade segundo a qual o matching, a compensação e a liquidação se completam como uma só unidade de um bloco ou não se completam de todo: não existe um intervalo em que uma execução exista sem que existam a sua margem, o seu registo ou a sua liquidação. A atomicidade cobre o ledger do próprio protocolo; mover colateral pela [ponte](/pt/protocol/architecture/bridge) depende da finalidade de uma cadeia externa e fica de fora. Ver [a infraestrutura de mercado que isto substitui](/pt/protocol/architecture/overview).
  </Accordion>

  <Accordion title="BFT — tolerante a faltas bizantinas">
    Um protocolo de consenso que se mantém seguro e vivo na presença de participantes arbitrariamente maliciosos, dentro de um limite para a fração de stake com faltas. O IntentionBFT é BFT sob um limiar de $2f+1$ ponderado por stake.
  </Accordion>

  <Accordion title="Determinismo ao byte">
    A propriedade de que dois nós honestos que reexecutem o mesmo bloco definitivo sobre o mesmo estado inicial produzem um estado final, eventos e resultados por transação idênticos ao byte. A forma visível para o utilizador é a [reexecução determinista](/pt/protocol/architecture/kernel). Garantida por disciplina de contentores ordenados, aritmética de vírgula fixa e pelo Differential Test Harness.
  </Accordion>

  <Accordion title="Compromisso canónico de sequenciação">
    O compromisso criptográfico, assumido pelo proponente do bloco e certificado por $2f+1$ validadores, quanto à ordenação específica das transações dentro de um bloco. É o ponto de ancoragem, na camada de consenso, da [reexecução determinista](/pt/protocol/architecture/kernel) e da [atribuição por transação](/pt/protocol/architecture/state/model). Ver [IntentionBFT](/pt/protocol/architecture/intention-bft).
  </Accordion>

  <Accordion title="Margem cruzada (Cross)">
    Um modo de margem em que todas as posições de uma conta partilham um único conjunto de colateral. Os lucros de uma posição podem compensar as perdas de outra, mas uma perda suficientemente grande em qualquer posição pode liquidar a conta inteira. Ver [Modos de margem](/pt/trading/margin-modes).
  </Accordion>

  <Accordion title="Reexecução determinista">
    A garantia nativa do protocolo de que dois nós honestos quaisquer que reexecutem o mesmo bloco definitivo produzem um estado final, um fluxo de eventos e um resultado por transação idênticos ao byte. Ver [Reexecução determinista](/pt/protocol/architecture/kernel).
  </Accordion>

  <Accordion title="Fluxo de execução">
    O elemento observável da Intention ao nível do protocolo, exposto ao utilizador: um fluxo completo, determinista ao byte e criptograficamente verificável da execução dos blocos, disponibilizado como interface RPC de streaming. É a forma visível para o utilizador da [atribuição por transação](/pt/protocol/architecture/state/model).
  </Accordion>

  <Accordion title="Taxa de funding">
    O pagamento periódico trocado entre posições longas e curtas num mercado perpétuo, para manter o preço do contrato ancorado ao preço à vista do subjacente. O funding é cobrado pelo protocolo segundo um calendário fixo. Ver [Funding](/pt/trading/funding).
  </Accordion>

  <Accordion title="Formação de preços em consenso">
    A garantia nativa do protocolo de que os preços usados em operações sensíveis à liquidação são assinados pelo mesmo conjunto de $2f+1$ validadores, na mesma ronda BFT, que as transações que os consomem. Ver [Formação de preços em consenso](/pt/protocol/architecture/oracle).
  </Accordion>

  <Accordion title="Preço do índice">
    A observação canónica que o bloco faz do mercado à vista externo para o subjacente de um instrumento, entregue através do quórum de preços em consenso. O índice é o input da construção do preço de marcação; não é o preço a que as transações executam. Ver [Preço do índice](/pt/trading/index-price).
  </Accordion>

  <Accordion title="Intention Exchange">
    A DEX de contratos perpétuos de referência, construída sobre a L1 da Intention. Opera um livro de ordens central (`CLOB`) completo, margem isolada e cruzada, liquidações nativas do protocolo e vaults de liquidez on-chain. A Intention Exchange não implementa o seu próprio motor de matching nem o seu pipeline de risco — herda ambos do protocolo que está por baixo, via [IntentionKernel](/pt/protocol/architecture/kernel) e [IntentionBFT](/pt/protocol/architecture/intention-bft). É a primeira aplicação a usar as garantias do protocolo em produção; outras cargas de trabalho financeiras seguir-se-ão sobre o mesmo substrato.
  </Accordion>

  <Accordion title="IntentionBFT">
    O protocolo de consenso da Intention. Um protocolo tolerante a faltas bizantinas, parcialmente síncrono e ponderado por stake, da família HotStuff, estendido com compromissos canónicos de sequenciação, quóruns de preço em consenso, desacoplamento da disponibilidade de lotes e reputação de líder ponderada por stake. Ver [IntentionBFT](/pt/protocol/architecture/intention-bft).
  </Accordion>

  <Accordion title="IntentionKernel">
    O kernel determinista de transição de estado da Intention — não é uma máquina virtual de uso geral. Uma camada de execução de mundo fechado cujo conjunto de instruções é o conjunto enumerado de primitivas financeiras tipadas (colocar ordem, cancelar, cruzar, marcar, liquidar, cobrar funding, apurar, transferir). Ver [IntentionKernel](/pt/protocol/architecture/kernel).
  </Accordion>

  <Accordion title="Margem isolada (Isolated)">
    Um modo de margem em que cada posição tem a sua própria alocação de colateral. A perda numa posição não pode exceder o colateral que lhe foi alocado, nem drenar outras posições da mesma conta. Ver [Modos de margem](/pt/trading/margin-modes).
  </Accordion>

  <Accordion title="Liquidação">
    O fecho forçado de uma posição cujo valor líquido da conta caiu abaixo do requisito de margem de manutenção. A Intention liquida por escalões — livro de ordens, vault de liquidação, fundo de seguro e, por fim, [ADL](/pt/trading/adl). Ver [Liquidações](/pt/trading/liquidations).
  </Accordion>

  <Accordion title="Preço de marcação">
    A referência de liquidação financeira do protocolo, suavizada e resistente a manipulação. Calculada a cada bloco como a mediana de até cinco preços candidatos derivados do índice, do livro on-chain e de componentes de média móvel exponencial. Determina o P\&L não realizado e as liquidações. Ver [Preço de marcação](/pt/trading/mark-price).
  </Accordion>

  <Accordion title="Open interest (OI)">
    O nocional total de todas as posições em aberto num mercado, contado de um só lado. Cada mercado tem um teto de OI; ver [Limites de OI](/pt/trading/oi-limits).
  </Accordion>

  <Accordion title="Atribuição por transação">
    A garantia nativa do protocolo de que todas as alterações de estado e todos os eventos produzidos durante a execução de um bloco ficam criptograficamente ligados à transação de utilizador específica que os desencadeou, mesmo sob matching por lotes. Ver [Atribuição por transação](/pt/protocol/architecture/state/model).
  </Accordion>

  <Accordion title="Risco nativo do protocolo">
    A garantia nativa do protocolo de que a liquidação, a contabilidade do fundo de seguro, a desalavancagem automática e a cobrança do funding são máquinas de estados do protocolo executadas atomicamente com o matching, no mesmo bloco e sob os mesmos preços. Ver [Risco nativo do protocolo](/pt/protocol/architecture/clearinghouse).
  </Accordion>

  <Accordion title="Reduce-only">
    Um modificador de ordem — apenas redução — que permite à ordem diminuir uma posição existente, mas nunca abrir nem aumentar uma. Serve para gerir saídas em segurança, sem risco de inverter a posição por acidente. Ver [Reduce-only](/pt/trading/reduce-only).
  </Accordion>

  <Accordion title="Prevenção de autonegociação">
    Uma regra ao nível do protocolo que impede uma ordem de cruzar com outra ordem da mesma conta, eliminando o wash trading (negociação fictícia) na camada de matching. Ver [Prevenção de autonegociação](/pt/trading/self-trade-prevention).
  </Accordion>

  <Accordion title="Tick size">
    O menor incremento de preço permitido para as ordens de um dado mercado. Cada mercado tem também um lot size, que define o menor incremento de quantidade permitido. Ver [Mercados](/pt/trading/markets) e [Precisão](/pt/trading/precision).
  </Accordion>

  <Accordion title="TWAP">
    Time-Weighted Average Price, o preço médio ponderado pelo tempo. Enquanto tipo de ordem, é uma estratégia que divide uma ordem grande em muitas ordens-filhas mais pequenas, espalhadas no tempo, para reduzir o impacto no mercado. Ver [TWAP](/pt/trading/twap).
  </Accordion>

  <Accordion title="Vault">
    Um conjunto de capital gerido pelo protocolo que fornece liquidez ao livro de ordens e absorve liquidações. Ver [Vaults](/pt/trading/vaults).
  </Accordion>
</AccordionGroup>
