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

# Visão geral da arquitetura

> A Intention é uma rede de negociação nativa de IA: matching, compensação e liquidação financeira executam como operações do protocolo e não dentro do sistema privado de um operador.

<h2 id="intention-is-an-ai-native-trading-network">
  A Intention é uma rede de negociação nativa de IA
</h2>

Uma *rede* de negociação, não uma aplicação de negociação. As partes de uma exchange que decidem quem executou contra quem, a que preço e quem deve a quem são executadas pelos próprios validadores da rede, ordenadas por consenso e reproduzíveis por qualquer pessoa que tenha os mesmos blocos. Não há um motor de matching a correr noutro sítio e a reportar o resultado.

Nativa de IA, porque é disso que um agente que negoceia em nome de alguém realmente precisa. Uma pessoa consegue vigiar uma plataforma e reagir-lhe. Um agente não consegue — só pode agir sobre aquilo que a plataforma é capaz de provar. Mover o matching, a margem, o funding, a liquidação forçada e a liquidação financeira para dentro do protocolo é o que faz de uma plataforma, em vez de uma contraparte em quem se confia, uma infraestrutura que se pode verificar.

Tudo o que costuma ser apresentado como lista de funcionalidades decorre dessa única decisão. Porque a execução corre sobre uma ordenação confirmada pelo consenso, reexecutar um bloco reproduz exatamente o mesmo resultado. Porque o preço é certificado no bloco que o consome, não há ciclo de oráculo a que alguém se possa antecipar. Porque a liquidação forçada e o funding são operações do protocolo e não chamadas a contratos, executam no mesmo passo que a execução que os desencadeou. Porque a máquina de estados emite saída por transação, cada efeito tem um autor.

<Note>
  Uma exchange é mais do que isto. 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 é o núcleo crítico para a liquidação financeira — a parte em que uma discrepância custa dinheiro a alguém.
</Note>

<h2 id="the-layers">
  As camadas
</h2>

Quatro camadas, pela ordem em que uma transação passa por elas.

