← Torna all'Academy
LIVELLO 1 · Gratuito
Fondamenti Crypto & Blockchain
Costruisci il modello mentale per ragionare su chain, transazioni, wallet e finalità.
8 lezioni · 8 Esercizio sul campo · 8 Scenari pratici · 20 domanda · 80% punteggio minimo
Inizia a studiare0% · 0/21
Che cosa saprai fare
✓
Questo modulo approfondisce stato, consenso e finalità con teoria applicata e un laboratorio dedicato.
✓
Questo modulo approfondisce chiavi, indirizzi e confini del wallet con teoria applicata e un laboratorio dedicato.
✓
Questo modulo approfondisce ciclo della transazione e fee con teoria applicata e un laboratorio dedicato.
✓
Questo modulo approfondisce modello utxo vs modello account con teoria applicata e un laboratorio dedicato.
Programma
▸1.1 · Lo stato è ciò su cui la rete raggiunge consenso14 min
▸1.2 · Il consenso non elimina le assunzioni di fiducia16 min
Laboratorio · Traccia la transazione
Questo corso include
- ·8 lezioni · 12 ore guidate
- ·4 Laboratorio · Scenari pratici
- ·8 Casi applicati · 8 Verifiche delle conoscenze
- ·52 Banca domande · 80% voto minimo
- ·Credenziale di completamento: UTXO Certified · Crypto Foundations
Che cosa richiede questo corso
- ·Tracciare una transazione e spiegare dove risiede la fiducia.
- ·Punteggio minimo: 80%
- ·Non richiede alcun corso precedente.
Briefing del corso
Contratto di formazione
Tracciare una transazione e spiegare dove risiede la fiducia.
Deliverable pratici
Stato, consenso e finalità
Questo modulo approfondisce stato, consenso e finalità con teoria applicata e un laboratorio dedicato.
Memo delle evidenze · TX-FLOWChiavi, indirizzi e confini del wallet
Questo modulo approfondisce chiavi, indirizzi e confini del wallet con teoria applicata e un laboratorio dedicato.
Memo delle evidenze · KEY-BOUNDARYCiclo della transazione e fee
Questo modulo approfondisce ciclo della transazione e fee con teoria applicata e un laboratorio dedicato.
Memo delle evidenze · TX-FLOWModello UTXO vs modello account
Questo modulo approfondisce modello utxo vs modello account con teoria applicata e un laboratorio dedicato.
Memo delle evidenze · TX-FLOWContratto di valutazione
Verifiche di lezione8
Lab di modulo4
Esame finale20
Soglia di padronanza80%
Programma completo
Fondamenti Crypto & Blockchain
Esamina l'intero curriculum, le competenze e il percorso di valutazione prima di iniziare.
Carico di studio guidato12h
moduli4
lezioni8
01
Stato, consenso e finalità
Questo modulo approfondisce stato, consenso e finalità con teoria applicata e un laboratorio dedicato.
1.1
Lo stato è ciò su cui la rete raggiunge consenso45 min · Lezione tecnica approfondita
1.2
Il consenso non elimina le assunzioni di fiducia45 min · Lezione tecnica approfondita
Laboratorio pratico del moduloTraccia la transazione
02
Chiavi, indirizzi e confini del wallet
Questo modulo approfondisce chiavi, indirizzi e confini del wallet con teoria applicata e un laboratorio dedicato.
2.1
Una chiave autorizza; un indirizzo identifica45 min · Lezione tecnica approfondita
2.2
Un wallet è più del deposito di chiavi45 min · Lezione tecnica approfondita
Laboratorio pratico del moduloProteggi il confine di firma
03
Ciclo della transazione e fee
Questo modulo approfondisce ciclo della transazione e fee con teoria applicata e un laboratorio dedicato.
3.1
Dall'intento all'inclusione45 min · Lezione tecnica approfondita
3.2
Le fee comprano priorità, non correttezza45 min · Lezione tecnica approfondita
Laboratorio pratico del moduloTraccia la transazione
04
Modello UTXO vs modello account
Questo modulo approfondisce modello utxo vs modello account con teoria applicata e un laboratorio dedicato.
4.1
UTXO consuma output discreti45 min · Lezione tecnica approfondita
4.2
Le chain account-based modificano stato condiviso45 min · Lezione tecnica approfondita
Laboratorio pratico del moduloTraccia la transazione
- Rischio chiave: non trattare lo stato è ciò su cui la rete raggiunge consenso come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di lo stato è ciò su cui la rete raggiunge consenso prima di autorizzare.
- Rischio chiave: non trattare il consenso non elimina le assunzioni di fiducia come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di il consenso non elimina le assunzioni di fiducia prima di autorizzare.
- Rischio chiave: non trattare una chiave autorizza; un indirizzo identifica come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di una chiave autorizza; un indirizzo identifica prima di autorizzare.
- Rischio chiave: non trattare un wallet è più del deposito di chiavi come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di un wallet è più del deposito di chiavi prima di autorizzare.
- Rischio chiave: non trattare dall'intento all'inclusione come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di dall'intento all'inclusione prima di autorizzare.
- Rischio chiave: non trattare le fee comprano priorità, non correttezza come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di le fee comprano priorità, non correttezza prima di autorizzare.
- Esercizio sul campo scritto × 8
- Verifiche delle conoscenze × 8
- Laboratorio pratico del modulo × 4
- Esame finale cronometrato · 20 · ≥ 80%
- Lezione tecnica approfondita · 360 min
- Esercizio sul campo scritto · 160 min
- Laboratorio pratico del modulo · 140 min
- Specialist units · 105 min
- Esame finale cronometrato · 30 min
MANUALE DEL CORSO
12hAmbito, risultati e standard di studio
Costruisci il modello mentale per ragionare su chain, transazioni, wallet e finalità.
Non è richiesto alcun corso tecnico precedente.
- Rischio chiave: non trattare lo stato è ciò su cui la rete raggiunge consenso come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di lo stato è ciò su cui la rete raggiunge consenso prima di autorizzare.
- Rischio chiave: non trattare il consenso non elimina le assunzioni di fiducia come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di il consenso non elimina le assunzioni di fiducia prima di autorizzare.
- Rischio chiave: non trattare una chiave autorizza; un indirizzo identifica come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di una chiave autorizza; un indirizzo identifica prima di autorizzare.
- Rischio chiave: non trattare un wallet è più del deposito di chiavi come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di un wallet è più del deposito di chiavi prima di autorizzare.
- Rischio chiave: non trattare dall'intento all'inclusione come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di dall'intento all'inclusione prima di autorizzare.
- 01
Leggi il capitolo tecnico in sei parti
- 02
Esamina il visuale esclusivo e il modello di protocollo
- 03
Lavora sul caso e sulla mappa delle evidenze
- 04
Invia l'esercizio scritto
- 05
Supera knowledge check e lab del modulo
- 06
Completa la valutazione finale a tempo
Ogni affermazione deve essere collegata a campi osservabili, comportamento del protocollo, fonti primarie o assunzioni chiaramente dichiarate. Le incognite devono restare esplicite.
Il completamento richiede lavoro scritto, knowledge checks, tutti i lab e almeno l'80% nell'esame finale. Il livello professionale richiede anche il capstone.
- Lo stato è ciò su cui la rete raggiunge consenso
- Una blockchain applica regole alle transizioni di stato e converge su una storia tramite consenso. L'analisi deve identificare lo stato autorevole, le assunzioni che lo sostengono e il rischio residuo di reorg.
- Il consenso non elimina le assunzioni di fiducia
- PoW, PoS e altri meccanismi distribuiscono autorità e failure mode in modi diversi; la sicurezza economica non sostituisce quella applicativa.
- Una chiave autorizza; un indirizzo identifica
- La private key produce firme valide, mentre l'indirizzo è un identificatore pubblico. Rivelare seed o chiave privata trasferisce controllo anche senza spostare subito fondi.
- Un wallet è più del deposito di chiavi
- Il software wallet costruisce request, mostra contesto e chiede autorizzazioni. UI, origine browser, signer e dispositivo sono trust boundary separati.
- Dall'intento all'inclusione
- Un'operazione passa da intento a payload, firma, propagazione, mempool, inclusione e finalità; ogni fase ha rischi e opzioni di risposta differenti.
- Le fee comprano priorità, non correttezza
- Le fee influenzano velocità e inclusione ma non convalidano l'intento. Una transazione malevola ad alta fee resta malevola.
- UTXO consuma output discreti
- Nel modello UTXO gli input precedenti vengono consumati e si creano nuovi output; coin selection, change e script influenzano validità, privacy e costo.
- Le chain account-based modificano stato condiviso
- Nelle chain account-based, balance, nonce e storage vivono in stato condiviso e una call può attivare logica arbitraria oltre il destinatario visibile.
ESTENSIONI SPECIALISTICHE
Protocolli moderni e temi operativi
Queste estensioni ampliano il curriculum centrale con standard attuali e confini di sicurezza che un professionista deve saper riconoscere.
EXT / 01
Wallet HD, BIP-32 e confini di derivazione
Comprendi come un seed generi una gerarchia di chiavi estese, perché esiste la derivazione hardened e perché un xpub è più sensibile di un normale indirizzo. Conta anche quali subtree attraversano i trust boundary.
Focus sicurezzaDerivation path · hardened/non-hardened · esposizione xpub · separazione account
Compito di studioLeggi il materiale primario, identifica il confine di fiducia e spiega come il meccanismo modifica il modello di autorizzazione o esecuzione.
Deliverable richiestoProduci una nota analitica concisa con assunzioni, evidenze materiali, condizioni di errore e una decisione di sicurezza motivata.
Riferimenti primariBIP-32 ↗
EXT / 02
PSBT, firma offline e passaggio della transazione
PSBT è un handoff strutturato tra costruzione e firma. Il signer deve verificare inputs, outputs, change, fee e campi sconosciuti invece di fidarsi del file perché offline.
Focus sicurezzaUnsigned transaction · input metadata · change · verifica signer · PSBT v0/v2
Compito di studioLeggi il materiale primario, identifica il confine di fiducia e spiega come il meccanismo modifica il modello di autorizzazione o esecuzione.
Deliverable richiestoProduci una nota analitica concisa con assunzioni, evidenze materiali, condizioni di errore e una decisione di sicurezza motivata.
EXT / 03
Taproot, Schnorr e autorizzazione MuSig2
Collega key/script path di Taproot alla multisignatura compatibile BIP-340. Le chiavi aggregate semplificano l'on-chain, ma nonces, coordinamento e fallback restano critici.
Focus sicurezzaTaproot · Schnorr · MuSig2 · disciplina nonce · fallback
Compito di studioLeggi il materiale primario, identifica il confine di fiducia e spiega come il meccanismo modifica il modello di autorizzazione o esecuzione.
Deliverable richiestoProduci una nota analitica concisa con assunzioni, evidenze materiali, condizioni di errore e una decisione di sicurezza motivata.
Modulo 01
Stato, consenso e finalità
Questo modulo approfondisce stato, consenso e finalità con teoria applicata e un laboratorio dedicato.
Lezione 1.1
Lo stato è ciò su cui la rete raggiunge consenso
Capitolo tecnico
Lezione tecnica approfonditaLo stato è ciò su cui la rete raggiunge consenso
01
Modello mentale
Una blockchain applica regole alle transizioni di stato e converge su una storia tramite consenso. L'analisi deve identificare lo stato autorevole, le assunzioni che lo sostengono e il rischio residuo di reorg.
Questo concetto è importante perché Rischio chiave: non trattare lo stato è ciò su cui la rete raggiunge consenso come un dettaglio irrilevante.
Ispeziona i campi esatti del protocollo che creano autorità o modificano l'esecuzione. Confronta questi campi con l'intento dichiarato dall'utente e con il confine di sicurezza previsto.
02
Cosa accade realmente
Ispeziona i campi esatti del protocollo che creano autorità o modificano l'esecuzione.
A livello di protocollo ed esecuzione, occorre ispezionare state e transition e consensus e reorg e finality. Gli identificatori di protocollo non vengono tradotti perché fanno parte del payload tecnico.
statePunti tecnici di ispezione
transitionPunti tecnici di ispezione
consensusPunti tecnici di ispezione
reorgPunti tecnici di ispezione
finalityPunti tecnici di ispezione
03
Superficie di guasto
Tratta contraddizioni, autorità eccessiva e dipendenze non spiegate come segnali materiali di errore.
La conseguenza pratica è che Azione: verifica le evidenze tecniche di lo stato è ciò su cui la rete raggiunge consenso prima di autorizzare. Sconosciuto non equivale a sicuro.
- Rischio chiave: non trattare lo stato è ciò su cui la rete raggiunge consenso come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di lo stato è ciò su cui la rete raggiunge consenso prima di autorizzare.
04
Criterio decisionale
Collega ogni segnale materiale alla conseguenza concreta su asset, autorità o fiducia.
La conseguenza pratica è che Azione: verifica le evidenze tecniche di lo stato è ciò su cui la rete raggiunge consenso prima di autorizzare.
Escala quando le evidenze sono contraddittorie, incomplete o la conseguenza supera la policy ordinaria.
05
Procedura di verifica
Verifica la richiesta mediante evidenze indipendenti prima di qualsiasi autorizzazione irreversibile.
- 01
Ispeziona i campi esatti del protocollo che creano autorità o modificano l'esecuzione.
- 02
Confronta questi campi con l'intento dichiarato dall'utente e con il confine di sicurezza previsto.
- 03
Verifica la richiesta mediante evidenze indipendenti prima di qualsiasi autorizzazione irreversibile.
- 04
Registra fatti, assunzioni, incognite e decisione affinché un altro analista possa riprodurre la review.
- 05
Escala quando le evidenze sono contraddittorie, incomplete o la conseguenza supera la policy ordinaria.
06
Output richiesto all'analista
Registra fatti, assunzioni, incognite e decisione affinché un altro analista possa riprodurre la review.
Rischio chiave: non trattare lo stato è ciò su cui la rete raggiunge consenso come un dettaglio irrilevante. e Azione: verifica le evidenze tecniche di lo stato è ciò su cui la rete raggiunge consenso prima di autorizzare.
Output richiesto all'analistaLo stato è ciò su cui la rete raggiunge consenso · Criterio decisionale
Workbook tecnico
Obiettivo dell'analista
Rischio chiave: non trattare lo stato è ciò su cui la rete raggiunge consenso come un dettaglio irrilevante.
Meccanica
state
accepted chain/application statetransition
valid state changeconsensus
history selection / finalizationreorg
accepted history can changefinality
confidence / economic or protocol guaranteeSegnali di errore
- 01
treating inclusion as absolute finality
- 02
ignoring reorg assumptions
- 03
confusing consensus security with app safety
- 04
wrong confirmation threshold
- 05
no chain-specific finality model
Procedura di verifica
- 01
identify consensus mechanism
- 02
define confirmation/finality criterion
- 03
measure reorg exposure
- 04
separate protocol validity from economic intent
- 05
document settlement assumption
Catena di ragionamento
- 01
fatti → evidenza materiale
- 02
evidenza → conseguenza / autorità
- 03
conseguenza → decisione esplicita + prossima azione
Deliverable richiesto
chain finality assumption recordPercorso del protocollo
Segui il percorso della decisione di sicurezza
state / consensus / finality01Osserva
- state: accepted chain/application state
- transition: valid state change
02Traccia
- consensus: history selection / finalization
- reorg: accepted history can change
- finality: confidence / economic or protocol guarantee
03Metti in dubbio
- treating inclusion as absolute finality
- ignoring reorg assumptions
- confusing consensus security with app safety
04Verifica
- identify consensus mechanism
- define confirmation/finality criterion
- measure reorg exposure
05Risultato
- chain finality assumption record
Superficie di autoritàstate · transition · consensus
Condizione di erroretreating inclusion as absolute finality
Caso applicato
btc-finalitychain
Bitcoinvalue
1.8 BTCconfirmations
1reorg Policy
treasury requires 6mempool Replacement
disabledquestion
settled or still operationally reversible?Compito dell'analista
Prima di rispondere, identifica l'autorità concessa, il confine di fiducia che può fallire e la conseguenza irreversibile.
Mappa delle evidenze
Organizza prima di decidere
Separa identità, autorità, esecuzione e contesto prima della decisione di sicurezza.
01
Identità
Chi o cosa richiede, riceve o rappresenta autorità?
—
02
Autorità
Quale capacità può essere concessa, mantenuta o esercitata?
reorg Policy
treasury requires 603
Esecuzione
Cosa farà realmente il payload, la route o il sistema?
value
1.8 BTCmempool Replacement
disabled04
Contesto
Quali fatti circostanti possono cambiare la decisione?
chain
Bitcoinconfirmations
1question
settled or still operationally reversible?Esercizio sul campo
Registro analista solo localeProduci un risultato pronto per un analista
Non rispondere a memoria. Usa il caso, i campi del protocollo e la procedura di verifica sopra per scrivere un risultato riproducibile.
Focusstate · transition · consensus
Segnale di erroretreating inclusion as absolute finality
Verifica primaidentify consensus mechanism
Deliverablechain finality assumption record
Criteri di completamento
- Cita evidenza materiale, non l'aspetto dell'interfaccia.
- Identifica autorità, transizione di stato o conseguenza.
- Fornisce una prossima azione o decisione riproducibile.
Note di sicurezza
- 01
Rischio chiave: non trattare lo stato è ciò su cui la rete raggiunge consenso come un dettaglio irrilevante.
- 02
Azione: verifica le evidenze tecniche di lo stato è ciò su cui la rete raggiunge consenso prima di autorizzare.
Taccuino dell'analista
Registro di apprendimento solo localeCostruisci il tuo memo delle evidenze
Registra il ragionamento prima della verifica e concludi con una decisione o prossima azione esplicita. Le note restano su questo dispositivo.
LOCAL STORAGE
Esercizio sul campo
Sviluppa tutte e tre le sezioni prima di completare.
Lezione 1.2
Il consenso non elimina le assunzioni di fiducia
Capitolo tecnico
Lezione tecnica approfonditaIl consenso non elimina le assunzioni di fiducia
01
Modello mentale
PoW, PoS e altri meccanismi distribuiscono autorità e failure mode in modi diversi; la sicurezza economica non sostituisce quella applicativa.
Questo concetto è importante perché Rischio chiave: non trattare il consenso non elimina le assunzioni di fiducia come un dettaglio irrilevante.
Ispeziona i campi esatti del protocollo che creano autorità o modificano l'esecuzione. Confronta questi campi con l'intento dichiarato dall'utente e con il confine di sicurezza previsto.
02
Cosa accade realmente
Ispeziona i campi esatti del protocollo che creano autorità o modificano l'esecuzione.
A livello di protocollo ed esecuzione, occorre ispezionare safety e liveness e censorship e economic security e centralization. Gli identificatori di protocollo non vengono tradotti perché fanno parte del payload tecnico.
safetyPunti tecnici di ispezione
livenessPunti tecnici di ispezione
censorshipPunti tecnici di ispezione
economic securityPunti tecnici di ispezione
centralizationPunti tecnici di ispezione
03
Superficie di guasto
Tratta contraddizioni, autorità eccessiva e dipendenze non spiegate come segnali materiali di errore.
La conseguenza pratica è che Azione: verifica le evidenze tecniche di il consenso non elimina le assunzioni di fiducia prima di autorizzare. Sconosciuto non equivale a sicuro.
- Rischio chiave: non trattare il consenso non elimina le assunzioni di fiducia come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di il consenso non elimina le assunzioni di fiducia prima di autorizzare.
04
Criterio decisionale
Collega ogni segnale materiale alla conseguenza concreta su asset, autorità o fiducia.
La conseguenza pratica è che Azione: verifica le evidenze tecniche di il consenso non elimina le assunzioni di fiducia prima di autorizzare.
Escala quando le evidenze sono contraddittorie, incomplete o la conseguenza supera la policy ordinaria.
05
Procedura di verifica
Verifica la richiesta mediante evidenze indipendenti prima di qualsiasi autorizzazione irreversibile.
- 01
Ispeziona i campi esatti del protocollo che creano autorità o modificano l'esecuzione.
- 02
Confronta questi campi con l'intento dichiarato dall'utente e con il confine di sicurezza previsto.
- 03
Verifica la richiesta mediante evidenze indipendenti prima di qualsiasi autorizzazione irreversibile.
- 04
Registra fatti, assunzioni, incognite e decisione affinché un altro analista possa riprodurre la review.
- 05
Escala quando le evidenze sono contraddittorie, incomplete o la conseguenza supera la policy ordinaria.
06
Output richiesto all'analista
Registra fatti, assunzioni, incognite e decisione affinché un altro analista possa riprodurre la review.
Rischio chiave: non trattare il consenso non elimina le assunzioni di fiducia come un dettaglio irrilevante. e Azione: verifica le evidenze tecniche di il consenso non elimina le assunzioni di fiducia prima di autorizzare.
Output richiesto all'analistaIl consenso non elimina le assunzioni di fiducia · Criterio decisionale
Workbook tecnico
Obiettivo dell'analista
Rischio chiave: non trattare il consenso non elimina le assunzioni di fiducia come un dettaglio irrilevante.
Meccanica
safety
conflicting histories preventedliveness
network continues progressingcensorship
transactions can be excluded/delayedeconomic security
cost of attacking consensuscentralization
concentration of block/finality powerSegnali di errore
- 01
generic 'decentralized' claim
- 02
no adversary model
- 03
ignoring validator/miner concentration
- 04
assuming liveness under every partition
- 05
same finality policy across all chains
Procedura di verifica
- 01
name consensus actors
- 02
identify safety/liveness assumptions
- 03
identify attack/economic threshold
- 04
inspect concentration dependencies
- 05
set workflow-specific finality requirement
Catena di ragionamento
- 01
fatti → evidenza materiale
- 02
evidenza → conseguenza / autorità
- 03
conseguenza → decisione esplicita + prossima azione
Deliverable richiesto
consensus threat-assumption matrixPercorso del protocollo
Segui il percorso della decisione di sicurezza
consensus / tradeoffs01Osserva
- safety: conflicting histories prevented
- liveness: network continues progressing
02Traccia
- censorship: transactions can be excluded/delayed
- economic security: cost of attacking consensus
- centralization: concentration of block/finality power
03Metti in dubbio
- generic 'decentralized' claim
- no adversary model
- ignoring validator/miner concentration
04Verifica
- name consensus actors
- identify safety/liveness assumptions
- identify attack/economic threshold
05Risultato
- consensus threat-assumption matrix
Superficie di autoritàsafety · liveness · censorship
Condizione di erroregeneric 'decentralized' claim
Caso applicato
consensus-risksystem
PoS chainvalidator Concentration
top 4 = 48%finality
economicbridge Dependency
yeswithdrawal Delay
7 daysreview
liveness vs finality assumptionsCompito dell'analista
Prima di rispondere, identifica l'autorità concessa, il confine di fiducia che può fallire e la conseguenza irreversibile.
Mappa delle evidenze
Organizza prima di decidere
Separa identità, autorità, esecuzione e contesto prima della decisione di sicurezza.
01
Identità
Chi o cosa richiede, riceve o rappresenta autorità?
—
02
Autorità
Quale capacità può essere concessa, mantenuta o esercitata?
—
03
Esecuzione
Cosa farà realmente il payload, la route o il sistema?
—
04
Contesto
Quali fatti circostanti possono cambiare la decisione?
system
PoS chainvalidator Concentration
top 4 = 48%finality
economicbridge Dependency
yeswithdrawal Delay
7 daysreview
liveness vs finality assumptionsEsercizio sul campo
Registro analista solo localeProduci un risultato pronto per un analista
Non rispondere a memoria. Usa il caso, i campi del protocollo e la procedura di verifica sopra per scrivere un risultato riproducibile.
Focussafety · liveness · censorship
Segnale di erroregeneric 'decentralized' claim
Verifica primaname consensus actors
Deliverableconsensus threat-assumption matrix
Criteri di completamento
- Cita evidenza materiale, non l'aspetto dell'interfaccia.
- Identifica autorità, transizione di stato o conseguenza.
- Fornisce una prossima azione o decisione riproducibile.
Note di sicurezza
- 01
Rischio chiave: non trattare il consenso non elimina le assunzioni di fiducia come un dettaglio irrilevante.
- 02
Azione: verifica le evidenze tecniche di il consenso non elimina le assunzioni di fiducia prima di autorizzare.
Taccuino dell'analista
Registro di apprendimento solo localeCostruisci il tuo memo delle evidenze
Registra il ragionamento prima della verifica e concludi con una decisione o prossima azione esplicita. Le note restano su questo dispositivo.
LOCAL STORAGE
Esercizio sul campo
Sviluppa tutte e tre le sezioni prima di completare.
Laboratorio bloccato
Supera le verifiche delle due lezioni prima di affrontare il laboratorio.
Modulo 02
Chiavi, indirizzi e confini del wallet
Questo modulo approfondisce chiavi, indirizzi e confini del wallet con teoria applicata e un laboratorio dedicato.
Modulo bloccato
Completa il modulo precedente, incluso il laboratorio pratico, prima di continuare.
Modulo 03
Ciclo della transazione e fee
Questo modulo approfondisce ciclo della transazione e fee con teoria applicata e un laboratorio dedicato.
Modulo bloccato
Completa il modulo precedente, incluso il laboratorio pratico, prima di continuare.
Modulo 04
Modello UTXO vs modello account
Questo modulo approfondisce modello utxo vs modello account con teoria applicata e un laboratorio dedicato.
Modulo bloccato
Completa il modulo precedente, incluso il laboratorio pratico, prima di continuare.
Esame finale
Esame finale
Valutazione cumulativa ricostruita a ogni tentativo usando concetti e casi pratici del corso.
È necessario almeno l'80%. Completare la sola teoria non genera una credenziale.
Punteggio minimo80%
Miglior punteggio0%
Banca52
Tentativo20
Tentativi0
Tempo limite30 min
BLOCCATOCompleta tutti i checkpoint e i laboratori prima di sbloccare l'esame finale.