Vai al contenutoBlockAssay

Wallet, indirizzi e chiavi

P01-L03 · P01 · P01-M01

Separare gli indirizzi pubblici dall'autorità di firma

ILLUSTRATIVE · needs_review

Prerequisiti: P01-L02

Obiettivi di apprendimento

  • Separare gli indirizzi pubblici dall'autorità di firma
  • Separare interfaccia, indirizzo e autorizzazione.
  • Spiegare perché l'osservazione pubblica non richiede segreti.
  • Distinguere controllo delle chiavi e identità umana.

Master sorgente EN · P01-L03 · 30 minuti stimati · needs_review

Studio in sola lettura. Nessuna connessione del wallet, fondi reali, frase seed, chiave privata, firma o operazione in tempo reale. La durata è una stima editoriale; i visual sono specifiche, non componenti distribuiti.

Perché è importante

Confondere un'applicazione wallet con l'autorità dietro un conto rende inaffidabili sia l'indagine sia le decisioni di sicurezza. Un compito in sola lettura non deve diventare una richiesta di materiale per la firma.

Spiegazione

Tre oggetti diversi

Un'interfaccia wallet visualizza e aiuta a gestire i conti. Un indirizzo identifica un oggetto specifico di una rete. Una chiave privata può autorizzare azioni per un conto controllato da chiave. Ethereum ha anche conti controllati da contratti [ACCT]. Una schermata può visualizzare più conti e più interfacce possono visualizzare lo stesso conto. Contare le schermate non equivale quindi a contare le autorità indipendenti.

Un indirizzo è un'informazione pubblica usata per individuare lo stato, non una password. Pubblico non significa privo di conseguenze per la riservatezza: condividere un indirizzo può collegare una conversazione a una storia visibile. Questa lezione usa etichette non valide, così nessuno studente deve divulgare il proprio conto reale.

Le chiavi conferiscono autorità, non sono documenti d'identità

Una firma valida può dimostrare un'autorizzazione secondo una specifica regola crittografica o di contratto. Non rivela il nome legale del firmatario, come sia stata ottenuta la chiave o se l'azione fosse consapevole. Non richiedere una firma di prova per risolvere un'affermazione d'identità in questo corso. Trattare meccanismo e persona come questioni distinte.

Per un conto condiviso, più persone potrebbero accedere a un solo segreto. Per una politica multifirma, più chiavi di firma non devono necessariamente rappresentare esseri umani indipendenti. Una visualizzazione pubblica non permette di distinguere queste possibilità. Descrivere la politica osservata o il ruolo fornito e lasciare aperta l'attribuzione umana non sostenuta.

Il materiale di recupero è un livello diverso

Alcuni wallet deterministici derivano molte chiavi dal materiale seed. BIP-39 definisce uno schema dal mnemonico al seed [BIP39]; non è una regola che copra ogni prodotto wallet. Una frase di recupero non è semplicemente una password dell'applicazione attuale. Non inserirla in una lezione, modulo di assistenza, schermata o strumento di esercitazione.

Sostituire un'interfaccia non modifica di per sé l'autorità che controlla un conto. Analogamente, una vista watch-only può mostrare saldi senza poter autorizzare spese. Le funzionalità visibili dell'interfaccia e il permesso sottostante richiedono verifiche separate.

Disegnare relazioni con un tipo preciso

Usare frecce etichettate «visualizza», «identifica» e «autorizza». Non usare un'unica linea vaga «possiede». Un diagramma deve permettere di rispondere a quale osservazione sia pubblica, quale componente sia segreto e quale relazione di autorità sia soltanto stipulata. Se l'esercizio non fornisce evidenza sulle persone, dichiararlo anche se un nome renderebbe la storia più facile da raccontare.

Classificazione degli stati dell'evidenza

OBSERVED nei dati dell'esercizio: quali viste visualizzano X/Y e l'autorità segnaposto dichiarata. INFERRED: sono visualizzati due conti; le tre viste non permettono di stabilire tre autorità indipendenti. UNKNOWN: le persone che esercitano realmente il controllo. INSUFFICIENT EVIDENCE: una chiave o più interfacce dimostrano un solo proprietario umano.

Terminologia

  • Interfaccia wallet: software di visualizzazione/interazione.
  • Indirizzo: identificatore pubblico specifico della rete.
  • Chiave privata: materiale segreto di autorizzazione.
  • Watch-only: osservazione senza autorità di firma locale.
  • Mnemonico: sequenza di parole usata da alcuni schemi di recupero per derivare materiale seed; è materiale di recupero riservato.

Esempio storico

ILLUSTRATIVE. VIEW-A e VIEW-B visualizzano entrambe ACCOUNT-X su SIM-NET. VIEW-C è watch-only per ACCOUNT-Y. SECRET-PLACEHOLDER autorizza ACCOUNT-X nel modello; è un'etichetta, non una chiave. Non è fornita alcuna persona che eserciti il controllo.

Specifiche visive

Grafo del wallet con frecce di visualizzazione da VIEW-A/B ad ACCOUNT-X, da VIEW-C ad ACCOUNT-Y e collegamento separato dell'autorità segreta verso X. Testo alternativo: due interfacce condividono un conto fittizio; l'osservazione watch-only non conferisce autorità di firma.

