← Torna all'Academy
LIVELLO 4 · Professionale
Sicurezza Transazionale Avanzata
Studia proxy, limiti della simulazione, bridge e controlli di policy.
8 lezioni · 8 Esercizio sul campo · 8 Scenari pratici · 20 domanda · 80% punteggio minimo
Inizia a studiare0% · 0/21
Percorso professionale. Il curriculum è visibile; il controllo d'accesso commerciale può essere collegato alla fatturazione UTXO.
Che cosa saprai fare
✓
Questo modulo approfondisce proxy e contesto di esecuzione con teoria applicata e un laboratorio dedicato.
✓
Questo modulo approfondisce simulazione e limiti con teoria applicata e un laboratorio dedicato.
✓
Questo modulo approfondisce fiducia cross-chain e routing con teoria applicata e un laboratorio dedicato.
✓
Questo modulo approfondisce policy transazionali con teoria applicata e un laboratorio dedicato.
Programma
▸1.1 · L'indirizzo proxy non è l'intero contratto26 min
▸1.2 · Delegatecall esegue codice esterno nello stato locale24 min
Laboratorio · Risolvi il proxy
Questo corso include
- ·8 lezioni · 20 ore guidate
- ·4 Laboratorio · Scenari pratici
- ·8 Casi applicati · 8 Verifiche delle conoscenze
- ·52 Banca domande · 80% voto minimo
- ·Credenziale di completamento: UTXO Certified · Advanced Transaction Security
Che cosa richiede questo corso
- ·Rivedere esecuzioni complesse senza fidarsi di un solo segnale.
- ·Punteggio minimo: 80%
- ·Comprendi ciò che Firmi
Briefing del corso
Contratto di formazione
Rivedere esecuzioni complesse senza fidarsi di un solo segnale.
Deliverable pratici
Proxy e contesto di esecuzione
Questo modulo approfondisce proxy e contesto di esecuzione con teoria applicata e un laboratorio dedicato.
Memo delle evidenze · PROXYSimulazione e limiti
Questo modulo approfondisce simulazione e limiti con teoria applicata e un laboratorio dedicato.
Memo delle evidenze · SIMULATIONFiducia cross-chain e routing
Questo modulo approfondisce fiducia cross-chain e routing con teoria applicata e un laboratorio dedicato.
Memo delle evidenze · BRIDGEPolicy transazionali
Questo modulo approfondisce policy transazionali con teoria applicata e un laboratorio dedicato.
Memo delle evidenze · POLICYContratto di valutazione
Verifiche di lezione8
Lab di modulo4
Esame finale20
Soglia di padronanza80%
Programma completo
Sicurezza Transazionale Avanzata
Esamina l'intero curriculum, le competenze e il percorso di valutazione prima di iniziare.
Carico di studio guidato20h
moduli4
lezioni8
01
Proxy e contesto di esecuzione
Questo modulo approfondisce proxy e contesto di esecuzione con teoria applicata e un laboratorio dedicato.
1.1
L'indirizzo proxy non è l'intero contratto45 min · Lezione tecnica approfondita
1.2
Delegatecall esegue codice esterno nello stato locale45 min · Lezione tecnica approfondita
Laboratorio pratico del moduloRisolvi il proxy
02
Simulazione e limiti
Questo modulo approfondisce simulazione e limiti con teoria applicata e un laboratorio dedicato.
2.1
La simulazione modella una possibile esecuzione45 min · Lezione tecnica approfondita
2.2
L'esecuzione reale può divergere dalla simulazione45 min · Lezione tecnica approfondita
Laboratorio pratico del moduloMetti in discussione la simulazione
03
Fiducia cross-chain e routing
Questo modulo approfondisce fiducia cross-chain e routing con teoria applicata e un laboratorio dedicato.
3.1
Un bridge aggiunge un altro sistema di sicurezza45 min · Lezione tecnica approfondita
3.2
Ogni hop aggiunge modalità di guasto indipendenti45 min · Lezione tecnica approfondita
Laboratorio pratico del moduloRivedi la route cross-chain
04
Policy transazionali
Questo modulo approfondisce policy transazionali con teoria applicata e un laboratorio dedicato.
4.1
Le policy rendono eseguibili i principi45 min · Lezione tecnica approfondita
4.2
L'autorizzazione deve corrispondere alla conseguenza45 min · Lezione tecnica approfondita
Laboratorio pratico del moduloApplica una policy treasury
- Rischio chiave: non trattare l'indirizzo proxy non è l'intero contratto come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di l'indirizzo proxy non è l'intero contratto prima di autorizzare.
- Rischio chiave: non trattare delegatecall esegue codice esterno nello stato locale come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di delegatecall esegue codice esterno nello stato locale prima di autorizzare.
- Rischio chiave: non trattare la simulazione modella una possibile esecuzione come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di la simulazione modella una possibile esecuzione prima di autorizzare.
- Rischio chiave: non trattare l'esecuzione reale può divergere dalla simulazione come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di l'esecuzione reale può divergere dalla simulazione prima di autorizzare.
- Rischio chiave: non trattare un bridge aggiunge un altro sistema di sicurezza come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di un bridge aggiunge un altro sistema di sicurezza prima di autorizzare.
- Rischio chiave: non trattare ogni hop aggiunge modalità di guasto indipendenti come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di ogni hop aggiunge modalità di guasto indipendenti 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 · 40 min
MANUALE DEL CORSO
20hAmbito, risultati e standard di studio
Studia proxy, limiti della simulazione, bridge e controlli di policy.
Studio precedente consigliato
- Sicurezza Wallet & Autocustodia
- Comprendi ciò che Firmi
- Rischio chiave: non trattare l'indirizzo proxy non è l'intero contratto come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di l'indirizzo proxy non è l'intero contratto prima di autorizzare.
- Rischio chiave: non trattare delegatecall esegue codice esterno nello stato locale come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di delegatecall esegue codice esterno nello stato locale prima di autorizzare.
- Rischio chiave: non trattare la simulazione modella una possibile esecuzione come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di la simulazione modella una possibile esecuzione prima di autorizzare.
- Rischio chiave: non trattare l'esecuzione reale può divergere dalla simulazione come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di l'esecuzione reale può divergere dalla simulazione prima di autorizzare.
- Rischio chiave: non trattare un bridge aggiunge un altro sistema di sicurezza come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di un bridge aggiunge un altro sistema di sicurezza 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.
- L'indirizzo proxy non è l'intero contratto
- I proxy upgradeable mantengono state a un indirizzo e delegano logica a un'implementation modificabile; risolvi implementation e upgrade authority.
- Delegatecall esegue codice esterno nello stato locale
- delegatecall esegue codice di un altro contratto mantenendo storage e contesto del caller, quindi l'indirizzo apparente può differire dal percorso reale.
- La simulazione modella una possibile esecuzione
- La simulation esegue il payload contro uno snapshot e ambiente specifici. È evidenza utile ma dipende da block state, RPC e chiamate esterne.
- L'esecuzione reale può divergere dalla simulazione
- Storage mutevole, timestamp, block values e stato esterno possono cambiare tra simulation e inclusione; codice avversario può sfruttare la differenza.
- Un bridge aggiunge un altro sistema di sicurezza
- Il cross-chain introduce validator, relayer, light client, LP o asset wrapped e quindi un nuovo trust model oltre alle due chain.
- Ogni hop aggiunge modalità di guasto indipendenti
- Una route può attraversare aggregator, DEX, bridge e contratti di destinazione; la composizione aggiunge rischi di approval, slippage, disponibilità e fiducia.
- Le policy rendono eseguibili i principi
- Una policy può escalare destinazioni nuove, limitare importi, vietare unlimited approval o richiedere un secondo approver. Le regole devono essere deterministiche e spiegabili.
- L'autorizzazione deve corrispondere alla conseguenza
- Operazioni di routine e trasferimenti treasury a sei cifre non dovrebbero usare lo stesso flusso; importo, novità del target e permission scope devono modulare i controlli.
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 execution permissions ed ERC-7715
Una permission request può autorizzare un'altra sessione o account sotto regole esplicite. Allowance, expiry, target e comportamento consentito devono essere chiari prima del consenso.
Focus sicurezzapermission type · rules · expiry · allowance · session authority
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 primariERC-7715 ↗
EXT / 02
MEV, ordering ed esposizione della transazione
La sicurezza dipende anche dal punto d'ingresso nell'ordering pipeline. Studia frontrunning, sandwich risk, private orderflow e cambi di outcome senza modifica del payload.
Focus sicurezzamempool · ordering · frontrunning · sandwiching · private submission
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 primariEthereum MEV docs ↗
EXT / 03
Sequencer L2, data availability e finality
I rollup aggiungono sequencing, pubblicazione dati e settlement. Distingui unsafe, safe e finalized, outage/censura del sequencer e livello DA effettivo.
Focus sicurezzasequencer · unsafe/safe/finalized · DA · forced inclusion · L1 settlement
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
Proxy e contesto di esecuzione
Questo modulo approfondisce proxy e contesto di esecuzione con teoria applicata e un laboratorio dedicato.
Lezione 1.1
L'indirizzo proxy non è l'intero contratto
Capitolo tecnico
Lezione tecnica approfonditaL'indirizzo proxy non è l'intero contratto
01
Modello mentale
I proxy upgradeable mantengono state a un indirizzo e delegano logica a un'implementation modificabile; risolvi implementation e upgrade authority.
Questo concetto è importante perché Rischio chiave: non trattare l'indirizzo proxy non è l'intero contratto 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 proxy e implementation e admin e storage e upgrade path. Gli identificatori di protocollo non vengono tradotti perché fanno parte del payload tecnico.
proxyPunti tecnici di ispezione
implementationPunti tecnici di ispezione
adminPunti tecnici di ispezione
storagePunti tecnici di ispezione
upgrade pathPunti 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 l'indirizzo proxy non è l'intero contratto prima di autorizzare. Sconosciuto non equivale a sicuro.
- Rischio chiave: non trattare l'indirizzo proxy non è l'intero contratto come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di l'indirizzo proxy non è l'intero contratto 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 l'indirizzo proxy non è l'intero contratto 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 l'indirizzo proxy non è l'intero contratto come un dettaglio irrilevante. e Azione: verifica le evidenze tecniche di l'indirizzo proxy non è l'intero contratto prima di autorizzare.
Output richiesto all'analistaL'indirizzo proxy non è l'intero contratto · Criterio decisionale
Workbook tecnico
Obiettivo dell'analista
Rischio chiave: non trattare l'indirizzo proxy non è l'intero contratto come un dettaglio irrilevante.
Meccanica
proxy
user-facing state addressimplementation
delegated logicadmin
upgrade authoritystorage
proxy state layoutupgrade path
logic can change after reviewSegnali di errore
- 01
proxy verified / implementation unknown
- 02
admin untrusted
- 03
recent implementation change
- 04
initialization ambiguity
- 05
upgradeable spender
Procedura di verifica
- 01
identify proxy pattern
- 02
read implementation slot / resolver
- 03
verify implementation code
- 04
identify admin / timelock
- 05
record upgradeability as ongoing trust
Catena di ragionamento
- 01
fatti → evidenza materiale
- 02
evidenza → conseguenza / autorità
- 03
conseguenza → decisione esplicita + prossima azione
Deliverable richiesto
proxy trust-boundary mapPercorso del protocollo
Segui il percorso della decisione di sicurezza
proxy / upgradeability01Osserva
- proxy: user-facing state address
- implementation: delegated logic
02Traccia
- admin: upgrade authority
- storage: proxy state layout
- upgrade path: logic can change after review
03Metti in dubbio
- proxy verified / implementation unknown
- admin untrusted
- recent implementation change
04Verifica
- identify proxy pattern
- read implementation slot / resolver
- verify implementation code
05Risultato
- proxy trust-boundary map
Superficie di autoritàproxy · implementation · admin
Condizione di erroreproxy verified / implementation unknown
Caso applicato
proxy-reviewproxy
verifiedimplementation
0xImplV7implementation Verified
yesupgrade Admin
single EOAlast Upgrade
2 days agotimelock
noneCompito 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?
upgrade Admin
single EOA03
Esecuzione
Cosa farà realmente il payload, la route o il sistema?
proxy
verifiedimplementation
0xImplV7implementation Verified
yes04
Contesto
Quali fatti circostanti possono cambiare la decisione?
last Upgrade
2 days agotimelock
noneEsercizio 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.
Focusproxy · implementation · admin
Segnale di erroreproxy verified / implementation unknown
Verifica primaidentify proxy pattern
Deliverableproxy trust-boundary map
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 l'indirizzo proxy non è l'intero contratto come un dettaglio irrilevante.
- 02
Azione: verifica le evidenze tecniche di l'indirizzo proxy non è l'intero contratto 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
Delegatecall esegue codice esterno nello stato locale
Capitolo tecnico
Lezione tecnica approfonditaDelegatecall esegue codice esterno nello stato locale
01
Modello mentale
delegatecall esegue codice di un altro contratto mantenendo storage e contesto del caller, quindi l'indirizzo apparente può differire dal percorso reale.
Questo concetto è importante perché Rischio chiave: non trattare delegatecall esegue codice esterno nello stato locale 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 opcode e code source e storage context e msg.sender / value e risk. Gli identificatori di protocollo non vengono tradotti perché fanno parte del payload tecnico.
opcodePunti tecnici di ispezione
code sourcePunti tecnici di ispezione
storage contextPunti tecnici di ispezione
msg.sender / valuePunti tecnici di ispezione
riskPunti 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 delegatecall esegue codice esterno nello stato locale prima di autorizzare. Sconosciuto non equivale a sicuro.
- Rischio chiave: non trattare delegatecall esegue codice esterno nello stato locale come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di delegatecall esegue codice esterno nello stato locale 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 delegatecall esegue codice esterno nello stato locale 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 delegatecall esegue codice esterno nello stato locale come un dettaglio irrilevante. e Azione: verifica le evidenze tecniche di delegatecall esegue codice esterno nello stato locale prima di autorizzare.
Output richiesto all'analistaDelegatecall esegue codice esterno nello stato locale · Criterio decisionale
Workbook tecnico
Obiettivo dell'analista
Rischio chiave: non trattare delegatecall esegue codice esterno nello stato locale come un dettaglio irrilevante.
Meccanica
opcode
DELEGATECALLcode source
callee implementationstorage context
caller storagemsg.sender / value
preserved call contextrisk
foreign code mutates local stateSegnali di errore
- 01
unexpected delegatecall
- 02
implementation not verified
- 03
storage collision risk
- 04
privileged method reachable
- 05
dynamic implementation selection
Procedura di verifica
- 01
identify delegatecall edge
- 02
resolve callee code
- 03
map caller storage context
- 04
trace privileged effects
- 05
compare reachable authority to intent
Catena di ragionamento
- 01
fatti → evidenza materiale
- 02
evidenza → conseguenza / autorità
- 03
conseguenza → decisione esplicita + prossima azione
Deliverable richiesto
delegatecall execution tracePercorso del protocollo
Segui il percorso della decisione di sicurezza
delegatecall / context01Osserva
- opcode: DELEGATECALL
- code source: callee implementation
02Traccia
- storage context: caller storage
- msg.sender / value: preserved call context
- risk: foreign code mutates local state
03Metti in dubbio
- unexpected delegatecall
- implementation not verified
- storage collision risk
04Verifica
- identify delegatecall edge
- resolve callee code
- map caller storage context
05Risultato
- delegatecall execution trace
Superficie di autoritàopcode · code source · storage context
Condizione di erroreunexpected delegatecall
Caso applicato
delegate-pathentry
proxymethod
execute(bytes)delegatecall
facet 0xF...storage
proxycaller
user walletfacet Verified
novalue
0 ETHCompito 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?
method
execute(bytes)delegatecall
facet 0xF...storage
proxycaller
user walletvalue
0 ETH04
Contesto
Quali fatti circostanti possono cambiare la decisione?
entry
proxyfacet Verified
noEsercizio 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.
Focusopcode · code source · storage context
Segnale di erroreunexpected delegatecall
Verifica primaidentify delegatecall edge
Deliverabledelegatecall execution trace
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 delegatecall esegue codice esterno nello stato locale come un dettaglio irrilevante.
- 02
Azione: verifica le evidenze tecniche di delegatecall esegue codice esterno nello stato locale 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
Simulazione e limiti
Questo modulo approfondisce simulazione e limiti con teoria applicata e un laboratorio dedicato.
Modulo bloccato
Completa il modulo precedente, incluso il laboratorio pratico, prima di continuare.
Modulo 03
Fiducia cross-chain e routing
Questo modulo approfondisce fiducia cross-chain e routing con teoria applicata e un laboratorio dedicato.
Modulo bloccato
Completa il modulo precedente, incluso il laboratorio pratico, prima di continuare.
Modulo 04
Policy transazionali
Questo modulo approfondisce policy transazionali 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 limite40 min
BLOCCATOCompleta tutti i checkpoint e i laboratori prima di sbloccare l'esame finale.