<div className="dg" data-dg="architecture-layers">
  <div className="dg-c" style={{aspectRatio:"720 / 502"}}>
    <svg className="dg-w" viewBox="0 0 720 502" aria-hidden="true">
      <path className="dg-wire dg--blue" d="M 406.00 96.00 L 406.00 131.60" />

      <path className="dg-head dg--blue" d="M 406.00 138.00 L 401.60 131.60 L 410.40 131.60 Z" />

      <path className="dg-wire dg--sky" d="M 406.00 228.00 L 406.00 263.60" />

      <path className="dg-head dg--sky" d="M 406.00 270.00 L 401.60 263.60 L 410.40 263.60 Z" />

      <path className="dg-wire dg--green" d="M 406.00 360.00 L 406.00 395.60" />

      <path className="dg-head dg--green" d="M 406.00 402.00 L 401.60 395.60 L 410.40 395.60 Z" />

      <path className="dg-wire dg-dash dg-soft" d="M 46.00 447.00 L 46.00 57.40" />

      <path className="dg-head" d="M 46.00 51.00 L 50.40 57.40 L 41.60 57.40 Z" />
    </svg>

    <div className="dg-band" style={{left:"12.7778%",top:"1.9920%",width:"87.2222%",height:"16.3347%"}}><span className="dg-cap">1 · Aplicação — fora do protocolo</span></div>
    <div className="dg-band" style={{left:"12.7778%",top:"28.2869%",width:"87.2222%",height:"16.3347%"}}><span className="dg-cap">2 · Rede</span></div>
    <div className="dg-band" style={{left:"12.7778%",top:"54.5817%",width:"87.2222%",height:"16.3347%"}}><span className="dg-cap">3 · Execução — IntentionKernel</span></div>
    <div className="dg-band" style={{left:"12.7778%",top:"80.8765%",width:"87.2222%",height:"16.3347%"}}><span className="dg-cap">4 · Estado</span></div>
    <div className="dg-b" style={{left:"15.0000%",top:"5.5777%",width:"26.2963%",height:"9.1633%"}}><span className="dg-t">Gateway web Intention</span></div>
    <div className="dg-b" style={{left:"43.2407%",top:"5.5777%",width:"26.2963%",height:"9.1633%"}}><span className="dg-t">Front ends · carteiras</span></div>
    <div className="dg-b" style={{left:"71.4815%",top:"5.5777%",width:"26.2963%",height:"9.1633%"}}><span className="dg-t">Agentes · market makers · clientes API</span></div>
    <div className="dg-b dg--blue" style={{left:"15.0000%",top:"31.8725%",width:"40.4167%",height:"9.1633%"}}><span className="dg-t">Mempool</span><span className="dg-s">admissão · disseminação</span></div>
    <div className="dg-b dg--blue" style={{left:"57.3611%",top:"31.8725%",width:"40.4167%",height:"9.1633%"}}><span className="dg-t">IntentionBFT</span><span className="dg-s">ordenação · preços · definitividade</span></div>
    <div className="dg-b dg--sky" style={{left:"15.0000%",top:"58.1673%",width:"40.4167%",height:"9.1633%"}}><span className="dg-t">Matching</span><span className="dg-s">livro · prioridade</span></div>
    <div className="dg-b dg--sky" style={{left:"57.3611%",top:"58.1673%",width:"40.4167%",height:"9.1633%"}}><span className="dg-t">Câmara de compensação</span><span className="dg-s">margem · liquidação · funding</span></div>
    <div className="dg-b dg--green" style={{left:"15.0000%",top:"84.4622%",width:"40.4167%",height:"9.1633%"}}><span className="dg-t">Repositório</span><span className="dg-s">valores por versão</span></div>
    <div className="dg-b dg--green" style={{left:"57.3611%",top:"84.4622%",width:"40.4167%",height:"9.1633%"}}><span className="dg-t">Estado Merkle</span><span className="dg-s">provas · acumuladores</span></div>
    <div className="dg-lbl" style={{left:"56.3889%",top:"23.3068%"}}>transações assinadas</div>
    <div className="dg-lbl" style={{left:"56.3889%",top:"49.6016%"}}>bloco confirmado</div>
    <div className="dg-lbl" style={{left:"56.3889%",top:"75.8964%"}}>escritas · eventos atribuídos</div>
    <div className="dg-lbl" style={{left:"6.3889%",top:"50.0000%",width:"12.2222%",whiteSpace:"normal"}}>leituras · provas</div>
  </div>
</div>

Um quinto grupo fica ao lado da pilha, e não dentro dela. Os processos da **camada de serviços** correm ao lado dos validadores e ligam-se em apenas dois pontos: preços e ativos *entram* na camada de rede, registos confirmados *saem* na camada de estado.

