Execução e verificação

A evidência mantém a origem

Acompanhe o status da execução, lide com incertezas e confira as evidências do resultado exato.

Do envio à reconciliação

Os adaptadores suportados registram tentativas e recibos, recuperam o status salvo e comparam os efeitos observados com o fluxo pretendido. Um recibo bem-sucedido e um hash de transação são entradas da verificação; as checagens exigidas pelo adaptador ainda precisam bater.

O Evidence Bundle canônico liga fluxo, resultados, simulação, política, Manifest, plano e diário a observações, diferenças e reconciliação. Quem usa a API só consegue ler execuções que o dono compartilhou.

Incerteza é um estado real

Não reenvie às cegas um envio desconhecidoUm envio ambíguo exige investigar recibo, nonce, uso de permissão e saldos antes de qualquer substituição. A recuperação não dá nova autoridade de execução.

Use os controles de recuperação e o status salvo do próprio fluxo. Um fluxo salvo que foi restaurado precisa de simulação e revisão novas. A reconciliação pode continuar inconclusiva ou divergente quando as observações exigidas não batem.

Níveis de evidência

Nível	O que comprova
MOCKED	Execução sintética ou controlada e determinística; nenhum resultado financeiro público
FORK_REPRODUCED	A operação documentada em fork local controlado
PUBLIC_READ_ONLY	Observações de rede pública; não é uma transação executada
TESTNET_EXECUTED / DEVNET_EXECUTED	A operação exata assinada pelo dono na rede de fundos de teste
MAINNET_EXECUTED	Exige evidência própria de execução real em mainnet; não é deduzida do código nem de prévias

Alguns esquemas antigos de bundle registram a Solana Devnet como TESTNET_EXECUTED, embora a classe documentada seja DEVNET_EXECUTED. Mantenha essa distinção. Um resultado MOCKED reconciliado continua MOCKED.

Fontes: README.md · docs/EVIDENCE_LEVELS.md · docs/STATUS.md · docs/developer/API.md