UTXOSUITE — home
← Retour à l'Académie
NIVEAU 3 · Gratuit

Comprendre ce que Vous Signez

Maîtrisez approvals, calldata, EIP-712, Permit et Permit2.

8 leçons · 8 Exercice de terrain · 8 Scénarios pratiques · 20 question · 80% score minimal
Commencer à apprendre0% · 0/21

Ce que vous saurez faire

Ce module approfondit intention transactionnelle & calldata avec une théorie appliquée et un laboratoire décisionnel dédié.

Ce module approfondit approvals & pouvoir de dépense avec une théorie appliquée et un laboratoire décisionnel dédié.

Ce module approfondit eip-712, permit & permit2 avec une théorie appliquée et un laboratoire décisionnel dédié.

Ce module approfondit reconstruction de l'intention & décision avec une théorie appliquée et un laboratoire décisionnel dédié.

Programme

1.1 · Le libellé du bouton n'est pas la transaction22 min
1.2 · Destination et valeur sont les premiers invariants16 min
Laboratoire · Décoder le pouvoir de dépense

Ce cours comprend

  • 8 leçons · 16 heures guidées
  • 4 Laboratoire · Scénarios pratiques
  • 8 Cas pratiques appliqués · 8 Contrôles des connaissances
  • 52 Banque de questions · 80% note de passage
  • Attestation de fin: UTXO Certified · Signing & Approval Literacy

Ce que ce cours attend de vous

  • Traduire une signature en permissions, pouvoir de dépense et risque.
  • Score minimal: 80%
  • Sécurité Wallet & Auto-garde
Brief du cours

Contrat de formation

Traduire une signature en permissions, pouvoir de dépense et risque.

01 · Capacité viséeTraduire une signature en permissions, pouvoir de dépense et risque.
02 · Prérequis recommandéSécurité Wallet & Auto-garde
Livrables pratiques
01

Intention transactionnelle & calldata

Ce module approfondit intention transactionnelle & calldata avec une théorie appliquée et un laboratoire décisionnel dédié.

Mémo de preuve · APPROVAL
02

Approvals & pouvoir de dépense

Ce module approfondit approvals & pouvoir de dépense avec une théorie appliquée et un laboratoire décisionnel dédié.

Mémo de preuve · APPROVAL
03

EIP-712, Permit & Permit2

Ce module approfondit eip-712, permit & permit2 avec une théorie appliquée et un laboratoire décisionnel dédié.

Mémo de preuve · TYPED-DATA
04

Reconstruction de l'intention & décision

Ce module approfondit reconstruction de l'intention & décision avec une théorie appliquée et un laboratoire décisionnel dédié.

Mémo de preuve · APPROVAL
Contrat d'évaluation
Contrôles de leçon8
Labs de module4
Examen final20
Seuil de maîtrise80%
Programme complet

Comprendre ce que Vous Signez

Examinez l'ensemble du programme, des compétences et du parcours d'évaluation avant de commencer.

Charge d'étude guidée16h
modules4
leçons8
01

Intention transactionnelle & calldata

Ce module approfondit intention transactionnelle & calldata avec une théorie appliquée et un laboratoire décisionnel dédié.

1.1
Le libellé du bouton n'est pas la transaction45 min · Leçon technique approfondie
1.2
Destination et valeur sont les premiers invariants45 min · Leçon technique approfondie
Laboratoire pratique du moduleDécoder le pouvoir de dépense
02

Approvals & pouvoir de dépense

Ce module approfondit approvals & pouvoir de dépense avec une théorie appliquée et un laboratoire décisionnel dédié.

2.1
Un approval délègue un pouvoir de dépense futur45 min · Leçon technique approfondie
2.2
Unlimited approval élargit le rayon de dommage45 min · Leçon technique approfondie
Laboratoire pratique du moduleDécoder le pouvoir de dépense
03

EIP-712, Permit & Permit2

Ce module approfondit eip-712, permit & permit2 avec une théorie appliquée et un laboratoire décisionnel dédié.

