> ## 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.
# Marcos
> O que está em funcionamento hoje, as duas datas que se seguem, e como cada fase é verificada antes de começar a seguinte.
Duas datas definem a próxima fase da rede.
| Marco | Data |
| ------------------- | ---------------------- |
| **Testnet pública** | 20 de setembro de 2026 |
| **Mainnet beta** | 1 de novembro de 2026 |
Tudo o que se segue está a correr hoje na testnet privada ou depende de uma destas duas datas.
Em funcionamento hoje
A testnet privada corre a pilha completa. Estas são capacidades entregues, não planeadas — cada uma está implementada no protocolo e é exercitada continuamente.
| Capacidade | O que significa |
| ----------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| ✅ **Kernel de execução determinista** | O matching, a compensação e a liquidação financeira executam como uma sequência fixa de fases sobre uma ordenação confirmada pelo consenso, em aritmética inteira de vírgula fixa. Dois nós honestos produzem resultados idênticos byte a byte |
| ✅ **Consenso BFT com certificação de preço no bloco** | A ordenação e um vetor de preços certificado são confirmados no mesmo evento de consenso. Um validador não pode propor um bloco sem observações de preço válidas |
| ✅ **Livro de ordens central** | Prioridade preço-tempo completa, com a posição dentro do bloco como dimensão temporal. Os cancelamentos executam antes das ordens agressoras no mesmo bloco |
| ✅ **Cobertura completa de tipos de ordem** | Limitadas e de mercado, com GTC, IOC, FOK, AON e post-only (apenas maker). Reduce-only (apenas redução) como marcador imposto pelo protocolo |
| ✅ **Ordens condicionais e pares protetores** | Stop-loss e take-profit, isolados ou associados a uma ordem ou a uma posição, com ligação «uma cancela a outra» |
| ✅ **Margem cruzada e isolada, One-Way e Hedge** | Modo de margem por mercado, modo de posição por conta, com requisitos por escalão que crescem com o tamanho da posição |
| ✅ **Câmara de compensação nativa do protocolo** | Margem, liquidação forçada, fundo de seguro, desalavancagem automática e funding correm dentro da execução do bloco — sem keepers, sem leilões de gas |
| ✅ **Oráculo multifonte** | Agregação por validador entre plataformas, com limitação pela mediana e ponderação com teto por escalão, certificada por quórum |
| ✅ **Marcação a quatro preços** | Mediana entre o oráculo mais base, a mediana do livro, a base do funding e o ponto médio dos perpétuos externos, com degradação definida quando as fontes falham |
| ✅ **Vaults** | Liquidez detida pelo protocolo que serve de retaguarda às liquidações forçadas, mais a estrutura de capital do vault |
| ✅ **Autorização de agentes** | Contas de agente identificadas, com validade, on-chain e revogáveis, consultáveis nos dois sentidos |
| ✅ **Ponte entre cadeias** | Atestada por validadores, com levantamentos em duas fases e um período de contestação |
| ✅ **Estado repartido com provas de Merkle** | Estado versionado em repositórios repartidos por shards, autenticado por uma árvore de Merkle esparsa e por acumuladores |
| ✅ **Indexador e dados de mercado** | Superfícies REST e WebSocket sobre o estado confirmado |
As ordens TWAP e as ordens escalonadas são estratégias de execução do lado do cliente, construídas sobre os tipos de ordem acima, e não primitivas do protocolo. Estão disponíveis através da interface de negociação e da API.
Testnet pública — 20 de setembro de 2026
Acesso aberto. Os requisitos abaixo são o que a testnet privada tem de demonstrar antes de abrir.
| Requisito | Critério |
| --------------------------------- | ------------------------------------------------------------------------------------------ |
| **Determinismo na reexecução** | Divergência zero — resultados idênticos byte a byte entre validadores sob carga sustentada |
| **Nenhuma ação fora dos limites** | Nada que viole uma restrição do protocolo chega ao livro de ordens |
| **Fidelidade da simulação** | A simulação pré-negociação corresponde às execuções reais |
Mainnet beta — 1 de novembro de 2026
Capital real, sob tráfego de produção.
| Requisito | Critério |
| ----------------------------------------------- | -------------------------------------------------------------------------------- |
| **Carga sustentada com o motor de risco ativo** | Disponibilidade sob tráfego de produção, com todo o caminho de compensação ativo |
| **Atribuição completa** | Cada alteração de estado ligada à transação que a causou |
| **Cotações dos dois lados à profundidade-alvo** | Limiares de spread e de profundidade cumpridos em todos os mercados listados |
Depois da mainnet beta
A fase seguinte é medida e não datada, porque o que importa é se a plataforma retém atividade, e não se chegou a ser lançada:
* Volume retido ao longo de 90 dias, ajustado pelos incentivos
* Retenção de traders com fundos nas semanas 1, 4 e 8
* Volume gerado por unidade de despesa em incentivos
Para onde ir a seguir
As capacidades que estão a ser construídas depois da mainnet beta.
Registo datado do que já foi entregue.
Como as capacidades entregues se encaixam.
Para onde vai o trabalho no runtime de agentes.