> ## 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. # Introdução > Porque existe a Intention, o que significa aqui compensação e liquidação descentralizadas, e porque a parte de uma exchange que decide quem deve a quem pertence a um protocolo e não ao sistema privado de um operador. > ## Trade different. Durante quase toda a história, os mercados foram fechados. A negociação acontecia atrás das paredes das exchanges, com uma execução opaca para quem estivesse de fora; a liquidação financeira demorava dias; a custódia era alugada a uma contraparte. O acesso aberto era uma frase de marketing; a arquitetura era fechada por desenho. As blockchains prometeram mudar isso. Para operações simples, mudaram. Mas uma cadeia de uso geral nunca foi construída para mercados a sério: a prioridade de matching passou a ser uma corrida entre produtores de blocos, os preços de marcação moviam-se num ciclo separado da execução, as liquidações forçadas transformaram-se em leilões entre keepers e os livros de ordens corriam off-chain ou demasiado devagar para terem relevância. O capital migrou de volta para plataformas com custódia, em troca de velocidade e certeza. O compromisso era sempre o mesmo: escolher a velocidade e abdicar da autocustódia, ou escolher a descentralização e abdicar da qualidade da plataforma. Não havia terceira opção. Estamos a construí-la. Devagar, e bem.

O que é a Intention

A Intention é uma Layer 1 construída para correr mercados abertos como operações do próprio protocolo. O matching de ordens, a margem, a liquidação forçada, o funding e a liquidação financeira não são aplicações instaladas sobre uma cadeia, nem um motor de matching off-chain a devolver resultados — são executados pelos próprios validadores da rede, sobre uma ordenação que o consenso confirmou, dentro de um kernel determinista. A categoria que dá nome a isto é **compensação e liquidação descentralizadas**: as funções que uma infraestrutura de mercado desempenha em torno de uma operação — apurar quem deve a quem, registá-lo e torná-lo definitivo — desempenhadas por um protocolo e não por uma cadeia de instituições. [A infraestrutura de mercado que isto substitui](/pt/protocol/architecture/overview) situa cada uma dessas funções aqui. Uma exchange é mais do que isso. Os front ends, as operações de conta, a listagem de mercados, o apoio ao cliente e as condições comerciais ficam todos à sua volta. O que a rede torna público e verificável é a parte em que uma discrepância custa dinheiro a alguém: **quem executou o quê, a que preço e quem deve a quem.** A primeira aplicação a correr sobre a Intention é a **Intention Exchange** — uma plataforma de contratos perpétuos com um livro de ordens central completo, tipos de ordem profissionais, margem isolada e cruzada, liquidações forçadas nativas do protocolo e vaults de liquidez on-chain. Não implementa um motor de matching nem um pipeline de risco próprios; herda ambos por correr sobre a cadeia. O mesmo substrato foi desenhado para alojar outros mercados com livro de ordens, incluindo [ativos do mundo real tokenizados](/pt/trading/markets), sem alterar o modelo de execução.

Aberta por ativo, nativa de IA por protocolo

Este desenho remove um tipo específico de opacidade, e fá-lo como consequência de onde vive a lógica de negociação, e não como um conjunto de funcionalidades acrescentadas por cima. Como a execução corre sobre uma ordenação que o consenso confirmou, reexecutar um bloco reproduz-o exatamente. Como o preço é certificado no bloco que o consome, não há um ciclo de oráculo separado com que competir. Como a liquidação forçada, o funding e o fundo de seguro são operações de protocolo e não chamadas a contratos, correm no mesmo passo que a execução que os desencadeou. Como o kernel emite resultados por transação, cada alteração de estado pode ser rastreada até à transação que a causou. Nada disto é uma promessa que o protocolo faça em separado do seu desenho. É o que uma máquina de estados determinista sobre uma ordenação confirmada produz — e é por isso que vale a pena ler a [arquitetura](/pt/protocol/architecture/overview) como um todo e não como uma lista de funcionalidades. Para um trader humano, estas propriedades produzem uma plataforma mais justa: uma ordenação auditável, preços verificáveis, liquidações forçadas que seguem regras de protocolo em vez de corridas off-chain, e um registo por transação que existe ao nível do protocolo e não na base de dados de outra pessoa. Para um agente que negoceia em nome de alguém, produzem algo mais elementar. Os agentes autónomos estão a assumir trabalho que antes era feito por humanos na camada da plataforma. A sua tarefa é agir sobre a *intenção* de um utilizador — e não conseguem agir sobre uma plataforma que tenham de modelar como ruído. Precisam de uma função: mesma entrada, mesma saída, verificável depois. Uma máquina de estados determinista sobre uma ordenação confirmada é precisamente isso. [Negociação com IA: agora e a seguir](/pt/protocol/ai-trading) explica para que serve isso — o que já funciona quando um agente negoceia em seu nome, o que ainda não existe em nenhuma plataforma e que partes do protocolo estão a ser construídas para esse fim.

Para onde ir a seguir

As camadas da rede e como o IntentionKernel e o IntentionBFT se encaixam. O que já funciona quando um agente negoceia em seu nome, e o que ainda não existe em nenhuma plataforma. A camada de execução: o conjunto de instruções, o pipeline do bloco e porque o resultado é reproduzível. O caminho de entrega da testnet até à mainnet, e como cada fase é verificada.

Estado atual

A Intention está em desenvolvimento ativo. Partes desta documentação descrevem comportamentos que o protocolo garante por desenho, mas que ainda não foram expostos numa interface pública de mainnet. Essas páginas estão assinaladas. As secções de arquitetura e de segurança descrevem o sistema tal como está a ser construído; o [Centro de Ajuda](/pt/help/faq) é em grande medida provisório enquanto o lançamento da mainnet não acontece. A documentação para programadores está no [site para programadores](https://dev.intention.xyz/) e na [referência da API](https://testnet-openapi.intention.xyz/). Não existe atualmente qualquer token nativo. A documentação não descreve tokenomics, incentivos de staking nem qualquer venda de tokens. Material relacionado com tokens só será publicado depois de o ativo estar em funcionamento.