3.1
Typed data reste une autorisation45 min · Leçon technique approfondie
3.2
Permit peut déplacer l'autorité de dépense hors chaîne45 min · Leçon technique approfondie
Laboratoire pratique du moduleLire le message Permit2
04

Reconstruction de l'intention & décision

Ce module approfondit reconstruction de l'intention & décision avec une théorie appliquée et un laboratoire décisionnel dédié.

4.1
Reconstruire l'intention à partir de signaux indépendants45 min · Leçon technique approfondie
4.2
Le risque doit aboutir à une décision compréhensible45 min · Leçon technique approfondie
Laboratoire pratique du moduleDécoder le pouvoir de dépense
Compétences
  • Décodez selector et paramètres au lieu de croire l'étiquette visuelle.
  • Comparez toujours action décodée et intention utilisateur.
  • Zéro valeur native ne signifie pas zéro risque.
  • Confirmez chaîne, destination, valeur et intermédiaires.
  • Vérifiez l'identité du spender et la taille de l'allowance.
  • Révoquez les permissions persistantes devenues inutiles.
  • Les unlimited approvals doivent être signalés explicitement.
  • Préférez des montants bornés lorsque le workflow le permet.
  • Lisez primary type, domain, chain et verifying contract.
  • Traitez la signature typed-data comme un objet d'autorisation.
  • Off-chain ne signifie pas sans conséquence.
  • Exposez clairement portée et durée du pouvoir accordé.
Parcours d'évaluation
  1. Exercice de terrain écrit × 8
  2. Contrôles des connaissances × 8
  3. Laboratoire pratique du module × 4
  4. Examen final chronométré · 20 · ≥ 80%
Charge d'étude guidée
  1. Leçon technique approfondie · 360 min
  2. Exercice de terrain écrit · 160 min
  3. Laboratoire pratique du module · 140 min
  4. Specialist units · 105 min
  5. Examen final chronométré · 35 min
MANUEL DU COURS

Portée, résultats et standard d'étude

16h
Public visé

Maîtrisez approvals, calldata, EIP-712, Permit et Permit2.

Prérequis

Étude préalable recommandée

  • Fondamentaux Crypto & Blockchain
  • Sécurité Wallet & Auto-garde
Résultats d'apprentissage
  • Décodez selector et paramètres au lieu de croire l'étiquette visuelle.
  • Comparez toujours action décodée et intention utilisateur.
  • Zéro valeur native ne signifie pas zéro risque.
  • Confirmez chaîne, destination, valeur et intermédiaires.
  • Vérifiez l'identité du spender et la taille de l'allowance.
  • Révoquez les permissions persistantes devenues inutiles.
  • Les unlimited approvals doivent être signalés explicitement.
  • Préférez des montants bornés lorsque le workflow le permet.
  • Lisez primary type, domain, chain et verifying contract.
  • Traitez la signature typed-data comme un objet d'autorisation.
Méthode d'étude
  1. 01

    Lire le chapitre technique en six parties

  2. 02

    Inspecter le visuel unique et le modèle de protocole

  3. 03

    Travailler le cas et la carte de preuves

  4. 04

    Soumettre l'exercice écrit

  5. 05

    Réussir le knowledge check et le lab du module

  6. 06

    Passer l'évaluation finale chronométrée

Standard de preuve

Chaque affirmation doit être reliée à des champs observables, au comportement du protocole, à des sources primaires ou à des hypothèses explicitement déclarées. Les inconnues doivent rester visibles.

Critère de réussite

La réussite exige le travail écrit, les knowledge checks, tous les labs et au moins 80% à l'examen final. Le niveau professionnel exige également le capstone.

