Estado real das versões
A nova política de múltiplos muros fixos está em implementação e validação. Ela não foi reimplantada na Sepolia. O dapp conectado ainda usa uma versão anterior com 0,30% de taxas LP.
Esta edição do guia é de 10 de setembro de 2026. Ela se baseia nas fontes e nos relatórios do repositório, sem realizar uma nova certificação da rede em tempo real.
Três estados distintos
| Escopo | Estado descrito nesta edição |
|---|---|
| Especificação solicitada | Compra 3% equipe; venda 15% (12% muros, 3% equipe); fee LP 100 = 0,01%; alvo no instante T; muros fixos; base 7k a calibrar em ETH |
| Workspace Solidity | Nova implementação e API em desenvolvimento; compilação relatada, validação completa ainda em andamento |
| Sepolia conectado ao dapp | Versão antiga: compra 15%, venda 3%, fee LP 3000 = 0,30%, com registro V2 e módulos substituíveis |
A nova distribuição das taxas substitui a distribuição da revisão de código 991fca9 citada nas fontes. Os resultados dessa revisão não validam essa alteração. Mudar as fontes locais não altera contratos já implantados. Uma sincronização da documentação não move os fundos de um pool antigo.
O que os relatórios históricos atestam
O relatório Sepolia descreve a implantação de uma versão anterior, verificações de runtimes e conexões, compras e vendas de aceitação, uma alocação de muro e verificações de recusa de ações inelegíveis.
Essas evidências pertencem àquela versão. Elas não testam automaticamente o índice de ticks, a preservação de múltiplos muros, seus resíduos nem as interfaces da nova política.
Os números de testes publicados em roadmapdev.md e em relatórios antigos não são, portanto, exibidos como contadores de validação do workspace atual.
O que não constitui validação completa
Uma compilação bem-sucedida verifica a produção de bytecode. Ela não demonstra, por si só, os invariantes contábeis, o comportamento de um conjunto de muros atravessados, a coerência do frontend ou uma transação na rede escolhida.
Da mesma forma, comparar hashes de runtimes não significa que as fontes foram publicadas em um explorador. Testes automatizados do frontend não substituem testes de aceitação com uma carteira real de navegador ou celular.
Condições ainda pendentes
A nova versão precisa ter seus próprios resultados de cenários, invariantes, integração e implantação. Uma compilação e primeiros testes direcionados foram relatados durante esta redação; eles não concluem a campanha completa. A calibração da base 7k, as bibliotecas vinculadas, as ABI e as visualizações do frontend devem ser coerentes com os resultados finais.
Na revisão 991fca9, a suíte Solidity completa tem 133 aprovações e 15 falhas em 148 testes. Os 7 testes direcionados de múltiplos muros passam em uma campanha separada. Esses resultados e seus limites estão no relatório do estado publicado.
Antes de uma abertura em produção, ainda é preciso estabelecer as validações operacionais, a revisão independente do strict-burn e das permissões, os percursos de carteiras, a compatibilidade com agregadores e a absorção em ambiente de rede ou fork canônico.
O projeto não é declarado pronto para a mainnet neste guia.
Qual fonte seguir
O ponto de partida é o relatório francês da revisão 991fca9. Seu aviso sobre a nova revisão prevalece sobre as descrições históricas abaixo.
Os manifestos públicos em contracts/deployments/ identificam as implantações; seus endereços e metadados devem ser comparados ao estado on-chain. O guia não inventa um manifesto para uma versão não publicada.
A página Fontes esclarece a ordem de leitura e os documentos que se tornaram históricos.