<div className="dg" data-dg="overview-txpath">
  <div className="dg-c" style={{aspectRatio:"720 / 236"}}>
    <svg className="dg-w" viewBox="0 0 720 236" aria-hidden="true">
      <path className="dg-wire" d="M 100.67 78.00 L 114.27 78.00" />

      <path className="dg-head" d="M 120.67 78.00 L 114.27 82.40 L 114.27 73.60 Z" />

      <path className="dg-wire" d="M 225.33 78.00 L 238.93 78.00" />

      <path className="dg-head" d="M 245.33 78.00 L 238.93 82.40 L 238.93 73.60 Z" />

      <path className="dg-wire" d="M 350.00 78.00 L 363.60 78.00" />

      <path className="dg-head" d="M 370.00 78.00 L 363.60 82.40 L 363.60 73.60 Z" />

      <path className="dg-wire" d="M 474.67 78.00 L 488.27 78.00" />

      <path className="dg-head" d="M 494.67 78.00 L 488.27 82.40 L 488.27 73.60 Z" />

      <path className="dg-wire" d="M 599.33 78.00 L 612.93 78.00" />

      <path className="dg-head" d="M 619.33 78.00 L 612.93 82.40 L 612.93 73.60 Z" />
    </svg>

    <div className="dg-b dg--blue" style={{left:"0.0000%",top:"12.7119%",width:"13.4259%",height:"40.6780%"}}><span className="dg-t">Transação assinada</span></div>
    <div className="dg-b dg--sky" style={{left:"17.3148%",top:"12.7119%",width:"13.4259%",height:"40.6780%"}}><span className="dg-t">Mempool</span><span className="dg-s">validada antes de ser guardada</span></div>
    <div className="dg-b dg--sky" style={{left:"34.6296%",top:"12.7119%",width:"13.4259%",height:"40.6780%"}}><span className="dg-t">Consenso</span><span className="dg-s">ordenação e quórum de preços</span></div>
    <div className="dg-b dg--sky" style={{left:"51.9444%",top:"12.7119%",width:"13.4259%",height:"40.6780%"}}><span className="dg-t">Kernel</span><span className="dg-s">execução do bloco</span></div>
    <div className="dg-b dg--green" style={{left:"69.2593%",top:"12.7119%",width:"13.4259%",height:"40.6780%"}}><span className="dg-t">Escritas de estado</span><span className="dg-s">eventos atribuídos</span></div>
    <div className="dg-b dg--green" style={{left:"86.5741%",top:"12.7119%",width:"13.4259%",height:"40.6780%"}}><span className="dg-t">Confirmação</span><span className="dg-s">ledger e repositórios de estado</span></div>
    <div className="dg-b dg-dashed dg-left" style={{left:"0.0000%",top:"67.7966%",width:"100.0000%",height:"27.9661%"}}><span className="dg-t">O que a sequência produz</span><span className="dg-s">A ordenação e os preços são confirmados antes de a execução começar, e cada alteração de estado fica ligada à transação que a causou — é isso que permite a qualquer pessoa reexecutar o bloco e obter o mesmo resultado.</span></div>
    <div className="dg-free" style={{left:"0.0000%",top:"0.0000%",width:"100.0000%"}}><div className="dg-n">Uma transação, ponta a ponta</div></div>
  </div>
</div>

**Camada de aplicação.** Tudo aquilo em que pessoas e máquinas realmente tocam: o gateway web da Intention, front ends e carteiras de terceiros e os agentes e market makers que negoceiam programaticamente. Nada disto faz parte do protocolo — é aquilo para que o protocolo existe e é deliberadamente substituível. Dois front ends discordarem sobre quanto vale uma posição é um bug de front end, porque ambos estão a ler o mesmo estado confirmado.