Glossaire essentiel
Le libellé du bouton n'est pas la transaction
Sur EVM, calldata encode fonction et paramètres. Une UI peut afficher 'swap' alors que le payload appelle un autre contrat ou accorde une autre autorité ; l'action réelle doit être reconstruite depuis le payload.
Destination et valeur sont les premiers invariants
Avant l'analyse complexe, établissez chaîne active, destinataire de valeur native, contrats appelés et valeur envoyée. Les chain switches et contrats intermédiaires sont des sources fréquentes de risque.
Un approval délègue un pouvoir de dépense futur
ERC-20 approve autorise un spender à déplacer des tokens plus tard jusqu'à un allowance. L'approval peut ne rien transférer aujourd'hui tout en créant une autorité persistante exploitable demain.
Unlimited approval élargit le rayon de dommage
Un allowance maximal évite des approvals répétés mais peut donner au spender accès à tout le solde futur du token tant que l'autorisation subsiste.
Typed data reste une autorisation
EIP-712 structure les données et améliore l'affichage et la domain separation, mais ne rend pas la signature sûre. Orders, permits ou autres droits peuvent produire des effets on-chain ultérieurs.
Permit peut déplacer l'autorité de dépense hors chaîne
Permit et Permit2 permettent d'autoriser du spending via signature sans approval on-chain préalable. Spender, token, amount, nonce, deadline et verifying contract déterminent la portée réelle.
Reconstruire l'intention à partir de signaux indépendants
Une couche pré-signature compare l'intention avec origine, chaîne, destination, méthode, paramètres, approvals et changements d'actifs attendus. Aucun champ isolé ne suffit à prouver la sécurité.
Le risque doit aboutir à une décision compréhensible
Un score sans preuve crée un biais d'automatisation. L'utilisateur doit savoir ce qui est inhabituel, quelle autorité il accorde, ce qu'il peut perdre et quelle incertitude reste.
EXTENSIONS SPÉCIALISÉES

Protocoles modernes et sujets opérationnels

Ces extensions élargissent le cursus central avec des normes actuelles et des frontières de sécurité qu'un praticien doit savoir reconnaître.

Protection replay, nonces et séparation de domaine
Unité d'étude spécialisée01
EXT / 01

Protection replay, nonces et séparation de domaine

L'autorisation doit être liée à la chaîne, au contrat, à l'état du compte et à sa durée. EIP-155 et EIP-712 réduisent le replay de manières complémentaires.

Point de sécuriténonce · chainId · domain separator · verifyingContract · replay window
Tâche d'étudeLisez les sources primaires, identifiez la frontière de confiance et expliquez comment le mécanisme modifie le modèle d'autorisation ou d'exécution.
Livrable requisProduisez une note d'analyste concise contenant hypothèses, preuves matérielles, conditions de défaillance et décision de sécurité justifiée.
Références primairesEIP-155 ↗EIP-712 ↗
ERC-4337 UserOperations et account abstraction
Unité d'étude spécialisée02
EXT / 02

ERC-4337 UserOperations et account abstraction

UserOperations déplace la validation vers les smart accounts et ajoute bundlers, EntryPoint, paymasters et simulation. La revue porte sur tout le pipeline de validation et de sponsoring.

Point de sécuritéUserOperation · EntryPoint · bundler · paymaster · simulation
Tâche d'étudeLisez les sources primaires, identifiez la frontière de confiance et expliquez comment le mécanisme modifie le modèle d'autorisation ou d'exécution.
Livrable requisProduisez une note d'analyste concise contenant hypothèses, preuves matérielles, conditions de défaillance et décision de sécurité justifiée.
Références primairesERC-4337 ↗
EOA délégués avec EIP-7702
Unité d'étude spécialisée03
EXT / 03

EOA délégués avec EIP-7702

EIP-7702 permet une délégation persistante de code via authorization tuples signés. Vérifiez chain binding, nonce, implémentation déléguée, initialisation et révocation.

Point de sécuritéauthorization tuple · delegated code · persistent delegation · nonce · revocation
Tâche d'étudeLisez les sources primaires, identifiez la frontière de confiance et expliquez comment le mécanisme modifie le modèle d'autorisation ou d'exécution.
Livrable requisProduisez une note d'analyste concise contenant hypothèses, preuves matérielles, conditions de défaillance et décision de sécurité justifiée.
Références primairesEIP-7702 ↗
Module 01

Intention transactionnelle & calldata

Ce module approfondit intention transactionnelle & calldata avec une théorie appliquée et un laboratoire décisionnel dédié.

