← Torna all'Academy
LIVELLO 3 · Gratuito
Comprendi ciò che Firmi
Impara approvals, calldata, EIP-712, Permit e Permit2.
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 intento transazionale e calldata con teoria applicata e un laboratorio dedicato.
✓
Questo modulo approfondisce approval e autorità di spesa con teoria applicata e un laboratorio dedicato.
✓
Questo modulo approfondisce eip-712, permit e permit2 con teoria applicata e un laboratorio dedicato.
✓
Questo modulo approfondisce ricostruzione dell'intento e decisione con teoria applicata e un laboratorio dedicato.
Programma
▸1.1 · Il pulsante non è la transazione22 min
▸1.2 · Destinazione e valore sono i primi invarianti16 min
Laboratorio · Decodifica l'autorità
Questo corso include
- ·8 lezioni · 16 ore guidate
- ·4 Laboratorio · Scenari pratici
- ·8 Casi applicati · 8 Verifiche delle conoscenze
- ·52 Banca domande · 80% voto minimo
- ·Credenziale di completamento: UTXO Certified · Signing & Approval Literacy
Che cosa richiede questo corso
- ·Tradurre una firma in permessi, autorità di spesa e rischio.
- ·Punteggio minimo: 80%
- ·Sicurezza Wallet & Autocustodia
Briefing del corso
Contratto di formazione
Tradurre una firma in permessi, autorità di spesa e rischio.
Deliverable pratici
Intento transazionale e calldata
Questo modulo approfondisce intento transazionale e calldata con teoria applicata e un laboratorio dedicato.
Memo delle evidenze · APPROVALApproval e autorità di spesa
Questo modulo approfondisce approval e autorità di spesa con teoria applicata e un laboratorio dedicato.
Memo delle evidenze · APPROVALEIP-712, Permit e Permit2
Questo modulo approfondisce eip-712, permit e permit2 con teoria applicata e un laboratorio dedicato.
Memo delle evidenze · TYPED-DATARicostruzione dell'intento e decisione
Questo modulo approfondisce ricostruzione dell'intento e decisione con teoria applicata e un laboratorio dedicato.
Memo delle evidenze · APPROVALContratto di valutazione
Verifiche di lezione8
Lab di modulo4
Esame finale20
Soglia di padronanza80%
Programma completo
Comprendi ciò che Firmi
Esamina l'intero curriculum, le competenze e il percorso di valutazione prima di iniziare.
Carico di studio guidato16h
moduli4
lezioni8
01
Intento transazionale e calldata
Questo modulo approfondisce intento transazionale e calldata con teoria applicata e un laboratorio dedicato.
1.1
Il pulsante non è la transazione45 min · Lezione tecnica approfondita
1.2
Destinazione e valore sono i primi invarianti45 min · Lezione tecnica approfondita
Laboratorio pratico del moduloDecodifica l'autorità
02
Approval e autorità di spesa
Questo modulo approfondisce approval e autorità di spesa con teoria applicata e un laboratorio dedicato.
2.1
Un approval delega autorità di spesa futura45 min · Lezione tecnica approfondita
2.2
Unlimited approval amplia il raggio del danno45 min · Lezione tecnica approfondita
Laboratorio pratico del moduloDecodifica l'autorità
03
EIP-712, Permit e Permit2
Questo modulo approfondisce eip-712, permit e permit2 con teoria applicata e un laboratorio dedicato.
3.1
Typed data resta un'autorizzazione45 min · Lezione tecnica approfondita
3.2
Permit può spostare l'autorità in una firma off-chain45 min · Lezione tecnica approfondita
Laboratorio pratico del moduloLeggi Permit2
04
Ricostruzione dell'intento e decisione
Questo modulo approfondisce ricostruzione dell'intento e decisione con teoria applicata e un laboratorio dedicato.
4.1
Ricostruisci l'intento da segnali indipendenti45 min · Lezione tecnica approfondita
4.2
Il rischio deve terminare in una decisione comprensibile45 min · Lezione tecnica approfondita
Laboratorio pratico del moduloDecodifica l'autorità
- Rischio chiave: non trattare il pulsante non è la transazione come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di il pulsante non è la transazione prima di autorizzare.
- Rischio chiave: non trattare destinazione e valore sono i primi invarianti come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di destinazione e valore sono i primi invarianti prima di autorizzare.
- Rischio chiave: non trattare un approval delega autorità di spesa futura come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di un approval delega autorità di spesa futura prima di autorizzare.
- Rischio chiave: non trattare unlimited approval amplia il raggio del danno come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di unlimited approval amplia il raggio del danno prima di autorizzare.
- Rischio chiave: non trattare typed data resta un'autorizzazione come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di typed data resta un'autorizzazione prima di autorizzare.
- Rischio chiave: non trattare permit può spostare l'autorità in una firma off-chain come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di permit può spostare l'autorità in una firma off-chain 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 · 35 min
MANUALE DEL CORSO
16hAmbito, risultati e standard di studio
Impara approvals, calldata, EIP-712, Permit e Permit2.
Studio precedente consigliato
- Fondamenti Crypto & Blockchain
- Sicurezza Wallet & Autocustodia
- Rischio chiave: non trattare il pulsante non è la transazione come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di il pulsante non è la transazione prima di autorizzare.
- Rischio chiave: non trattare destinazione e valore sono i primi invarianti come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di destinazione e valore sono i primi invarianti prima di autorizzare.
- Rischio chiave: non trattare un approval delega autorità di spesa futura come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di un approval delega autorità di spesa futura prima di autorizzare.
- Rischio chiave: non trattare unlimited approval amplia il raggio del danno come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di unlimited approval amplia il raggio del danno prima di autorizzare.
- Rischio chiave: non trattare typed data resta un'autorizzazione come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di typed data resta un'autorizzazione 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.
- Il pulsante non è la transazione
- Su EVM la calldata codifica funzione e parametri. Un UI può mostrare 'swap' mentre il payload chiama altro; decodifica e confronta con l'intento.
- Destinazione e valore sono i primi invarianti
- Prima dell'analisi avanzata conferma chain, destinatario del native value, contratti chiamati e valore; zero native value non equivale a zero rischio.
- Un approval delega autorità di spesa futura
- ERC-20 approve può dare a uno spender autorità persistente per trasferire token in futuro anche quando la transazione corrente non sposta nulla.
- Unlimited approval amplia il raggio del danno
- Allowance massimi evitano approval ripetuti ma possono esporre l'intero saldo futuro del token finché il permesso resta attivo.
- Typed data resta un'autorizzazione
- EIP-712 struttura i dati ma order, permit e altri diritti possono comunque produrre effetti on-chain rilevanti.
- Permit può spostare l'autorità in una firma off-chain
- Permit e Permit2 autorizzano spesa tramite firma; spender, token, amount, nonce, deadline e verifying contract definiscono l'autorità reale.
- Ricostruisci l'intento da segnali indipendenti
- Una layer pre-signature confronta origine, chain, destination, metodo, parametri, approval e cambi attesi con l'intento dichiarato dall'utente.
- Il rischio deve terminare in una decisione comprensibile
- Uno score senza spiegazione crea automation bias. Mostra cosa è insolito, quale autorità viene concessa, cosa si può perdere e quale incertezza rimane.
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
Replay protection, nonce e domain separation
L'autorizzazione deve essere legata a chain, contratto, account state e durata. EIP-155 ed EIP-712 riducono il replay con meccanismi diversi.
Focus sicurezzanonce · chainId · domain separator · verifyingContract · replay window
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 / 02
ERC-4337 UserOperations e account abstraction
UserOperations sposta la validazione negli smart account e introduce bundlers, EntryPoint, paymasters e simulazione. La review deve coprire l'intero pipeline.
Focus sicurezzaUserOperation · EntryPoint · bundler · paymaster · validation simulation
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-4337 ↗
EXT / 03
EOA delegate con EIP-7702
EIP-7702 permette delegazione persistente di codice tramite authorization tuples firmate. Verifica chain binding, nonce, delegate implementation, inizializzazione e revoca.
Focus sicurezzaauthorization tuple · delegated code · persistent delegation · nonce · revocation
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 primariEIP-7702 ↗
Modulo 01
Intento transazionale e calldata
Questo modulo approfondisce intento transazionale e calldata con teoria applicata e un laboratorio dedicato.
Lezione 1.1
Il pulsante non è la transazione
Capitolo tecnico
Lezione tecnica approfonditaIl pulsante non è la transazione
01
Modello mentale
Su EVM la calldata codifica funzione e parametri. Un UI può mostrare 'swap' mentre il payload chiama altro; decodifica e confronta con l'intento.
Questo concetto è importante perché Rischio chiave: non trattare il pulsante non è la transazione 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 selector e arguments e target e native value e nested execution. Gli identificatori di protocollo non vengono tradotti perché fanno parte del payload tecnico.
selectorPunti tecnici di ispezione
argumentsPunti tecnici di ispezione
targetPunti tecnici di ispezione
native valuePunti tecnici di ispezione
nested executionPunti 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 pulsante non è la transazione prima di autorizzare. Sconosciuto non equivale a sicuro.
- Rischio chiave: non trattare il pulsante non è la transazione come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di il pulsante non è la transazione 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 pulsante non è la transazione 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 pulsante non è la transazione come un dettaglio irrilevante. e Azione: verifica le evidenze tecniche di il pulsante non è la transazione prima di autorizzare.
Output richiesto all'analistaIl pulsante non è la transazione · Criterio decisionale
Workbook tecnico
Obiettivo dell'analista
Rischio chiave: non trattare il pulsante non è la transazione come un dettaglio irrilevante.
Meccanica
selector
calldata[0:4]arguments
ABI-decoded parameterstarget
transaction.tonative value
transaction.valuenested execution
multicall / router subcallsSegnali di errore
- 01
UI intent != decoded method
- 02
unknown selector
- 03
unexpected recipient
- 04
hidden native value
- 05
nested call changes authority
Procedura di verifica
- 01
capture exact payload
- 02
resolve selector / ABI
- 03
decode every material parameter
- 04
trace nested calls when present
- 05
compare decoded action with user intent
Catena di ragionamento
- 01
fatti → evidenza materiale
- 02
evidenza → conseguenza / autorità
- 03
conseguenza → decisione esplicita + prossima azione
Deliverable richiesto
decoded-intent record + mismatch listPercorso del protocollo
Segui il percorso della decisione di sicurezza
calldata / intent01Osserva
- selector: calldata[0:4]
- arguments: ABI-decoded parameters
02Traccia
- target: transaction.to
- native value: transaction.value
- nested execution: multicall / router subcalls
03Metti in dubbio
- UI intent != decoded method
- unknown selector
- unexpected recipient
04Verifica
- capture exact payload
- resolve selector / ABI
- decode every material parameter
05Risultato
- decoded-intent record + mismatch list
Superficie di autoritàselector · arguments · target
Condizione di erroreUI intent != decoded method
Caso applicato
decode-calldataui Action
Swap 1 ETHmethod Selector
0x095ea7b3decoded Method
approve(address,uint256)spender
0xNew...amount
MAX_UINT256native Value
0Compito 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?
spender
0xNew...03
Esecuzione
Cosa farà realmente il payload, la route o il sistema?
method Selector
0x095ea7b3decoded Method
approve(address,uint256)amount
MAX_UINT256native Value
004
Contesto
Quali fatti circostanti possono cambiare la decisione?
ui Action
Swap 1 ETHEsercizio 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.
Focusselector · arguments · target
Segnale di erroreUI intent != decoded method
Verifica primacapture exact payload
Deliverabledecoded-intent record + mismatch list
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 pulsante non è la transazione come un dettaglio irrilevante.
- 02
Azione: verifica le evidenze tecniche di il pulsante non è la transazione 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
Destinazione e valore sono i primi invarianti
Capitolo tecnico
Lezione tecnica approfonditaDestinazione e valore sono i primi invarianti
01
Modello mentale
Prima dell'analisi avanzata conferma chain, destinatario del native value, contratti chiamati e valore; zero native value non equivale a zero rischio.
Questo concetto è importante perché Rischio chiave: non trattare destinazione e valore sono i primi invarianti 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 chain e recipient e native value e token movement e intermediary. Gli identificatori di protocollo non vengono tradotti perché fanno parte del payload tecnico.
chainPunti tecnici di ispezione
recipientPunti tecnici di ispezione
native valuePunti tecnici di ispezione
token movementPunti tecnici di ispezione
intermediaryPunti 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 destinazione e valore sono i primi invarianti prima di autorizzare. Sconosciuto non equivale a sicuro.
- Rischio chiave: non trattare destinazione e valore sono i primi invarianti come un dettaglio irrilevante.
- Azione: verifica le evidenze tecniche di destinazione e valore sono i primi invarianti 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 destinazione e valore sono i primi invarianti 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 destinazione e valore sono i primi invarianti come un dettaglio irrilevante. e Azione: verifica le evidenze tecniche di destinazione e valore sono i primi invarianti prima di autorizzare.
Output richiesto all'analistaDestinazione e valore sono i primi invarianti · Criterio decisionale
Workbook tecnico
Obiettivo dell'analista
Rischio chiave: non trattare destinazione e valore sono i primi invarianti come un dettaglio irrilevante.
Meccanica
chain
chainId / network contextrecipient
to / resolved destinationnative value
msg.value / valuetoken movement
decoded transfer / transferFromintermediary
router / bridge / proxySegnali di errore
- 01
chain switch
- 02
new destination
- 03
clipboard substitution
- 04
visible recipient != payload target
- 05
zero-value call grants authority
Procedura di verifica
- 01
confirm chainId
- 02
resolve full destination
- 03
inspect native value
- 04
decode token movements
- 05
verify intermediary purpose
Catena di ragionamento
- 01
fatti → evidenza materiale
- 02
evidenza → conseguenza / autorità
- 03
conseguenza → decisione esplicita + prossima azione
Deliverable richiesto
destination-integrity recordPercorso del protocollo
Segui il percorso della decisione di sicurezza
value / destination01Osserva
- chain: chainId / network context
- recipient: to / resolved destination
02Traccia
- native value: msg.value / value
- token movement: decoded transfer / transferFrom
- intermediary: router / bridge / proxy
03Metti in dubbio
- chain switch
- new destination
- clipboard substitution
04Verifica
- confirm chainId
- resolve full destination
- inspect native value
05Risultato
- destination-integrity record
Superficie di autoritàchain · recipient · native value
Condizione di errorechain switch
Caso applicato
first-invariantschain
Arbitrumui Chain
Ethereumnative Value
0.3 ETHtop Level To
0xRouter...final Recipient
unknowncontract Age
2 hoursCompito 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à?
final Recipient
unknown02
Autorità
Quale capacità può essere concessa, mantenuta o esercitata?
—
03
Esecuzione
Cosa farà realmente il payload, la route o il sistema?
native Value
0.3 ETH04
Contesto
Quali fatti circostanti possono cambiare la decisione?
chain
Arbitrumui Chain
Ethereumtop Level To
0xRouter...contract Age
2 hoursEsercizio 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.
Focuschain · recipient · native value
Segnale di errorechain switch
Verifica primaconfirm chainId
Deliverabledestination-integrity 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 destinazione e valore sono i primi invarianti come un dettaglio irrilevante.
- 02
Azione: verifica le evidenze tecniche di destinazione e valore sono i primi invarianti 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
Approval e autorità di spesa
Questo modulo approfondisce approval e autorità di spesa con teoria applicata e un laboratorio dedicato.
Modulo bloccato
Completa il modulo precedente, incluso il laboratorio pratico, prima di continuare.
Modulo 03
EIP-712, Permit e Permit2
Questo modulo approfondisce eip-712, permit e permit2 con teoria applicata e un laboratorio dedicato.
Modulo bloccato
Completa il modulo precedente, incluso il laboratorio pratico, prima di continuare.
Modulo 04
Ricostruzione dell'intento e decisione
Questo modulo approfondisce ricostruzione dell'intento e decisione 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 limite35 min
BLOCCATOCompleta tutti i checkpoint e i laboratori prima di sbloccare l'esame finale.