Blockchain e transações

Fonte mestra EN · P01-L01 · duração estimada de 30 minutos · 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.

Uma captura dizendo «enviado» pode descrever ação da aplicação em vez de evento aceito no registro. A investigação começa decidindo qual afirmação o registro disponível realmente pode responder.

Um registro tem alcance delimitado

Uma blockchain ordena registros conforme regras de validação e consenso da rede. Validação verifica se registro segue regras da rede; consenso determina qual histórico válido a rede aceita. Uma transação propõe mudanças; transmissão não equivale a inclusão. Bitcoin registra gasto de saídas de transações anteriormente não gastas (UTXOs), valores criados por transações anteriores, enquanto transações Ethereum carregam instruções assinadas. São modelos contábeis distintos [BTC, TX]. A lição usa registro fictício deliberadamente simplificado para praticar a distinção, sem imitar formato completo de nenhuma das redes.

Fazer uma pergunta menor

«A transferência T apareceu no bloco B da rede N?» pode ser respondida por registro com fonte adequada. «A pessoa Alice pagou Bob por mercadorias?» acrescenta afirmações: quem controla cada endereço, se transferência foi pagamento e qual acordo existia. Nenhuma decorre apenas de um par de endereços. Nome familiar ao lado de endereço é anotação até estabelecer seu fundamento.

Mantenha juntos identificador de transação, rede e contexto do registro. Hash copiado sem rede pode levar a consulta irrelevante. Altura de bloco sozinha pode não identificar bloco unicamente durante bifurcação. Captura pode omitir ambos, deixando apenas afirmação sobre o que uma tela mostrou.

Separar etapas

Use três colunas: enviado, incluído e interpretado. Um nó aceitar solicitação informa algo sobre aquele nó naquele momento. Registro conservado de inclusão acrescenta contexto do registro. Relato do motivo da transação pertence a coluna de interpretação justificada separadamente. Não preencha silenciosamente etapa ausente porque captura posterior parece plausível.

Os quatro estados de evidência aplicam-se a afirmação específica. OBSERVED significa diretamente visível no registro fornecido. INFERRED significa conclusão com pressupostos declarados. UNKNOWN marca fato indisponível. INSUFFICIENT EVIDENCE responde a afirmação testada que o material não estabelece. Em exercício fictício, OBSERVED sempre se limita ao exercício, nunca à cadeia real.

Construir frase reproduzível

Use: «No registro R, a rede N mostra evento E no contexto C; identidade e finalidade não estão estabelecidas». Outro leitor deve localizar R e verificar E. Se registro mostra apenas solicitação, substitua «mostra evento» por «relata envio». Precisão é mais útil que linguagem confiante.

• Registro: registros e estado da rede governados por regras de validação.
• Hash: impressão criptográfica usada para identificar registro; não identifica pessoa.
• Transação: instrução proposta ou registro de gasto.
• Inclusão: presença em bloco especificado.
• Atribuição: vincular papel de conta a entidade.

Cartões conceituais ILLUSTRATIVE, não capturas de blockchain. R1: SIM-NET, SIM-TX-A enviado em T0. R2: mesmo SIM-TX-A incluído em SIM-BLOCK-40 em T1, transferindo 7 unidades SIM de ACCOUNT-A para ACCOUNT-B. R3: legenda não verificada chama ACCOUNT-A de «Alice». T0/T1 são marcadores fictícios de ordem.

Cronologia de transação: R1 em T0, R2 em T1; faixa separada de legenda R3 sem ligação de propriedade. Legenda: etapas fictícias, sem atribuição humana. Texto alternativo: envio precede inclusão estipulada; rótulo de nome não verificado.

Os cartões fornecidos distinguem solicitação de movimento incluído.

Evento de cadeia real, propriedade beneficiária, intenção, entrega de mercadorias ou segurança do ativo.

• Tratar «enviado» como liquidado.
• Repetir rótulo de explorador como pessoa verificada.
• Escrever relato comercial a partir apenas de transferência.

Faça tabela de evidência com três linhas: envio, inclusão e identidade humana. Avalie «Alice comprou mercadorias de Bob». Nomeie dois fatos ausentes e reescreva a frase.

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.

• Nomear rede e localizador completo do registro.
• Identificar etapa realmente mostrada.
• Separar papéis de endereços de pessoas.
• Anexar limites à conclusão.

Uma captura dizendo «enviado» pode descrever ação da aplicação em vez de evento aceito no registro. A investigação começa decidindo qual afirmação o registro disponível realmente pode responder. Os cartões fornecidos distinguem solicitação de movimento incluído. Não estabelecem evento de cadeia real, propriedade beneficiária, intenção, entrega de mercadorias ou segurança do ativo.

• Separar envio, inclusão e interpretação.
• Escrever uma afirmação sobre o registro sem inventar uma pessoa.

P01-L02 após revisar exercício e pré-requisitos.

NONE. O catálogo autoritativo não exige acesso a produto nesta lição. Use material congelado/sem conexão.

• [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.
• [TX] Transações Ethereum — Instruções assinadas e execução; inclusão difere de transmissão. 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.