Environnement technique lié à ce module de cours
Leçon 1.1

Le libellé du bouton n'est pas la transaction

22 min
UTXO ACADEMY / CONCEPT MODELCALLDATADECODE INTENTVISUAL AID · NOT A SECURITY VERDICT
Chapitre technique

Le libellé du bouton n'est pas la transaction

Leçon technique approfondie
01
Modèle mental

Sur EVM, calldata encode fonction et paramètres. Une UI peut afficher 'swap' alors que le payload appelle un autre contrat ou accorde une autre autorité ; l'action réelle doit être reconstruite depuis le payload.

Ce concept est important parce que Décodez selector et paramètres au lieu de croire l'étiquette visuelle.

Inspectez les champs exacts du protocole qui créent une autorité ou modifient l'exécution. Comparez ces champs avec l'intention déclarée de l'utilisateur et la frontière de sécurité attendue.

02
Ce qui se passe réellement

Inspectez les champs exacts du protocole qui créent une autorité ou modifient l'exécution.

Au niveau du protocole et de l'exécution, il faut inspecter selector et arguments et target et native value et nested execution. Les identifiants de protocole restent non traduits car ils font partie du payload technique.

selector

Points d'inspection technique

arguments

Points d'inspection technique

target

Points d'inspection technique

native value

Points d'inspection technique

nested execution

Points d'inspection technique

03
Surface de défaillance

Considérez les contradictions, l'autorité excessive et les dépendances inexpliquées comme des signaux matériels de défaillance.

La conséquence pratique est que Comparez toujours action décodée et intention utilisateur. Inconnu ne signifie pas sûr.

  • Décodez selector et paramètres au lieu de croire l'étiquette visuelle.
  • Comparez toujours action décodée et intention utilisateur.
04
Critère de décision

Reliez chaque signal matériel à sa conséquence concrète sur les actifs, l'autorité ou la confiance.

La conséquence pratique est que Comparez toujours action décodée et intention utilisateur.

Escaladez lorsque les preuves sont contradictoires, incomplètes ou que la conséquence dépasse la politique courante.

05
Procédure de vérification

Vérifiez la requête au moyen de preuves indépendantes avant toute autorisation irréversible.

  1. 01

    Inspectez les champs exacts du protocole qui créent une autorité ou modifient l'exécution.

  2. 02

    Comparez ces champs avec l'intention déclarée de l'utilisateur et la frontière de sécurité attendue.

  3. 03

    Vérifiez la requête au moyen de preuves indépendantes avant toute autorisation irréversible.

  4. 04

    Consignez faits, hypothèses, inconnues et décision afin qu'un autre analyste puisse reproduire la revue.

  5. 05

    Escaladez lorsque les preuves sont contradictoires, incomplètes ou que la conséquence dépasse la politique courante.

06
Livrable analyste

Consignez faits, hypothèses, inconnues et décision afin qu'un autre analyste puisse reproduire la revue.

Décodez selector et paramètres au lieu de croire l'étiquette visuelle. et Comparez toujours action décodée et intention utilisateur.

Livrable analysteLe libellé du bouton n'est pas la transaction · Critère de décision
Le libellé du bouton n'est pas la transaction
LESSON VISUALLe libellé du bouton n'est pas la transactioncalldata intent
Le libellé du bouton n'est pas la transaction
CONTEXTE RÉEL · ENVIRONNEMENT DE REVUE DE SIGNATURELe libellé du bouton n'est pas la transactionCONCEPT → ENVIRONNEMENT RÉEL → DÉCISION OPÉRATIONNELLE
VISUAL MODEL / REQUEST FLOWcalldata-intent
N01N02N03N04N05N06REQUEST FLOWLe libellé du bouton n'est pas la transaction
CONCEPT → EVIDENCE → FAILURE MODE → VERIFICATION
Workbook technique

Objectif analyste

Décodez selector et paramètres au lieu de croire l'étiquette visuelle.

