Ir para o conteúdoBlockAssay

Reconstrução de um incidente histórico

P10-L07 · P10 · P10-M02

Construir uma cronologia a partir de registos inspecionáveis independentemente

HISTORICAL · needs_review

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

SPECIFICATION_ONLY · HISTORICAL

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
Abrir fonte primária
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
Abrir fonte primária
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
Abrir fonte primária
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.

Teste seu raciocínio

P10-L07-Q1 · O que estabelece o campo de hash anterior do segundo cabeçalho?
P10-L07-Q2 · Qual é o intervalo de tempo declarado?
P10-L07-Q3 · Como incluir o relato de BIP50 no relatório?
P10-L07-Q4 · Que limite é material para reconstruir a bifurcação de março?
P10-L07-Q5 · Por que preservar IDs coinbase sem afirmar inclusão independente?