P02-L01 · P02 · P02-M01
Explicar confiança nas confirmações sem afirmar segurança irreversível
Pré-requisitos: P01-L01 · P01-L04
Objetivos de aprendizagem
- Explicar confiança nas confirmações sem afirmar segurança irreversível
- Calcular contagem de confirmações sob uma ponta declarada.
- Separar presença no mempool de inclusão.
- Descrever incerteza de reorganização sem garantia universal.
Fonte mestra EN · P02-L01 · 30 minutos estimados · needs_review
Estudo somente de leitura. Sem conexão de carteira, dinheiro real, frase-semente, chave privada, assinatura ou operação em tempo real. Duração é estimativa editorial; recursos visuais são especificações, não componentes implantados.
Por que importa
Uma contagem de confirmações só tem sentido em relação a uma visão da cadeia. Uma transação pode ser conhecida por um nó sem estar incluída na cadeia que ele selecionou.
Explicação
O que as contagens de confirmações descrevem
Nós Bitcoin validam blocos e selecionam entre históricos válidos pelo trabalho acumulado. Bifurcações podem produzir temporariamente blocos concorrentes; portanto, uma altura sozinha não é identificador único de bloco [BTC]. Uma contagem de confirmações não é certificado sobre destinatário ou finalidade econômica.
Para uma transação comum incluída na cadeia selecionada, esta lição usa altura da ponta menos altura de inclusão mais um. O bloco de inclusão conta como primeira confirmação. Esta fórmula pressupõe que ambas as alturas se referem à mesma cadeia selecionada e que a transação permanece nela.
Manter mempool separado
Uma transação pendente não recebe altura de inclusão neste exercício. Não insira altura presumida para calcular contagem positiva. A visão de um nó também tem alcance delimitado: um nó não mostrar uma transação não prova que todos os nós a desconhecem.
Reorganizações mudam a pergunta
Se o bloco selecionado numa altura muda, determine primeiro se a transação permanece incluída e onde. Reutilizar contagem antiga com nova ponta pode produzir afirmação falsa. Preserve hashes de blocos e contexto da observação para tornar comparação reproduzível.
Aumentar profundidade geralmente altera trabalho necessário para substituir histórico, mas não é promessa universal de irreversibilidade. Não ensine um número único como garantia para todos os pagamentos, todas as condições de rede ou aceitação comercial. Política de confirmação e mecanismo do protocolo são distintos.
Relatar confiança sem ocultar condições
Diga «a cadeia selecionada fornecida contém T no bloco H, com N confirmações na ponta K». Depois declare o que o registro omite. Uma contagem é resultado aritmético sob pressuposto de visão da cadeia; o exemplo é fictício e não fornece validação independente de trabalho ou consenso.
Classificação de estados de evidência
OBSERVED no pacote ilustrativo: campos de ponta/inclusão selecionados em T0 e bloco alterado em T1. INFERRED: 105−104+1=2 confirmações em T0 sob ancestralidade da cadeia selecionada. UNKNOWN: inclusão posterior de A a partir do pacote parcial T1. INSUFFICIENT EVIDENCE: altura antiga mais ponta mais alta estabelece três confirmações atuais ou garante segurança irreversível.
Terminologia
- Confirmação: profundidade de inclusão numa cadeia selecionada.
- Ponta: extremidade atual da cadeia selecionada por um nó.
- Reorganização: mudança no histórico da cadeia selecionada.
- Mempool: visão de transações pendentes de um nó.
Exemplo histórico
ILLUSTRATIVE. Em T0 SIM-BTC tip=105; SIM-TX-A incluída em altura 104 em BLOCK-X; SIM-TX-B pendente. Em T1 ponta selecionada=106; altura 104 agora tem BLOCK-Y e A está ausente dos registros fornecidos da cadeia selecionada. Nenhuma localização posterior de A é fornecida.
Especificações visuais
Cronologia de transação com T0 BLOCK-X104→tip105 e alternativa T1 BLOCK-Y104→tip106. Marcar localização de A como desconhecida em T1; B pendente. Texto alternativo: A tem duas confirmações apenas na visão original da cadeia fictícia.
O que a evidência demonstra
Aritmética de confirmações e inconsistência de reutilizar contexto de inclusão desatualizado.
O que a evidência não demonstra
Liquidação Bitcoin real, irreversibilidade universal ou atribuição humana.
Erros comuns
- Contagem de confirmações errada por uma unidade.
- Contar transações pendentes como incluídas.
- Usar altura sem identidade de bloco após bifurcação.
Exercício prático
Calcule confirmações de A em T0. Declare estado de inclusão de B. Explique por que não se pode atribuir três confirmações a A em T1 apenas pela altura antiga.
Entregue breve tabela de evidência e raciocínio usando apenas material fornecido. Distribuição sugerida: estudo 12 min, inspeção/cálculo 8 min, correção/questionário 10 min.
Mostrar correção detalhada
A tem 105−104+1=2 confirmações em T0. B está pendente, sem inclusão fornecida. Em T1 o bloco antigo deixou de ser selecionado e nenhuma nova localização de A é dada; inclusão atual é UNKNOWN neste pacote parcial. Três confirmações pressuporiam justamente a inclusão que precisa ser verificada novamente.
Rubrica de revisão: 1 ponto por alcance exato, procedência de fonte/dados de exercício, raciocínio correto, limites explícitos e manejo seguro offline (5 no total). Observação inventada ou atribuição humana sem respaldo exige correção independentemente da pontuação. É retorno formativo, não certificação.
Lista de verificação
- Pressuposto de cadeia selecionada.
- Hash de bloco mais altura.
- Contexto da ponta.
- Verificar novamente inclusão após mudanças.
Resumo
Uma contagem de confirmações só tem sentido em relação a uma visão da cadeia. Uma transação pode ser conhecida por um nó sem estar incluída na cadeia que ele selecionou. O material fornecido sustenta aritmética de confirmações e inconsistência de reutilizar contexto de inclusão desatualizado. Não estabelece liquidação Bitcoin real, irreversibilidade universal ou atribuição humana.
Resumo
- Calcular contagem de confirmações sob uma ponta declarada.
- Separar presença no mempool de inclusão.
- Descrever incerteza de reorganização sem garantia universal.
Próxima lição
P02-L02 após revisar exercício e pré-requisitos.
Ferramentas
NONE. O catálogo autoritativo não exige acesso a produto nesta lição. Use material congelado/offline.
Fontes e limites das afirmações
- [BTC] Guia do desenvolvedor Bitcoin — Blockchain — Blocos válidos, UTXOs, trabalho e bifurcações; não autentica historicamente os dados fictícios. Verificado em 2026-10-01.
Valores sintéticos são entradas de exercício criadas pelo autor. Valores históricos, se houver, devem usar conjunto vinculado e sua procedência mais estreita. Inspeção de fonte não é aceitação editorial independente.
Especificações visuais
P02-L01-V01
Explicar confiança nas confirmações sem afirmar segurança irreversível
Dados didáticos ilustrativos; não é tela em tempo real
Cronologia de transação com T0 BLOCK-X104→tip105 e alternativa T1 BLOCK-Y104→tip106. Marcar localização de A como desconhecida em T1; B pendente. Texto alternativo: A tem duas confirmações apenas na visão original da cadeia fictícia.
A tem duas confirmações apenas na visão original da cadeia fictícia.
390px: linhas empilhadas com equivalente textual completo; aceitação de renderização 768px/desktop pendente
Prosa RTL; identificadores e unidades numéricas permanecem LTR; preservar direções factuais das setas
FIX-P02-L01
Fontes e limites das afirmações
BTC · PRIMARY_DOCUMENTATION
Guia do desenvolvedor Bitcoin — Blockchain
- Afirmação sustentada
- Blocos válidos, UTXOs, trabalho e bifurcações; não autentica historicamente os dados fictícios.
- Limite de verificação
- Fonte primária inspecionada para mecanismo associado ou declaração atribuída; sem autenticação de dados ilustrativos.
- Data de verificação
- 2026-10-01
https://developer.bitcoin.org/devguide/block_chain.html
Proveniência dos dados
id: FIX-P02-L01
dataStatus: ILLUSTRATIVE
source: Original teaching fixture embedded below; not externally observed
observedAt: null
timeBasis: SIM/T markers are fictional; no real timestamp or chain observation
scope: Invalid training labels; no usable wallet, key or signature