Errata das fontes

Este livro foi montado a partir dos documentos do projeto. Vários deles ainda trazem um estado de coisas que mudou. Esta página diz quais, para que possam ser corrigidos — e para que ninguém suponha que o livro os contradiz por engano.

Corrigido durante a redação deste livro

Fonte O que estava errado
doc/ECONOMIE.md §10 O resumo ainda imprimia a tabela de 4 %, enquanto o §1 do mesmo documento dizia 5 %. Um documento que se declara o árbitro se contradizia no próprio resumo
doc/ECONOMIE.md §2, §3, §12 Descrevia a bonding curve, a graduação e o invariante "a graduação é irreversível"
doc/BRANDING.md A frase obrigatória palavra por palavra nomeava a Ondo Global Markets como emissor
doc/DECISIONS.md As tabelas congeladas ainda traziam 800M curve / 200M LP, o limiar de graduação e a taxa de graduação
doc/CASE_STUDY.md Listava os Robinhood Stock Tokens entre os trilhos rejeitados, "numa chain inadequada"
projet/README.md O parágrafo Compliance só nomeava a Ondo
projet/docs/ACCEPTANCE.md Citava três testes pelos seus nomes antigos …takesFourPercent…
projet/dapp/ O tooltip do Treasury Ratio continha a palavra redemption, proibida pelo BRANDING.md. Corrigido em 2026-09-26
doc/DIAGRAMS.md Quatro dos sete diagramas descreviam a curva e a graduação. Redesenhados em 2026-09-28 em torno do lançamento em duas posições
doc/ACCEPTANCE.md, doc/USER_FLOWS.md, doc/PRD.md, doc/TESTNET_RUN.md, doc/CONTRACT_SPEC.md, doc/TREASURY_FLOW.md, doc/DEV_HANDOFF.md, doc/FRONTEND.md, doc/ROADMAP.md Descreviam o lançamento na bonding curve, com graduação. Reescritos em 2026-09-28, quando a reformulação do lançamento chegou ao código
projet/README.md, projet/docs/RUNBOOK.md, projet/docs/ACCEPTANCE.md Descreviam o lançamento como o código o fazia então, com a bonding curve. Reescritos em 2026-09-28; SECURITY_REVIEW.md, IMPLEMENTATION_DECISIONS.md e projet/contracts/certora/RESULTS.md, que são registros, trazem em vez disso uma nota datada
projet/dapp/ /launch mostrava "You pay: gas only". Desde 2026-09-28, mostra a taxa de criação de 0,001 ETH mais a compra de lançamento opcional
doc/FRONTEND.md, doc/DEV_HANDOFF.md, doc/DECISIONS.md Exigiam, ou citavam na stack congelada, um front end em Next.js enquanto o dapp do repositório era React + Vite. Resolvido em 2026-10-02 pelo código, não pelos documentos: o app que substituiu esse dapp, cairn-app/, é um app Next.js

Ainda não corrigido

Fonte O que ainda está errado
doc/DIAGRAMS.md O diagrama de arquitetura não mostra nenhuma bridge
doc/ACCEPTANCE.md Os critérios de copy ainda exigem a frase da Ondo
doc/TESTNET_RUN.md O plano de testnet ainda se apoia em mocks da Ondo
doc/ACCEPTANCE.md, doc/USER_FLOWS.md, doc/FRONTEND.md, doc/DIAGRAMS.md Ainda situam o airdrop na Robinhood Chain, enquanto a emenda de 2026-09-28 o transfere para o Ethereum, em ações wrapped
doc/CONTRACT_SPEC.md Os contratos cross-chain não estão especificados ali
doc/ROBINHOOD_TOKENS.md Um levantamento histórico de 20 ativos. A API listava 194 em 2026-09-11, MSFT incluída
projet/docs/IMPLEMENTATION_DECISIONS.md O §17 ainda apresenta a Ondo como trilho principal

Este livro antes das correções de 2026-10-01

Versões anteriores deste livro afirmavam quatro coisas que a auditoria de segurança de 2026-09-29 mostrou não se verificarem no código. Elas se verificam desde as correções de 2026-10-01.

Afirmação O que a auditoria constatou
Cada trade paga 5 % (Taxas) Uma posição de liquidez de terceiros servia de contraparte a swaps taxados sem pagar a taxa, nem o anti-snipe nos dez primeiros blocos
Uma carteira quebrada da equipe ou do buyback deixa as taxas estacionadas em vez de inutilizar o pool (O hook e o anti-snipe) Uma carteira que aceitasse o pagamento e depois chamasse o PoolManager podia paralisar a negociação em todos os pools
O keeper não escolhe nem os ativos nem os preços (A tesouraria) Pulando ações, um keeper podia mover quase toda uma tesouraria para uma única ação do seu basket
Um contrato calcula cada parte do airdrop a partir das posições que o token registra (O airdrop) O token não registrava nenhum total ao longo do tempo, então nenhum contrato conseguia calcular o denominador de uma parte pro rata

