> ## 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.

# Riscos

> Uma divulgação honesta dos riscos de protocolo, de mercado, de oráculo, de ponte e regulatórios que um trader assume ao usar a Intention.

Negociar na Intention expõe-no a um conjunto de riscos diferentes no pormenor, mas não na natureza, dos de negociar em qualquer outra plataforma de perpétuos com alavancagem. Esta página descreve-os em linguagem simples. Leia-a antes de negociar com um tamanho que lhe faça diferença. Nada neste site é aconselhamento de investimento.

<h2 id="protocol-risk">
  Risco de protocolo
</h2>

A Intention é uma Layer 1 nova. Embora o protocolo esteja a ser desenhado para execução determinista ao byte e verificado contra um Differential Test Harness (banco de testes diferenciais), software desta escala comporta risco residual: bugs por descobrir no kernel, na camada de consenso BFT, no motor de matching ou no cliente do validador. Um bug grave pode resultar em blocos parados, liquidações financeiras incorretas ou — no pior caso — perda de fundos.

Mitigações: semântica de risco nativa do protocolo, várias implementações independentes de cliente, um [bug bounty](/pt/protocol/security/bug-bounty) ativo, [auditorias](/pt/protocol/security/audits) independentes e monitorização interna contínua do motor de negociação. Nenhuma delas elimina o risco residual.

<h2 id="smart-contract-and-bridge-risk">
  Risco de contratos inteligentes e da ponte
</h2>

O colateral entra na Intention através da [ponte](/pt/protocol/architecture/bridge) do protocolo. Os contratos da ponte nas cadeias externas detêm os ativos bloqueados em garantia, e uma exploração bem-sucedida desses contratos — ou do canal de mensagens atestado por validadores — pode resultar na perda do colateral transferido. A segurança da ponte é a área de maior prioridade na revisão interna em curso e faz parte do âmbito do [bug bounty](/pt/protocol/security/bug-bounty).

Os modos de falha específicos da ponte incluem reorganizações da cadeia de origem mais profundas do que a profundidade de confirmação configurada, o comprometimento de chaves de assinatura em validadores e bugs na lógica de atestação de mensagens. Os levantamentos estão sujeitos a rate limits, para limitar o raio de impacto de uma exploração descoberta.

<h2 id="market-risk">
  Risco de mercado
</h2>

Os contratos perpétuos são produtos alavancados. Um pequeno movimento adverso do ativo subjacente pode aniquilar o colateral de uma posição. Com margem cruzada, as perdas numa posição podem drenar colateral que estava a suportar outras posições.

Modos de falha específicos do risco de mercado:

* **Risco de gap (salto de preço).** Se o subjacente saltar por cima do seu nível de liquidação forçada — por exemplo, durante um período de baixa liquidez ou uma paragem nas plataformas de spot — a sua perda pode exceder a margem de manutenção e o seu preço de falência pode ser atingido. O fundo de seguro cobre parte disto; o ADL cobre o resto.
* **Slippage na liquidação.** As ordens de fecho forçado executam contra o livro de ordens em direto e podem sofrer um slippage significativo em mercados pouco profundos.
* **Oscilações do funding.** Uma posição que recebe funding no momento em que a abre pode passar a pagá-lo em poucas horas, se a base inverter, e o custo de carry pode ser material.

<h2 id="oracle-risk">
  Risco de oráculo
</h2>

O preço de marcação é calculado dentro do consenso a partir de um quórum de observações de plataformas de spot externas assinadas por validadores, e é depois suavizado pela construção do [preço de marcação](/pt/trading/mark-price) do protocolo. Calcular o preço dentro do consenso garante que o preço usado para liquidar financeiramente uma transação foi certificado pelo mesmo quórum $2f+1$ que a confirmou, mas não garante que as plataformas de spot subjacentes fossem elas próprias exatas. Uma manipulação coordenada de várias grandes plataformas de spot pode repercutir-se no preço de marcação da Intention, apesar da suavização e das regras de mediana. A suavização torna a manipulação cara e lenta, mas não impossível.

<h2 id="liquidation-cascade-risk">
  Risco de cascata de liquidações
</h2>

Num movimento brusco, um grande número de posições pode atingir a liquidação forçada em rápida sucessão. O protocolo trata disto por níveis: primeiro a liquidação no livro de ordens em direto, depois o vault de liquidação, depois o fundo de seguro, depois o [ADL](/pt/trading/adl). O ADL fecha à força posições lucrativas do lado oposto da transação, com a seleção determinada pelo P\&L não realizado e pela alavancagem efetiva. Uma posição lucrativa pode ser parcialmente fechada pelo ADL mesmo que o trader não tenha feito nada de errado. Isto não é um bug; é o protocolo a absorver perda sistémica de forma determinista e auditável, em vez de deixar acumular uma responsabilidade sem limite.

<h2 id="sequencing-and-execution-risk">
  Risco de sequenciação e execução
</h2>

A [sequenciação de transações](/pt/trading/tx-sequencing) da Intention dá prioridade aos cancelamentos face a novas colocações dentro do mesmo bloco. Isto limita o front-running, mas não elimina a seleção adversa. A latência, as condições de rede e a concorrência com outros traders continuam a afetar a qualidade da execução.

<h2 id="regulatory-risk">
  Risco regulatório
</h2>

O estatuto legal dos contratos perpétuos on-chain sem permissões varia consoante a jurisdição e está em mudança. A Intention pode não estar disponível — ou pode não ser legal utilizá-la — no seu país, agora ou no futuro. É da sua responsabilidade conhecer as regras que lhe são aplicáveis. A Intention pode vir a acrescentar controlos de acesso por jurisdição, restrições de listagem ou outras medidas de conformidade ao longo do tempo.

<h2 id="operational-risk-for-you">
  Risco operacional para si
</h2>

* **Gestão de chaves.** Se perder a chave da sua conta, perde o acesso ao seu colateral. Não existe qualquer processo de recuperação.
* **Phishing.** Verifique os URL antes de ligar carteiras e de assinar sessões; ver as dicas de segurança em [Ligar uma carteira](/pt/help/connect-wallet) e [Emparelhamento com telemóvel](/pt/help/mobile-pairing).
* **Abuso de sessões.** Uma credencial de sessão de âmbito limitado é uma superfície de ataque real. Revogue as sessões que já não usa.

<Warning>
  Não negoceie com fundos de que não possa prescindir. Os perpétuos com alavancagem podem mover-se contra si mais depressa do que consegue reagir, e o protocolo não vai parar a execução para lhe dar tempo.
</Warning>
