Skip to main content

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 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, 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 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 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

Visão geral da arquitetura

As camadas da rede e como o IntentionKernel e o IntentionBFT se encaixam.

Negociação com IA: agora e a seguir

O que já funciona quando um agente negoceia em seu nome, e o que ainda não existe em nenhuma plataforma.

IntentionKernel

A camada de execução: o conjunto de instruções, o pipeline do bloco e porque o resultado é reproduzível.

Marcos

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 é em grande medida provisório enquanto o lançamento da mainnet não acontece. A documentação para programadores está no site para programadores e na referência da API.
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.