Este livro antes do pipeline de segurança de 2026-10-01

Versões anteriores deste livro afirmavam três coisas que o pipeline de segurança de 2026-10-01, uma segunda rodada de auditoria, mostrou não se verificarem, ou nem sempre. A primeira se verifica desde as suas correções, e o número de gas está corrigido na sua página. A terceira é uma limitação do código, agora indicada nas páginas em questão; em 2026-10-05, o owner decidiu manter o código como está.

Afirmação O que o pipeline constatou
Uma rota que executa só parte do valor falha, e o candidato seguinte é tentado (O trilho Robinhood, Registro de decisões) Só no primeiro pool de uma rota v3. Uma execução parcial mais adiante deixava o token intermediário no router v3 do Uniswap, onde qualquer pessoa podia pegá-lo, enquanto a perna era bem-sucedida
O primeiro swap de cada hora de um token custa cerca de 23.000 de gas a mais (O airdrop) Isso foi medido dentro de uma única transação. Como transação à parte, esse swap custa cerca de 28.000 a 30.000 de gas a mais, aos preços anteriores à atualização Glamsterdam do Ethereum; sob ela, 123.216 a mais na Sepolia
Um mercado é negociado por qualquer router que fale v4 (Comprar e vender) Nem toda compra. Um router que liquida o ETH do comprador depois do swap tem a taxa retirada do ETH que o PoolManager já detém, e a sua compra reverte quando a taxa é maior

Este livro antes dos loops de auditoria de 2026-10-05

Versões anteriores deste livro afirmavam duas coisas que os loops de auditoria de 2026-10-05 mostraram não se verificarem no código. As duas se verificam desde as correções daquele dia.

Afirmação O que os loops constataram
Um registrador de posições designado num token em uso paga menos a um holder que ele não viu se mover, e ninguém recebe mais (O airdrop, Modelo de confiança) Não numa janela que começou antes da troca: medida apenas a partir da troca, ela pagava a mais quem se moveu depois, 15,7 vezes a mais no teste. Desde o terceiro loop, nenhuma janela assim é medida no novo registrador
A posição do operador do lançamento do $STOCKFUN entre a cunhagem e o lock é uma parte ínfima do primeiro ciclo do $STOCKFUN (O airdrop) Uma janela que fechasse nesse intervalo contava só o operador, e lhe pagava o primeiro ciclo inteiro. Desde o terceiro loop, o script de lançamento exclui o operador, e desde o quarto o faz antes da cunhagem

Este livro antes da passada offchain de 2026-10-06

Versões anteriores deste livro afirmavam a cadência de conversão tal como decidida, que o código do keeper não seguia. Ela se verifica desde a correção de 2026-10-06.

Afirmação O que a revisão offchain do quinto loop constatou
O keeper converte o ETH de um vault uma vez a cada 24 horas, logo antes do airdrop, se o vault detiver o limiar, e ultrapassá-lo durante o dia não dispara nada (O keeper, O airdrop, A tesouraria) O keeper convertia em qualquer uma das suas passagens durante o pregão, a cada cinco minutos por padrão, assim que um vault detinha o limiar. Desde 2026-10-06, ele converte uma vez por janela, na sua primeira passagem depois do fechamento

A decisão do airdrop de 2026-09-27

Os documentos-fonte do projeto em doc/ e a especificação da landing foram alinhados ao airdrop em 2026-09-27. No código, o buyback do criador e o caminho de volta da bridge foram removidos em 2026-09-28, o contrato do airdrop foi codificado em 2026-10-04, e a etapa do airdrop no keeper e a tela de reivindicação do dapp em 2026-10-05, nada disso implantado. Os adaptadores de ações não estão codificados. O app do repositório não mostra mais o Treasury Ratio. Veja Status.

Contagens de testes

Cinco números incompatíveis circulam nas fontes, produzidos em datas diferentes. Este livro não cita nenhum deles, deliberadamente. Uma contagem de testes só significa algo associada a uma execução datada, e a única coisa que ela prova é o que aquela execução cobriu. Os números que este livro dá, em Testes e verificação, vêm com a data da sua execução.

O documento excluído

doc/ondo.md é um rascunho com o markdown quebrado, inteiramente substituído por projet/docs/ONDO_BRIEF.md e depois tornado irrelevante pela mudança de trilho. Nenhuma página deste livro se baseou nele.