Mécanique
selectorcalldata[0:4]
argumentsABI-decoded parameters
targettransaction.to
native valuetransaction.value
nested executionmulticall / router subcalls
Signaux de défaillance
  1. 01

    UI intent != decoded method

  2. 02

    unknown selector

  3. 03

    unexpected recipient

  4. 04

    hidden native value

  5. 05

    nested call changes authority

Procédure de vérification
  1. 01

    capture exact payload

  2. 02

    resolve selector / ABI

  3. 03

    decode every material parameter

  4. 04

    trace nested calls when present

  5. 05

    compare decoded action with user intent

Chaîne de raisonnement
  1. 01

    faits → éléments matériels

  2. 02

    preuves → conséquence / autorité

  3. 03

    conséquence → décision explicite + prochaine action

Livrable requisdecoded-intent record + mismatch list
Parcours du protocole

Suivez le chemin de décision de sécurité

calldata / intent
01Observer
  • selector: calldata[0:4]
  • arguments: ABI-decoded parameters
02Tracer
  • target: transaction.to
  • native value: transaction.value
  • nested execution: multicall / router subcalls
03Contester
  • UI intent != decoded method
  • unknown selector
  • unexpected recipient
04Vérifier
  • capture exact payload
  • resolve selector / ABI
  • decode every material parameter
05Résultat
  • decoded-intent record + mismatch list
Surface d'autoritéselector · arguments · target
Condition de défaillanceUI intent != decoded method
Cas pratique
decode-calldata
CAS / calldata-intent
ui ActionSwap 1 ETH
method Selector0x095ea7b3
decoded Methodapprove(address,uint256)
spender0xNew...
amountMAX_UINT256
native Value0
Tâche de l'analyste

Avant de répondre, identifiez l'autorité accordée, la frontière de confiance susceptible d'échouer et la conséquence irréversible.

Carte de preuves

Organisez avant de décider

Séparez identité, autorité, exécution et contexte avant toute décision de sécurité.

01
Identité

Qui ou quoi demande, reçoit ou représente une autorité ?

—
02
Autorité

Quelle capacité peut être accordée, conservée ou exercée ?

spender0xNew...
03
Exécution

Que fera réellement le payload, la route ou le système ?

method Selector0x095ea7b3
decoded Methodapprove(address,uint256)
amountMAX_UINT256
native Value0
04
Contexte

Quels faits environnants peuvent changer la décision ?

ui ActionSwap 1 ETH
Exercice de terrain

Produisez une conclusion exploitable par un analyste

Dossier analyste local uniquement

Ne répondez pas de mémoire. Utilisez le cas, les champs du protocole et la procédure de vérification ci-dessus pour rédiger une conclusion reproductible.

Point d'attentionselector · arguments · target
Signal de défaillanceUI intent != decoded method
Vérifier d'abordcapture exact payload
Livrabledecoded-intent record + mismatch list
Critères de validation
  • Cite des preuves matérielles, pas l'apparence de l'interface.
  • Nomme l'autorité, la transition d'état ou la conséquence.
  • Fournit une prochaine action ou décision reproductible.
Notes de sécurité
  1. 01

    Décodez selector et paramètres au lieu de croire l'étiquette visuelle.

  2. 02

    Comparez toujours action décodée et intention utilisateur.

Carnet d'analyste

Construisez votre mémo de preuve

Dossier d'apprentissage local uniquement

Consignez votre raisonnement avant le contrôle et terminez par une décision ou une prochaine action explicite. Les notes restent sur cet appareil.

LOCAL STORAGE
Exercice de terrain

Développez les trois sections avant validation.

Leçon 1.2

Destination et valeur sont les premiers invariants

16 min
UTXO ACADEMY / CONCEPT MODELVALUE / DESTINATIONFIRST INVARIANTSVISUAL AID · NOT A SECURITY VERDICT
Chapitre technique

Destination et valeur sont les premiers invariants

Leçon technique approfondie
01
Modèle mental

Avant l'analyse complexe, établissez chaîne active, destinataire de valeur native, contrats appelés et valeur envoyée. Les chain switches et contrats intermédiaires sont des sources fréquentes de risque.

Ce concept est important parce que Zéro valeur native ne signifie pas zéro risque.

