Exploradores e recibos de transações

Master fonte EN · P01-L04 · 30 minutos estimados · needs_review

Estudo apenas de leitura. Sem ligação de carteira, dinheiro real, frase de recuperação, chave privada, assinatura ou negociação em direto. A duração é uma estimativa editorial; os recursos visuais são especificações, não componentes implementados.

Páginas de explorador combinam campos de registo, dados descodificados e etiquetas do fornecedor. Saber que camada apoia uma afirmação evita transformar uma página atrativa em prova exagerada.

Ler primeiro os campos de identidade

Começar pela rede e identificador completo da transação. Conservar número e hash do bloco, URL fonte ou caminho do registo e contexto de obtenção. Uma página apresentada por explorador evidencia o que o fornecedor mostrou; não é automaticamente um recibo obtido de nó independentemente nem prova de consenso. O exercício fornece explicitamente um registo apresentado.

Interpretar o estado de forma restrita

Recibos Ethereum reportam estado de execução e contexto do bloco [RPC]. Sucesso significa execução de nível superior concluída segundo as regras, não legitimidade do token nem realização do resultado económico pretendido. Uma chamada pode completar uma ação que o utilizador não compreendeu. Recibo ausente pode significar dados indisponíveis ou ainda não incluídos; não é resultado universal de falha.

Separar destinatário de nível superior e destinatários nos movimentos de tokens descodificados. Chamar contrato e enviar token a beneficiário são funções distintas. Um só campo «To» não pode representar ambos em segurança. Etiquetas e conversões em dólares podem ter fontes diferentes do recibo.

Calcular custo com unidades

No caso simples de execução Ethereum fornecido, taxa = gasUsed × effectiveGasPrice [GAS]. Converter gwei em ETH com 10^9 gwei por ETH. Não multiplicar o limite máximo de gas e chamar-lhe taxa real. Não substituir consumo de recursos por quantidade transferida. Outros tipos de transações/redes podem ter taxas adicionais; este caso exclui-as deliberadamente.

Preservar âmbito da observação

Indicar o que foi lido e como foi obtido. «Sucesso apresentado pelo explorador no registo R» é mais preciso que «sucesso verificado independentemente». Registar tempos fornecidos, separar hora do bloco e de obtenção e não inventar UTC ausente. Se duas apresentações divergirem, preservar a divergência antes de a resolver. Recarregar o mesmo fornecedor não é corroboração independente.

Classificação dos estados de evidência

OBSERVED na apresentação fornecida: estado, campos de gas e funções distintas de destinatário. INFERRED: taxa de execução de 0.0006 no modelo indicado limitado à execução. UNKNOWN: horas UTC, finalidade e identidade humana. INSUFFICIENT EVIDENCE: sucesso apresentado não prova captura de recibo nativo, entrega pretendida nem segurança do ativo.

• Recibo: resultado de execução com contexto do bloco.
• Gas: unidade de trabalho de execução Ethereum.
• Gwei: mil milionésima parte de ETH, unidade comum de preços de gas.
• gasUsed: unidades de execução consumidas.
• effectiveGasPrice: preço unitário real da execução fornecida.
• Apresentação de explorador: apresentação dos registos pelo fornecedor.

ILLUSTRATIVE R-EX: rede principal de treino SIM-EVM, SIM-TX-44, SIM-BLOCK-100, status=1, gasUsed=30000, effectiveGasPrice=20 gwei, gasLimit=80000. Sem componente blob/L2. Destinatário superior CONTRACT-A; destinatário de token apresentado ACCOUNT-B. Não são fornecidas hora do bloco nem UTC de obtenção.

Painel de evidência com colunas de identidade, execução e proveniência; destacar 30000×20 gwei e duas funções de destinatário. Texto alternativo: sucesso fictício apresentado custa 0.0006 ETH no caso simplificado; a finalidade é desconhecida.

Campos e cálculo na apresentação estipulada.

Verificação independente de recibo nativo, finalidade, intenção do utilizador ou estado atual.

• Multiplicar gasLimit como taxa real.
• Chamar certificação de segurança a status=1.
• Substituir dados de recibo ausentes por alegação de falha.

Produzir relatório de seis campos: rede, identificador, contexto, âmbito do estado, taxa de execução e informação ausente. Explicar por que CONTRACT-A e ACCOUNT-B devem ficar separados.

Entregar uma pequena tabela de evidência e raciocínio, usando apenas o material fornecido. Distribuição sugerida: estudo 12 min, inspeção/cálculo 8 min, correção/questionário 10 min.

• Primeiro rede e transação.
• Separar destino de chamada e beneficiário.
• Calcular com unidades consumidas.
• Identificar fornecedor e tempos ausentes.

Páginas de explorador combinam campos de registo, dados descodificados e etiquetas do fornecedor. Saber que camada apoia uma afirmação evita transformar uma página atrativa em prova exagerada. O material apoia campos e cálculo na apresentação estipulada. Não estabelece verificação independente de recibo nativo, finalidade, intenção do utilizador ou estado atual.

• Ler estado e contexto separadamente.
• Calcular taxa de execução com valores fornecidos.
• Distinguir registo apresentado de verificação independente.

P01-L05 após rever este exercício e os seus pré-requisitos.

NONE. O catálogo autoritativo não exige acesso ao produto nesta lição. Usar material congelado/sem ligação.

• [RPC] JSON-RPC Ethereum — Estado do recibo, contexto do bloco e resultados de API no âmbito da rede. Verificado em 2026-10-01.
• [GAS] Gas e taxas Ethereum — Gas utilizado multiplicado pelo preço efetivo e custos de falhas incluídas num bloco. Verificado em 2026-10-01.

Valores sintéticos são entradas de exercício criadas pelo autor. Eventuais valores históricos devem usar o conjunto de dados associado e a sua proveniência mais restrita. Inspeção de fontes não é aceitação editorial independente.