Cosa dimostrano le prove

Il modello separa due viste di un conto dall'autorità.

Cosa non dimostrano le prove

L'identità di una persona, firmatari indipendenti o accesso effettivo a qualsiasi wallet.

Errori comuni

  • Contare le applicazioni come wallet con segreti indipendenti.
  • Trattare la visibilità pubblica come autorizzazione.
  • Richiedere materiale di recupero per verificare un saldo.

Esercizio pratico

Disegnare i tre tipi di collegamenti. VIEW-C può spendere? Installare VIEW-B crea un nuovo ACCOUNT-X? Quale evidenza servirebbe per identificare una persona?

Consegnare una breve tabella dell'evidenza e una motivazione basate soltanto sul materiale fornito. Ripartizione suggerita: studio 12 min, verifica/calcolo 8 min, correzione/quiz 10 min.

Mostra correzione dettagliata

VIEW-A/B visualizzano X; VIEW-C visualizza Y; il segnaposto autorizza X soltanto nel modello. Alla vista watch-only C non è fornita autorità di spesa. Una nuova interfaccia non implica un nuovo conto. L'identità umana è UNKNOWN e la proprietà comune è INSUFFICIENT EVIDENCE. Non servono segreti o firme per questa risposta.

Rubrica: 1 punto per portata precisa, provenienza della fonte/dati dell'esercizio, ragionamento corretto, limiti espliciti e lavoro sicuro senza rete (totale 5). Osservazioni inventate o attribuzioni umane non sostenute richiedono correzione a prescindere dal punteggio. È feedback didattico, non una certificazione.

Lista di controllo

  • Distinguere interfaccia e conto.
  • Indicare separatamente l'autorizzazione.
  • Tenere i segreti fuori dall'evidenza.
  • Lasciare l'identità umana non sostenuta finché non è stabilita indipendentemente.

Riepilogo

Confondere un'applicazione wallet con l'autorità dietro un conto rende inaffidabili sia l'indagine sia le decisioni di sicurezza. Un compito in sola lettura non deve diventare una richiesta di materiale per la firma. Il materiale fornito sostiene la separazione, nel modello, di due viste di un conto dall'autorità. Non dimostra l'identità di una persona, firmatari indipendenti o accesso effettivo a qualsiasi wallet.

Riepilogo

  • Separare interfaccia, indirizzo e autorizzazione.
  • Spiegare perché l'osservazione pubblica non richiede segreti.
  • Distinguere controllo delle chiavi e identità umana.

Lezione successiva

P01-L04 dopo aver verificato esercizio e prerequisiti.

Strumenti

NONE. Il catalogo autorevole non richiede accesso al prodotto per questa lezione. Usare materiale congelato senza connessione di rete.

Fonti e limiti delle affermazioni

  • [ACCT] Conti Ethereum — Conti e autorità di firma, distinti dalle interfacce dei wallet e dall'identità umana. Verificata 2026-10-01.
  • [BIP39] BIP-39 — Costruzione dal mnemonico al seed; non tutti i wallet usano questo schema. Verificata 2026-10-01.

I valori sintetici sono dati didattici creati dall'autore. Dove applicabile, i valori storici devono usare il dataset collegato e la sua provenienza più circoscritta. La verifica delle fonti non è un'approvazione editoriale indipendente.

Specifiche visive

P01-L03-V01

SPECIFICATION_ONLY · ILLUSTRATIVE

Separare gli indirizzi pubblici dall'autorità di firma

Dati didattici illustrativi; nessuna schermata in tempo reale

Grafo del wallet con frecce di visualizzazione da VIEW-A/B ad ACCOUNT-X, da VIEW-C ad ACCOUNT-Y e collegamento separato dell'autorità segreta verso X. Testo alternativo: due interfacce condividono un conto fittizio; l'osservazione watch-only non conferisce autorità di firma.

Due interfacce condividono un conto fittizio; l'osservazione watch-only non conferisce autorità di firma.

390px: righe impilate con equivalente testuale completo; verifica del rendering a 768px/desktop in sospeso

Prosa RTL; identificatori e unità numeriche restano LTR; preservare le direzioni effettive delle frecce

FIX-P01-L03

Fonti e limiti delle affermazioni

ACCT · PRIMARY_DOCUMENTATION

Conti Ethereum

Affermazione supportata
Conti e autorità di firma, distinti dalle interfacce dei wallet e dall'identità umana.
Limite di verifica
Pagina primaria esaminata per il meccanismo indicato o la pubblicazione attribuita; non autentica i dati illustrativi.
Data della verifica
2026-10-01
Apri fonte primaria
https://ethereum.org/en/developers/docs/accounts/

Provenienza dei dati

id: FIX-P01-L03

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

Verifica il ragionamento

P01-L03-Q1 · Quanti conti forniti sono visualizzati?
P01-L03-Q2 · Che cosa dimostra VIEW-C?
P01-L03-Q3 · VIEW-B modifica la chiave di X?
P01-L03-Q4 · Che cosa deve consegnare uno studente?
P01-L03-Q5 · Una chiave può dimostrare una persona?