P10-L08 · P10 · P10-M02
Auditar outro relatório quanto à reprodutibilidade e limites de evidências
Pré-requisitos: P10-L07
Objetivos de aprendizagem
- Auditar outro relatório quanto à reprodutibilidade e limites de evidências
- Rever um relatório afirmação a afirmação e separar defeitos de reprodutibilidade de evidências por resolver.
Por que importa
A revisão por pares deve tornar o relatório mais verificável, não recompensar a narrativa mais confiante. Um dossiê polido pode ainda esconder uma ligação de identidade sem apoio ou uma fonte em falta.
Explicação
Reveja quatro camadas independentemente: âmbito, registos guardados, transformações e conclusões. Refaça cálculos a partir de inteiros brutos, verifique identificadores na rede indicada e ligue cada afirmação material a um localizador. Um link de fonte quebrado é defeito de reprodutibilidade mesmo quando a afirmação pode ser verdadeira. Um grafo totalmente reprodutível pode continuar insuficiente para atribuição humana. O polimento visual não resolve nenhum dos defeitos.
Escreva um achado para cada frase contestada: registo de apoio, operação exata, estado da evidência, interpretação concorrente e correção pedida. Prefira alterações restritas a veredictos globais. Se um recibo prova transferência sem ligação de controlo, preserve a observação e retire a conclusão de controlador nomeado. Registe lacunas irredutíveis em vez de pedir ao autor que as esconda.
Um Diagnostic Passport é contexto de retrato delimitado, não certificado de adequação de investimento, fraude ou identidade. Data de revisão e data de observação da fonte devem permanecer separadas. Esta avaliação não cria Passport real nem runtime de certificação. O revisor testa se outro leitor pode reproduzir o que o dossiê efetivamente afirma.
Terminologia
Defeito de reprodutibilidade: falta localizador, bytes ou método necessário para repetir um resultado.
Defeito de evidência: uma conclusão excede o que os registos disponíveis apoiam.
Achado de revisão: correção precisa com justificação de apoio.
Exemplo histórico
O relatório ILLUSTRATIVE R diz: «A enviou 40unidades a B; por isso A e B têm um só proprietário e B é seguro». O recibo fictício guardado apoia40unidades, mas R omite o bloco na tabela de fontes. Uma legenda equipara contraparte partilhada a controlador comum. O revisor não tem evidências de identidade ou avaliação de segurança.
Especificações visuais
Painel de revisão por pares com colunas frase, fonte, transformação, limite e correção. Preserve a observação de 40 unidades; assinale identidade e segurança sem evidências suficientes, sem pontuação de fraude.
Legenda: A revisão fictícia audita limites de afirmações em vez de emitir certificado de segurança.
SPECIFICATION_ONLY — o visual renderizado não foi produzido nem revisto independentemente.
O que a evidência demonstra
O recibo estipulado apoia uma transferência de 40 unidades. A revisão identifica localizador de bloco em falta e duas extensões não apoiadas sem negar a transferência subjacente.
O que a evidência não demonstra
Não prova identidade, intenção benigna, segurança global nem BlockAssay Passport genuíno. Uma correção editorial não é nova evidência de cadeia.
Erros comuns
Aceitar todo o relatório porque a aritmética está certa; rejeitar toda observação por uma conclusão errada; tratar distintivo Passport como garantia; substituir crítica por acusações ao autor.
Exercício prático
Produza três achados para R. Separe correção de reprodutibilidade de correções de limites de evidências, e redija conclusão revista aceitável e pedido de evidências restantes.
Mostrar correção detalhada
Achado1: acrescente localizador exato de rede/bloco/recibo e proveniência para reproduzir a observação de 40 unidades. Achado2: elimine inferência de proprietário comum salvo ligação de controlo admissível separada; relação transacional partilhada é insuficiente. Achado3: retire «seguro», pois transferência e grafo não avaliam todo o risco. Conclusão revista: «O recibo fictício fornecido regista40unidades de A para B; identidade, controlo comum e segurança não estão estabelecidos». Peça primeiro o localizador em falta, depois evidências de controlo delimitadas apenas se a afirmação continuar necessária.
Lista de verificação
- Refaça cálculos com unidades compatíveis.
- Ligue cada conclusão material a um localizador.
- Separe falta de reprodutibilidade de excesso de afirmação.
- Preserve observações restritas válidas ao corrigir extensões não apoiadas.
Resumo
Uma boa revisão preserva observações apoiadas e explicita extensões não apoiadas e lacunas de reprodutibilidade.
Resumo
- Aritmética correta não valida atribuição.
- Localizador em falta e conclusão excessiva são achados diferentes.
- A revisão não fabrica evidências nem certificação.
Próxima lição
Programa concluído; não se implica novo runtime, certificação nem ação financeira.
Ferramentas
Utilize a ferramenta BlockAssay indicada apenas como contexto de leitura de evidências. Esta lição não cria resultados de ferramenta, sessões de conta nem direitos de acesso. Exercício offline; não assine, implemente, aprove nem financie nada.
Fontes e limites das afirmações
- BTC: Guia de desenvolvimento Bitcoin — transações — As referências das entradas identificam saídas de transações anteriores; os scripts não identificam uma pessoa. Limite: Apenas documentação do mecanismo; os valores ilustrativos originais são estipulados, não são observações. Os registos históricos têm proveniência congelada separadamente e lacunas de recolha explícitas.
- API: Especificação da API pública Esplora — Rotas GET, satoshis inteiros e campos indexados de confirmação e gasto das saídas. Limite: Apenas documentação do mecanismo; os valores ilustrativos originais são estipulados, não são observações. Os registos históricos têm proveniência congelada separadamente e lacunas de recolha explícitas.
Classificações de evidência
ILLUSTRATIVE — entradas offline inteiramente fictícias; nenhuma observação atual.
Data de observação
null — nenhuma observação real
Versão do conteúdo
1
Data de revisão
null
Estado de revisão
needs_review
Especificações visuais
P10-L08-V01
Auditar outro relatório quanto à reprodutibilidade e limites de evidências
A revisão fictícia audita limites de afirmações em vez de emitir certificado de segurança.
Painel de revisão por pares com colunas frase, fonte, transformação, limite e correção. Preserve a observação de 40 unidades; assinale identidade e segurança sem evidências suficientes, sem pontuação de fraude.
Painel de revisão por pares com colunas frase, fonte, transformação, limite e correção. Preserve a observação de 40 unidades; assinale identidade e segurança sem evidências suficientes, sem pontuação de fraude.
A 390 px, empilhe observações, pressupostos, lacunas e conclusão; mantenha os IDs completos e um equivalente textual integral. As tabelas largas deslocam-se localmente.
A prosa pode seguir RTL; os IDs, quantidades e eixos temporais permanecem LTR. Preserve o sentido das dependências.
P10-L08-ILLUSTRATIVE-v1
Fontes e limites das afirmações
BTC · PRIMARY_DOCUMENTATION
Guia de desenvolvimento Bitcoin — transações
- Afirmação sustentada
- As referências das entradas identificam saídas de transações anteriores; os scripts não identificam uma pessoa.
- Limite de verificação
- Apenas documentação do mecanismo; os valores ilustrativos originais são estipulados, não são observações. Os registos históricos têm proveniência congelada separadamente e lacunas de recolha explícitas.
- Data de verificação
- 2026-10-02
https://developer.bitcoin.org/devguide/transactions.html
API · PRIMARY_DOCUMENTATION
Especificação da API pública Esplora
- Afirmação sustentada
- Rotas GET, satoshis inteiros e campos indexados de confirmação e gasto das saídas.
- Limite de verificação
- Apenas documentação do mecanismo; os valores ilustrativos originais são estipulados, não são observações. Os registos históricos têm proveniência congelada separadamente e lacunas de recolha explícitas.
- Data de verificação
- 2026-10-02
https://github.com/Blockstream/esplora/blob/master/API.md
Proveniência dos dados
id: P10-L08-ILLUSTRATIVE-v1
dataStatus: ILLUSTRATIVE
observedAt: null
source: Original offline scenario in realOrHistoricalExample
scope: Fictional stipulated labels and values. No wallet, deployment, transaction, token launch or production observation.