> ## 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. # O que vem a seguir > Capacidades a construir depois da mainnet beta — o que está assumido, o que está planeado e o que cada uma desbloqueia. Duas coisas estão assumidas e em curso. Tudo o que vem depois é trabalho planeado, agrupado pelo que serve. O estado é assinalado como **assumido** (a ser construído agora), **planeado** (delimitado, por começar) ou **em exploração** (direção acordada, desenho em aberto).

Assumido

Runtime do agente de negociação

O ciclo de execução de que um agente de IA precisa para negociar em nome de alguém, em vez do ciclo que uma interface humana pressupõe. Uma pessoa pode olhar para um ecrã e reagir. Um agente não — só pode agir sobre aquilo que a plataforma consegue provar. Essa lacuna não se fecha com uma API; fecha-se com um runtime (ambiente de execução) com semântica definida em cada passo: prever antes de se comprometer, submeter sem ambiguidade, retomar depois de uma interrupção e reler um registo que resolve o que aconteceu. | Peça | O que fornece | | ------------------------------ | --------------------------------------------------------------------------------------------- | | **Simulação pré-negociação** | Avaliar o que uma ordem faria contra o estado confirmado antes de a submeter | | **Submissão idempotente** | Repetir uma submissão ambígua sem arriscar exposição duplicada | | **Estados terminais com nome** | Nenhum desfecho em que o resultado fique desconhecido — cada ação termina num estado com nome | | **Retoma definida** | Um agente que reinicia sabe onde estava e o que fazer a seguir | | **Recibos atribuídos** | O que o agente fez, sob que autoridade e quanto custou — como resultado do protocolo | O trabalho sobre o modelo de contas acompanha isto: hoje a autorização é tudo-ou-nada com uma validade, e são condições mais ricas — o que um agente pode deter, quanto pode perder, o que pode fazer a seguir — que transformam uma permissão num mandato. Ver [Negociação com IA](/pt/protocol/ai-trading).

Integração com custódia institucional

Depósito direto a partir de custódia institucional, a começar pela Fireblocks. O que trava o capital institucional raramente é a mecânica da plataforma. É o facto de o capital não poder sair do seu regime de custódia para chegar à plataforma. Integrar na camada de custódia significa que uma instituição deposita e negoceia sem retirar os ativos dos controlos sob os quais é obrigada a operar.

Superfície de mercados

| | Estado | | --------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------- | | **Mercados spot** | Planeado — a camada de metadados já transporta definições de spot; hoje o caminho de matching é apenas para perpétuos | | **Mais listagens de RWA** | Planeado — ações, índices e mercadorias sobre o mesmo modelo de execução, com calendário por listagem e tratamento da continuidade dos índices | | **Margem de carteira** | Planeado — margem calculada sobre posições correlacionadas, em vez de mercado a mercado | | **Listagem sem permissões** | Em exploração — um caminho definido para listar um mercado sem uma decisão de governação por cada ativo |

Liquidez e capital

| | Estado | | ------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------- | | **Estrutura de mercado dos vaults** | Planeado — a estrutura de capital em torno da liquidez detida pelo protocolo, incluindo como participa o capital de terceiros | | **Programas de maker** | Planeado — acordos formais e taxas dedicadas para além dos escalões de rebate publicados | | **Margem cruzada com colateral RWA** | Em exploração |

Acesso e contas

| | Estado | | --------------------------------------- | ------------------------------------------------------------------------------------ | | **Condições de autorização mais ricas** | Assumido — ver o runtime de agentes acima | | **Árvores de subcontas** | Planeado — subcontas aninhadas com livros e parâmetros de risco independentes | | **Fluxos de sessão e móveis** | Planeado — credenciais de sessão de âmbito limitado que dispensam assinar cada ordem | | **Contas multiassinatura** | Em exploração |

Protocolo

| | Estado | | --------------------------------------- | ------------------------------------------------------------------------------------------------------- | | **Mais rotas da ponte** | Planeado — cadeias e ativos para além do conjunto inicial | | **Expansão do conjunto de validadores** | Planeado — aumentar o conjunto ativo ao longo da mainnet | | **Construções de ordenação justa** | Em exploração — reduzir a discricionariedade do líder sobre a disposição do lote dentro de uma proposta | | **Superfície de governação** | Planeado — o processo pelo qual se decidem os parâmetros de risco e as listagens |

Dados e observabilidade

| | Estado | | ---------------------------------------- | ----------------------------------------------------------------------------------------------------------------- | | **Serviço de dados históricos** | Planeado — arquivos reproduzíveis com esquemas, derivados do estado confirmado | | **Reexecução determinista como serviço** | Em exploração — a plataforma como ambiente de treino e de backtesting, já que cada bloco reexecuta de forma exata | Nada aqui tem data. As datas pertencem a [Marcos](/pt/protocol/roadmap/milestones), que cobre os dois compromissos que as têm. Os itens passam desta página para o registo de alterações quando forem entregues.

Para onde ir a seguir

O que está em funcionamento hoje, e as duas datas que importam. Registo datado do que já foi entregue. Porque o runtime de agentes tem a forma que tem. Sobre o que estas capacidades estão a ser construídas.