P10-L07 · P10 · P10-M02
Construir uma cronologia a partir de registos inspecionáveis independentemente
Pré-requisitos: P10-L06
Objetivos de aprendizagem
- Construir uma cronologia a partir de registos inspecionáveis independentemente
- Reproduzir a ordem de uma cronologia delimitada da fase de resolução e distingui-la de um relato retrospetivo atribuído.
Por que importa
Um relato de incidente frequentemente comprime meses de resposta do protocolo numa seta causal. Cabeçalhos inspecionáveis independentemente fornecem uma cronologia mais restrita, enquanto a publicação oficial fornece contexto atribuído.
Explicação
AVISO DE PROVENIÊNCIA HISTORICAL: este pacote trata a incompatibilidade da cadeia Bitcoin de 2013 e um segmento delimitado da fase de resolução em agosto. BIP50 está congelado numa revisão exata do repositório. Descreve a bifurcação de março e o tratamento posterior; a data de atribuição é um campo documental, não o instante exato do incidente. O pacote não reconstrói a cadeia órfã de março nem verifica independentemente o comportamento de cada mineiro.
A parte de cadeia contém cabeçalhos brutos de 80 bytes para alturas 252450 e 252451, JSON de blocos indexados e referências exatas de transações coinbase. Execute o verificador do pacote: duplo SHA256 reproduz os dois IDs dos cabeçalhos; o campo de hash anterior do segundo aponta para o primeiro. A subtração temporal reproduz o intervalo declarado. Assim, a ordem dos registos é inspecionável separadamente do relato retrospetivo. Etiquetas de cadeia canónica e inclusão coinbase continuam afirmações do indexador; não é incluída reprodução de nó completo nem prova nativa de inclusão Merkle.
Use duas faixas de evidências. Na cadeia, coloque factos dos cabeçalhos de âmbito preciso; na publicação, o que os autores do protocolo dizem sobre software incompatível e o limite de resolução. A concordância sustenta o localizador selecionado, não todas as afirmações causais ou de impacto. Deixe detalhes dos ramos de março, adoção global da atualização e perdas económicas por resolver.
Terminologia
Ligação de cabeçalhos: campo de bloco anterior que referencia o hash do cabeçalho precedente.
Tempo de bloco declarado: marca temporal fornecida pelo mineiro, não chegada exata à rede.
Relato retrospetivo: descrição atribuída do protocolo sobre um incidente.
Fase de resolução: segmento posterior delimitado, não reprodução completa do incidente.
Exemplo histórico
Cabeçalho histórico 252450: 000000000000004bd037574c9171b4871185e7218c529734a1c5445f29114fbe, tempo declarado 2013-08-16T11:45:05Z. Cabeçalho 252451: 0000000000000024b58eeb1134432f00497a6a860412996e7a260f47126eed07, tempo declarado 2013-08-16T12:09:07Z, referencia 252450. Diferença: 1,442 segundos (24 minutos 2 segundos). BIP50 identifica 252451 na discussão da resolução de agosto. IDs coinbase exatos preservados em incident-252450-coinbase-id.txt e incident-252451-coinbase-id.txt, com transações indexadas; são localizadores, não atribuição causal.
OBSERVED: texto guardado da publicação, hashes/ligação/campos temporais dos cabeçalhos reproduzidos localmente. INFERRED: compatibilidade do localizador selecionado com o relato de resolução da publicação. UNKNOWN: estado de atualização de cada nó, ramos concorrentes completos de março e perdas. INSUFFICIENT EVIDENCE: afirmar que estes dois cabeçalhos provam que todos os participantes resolveram o incidente.
Especificações visuais
Cronologia histórica de sinais com faixa da publicação para o contexto de março e faixa dos cabeçalhos brutos para os dois registos de agosto. Rotular intervalo de tempo declarado 24m02s, alturas/hashes exatos, limite de inclusão do indexador e lacuna na recolha dos ramos de março.
Legenda: Cronologia histórica delimitada da fase de resolução; não é reprodução completa da bifurcação nem prova de recuperação de todos os nós.
SPECIFICATION_ONLY — o recurso visual renderizado não foi produzido nem revisto independentemente.
O que a evidência demonstra
Os cabeçalhos brutos congelados reproduzem identificadores selecionados, ligação e intervalo de tempo declarado de 1,442 segundos. A publicação oficial guardada contém um relato atribuído do incidente/resolução.
O que a evidência não demonstra
O pacote não prova atraso exato de propagação, concordância mundial dos nós, histórico completo da bifurcação de março, identidade do atacante, intenção ou perdas económicas. A separação dos cabeçalhos não é a duração do incidente.
Erros comuns
Chamar duração total do incidente ao intervalo de dois cabeçalhos; tratar data de atribuição documental como tempo exato do evento; afirmar atualização de todos os nós; substituir registos ausentes de ramos pelo contexto da publicação.
Exercício prático
Construa cronologia de três linhas: contexto atribuído de março, cabeçalho 252450 e cabeçalho 252451. Calcule intervalo, indique base temporal e tipo de fonte de cada linha e rejeite «todos os nós estavam corrigidos após 24m02s».
Mostrar correção detalhada
A linha de março pertence à faixa da publicação e permanece contexto atribuído com precisão do relato retrospetivo. Linhas de agosto usam tempos brutos declarados e hashes exatos; 12:09:07 −11:45:05 =24m02s. O segundo cabeçalho aponta para o primeiro, estabelecendo ordem dos registos selecionados. «Todos os nós estavam corrigidos» não é estabelecido por dois cabeçalhos nem por publicação atribuída. Relate apenas o localizador delimitado da resolução; deixe censo de nós, ramos de março e duração global por resolver. Referências coinbase são localizadores indexados reproduzíveis, não evidências de adoção universal.
Lista de verificação
- Verificar hashes e ligação do hash anterior sem ligação à rede.
- Separar campos da cadeia e afirmações da publicação.
- Preservar localizadores exatos de transação e tempos de recuperação.
- Indicar âmbito delimitado de agosto e ramos de março ausentes.
Resumo
Ordem de cabeçalhos inspecionável independentemente e contexto atribuído do protocolo podem coexistir sem sustentar reconstrução completa do incidente ou do impacto.
Resumo
- Tempo de cadeia e datas de publicação têm significados distintos.
- Uma cronologia delimitada deve mostrar fases ausentes.
- Ligação de cabeçalhos não estabelece comportamento global dos nós.
Próxima lição
P10-L08
Ferramentas
Use a ferramenta BlockAssay nomeada apenas como contexto de leitura de evidências. Esta lição não cria saída de ferramenta, sessão de conta nem direito de acesso. Exercício sem ligação à rede; não assine, implemente, aprove nem financie nada.
Fontes e limites das afirmações
-
BIP50: BIP50 — relato retrospetivo histórico fixado a versão — Relato atribuído da bifurcação de março de 2013 e limite de resolução de agosto no bloco 252451. Limite: Apenas documentação de mecanismos; valores ilustrativos originais estipulados, não observações. 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/gasto de saída. Limite: Apenas documentação de mecanismos; valores ilustrativos originais estipulados, não observações. Registos históricos têm proveniência congelada separadamente e lacunas de recolha explícitas.
-
CHAIN: Localizador histórico congelado da cadeia — Registo de um único indexador; bytes históricos congelados, sem prova independente de inclusão nativa nem identidade humana.
Classificações de evidência
HISTORICAL — datas de evento e recuperação separadas. Ver pacote congelado e lacunas de recolha.
Data de observação
2026-10-02 (data de recuperação; não tempo do evento)
Versão do conteúdo
1
Data de revisão
null
Estado de revisão
needs_review
Especificações visuais
P10-L07-V01
Construir uma cronologia a partir de registos inspecionáveis independentemente
Cronologia histórica delimitada da fase de resolução; não é reprodução completa da bifurcação nem prova de recuperação de todos os nós.
Cronologia histórica de sinais com faixa da publicação para o contexto de março e faixa dos cabeçalhos brutos para os dois registos de agosto. Rotular intervalo de tempo declarado 24m02s, alturas/hashes exatos, limite de inclusão do indexador e lacuna na recolha dos ramos de março.
Cronologia histórica de sinais com faixa da publicação para o contexto de março e faixa dos cabeçalhos brutos para os dois registos de agosto. Rotular intervalo de tempo declarado 24m02s, alturas/hashes exatos, limite de inclusão do indexador e lacuna na recolha dos ramos de março.
Empilhar observações, pressupostos, lacunas e conclusão a 390 px; preservar IDs completos e equivalente textual completo. Tabelas largas deslocam-se localmente.
A prosa pode seguir RTL; IDs, quantidades e eixos temporais permanecem LTR. Preservar direção de dependência.
P10-FROZEN-RECORDS-v1
Fontes e limites das afirmações
BIP50 · OFFICIAL_PROTOCOL_PUBLICATION
BIP50 — relato retrospetivo histórico fixado a versão
- Afirmação sustentada
- Relato atribuído da bifurcação de março de 2013 e limite de resolução de agosto no bloco 252451.
- Limite de verificação
- Apenas documentação de mecanismos; valores ilustrativos originais estipulados, não observações. 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/bitcoin/bips/blob/24e96e870fffaa257b465ce1f0370c14aac588e8/bip-0050.mediawiki
API · PRIMARY_DOCUMENTATION
Especificação da API pública Esplora
- Afirmação sustentada
- Rotas GET, satoshis inteiros e campos indexados de confirmação/gasto de saída.
- Limite de verificação
- Apenas documentação de mecanismos; valores ilustrativos originais estipulados, não observações. 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
CHAIN · PUBLIC_CHAIN_RECORD
Localizador primário congelado de registo da cadeia
- Afirmação sustentada
- Localizador histórico exato do registo; bytes congelados e correspondências de afirmações em docs/academy-2/datasets/p10.
- Limite de verificação
- Registo de um único indexador; bytes históricos congelados, sem prova independente de inclusão nativa nem identidade humana.
- Data de verificação
- 2026-10-02
https://blockstream.info/api/block/0000000000000024b58eeb1134432f00497a6a860412996e7a260f47126eed07/header
Proveniência dos dados
id: P10-FROZEN-RECORDS-v1
dataStatus: HISTORICAL
observedAt: 2026-10-02
timeBasis: Historical header timestamps distinct from UTC retrieval times
source: Fonte interna não pública: esta prova foi verificada internamente e não está publicada.
scope: Frozen Bitcoin chain records and attributed BIP50 publication; see source-to-claim matrix and explicit collection gaps.