Inspectez les champs exacts du protocole qui créent une autorité ou modifient l'exécution. Comparez ces champs avec l'intention déclarée de l'utilisateur et la frontière de sécurité attendue.

02
Ce qui se passe réellement

Inspectez les champs exacts du protocole qui créent une autorité ou modifient l'exécution.

Au niveau du protocole et de l'exécution, il faut inspecter chain et recipient et native value et token movement et intermediary. Les identifiants de protocole restent non traduits car ils font partie du payload technique.

chain

Points d'inspection technique

recipient

Points d'inspection technique

native value

Points d'inspection technique

token movement

Points d'inspection technique

intermediary

Points d'inspection technique

03
Surface de défaillance

Considérez les contradictions, l'autorité excessive et les dépendances inexpliquées comme des signaux matériels de défaillance.

La conséquence pratique est que Confirmez chaîne, destination, valeur et intermédiaires. Inconnu ne signifie pas sûr.

  • Zéro valeur native ne signifie pas zéro risque.
  • Confirmez chaîne, destination, valeur et intermédiaires.
04
Critère de décision

Reliez chaque signal matériel à sa conséquence concrète sur les actifs, l'autorité ou la confiance.

La conséquence pratique est que Confirmez chaîne, destination, valeur et intermédiaires.

Escaladez lorsque les preuves sont contradictoires, incomplètes ou que la conséquence dépasse la politique courante.

05
Procédure de vérification

Vérifiez la requête au moyen de preuves indépendantes avant toute autorisation irréversible.

  1. 01

    Inspectez les champs exacts du protocole qui créent une autorité ou modifient l'exécution.

  2. 02

    Comparez ces champs avec l'intention déclarée de l'utilisateur et la frontière de sécurité attendue.

  3. 03

    Vérifiez la requête au moyen de preuves indépendantes avant toute autorisation irréversible.

  4. 04

    Consignez faits, hypothèses, inconnues et décision afin qu'un autre analyste puisse reproduire la revue.

  5. 05

    Escaladez lorsque les preuves sont contradictoires, incomplètes ou que la conséquence dépasse la politique courante.

06
Livrable analyste

Consignez faits, hypothèses, inconnues et décision afin qu'un autre analyste puisse reproduire la revue.

Zéro valeur native ne signifie pas zéro risque. et Confirmez chaîne, destination, valeur et intermédiaires.

Livrable analysteDestination et valeur sont les premiers invariants · Critère de décision
Destination et valeur sont les premiers invariants
LESSON VISUALDestination et valeur sont les premiers invariantsvalue destination
Destination et valeur sont les premiers invariants
CONTEXTE RÉEL · ENVIRONNEMENT DE REVUE DE SIGNATUREDestination et valeur sont les premiers invariantsCONCEPT → ENVIRONNEMENT RÉEL → DÉCISION OPÉRATIONNELLE
VISUAL MODEL / INCIDENT TIMELINEvalue-destination
N01N02N03N04N05N06INCIDENT TIMELINEDestination et valeur sont les premiers invariants
CONCEPT → EVIDENCE → FAILURE MODE → VERIFICATION
Workbook technique

Objectif analyste

Zéro valeur native ne signifie pas zéro risque.

Mécanique
chainchainId / network context
recipientto / resolved destination
native valuemsg.value / value
token movementdecoded transfer / transferFrom
intermediaryrouter / bridge / proxy
Signaux de défaillance
  1. 01

    chain switch

  2. 02

    new destination

  3. 03

    clipboard substitution

  4. 04

    visible recipient != payload target

  5. 05

    zero-value call grants authority

Procédure de vérification
  1. 01

    confirm chainId

  2. 02

    resolve full destination

  3. 03

    inspect native value

  4. 04

    decode token movements

  5. 05

    verify intermediary purpose

Chaîne de raisonnement
  1. 01

    faits → éléments matériels

  2. 02

    preuves → conséquence / autorité

  3. 03

    conséquence → décision explicite + prochaine action

Livrable requisdestination-integrity record
Parcours du protocole

Suivez le chemin de décision de sécurité

