Carteiras, endereços e chaves

Master fonte EN · P01-L03 · 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.

Confundir aplicação de carteira com a autoridade de uma conta torna investigação e decisões de segurança pouco fiáveis. Uma tarefa apenas de leitura não deve passar a pedido de material de assinatura.

Três objetos diferentes

Uma interface de carteira apresenta contas e ajuda a geri-las. Um endereço identifica um objeto no âmbito de uma rede. Uma chave privada pode autorizar ações numa conta controlada por chave. Ethereum também tem contas controladas por contratos [ACCT]. Um ecrã pode apresentar várias contas e várias interfaces a mesma conta. Contar ecrãs não equivale a contar autoridades independentes.

Um endereço é informação pública para localizar estado, não uma palavra-passe. Público não significa ausência de consequências para a privacidade: partilhá-lo pode ligar uma conversa a um histórico visível. Esta lição usa etiquetas inválidas para não exigir divulgar contas reais dos estudantes.

Chaves são autoridade, não documentos de identidade

Uma assinatura válida pode estabelecer autorização segundo uma regra criptográfica ou contratual especificada. Não revela nome legal do signatário, como obteve a chave ou se a ação foi informada. Não pedir assinatura de teste para resolver uma alegação de identidade neste curso. Tratar mecanismo e pessoa como questões distintas.

Numa conta partilhada, várias pessoas podem aceder ao mesmo segredo. Numa política multissinatura, várias chaves não representam necessariamente humanos independentes. Uma apresentação pública não resolve essas possibilidades. Descrever a política observada ou função fornecida e deixar aberta a atribuição humana sem suporte.

Material de recuperação é outra camada

Algumas carteiras determinísticas derivam muitas chaves de material de semente. BIP-39 define um esquema de frase mnemónica para semente [BIP39], não uma regra para todos os produtos. Uma frase de recuperação não é apenas a palavra-passe da aplicação atual. Não a introduzir em lições, formulários de suporte, capturas de ecrã ou ferramentas de prática.

Substituir uma interface não altera, por si só, a autoridade que controla uma conta. Uma vista apenas de leitura pode mostrar saldos sem autorizar despesas. Funcionalidades visíveis da interface e permissão subjacente exigem inspeções separadas.

Desenhar relações tipadas

Usar setas com «apresenta», «identifica» e «autoriza», não uma só linha vaga «possui». O diagrama deve permitir identificar observação pública, componente secreto e relação de autoridade apenas estipulada. Se o exercício não tiver evidência humana, dizê-lo mesmo que um nome simplificasse a história.

Classificação dos estados de evidência

OBSERVED nos dados educativos: quais vistas apresentam X/Y e a autoridade de substituição indicada. INFERRED: são apresentadas duas contas; as três vistas não permitem estabelecer três autoridades independentes. UNKNOWN: controladores humanos reais. INSUFFICIENT EVIDENCE: uma chave ou várias interfaces não estabelecem um único proprietário humano.

• Interface de carteira: software de apresentação/interação.
• Endereço: identificador público no âmbito de uma rede.
• Chave privada: material secreto de autorização.
• Apenas de leitura: observação sem autoridade local de assinatura.
• Frase mnemónica: sequência de palavras usada por certos esquemas de recuperação para derivar material de semente; é material de recuperação confidencial.

ILLUSTRATIVE. VIEW-A e VIEW-B apresentam ACCOUNT-X em SIM-NET. VIEW-C é apenas de leitura para ACCOUNT-Y. SECRET-PLACEHOLDER autoriza ACCOUNT-X no modelo; é uma etiqueta, não uma chave. Não é fornecido controlador humano.

Grafo de carteira com setas de apresentação de VIEW-A/B para ACCOUNT-X, de VIEW-C para ACCOUNT-Y e relação separada de autoridade secreta para X. Texto alternativo: duas interfaces partilham uma conta fictícia; observar apenas para leitura não concede autoridade de assinatura.

O modelo separa duas vistas da mesma conta da autoridade.

Identidade de uma pessoa, signatários independentes ou acesso real a uma carteira.

• Contar aplicações como carteiras com segredos independentes.
• Tratar visibilidade pública como permissão.
• Pedir material de recuperação para verificar saldo.

Desenhar os três tipos de relações. VIEW-C pode gastar? Instalar VIEW-B cria uma nova ACCOUNT-X? Que evidência identificaria um humano?

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.

• Distinguir interface e conta.
• Marcar autorização separadamente.
• Excluir segredos da evidência.
• Deixar identidade humana sem suporte salvo estabelecimento independente.

Confundir aplicação de carteira com a autoridade de uma conta torna investigação e decisões de segurança pouco fiáveis. Uma tarefa apenas de leitura não deve passar a pedido de material de assinatura. O material apoia a separação, no modelo, de duas vistas da mesma conta e da autoridade. Não estabelece identidade de uma pessoa, signatários independentes ou acesso real a uma carteira.

• Separar interface, endereço e autorização.
• Explicar por que observar publicamente não exige segredos.
• Distinguir controlo de chave e identidade humana.

P01-L04 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.

• [ACCT] Contas Ethereum — Contas e autoridade de assinatura, separadas de interfaces de carteira e identidade humana. Verificado em 2026-10-01.
• [BIP39] BIP-39 — Construção de semente a partir de frase mnemónica; nem todas as carteiras usam este esquema. 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.