**Camada de rede.** Onde as transações são admitidas, disseminadas e ordenadas. O [IntentionBFT](/pt/protocol/architecture/intention-bft) confirma uma ordenação e um vetor de preços certificado no mesmo evento de consenso; o [mempool](/pt/protocol/architecture/mempool) governa o que lá chega; a [topologia](/pt/protocol/architecture/intention-bft#network-topology) descreve quem corre o quê.

**Camada de execução.** O [IntentionKernel](/pt/protocol/architecture/kernel) executa o bloco confirmado como uma sequência fixa de fases. O seu conjunto de instruções é o conjunto enumerado de operações financeiras de que uma plataforma de derivados precisa — não é uma máquina virtual de uso geral. O [matching](/pt/protocol/architecture/matching) e a [câmara de compensação](/pt/protocol/architecture/clearinghouse) são fases dentro dele, não sistemas separados.

**Camada de estado.** [Estado e armazenamento](/pt/protocol/architecture/state/model) descreve como os resultados são persistidos, autenticados e servidos: um repositório de valores atuais para leituras, uma estrutura Merkle versionada para provas e acumuladores sobre transações e eventos.

**Camada de serviços.** Processos que correm ao lado dos validadores e não dentro do bloco: o [oráculo](/pt/protocol/architecture/oracle) que alimenta o consenso com preços, o [indexador](/pt/protocol/architecture/indexer) que transforma estado confirmado em dados consultáveis, os [serviços de programa](/pt/protocol/architecture/programs) que derivam estado de conta a partir do histórico confirmado e o gravam de novo na cadeia através de transações do protocolo, e a [ponte](/pt/protocol/architecture/bridge) que move ativos entre cadeias.

<h2 id="one-block">
  Um único bloco
</h2>

Tudo o que torna verificável o comportamento da plataforma acontece dentro de um único bloco confirmado.

<div className="dg" data-dg="overview-services">
  <div className="dg-c" style={{aspectRatio:"720 / 288"}}>
    <svg className="dg-w" viewBox="0 0 720 288" aria-hidden="true">
      <path className="dg-wire dg--sky" d="M 185.00 65.00 L 240.47 120.47" />

      <path className="dg-head dg--sky" d="M 245.00 125.00 L 237.36 123.59 L 243.59 117.36 Z" />

      <path className="dg-wire dg--sky" d="M 185.00 175.00 L 240.08 129.10" />

      <path className="dg-head dg--sky" d="M 245.00 125.00 L 242.90 132.48 L 237.27 125.72 Z" />

      <path className="dg-wire dg--green" d="M 455.00 100.00 L 487.00 100.00 L 487.00 65.00 L 508.60 65.00" />

      <path className="dg-head dg--green" d="M 515.00 65.00 L 508.60 69.40 L 508.60 60.60 Z" />

      <path className="dg-wire dg--green" d="M 620.00 104.00 L 620.00 129.60" />

      <path className="dg-head dg--green" d="M 620.00 136.00 L 615.60 129.60 L 624.40 129.60 Z" />

      <path className="dg-wire dg--green dg-dash" d="M 620.00 214.00 L 620.00 250.00 L 350.00 250.00 L 350.00 190.40" />

      <path className="dg-head dg--green" d="M 350.00 184.00 L 354.40 190.40 L 345.60 190.40 Z" />
    </svg>

    <div className="dg-b dg--sky" style={{left:"0.0000%",top:"10.4167%",width:"25.0000%",height:"24.3056%"}}><span className="dg-t">Oráculo</span><span className="dg-s">preços certificados por ronda</span></div>
    <div className="dg-b dg--sky" style={{left:"0.0000%",top:"48.6111%",width:"25.0000%",height:"24.3056%"}}><span className="dg-t">Ponte</span><span className="dg-s">depósitos e levantamentos</span></div>
    <div className="dg-b dg--blue" style={{left:"34.7222%",top:"24.3056%",width:"27.7778%",height:"38.1944%"}}><span className="dg-t">Quatro camadas</span><span className="dg-s">rede → execução → estado</span></div>
    <div className="dg-b dg--green" style={{left:"72.2222%",top:"10.4167%",width:"27.7778%",height:"24.3056%"}}><span className="dg-t">Indexador</span><span className="dg-s">registos confirmados → histórico consultável</span></div>
    <div className="dg-b dg--green" style={{left:"72.2222%",top:"48.6111%",width:"27.7778%",height:"24.3056%"}}><span className="dg-t">Serviços de programa</span><span className="dg-s">estado derivado, calculado fora do bloco</span></div>
    <div className="dg-lbl" style={{left:"67.3611%",top:"86.8056%",width:"31.9444%",whiteSpace:"normal"}}>gravado de novo na cadeia, lido na execução</div>
  </div>
</div>

A ordenação é fixada antes de a execução começar, e a execução é uma função dessa ordenação e do estado anterior. Dois nós honestos que recebam o mesmo bloco chegam ao mesmo resultado byte a byte — não por política, mas porque nada no caminho de execução pode ler outra coisa. É nessa propriedade que assenta tudo o que vem a jusante: provas, atribuição, reexecução e a capacidade de um agente raciocinar sobre o que uma ordem submetida vai fazer.

<h2 id="where-the-venues-guarantees-come-from">
  De onde vêm as garantias da plataforma
</h2>

Em vez de uma lista de promessas à parte, cada propriedade remete para a camada que a produz.

| Propriedade                                                                      | Produzida por                                                                                                                                                                          |
| -------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| O mesmo bloco reexecuta para o mesmo resultado em todos os nós honestos          | O consenso fixa a ordenação; o [kernel](/pt/protocol/architecture/kernel) executa-a sem relógio, sem entropia e sem vírgula flutuante                                                  |
| Uma transação é liquidada a um preço que a rede certificou                       | O quórum de preços faz parte do bloco, confirmado pelas mesmas assinaturas — ver [IntentionBFT](/pt/protocol/architecture/intention-bft) e [Oráculo](/pt/protocol/architecture/oracle) |
| A liquidação forçada e o funding não podem ficar atrás da execução que os causou | São fases da [câmara de compensação](/pt/protocol/architecture/clearinghouse) na mesma execução do bloco, não transações de keeper                                                     |
| Cada alteração de estado pode ser rastreada até à transação que a causou         | O kernel emite saída por transação, que a [camada de estado](/pt/protocol/architecture/state/model) confirma e o [indexador](/pt/protocol/architecture/indexer) serve                  |

<h2 id="the-market-infrastructure-this-replaces">
  A infraestrutura de mercado que isto substitui
</h2>

Um local de negociação tradicional é um elo numa cadeia de instituições. Uma operação é cruzada numa bolsa, novada e margeada numa contraparte central, registada na instituição que mantém o livro de quem detém o quê, liquidada através de um sistema de pagamentos e reportada a um repositório de transações. Cinco funções, cinco conjuntos de registos e um processo de reconciliação cujo ofício é descobrir quando deixam de bater certo.

Aqui essas cinco são fases de um só bloco, e é isso que torna a sequência uma **compensação e liquidação atómicas**: confirma-se como uma unidade ou não se confirma de todo. O termo merece precisão. Essa atomicidade cobre o ledger do próprio protocolo — mover colateral para dentro ou para fora pela [ponte](/pt/protocol/architecture/bridge) espera a finalidade de uma cadeia externa e fica fora dessa unidade.

<div className="dg" data-dg="fmi-collapse">
  <div className="dg-c" style={{aspectRatio:"720 / 372"}}>
    <svg className="dg-w" viewBox="0 0 720 372" aria-hidden="true" />

    <div className="dg-band" style={{left:"0.0000%",top:"4.8387%",width:"100.0000%",height:"33.8710%"}}><span className="dg-cap">Cinco instituições</span></div>
    <div className="dg-band" style={{left:"0.0000%",top:"52.6882%",width:"100.0000%",height:"33.8710%"}}><span className="dg-cap">Um bloco</span></div>
    <div className="dg-b" style={{left:"2.2222%",top:"12.3656%",width:"16.4444%",height:"18.8172%"}}><span className="dg-t">Matching</span><span className="dg-s">uma bolsa</span></div>
    <div className="dg-b" style={{left:"22.0000%",top:"12.3656%",width:"16.4444%",height:"18.8172%"}}><span className="dg-t">Compensar</span><span className="dg-s">uma CCP</span></div>
    <div className="dg-b" style={{left:"41.7778%",top:"12.3656%",width:"16.4444%",height:"18.8172%"}}><span className="dg-t">Registar</span><span className="dg-s">um depositário</span></div>
    <div className="dg-b" style={{left:"61.5556%",top:"12.3656%",width:"16.4444%",height:"18.8172%"}}><span className="dg-t">Liquidar</span><span className="dg-s">um sistema de pagamentos</span></div>
    <div className="dg-b" style={{left:"81.3333%",top:"12.3656%",width:"16.4444%",height:"18.8172%"}}><span className="dg-t">Reportar</span><span className="dg-s">um repositório de transações</span></div>
    <div className="dg-b dg--blue" style={{left:"2.2222%",top:"60.2151%",width:"18.6667%",height:"18.8172%"}}><span className="dg-t">Matching</span><span className="dg-s">fase de matching</span></div>
    <div className="dg-b dg--blue" style={{left:"21.4444%",top:"60.2151%",width:"18.6667%",height:"18.8172%"}}><span className="dg-t">Compensar</span><span className="dg-s">Câmara de compensação</span></div>
    <div className="dg-b dg--green" style={{left:"40.6667%",top:"60.2151%",width:"18.6667%",height:"18.8172%"}}><span className="dg-t">Registar</span><span className="dg-s">camada de estado</span></div>
    <div className="dg-b dg--green" style={{left:"59.8889%",top:"60.2151%",width:"18.6667%",height:"18.8172%"}}><span className="dg-t">Liquidar</span><span className="dg-s">o mesmo bloco</span></div>
    <div className="dg-b dg--green" style={{left:"79.1111%",top:"60.2151%",width:"18.6667%",height:"18.8172%"}}><span className="dg-t">Reportar</span><span className="dg-s">atribuição</span></div>
    <div className="dg-free dg-mid" style={{left:"0.0000%",top:"40.8602%",width:"100.0000%"}}><div className="dg-n">Quatro intervalos. Em cada um existe uma promessa que ninguém cumpriu ainda — e existe um processo de reconciliação para descobrir quando deixam de bater certo.</div></div>
    <div className="dg-free dg-mid" style={{left:"0.0000%",top:"88.7097%",width:"100.0000%"}}><div className="dg-n">As mesmas cinco funções, como uma só unidade de confirmação. Ou aconteceu tudo ou não aconteceu nada, e não há um segundo registo com que reconciliar.</div></div>
  </div>
</div>

| Função tradicional | Quem a exerce                                          | Aqui                                                                                                                             |
| ------------------ | ------------------------------------------------------ | -------------------------------------------------------------------------------------------------------------------------------- |
| **Matching**       | O motor de matching da bolsa                           | O [matching](/pt/protocol/architecture/matching), uma fase da execução do bloco                                                  |
| **Compensar**      | Uma contraparte central — LCH, CME Clearing, ICE Clear | A [câmara de compensação](/pt/protocol/architecture/clearinghouse)                                                               |
| **Registar**       | Uma central de valores mobiliários — DTCC, Euroclear   | A mesma câmara, a escrever na [camada de estado](/pt/protocol/architecture/state/model)                                          |
| **Liquidar**       | Um sistema de pagamentos — Fedwire, TARGET2, CLS       | O próprio bloco: ambas as pernas são confirmadas, ou nenhuma                                                                     |
| **Reportar**       | Uma cadeia de reporte regulatório separada             | A [atribuição](/pt/protocol/architecture/state/model) por transação, servida pelo [indexador](/pt/protocol/architecture/indexer) |
| **Preçar**         | Um administrador de índices de referência              | O [oráculo](/pt/protocol/architecture/oracle), certificado dentro do bloco que o consome                                         |

A afirmação não é que isto fique mais barato. É que os intervalos entre aquelas instituições são o sítio onde existe uma promessa que ninguém cumpriu ainda — entre uma execução e um aviso de margem, entre o aviso e a chegada do colateral, entre uma operação e a sua liquidação, entre um acontecimento e o seu reporte. Dobrar as funções em fases de um mesmo bloco não torna as promessas mais fortes. Retira os intervalos em que elas podem ser quebradas. Aqui o matching, a compensação e a liquidação não são três paragens de um pipeline: são o mesmo acontecimento no mesmo bloco. **A execução é a liquidação.**

<h2 id="the-network-today">
  A rede hoje
</h2>

A arquitetura acima está a correr agora, numa testnet privada que corre toda a pilha. Ver [A rede hoje](/pt/protocol/architecture/network-status) para a identidade da cadeia, os endpoints ativos e o que esperar antes de o acesso público abrir a 20 de setembro de 2026.

<h2 id="where-to-go-next">
  Para onde ir a seguir
</h2>

<CardGroup cols={2}>
  <Card title="IntentionKernel" href="/pt/protocol/architecture/kernel">
    A camada de execução: conjunto de instruções, pipeline de blocos e as fronteiras que a mantêm determinista.
  </Card>

  <Card title="IntentionBFT" href="/pt/protocol/architecture/intention-bft">
    Consenso: compromissos de ordenação, quóruns de preços e definitividade.
  </Card>

  <Card title="Câmara de compensação" href="/pt/protocol/architecture/clearinghouse">
    Margem, liquidação forçada, desalavancagem automática, seguro e funding.
  </Card>

  <Card title="Estado e armazenamento" href="/pt/protocol/architecture/state/model">
    Como os resultados confirmados são persistidos, autenticados e podados.
  </Card>
</CardGroup>