value / destination
01Observer
  • chain: chainId / network context
  • recipient: to / resolved destination
02Tracer
  • native value: msg.value / value
  • token movement: decoded transfer / transferFrom
  • intermediary: router / bridge / proxy
03Contester
  • chain switch
  • new destination
  • clipboard substitution
04Vérifier
  • confirm chainId
  • resolve full destination
  • inspect native value
05Résultat
  • destination-integrity record
Surface d'autoritéchain · recipient · native value
Condition de défaillancechain switch
Cas pratique
first-invariants
CAS / value-destination
chainArbitrum
ui ChainEthereum
native Value0.3 ETH
top Level To0xRouter...
final Recipientunknown
contract Age2 hours
Tâche de l'analyste

Avant de répondre, identifiez l'autorité accordée, la frontière de confiance susceptible d'échouer et la conséquence irréversible.

Carte de preuves

Organisez avant de décider

Séparez identité, autorité, exécution et contexte avant toute décision de sécurité.

01
Identité

Qui ou quoi demande, reçoit ou représente une autorité ?

final Recipientunknown
02
Autorité

Quelle capacité peut être accordée, conservée ou exercée ?

—
03
Exécution

Que fera réellement le payload, la route ou le système ?

native Value0.3 ETH
04
Contexte

Quels faits environnants peuvent changer la décision ?

chainArbitrum
ui ChainEthereum
top Level To0xRouter...
contract Age2 hours
Exercice de terrain

Produisez une conclusion exploitable par un analyste

Dossier analyste local uniquement

Ne répondez pas de mémoire. Utilisez le cas, les champs du protocole et la procédure de vérification ci-dessus pour rédiger une conclusion reproductible.

Point d'attentionchain · recipient · native value
Signal de défaillancechain switch
Vérifier d'abordconfirm chainId
Livrabledestination-integrity record
Critères de validation
  • Cite des preuves matérielles, pas l'apparence de l'interface.
  • Nomme l'autorité, la transition d'état ou la conséquence.
  • Fournit une prochaine action ou décision reproductible.
Notes de sécurité
  1. 01

    Zéro valeur native ne signifie pas zéro risque.

  2. 02

    Confirmez chaîne, destination, valeur et intermédiaires.

Carnet d'analyste

Construisez votre mémo de preuve

Dossier d'apprentissage local uniquement

Consignez votre raisonnement avant le contrôle et terminez par une décision ou une prochaine action explicite. Les notes restent sur cet appareil.

LOCAL STORAGE
Exercice de terrain

Développez les trois sections avant validation.

Laboratoire verrouillé

Réussissez les contrôles de connaissances des deux leçons avant le laboratoire.

Module 02

Approvals & pouvoir de dépense

Ce module approfondit approvals & pouvoir de dépense avec une théorie appliquée et un laboratoire décisionnel dédié.

Module verrouillé

Terminez le module précédent, laboratoire pratique inclus, avant de continuer.

Module 03

EIP-712, Permit & Permit2

Ce module approfondit eip-712, permit & permit2 avec une théorie appliquée et un laboratoire décisionnel dédié.

Environnement opérationnel de sécurité lié à ce module de cours
Module verrouillé

Terminez le module précédent, laboratoire pratique inclus, avant de continuer.

Module 04

Reconstruction de l'intention & décision

Ce module approfondit reconstruction de l'intention & décision avec une théorie appliquée et un laboratoire décisionnel dédié.

Module verrouillé

Terminez le module précédent, laboratoire pratique inclus, avant de continuer.

Examen final

Examen final

Évaluation cumulative reconstruite à chaque tentative à partir des concepts et cas pratiques du cours.

Un score minimal de 80 % est requis. Terminer la théorie seule ne délivre pas d'attestation.

Score minimal80%
Meilleur score0%
Banque52
Tentative20
Tentatives0
Temps limite35 min
Examen final
UTXO ACADEMY / EXAMEN FINAL · understand-signingExamen final
VERROUILLÉTerminez tous les contrôles de leçon et tous les laboratoires avant de débloquer l'examen final.
Progression · 0%
Continuer