UTXOSUITE — home
← Volver a la Academia
NIVEL 3 · Gratis

Entiende lo que Firmas

Aprende approvals, calldata, EIP-712, Permit y Permit2 para que las solicitudes de firma dejen de ser opacas.

8 lecciones · 8 Ejercicio de campo · 8 Escenarios prácticos · 20 pregunta · 80% nota mínima
Empezar a estudiar0% · 0/21

Qué sabrás hacer

Este módulo desarrolla intención transaccional y calldata mediante teoría aplicada y un laboratorio específico de decisión.

Este módulo desarrolla approvals y autoridad de gasto mediante teoría aplicada y un laboratorio específico de decisión.

Este módulo desarrolla eip-712, permit y permit2 mediante teoría aplicada y un laboratorio específico de decisión.

Este módulo desarrolla reconstrucción de intención y decisión mediante teoría aplicada y un laboratorio específico de decisión.

Temario

1.1 · El botón no es la transacción22 min
1.2 · Destino y valor son invariantes iniciales16 min
Laboratorio · Decodifica la autoridad de gasto

Este curso incluye

  • 8 lecciones · 16 horas guiadas
  • 4 Laboratorio · Escenarios prácticos
  • 8 Casos prácticos aplicados · 8 Comprobaciones de conocimiento
  • 52 Preguntas en el banco · 80% nota de corte
  • Credencial de finalización: UTXO Certified · Signing & Approval Literacy

Qué espera este curso de ti

  • Traducir una firma a permisos, autoridad de gasto y riesgo.
  • Nota mínima: 80%
  • Seguridad de Wallet y Autocustodia
Briefing del curso

Contrato de formación

Traducir una firma a permisos, autoridad de gasto y riesgo.

01 · Capacidad objetivoTraducir una firma a permisos, autoridad de gasto y riesgo.
02 · Prerrequisito recomendadoSeguridad de Wallet y Autocustodia
Entregables prácticos
01

Intención transaccional y calldata

Este módulo desarrolla intención transaccional y calldata mediante teoría aplicada y un laboratorio específico de decisión.

Memo de evidencia · APPROVAL
02

Approvals y autoridad de gasto

Este módulo desarrolla approvals y autoridad de gasto mediante teoría aplicada y un laboratorio específico de decisión.

Memo de evidencia · APPROVAL
03

EIP-712, Permit y Permit2

Este módulo desarrolla eip-712, permit y permit2 mediante teoría aplicada y un laboratorio específico de decisión.

Memo de evidencia · TYPED-DATA
04

Reconstrucción de intención y decisión

Este módulo desarrolla reconstrucción de intención y decisión mediante teoría aplicada y un laboratorio específico de decisión.

Memo de evidencia · APPROVAL
Contrato de evaluación
Checks de lección8
Labs de módulo4
Examen final20
Umbral de dominio80%
Temario completo

Entiende lo que Firmas

Revisa todo el currículo, las competencias y la ruta de evaluación antes de empezar.

Carga de estudio guiado16h
módulos4
lecciones8
01

Intención transaccional y calldata

Este módulo desarrolla intención transaccional y calldata mediante teoría aplicada y un laboratorio específico de decisión.

1.1
El botón no es la transacción45 min · Lección técnica profunda
1.2
Destino y valor son invariantes iniciales45 min · Lección técnica profunda
Laboratorio práctico del móduloDecodifica la autoridad de gasto
02

Approvals y autoridad de gasto

Este módulo desarrolla approvals y autoridad de gasto mediante teoría aplicada y un laboratorio específico de decisión.

2.1
Un approval delega autoridad de gasto futura45 min · Lección técnica profunda
2.2
Unlimited approval amplía el radio de daño45 min · Lección técnica profunda
Laboratorio práctico del móduloDecodifica la autoridad de gasto
03

EIP-712, Permit y Permit2

Este módulo desarrolla eip-712, permit y permit2 mediante teoría aplicada y un laboratorio específico de decisión.

3.1
Typed data sigue siendo autorización45 min · Lección técnica profunda
3.2
Permit puede desplazar la autoridad de gasto fuera de cadena45 min · Lección técnica profunda
Laboratorio práctico del móduloLee el mensaje Permit2
04

Reconstrucción de intención y decisión

Este módulo desarrolla reconstrucción de intención y decisión mediante teoría aplicada y un laboratorio específico de decisión.

4.1
Reconstruye intención con señales independientes45 min · Lección técnica profunda
4.2
El riesgo debe terminar en una decisión comprensible45 min · Lección técnica profunda
Laboratorio práctico del móduloDecodifica la autoridad de gasto
Competencias
  • Decodifica selector y parámetros antes de confiar en la etiqueta visual.
  • Compara siempre acción decodificada con intención declarada.
  • Un valor nativo cero no significa riesgo cero.
  • Confirma chain, destino, valor y contratos intermediarios.
  • Revisa identidad del spender y tamaño del allowance.
  • Revoca permisos obsoletos cuando sea apropiado.
  • Un approval ilimitado merece una advertencia explícita.
  • Prefiere límites ajustados cuando el flujo lo permita.
  • Lee primary type, domain, chain y verifying contract.
  • Trata typed data como objeto de autorización, no como mensaje inocuo.
  • No juzgues seguridad por ausencia de gas o transacción inmediata.
  • Expón claramente alcance y duración de la autoridad concedida.
Ruta de evaluación
  1. Ejercicio de campo escrito × 8
  2. Comprobaciones de conocimiento × 8
  3. Laboratorio práctico del módulo × 4
  4. Examen final cronometrado · 20 · ≥ 80%
Carga de estudio guiado
  1. Lección técnica profunda · 360 min
  2. Ejercicio de campo escrito · 160 min
  3. Laboratorio práctico del módulo · 140 min
  4. Specialist units · 105 min
  5. Examen final cronometrado · 35 min
MANUAL DEL CURSO

Alcance, resultados y estándar de estudio

16h
A quién va dirigido

Aprende approvals, calldata, EIP-712, Permit y Permit2 para que las solicitudes de firma dejen de ser opacas.

Prerrequisitos

Estudio previo recomendado

  • Fundamentos de Cripto y Blockchain
  • Seguridad de Wallet y Autocustodia
Resultados de aprendizaje
  • Decodifica selector y parámetros antes de confiar en la etiqueta visual.
  • Compara siempre acción decodificada con intención declarada.
  • Un valor nativo cero no significa riesgo cero.
  • Confirma chain, destino, valor y contratos intermediarios.
  • Revisa identidad del spender y tamaño del allowance.
  • Revoca permisos obsoletos cuando sea apropiado.
  • Un approval ilimitado merece una advertencia explícita.
  • Prefiere límites ajustados cuando el flujo lo permita.
  • Lee primary type, domain, chain y verifying contract.
  • Trata typed data como objeto de autorización, no como mensaje inocuo.
Método de estudio
  1. 01

    Lee el capítulo técnico de seis partes

  2. 02

    Inspecciona el visual único y el modelo de protocolo

  3. 03

    Trabaja el caso y el mapa de evidencia

  4. 04

    Entrega el ejercicio de campo escrito

  5. 05

    Aprueba el knowledge check y el lab del módulo

  6. 06

    Completa la evaluación final cronometrada

Estándar de evidencia

Toda afirmación debe vincularse a campos observables, comportamiento del protocolo, fuentes primarias o supuestos claramente declarados. Las incógnitas deben permanecer explícitas y nunca tratarse silenciosamente como seguras.

Criterio de finalización

La finalización exige el trabajo escrito, los knowledge checks, todos los labs y una nota mínima del 80% en el examen final. El nivel profesional exige además el capstone.

Glosario esencial
El botón no es la transacción
En EVM, calldata codifica función y parámetros. Una UI puede decir swap mientras el payload llama a otro contrato o concede otra autoridad; hay que reconstruir la acción desde el payload.
Destino y valor son invariantes iniciales
Antes de análisis avanzado, determina red, dirección que recibe valor nativo, contratos llamados y valor enviado. Cambios de red y contratos intermediarios son fuentes habituales de riesgo.
Un approval delega autoridad de gasto futura
ERC-20 approve permite que un spender transfiera tokens posteriormente hasta un allowance. El approval puede no mover nada hoy y aun así crear una capacidad persistente explotable mañana.
Unlimited approval amplía el radio de daño
Pedir el entero máximo evita approvals repetidos, pero puede permitir gastar todo el saldo futuro del token mientras el permiso siga activo.
Typed data sigue siendo autorización
EIP-712 estructura los datos y mejora su representación, pero no convierte la firma en segura. Puede codificar órdenes, permisos u otros derechos con efectos on-chain posteriores.
Permit puede desplazar la autoridad de gasto fuera de cadena
Permit y Permit2 permiten autorizar gasto mediante firma sin un approve tradicional previo. Debes identificar spender, token, importe, nonce, deadline y contrato verificador.
Reconstruye intención con señales independientes
Una capa pre-firma debe comparar intención del usuario con origen, red, destino, método, parámetros, approvals y cambios esperados de activos. Ningún campo aislado prueba seguridad.
El riesgo debe terminar en una decisión comprensible
Un score sin evidencia crea sesgo de automatización. El usuario necesita saber qué es inusual, qué autoridad concede, qué podría perder y qué incertidumbre permanece.
EXTENSIONES ESPECIALIZADAS

Protocolos modernos y temas operativos

Estas extensiones amplían el currículo base con estándares actuales y límites de seguridad que un profesional debe saber reconocer.

Replay protection, nonces y separación de dominio
Unidad de estudio especializada01
EXT / 01

Replay protection, nonces y separación de dominio

La autorización debe quedar ligada a red, contrato, estado de cuenta y vigencia. Nonces, EIP-155 y dominios EIP-712 reducen replay de formas distintas, pero todavía requieren una aplicación correctamente diseñada.

Foco de seguridadnonce · chainId · domain separator · verifyingContract · ventana de replay
Tarea de estudioLee el material primario, identifica el límite de confianza y explica cómo el mecanismo modifica el modelo de autorización o ejecución.
Entregable requeridoProduce una nota de analista concisa con supuestos, evidencia material, condiciones de fallo y una decisión de seguridad justificada.
Referencias primariasEIP-155 ↗EIP-712 ↗
ERC-4337 UserOperations y account abstraction
Unidad de estudio especializada02
EXT / 02

ERC-4337 UserOperations y account abstraction

UserOperations desplaza validación a la lógica de smart accounts e introduce bundlers, EntryPoint, paymasters y reglas de simulación. El análisis pasa de un único envelope a una tubería completa de validación y patrocinio.

Foco de seguridadUserOperation · EntryPoint · bundler · paymaster · simulación de validación
Tarea de estudioLee el material primario, identifica el límite de confianza y explica cómo el mecanismo modifica el modelo de autorización o ejecución.
Entregable requeridoProduce una nota de analista concisa con supuestos, evidencia material, condiciones de fallo y una decisión de seguridad justificada.
Referencias primariasERC-4337 ↗
EOAs delegadas con EIP-7702
Unidad de estudio especializada03
EXT / 03

EOAs delegadas con EIP-7702

EIP-7702 permite que una EOA delegue ejecución de código persistentemente mediante authorization tuples firmadas. Hay que revisar binding de chain, nonce, implementación delegada, inicialización y revocación.

Foco de seguridadauthorization tuple · código delegado · delegación persistente · nonce · revocación
Tarea de estudioLee el material primario, identifica el límite de confianza y explica cómo el mecanismo modifica el modelo de autorización o ejecución.
Entregable requeridoProduce una nota de analista concisa con supuestos, evidencia material, condiciones de fallo y una decisión de seguridad justificada.
Referencias primariasEIP-7702 ↗
Módulo 01

Intención transaccional y calldata

Este módulo desarrolla intención transaccional y calldata mediante teoría aplicada y un laboratorio específico de decisión.

Entorno técnico relacionado con este módulo del curso
Lección 1.1

El botón no es la transacción

22 min
UTXO ACADEMY / CONCEPT MODELCALLDATADECODE INTENTVISUAL AID · NOT A SECURITY VERDICT
Capítulo técnico

El botón no es la transacción

Lección técnica profunda
01
Modelo mental

En EVM, calldata codifica función y parámetros. Una UI puede decir swap mientras el payload llama a otro contrato o concede otra autoridad; hay que reconstruir la acción desde el payload.

Este concepto importa porque Decodifica selector y parámetros antes de confiar en la etiqueta visual.

Inspecciona los campos exactos del protocolo que crean autoridad o modifican la ejecución. Compara esos campos con la intención declarada por el usuario y con el límite de seguridad esperado.

02
Qué ocurre realmente

Inspecciona los campos exactos del protocolo que crean autoridad o modifican la ejecución.

A nivel de protocolo y ejecución, debes inspeccionar selector y arguments y target y native value y nested execution. Los identificadores del protocolo no se traducen porque forman parte del payload técnico.

selector

Puntos técnicos de inspección

arguments

Puntos técnicos de inspección

target

Puntos técnicos de inspección

native value

Puntos técnicos de inspección

nested execution

Puntos técnicos de inspección

03
Superficie de fallo

Trata las contradicciones, la autoridad excesiva y las dependencias sin explicar como señales materiales de fallo.

La consecuencia práctica es que Compara siempre acción decodificada con intención declarada. Desconocido no equivale a seguro.

  • Decodifica selector y parámetros antes de confiar en la etiqueta visual.
  • Compara siempre acción decodificada con intención declarada.
04
Criterio de decisión

Convierte cada señal material en la consecuencia concreta que puede producir sobre activos, autoridad o confianza.

La consecuencia práctica es que Compara siempre acción decodificada con intención declarada.

Escala cuando la evidencia sea contradictoria, incompleta o la consecuencia supere la política rutinaria.

05
Procedimiento de verificación

Verifica la solicitud mediante evidencia independiente antes de cualquier autorización irreversible.

  1. 01

    Inspecciona los campos exactos del protocolo que crean autoridad o modifican la ejecución.

  2. 02

    Compara esos campos con la intención declarada por el usuario y con el límite de seguridad esperado.

  3. 03

    Verifica la solicitud mediante evidencia independiente antes de cualquier autorización irreversible.

  4. 04

    Registra hechos, supuestos, incógnitas y decisión para que otro analista pueda reproducir la revisión.

  5. 05

    Escala cuando la evidencia sea contradictoria, incompleta o la consecuencia supere la política rutinaria.

06
Entregable del analista

Registra hechos, supuestos, incógnitas y decisión para que otro analista pueda reproducir la revisión.

Decodifica selector y parámetros antes de confiar en la etiqueta visual. y Compara siempre acción decodificada con intención declarada.

Entregable del analistaEl botón no es la transacción · Criterio de decisión
El botón no es la transacción
LESSON VISUALEl botón no es la transaccióncalldata intent
El botón no es la transacción
CONTEXTO REAL · ENTORNO DE REVISIÓN DE FIRMASEl botón no es la transacciónCONCEPTO → ENTORNO REAL → DECISIÓN OPERATIVA
VISUAL MODEL / REQUEST FLOWcalldata-intent
N01N02N03N04N05N06REQUEST FLOWEl botón no es la transacción
CONCEPT → EVIDENCE → FAILURE MODE → VERIFICATION
Workbook técnico

Objetivo del analista

Decodifica selector y parámetros antes de confiar en la etiqueta visual.

Mecánica
selectorcalldata[0:4]
argumentsABI-decoded parameters
targettransaction.to
native valuetransaction.value
nested executionmulticall / router subcalls
Señales de fallo
  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

Procedimiento de verificación
  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

Cadena de razonamiento
  1. 01

    hechos → evidencia material

  2. 02

    evidencia → consecuencia / autoridad

  3. 03

    consecuencia → decisión explícita + siguiente acción

Entregable requeridodecoded-intent record + mismatch list
Recorrido del protocolo

Sigue la ruta de decisión de seguridad

calldata / intent
01Observar
  • selector: calldata[0:4]
  • arguments: ABI-decoded parameters
02Trazar
  • target: transaction.to
  • native value: transaction.value
  • nested execution: multicall / router subcalls
03Cuestionar
  • UI intent != decoded method
  • unknown selector
  • unexpected recipient
04Verificar
  • capture exact payload
  • resolve selector / ABI
  • decode every material parameter
05Resultado
  • decoded-intent record + mismatch list
Superficie de autoridadselector · arguments · target
Condición de falloUI intent != decoded method
Caso práctico
decode-calldata
CASO / calldata-intent
ui ActionSwap 1 ETH
method Selector0x095ea7b3
decoded Methodapprove(address,uint256)
spender0xNew...
amountMAX_UINT256
native Value0
Tarea del analista

Antes de responder, identifica la autoridad que se concede, el límite de confianza que puede fallar y la consecuencia que se vuelve irreversible.

Mapa de evidencia

Ordena antes de decidir

Separa identidad, autoridad, ejecución y contexto antes de tomar una decisión de seguridad.

01
Identidad

¿Quién o qué solicita, recibe o representa autoridad?

—
02
Autoridad

¿Qué capacidad puede concederse, mantenerse o ejercerse?

spender0xNew...
03
Ejecución

¿Qué hará realmente el payload, la ruta o el sistema?

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

¿Qué hechos del entorno pueden cambiar materialmente la decisión?

ui ActionSwap 1 ETH
Ejercicio de campo

Produce un hallazgo listo para un analista

Registro de analista sólo local

No respondas de memoria. Utiliza el caso, los campos del protocolo y el procedimiento de verificación anterior para escribir un hallazgo reproducible.

Focoselector · arguments · target
Señal de falloUI intent != decoded method
Verificar primerocapture exact payload
Entregabledecoded-intent record + mismatch list
Criterios de finalización
  • Cita evidencia material, no la apariencia de la interfaz.
  • Identifica la autoridad, transición de estado o consecuencia.
  • Aporta una siguiente acción o decisión reproducible.
Notas de seguridad
  1. 01

    Decodifica selector y parámetros antes de confiar en la etiqueta visual.

  2. 02

    Compara siempre acción decodificada con intención declarada.

Cuaderno del analista

Construye tu memo de evidencia

Registro de aprendizaje sólo local

Registra tu razonamiento antes del checkpoint y termina con una decisión o siguiente acción explícita. Las notas permanecen en este dispositivo.

LOCAL STORAGE
Ejercicio de campo

Desarrolla las tres secciones antes de completarlo.

Lección 1.2

Destino y valor son invariantes iniciales

16 min
UTXO ACADEMY / CONCEPT MODELVALUE / DESTINATIONFIRST INVARIANTSVISUAL AID · NOT A SECURITY VERDICT
Capítulo técnico

Destino y valor son invariantes iniciales

Lección técnica profunda
01
Modelo mental

Antes de análisis avanzado, determina red, dirección que recibe valor nativo, contratos llamados y valor enviado. Cambios de red y contratos intermediarios son fuentes habituales de riesgo.

Este concepto importa porque Un valor nativo cero no significa riesgo cero.

Inspecciona los campos exactos del protocolo que crean autoridad o modifican la ejecución. Compara esos campos con la intención declarada por el usuario y con el límite de seguridad esperado.

02
Qué ocurre realmente

Inspecciona los campos exactos del protocolo que crean autoridad o modifican la ejecución.

A nivel de protocolo y ejecución, debes inspeccionar chain y recipient y native value y token movement y intermediary. Los identificadores del protocolo no se traducen porque forman parte del payload técnico.

chain

Puntos técnicos de inspección

recipient

Puntos técnicos de inspección

native value

Puntos técnicos de inspección

token movement

Puntos técnicos de inspección

intermediary

Puntos técnicos de inspección

03
Superficie de fallo

Trata las contradicciones, la autoridad excesiva y las dependencias sin explicar como señales materiales de fallo.

La consecuencia práctica es que Confirma chain, destino, valor y contratos intermediarios. Desconocido no equivale a seguro.

  • Un valor nativo cero no significa riesgo cero.
  • Confirma chain, destino, valor y contratos intermediarios.
04
Criterio de decisión

Convierte cada señal material en la consecuencia concreta que puede producir sobre activos, autoridad o confianza.

La consecuencia práctica es que Confirma chain, destino, valor y contratos intermediarios.

Escala cuando la evidencia sea contradictoria, incompleta o la consecuencia supere la política rutinaria.

05
Procedimiento de verificación

Verifica la solicitud mediante evidencia independiente antes de cualquier autorización irreversible.

  1. 01

    Inspecciona los campos exactos del protocolo que crean autoridad o modifican la ejecución.

  2. 02

    Compara esos campos con la intención declarada por el usuario y con el límite de seguridad esperado.

  3. 03

    Verifica la solicitud mediante evidencia independiente antes de cualquier autorización irreversible.

  4. 04

    Registra hechos, supuestos, incógnitas y decisión para que otro analista pueda reproducir la revisión.

  5. 05

    Escala cuando la evidencia sea contradictoria, incompleta o la consecuencia supere la política rutinaria.

06
Entregable del analista

Registra hechos, supuestos, incógnitas y decisión para que otro analista pueda reproducir la revisión.

Un valor nativo cero no significa riesgo cero. y Confirma chain, destino, valor y contratos intermediarios.

Entregable del analistaDestino y valor son invariantes iniciales · Criterio de decisión
Destino y valor son invariantes iniciales
LESSON VISUALDestino y valor son invariantes inicialesvalue destination
Destino y valor son invariantes iniciales
CONTEXTO REAL · ENTORNO DE REVISIÓN DE FIRMASDestino y valor son invariantes inicialesCONCEPTO → ENTORNO REAL → DECISIÓN OPERATIVA
VISUAL MODEL / INCIDENT TIMELINEvalue-destination
N01N02N03N04N05N06INCIDENT TIMELINEDestino y valor son invariantes iniciales
CONCEPT → EVIDENCE → FAILURE MODE → VERIFICATION
Workbook técnico

Objetivo del analista

Un valor nativo cero no significa riesgo cero.

Mecánica
chainchainId / network context
recipientto / resolved destination
native valuemsg.value / value
token movementdecoded transfer / transferFrom
intermediaryrouter / bridge / proxy
Señales de fallo
  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

Procedimiento de verificación
  1. 01

    confirm chainId

  2. 02

    resolve full destination

  3. 03

    inspect native value

  4. 04

    decode token movements

  5. 05

    verify intermediary purpose

Cadena de razonamiento
  1. 01

    hechos → evidencia material

  2. 02

    evidencia → consecuencia / autoridad

  3. 03

    consecuencia → decisión explícita + siguiente acción

Entregable requeridodestination-integrity record
Recorrido del protocolo

Sigue la ruta de decisión de seguridad

value / destination
01Observar
  • chain: chainId / network context
  • recipient: to / resolved destination
02Trazar
  • native value: msg.value / value
  • token movement: decoded transfer / transferFrom
  • intermediary: router / bridge / proxy
03Cuestionar
  • chain switch
  • new destination
  • clipboard substitution
04Verificar
  • confirm chainId
  • resolve full destination
  • inspect native value
05Resultado
  • destination-integrity record
Superficie de autoridadchain · recipient · native value
Condición de fallochain switch
Caso práctico
first-invariants
CASO / value-destination
chainArbitrum
ui ChainEthereum
native Value0.3 ETH
top Level To0xRouter...
final Recipientunknown
contract Age2 hours
Tarea del analista

Antes de responder, identifica la autoridad que se concede, el límite de confianza que puede fallar y la consecuencia que se vuelve irreversible.

Mapa de evidencia

Ordena antes de decidir

Separa identidad, autoridad, ejecución y contexto antes de tomar una decisión de seguridad.

01
Identidad

¿Quién o qué solicita, recibe o representa autoridad?

final Recipientunknown
02
Autoridad

¿Qué capacidad puede concederse, mantenerse o ejercerse?

—
03
Ejecución

¿Qué hará realmente el payload, la ruta o el sistema?

native Value0.3 ETH
04
Contexto

¿Qué hechos del entorno pueden cambiar materialmente la decisión?

chainArbitrum
ui ChainEthereum
top Level To0xRouter...
contract Age2 hours
Ejercicio de campo

Produce un hallazgo listo para un analista

Registro de analista sólo local

No respondas de memoria. Utiliza el caso, los campos del protocolo y el procedimiento de verificación anterior para escribir un hallazgo reproducible.

Focochain · recipient · native value
Señal de fallochain switch
Verificar primeroconfirm chainId
Entregabledestination-integrity record
Criterios de finalización
  • Cita evidencia material, no la apariencia de la interfaz.
  • Identifica la autoridad, transición de estado o consecuencia.
  • Aporta una siguiente acción o decisión reproducible.
Notas de seguridad
  1. 01

    Un valor nativo cero no significa riesgo cero.

  2. 02

    Confirma chain, destino, valor y contratos intermediarios.

Cuaderno del analista

Construye tu memo de evidencia

Registro de aprendizaje sólo local

Registra tu razonamiento antes del checkpoint y termina con una decisión o siguiente acción explícita. Las notas permanecen en este dispositivo.

LOCAL STORAGE
Ejercicio de campo

Desarrolla las tres secciones antes de completarlo.

Laboratorio bloqueado

Supera las comprobaciones de conocimiento de las dos lecciones antes de realizar el laboratorio.

Módulo 02

Approvals y autoridad de gasto

Este módulo desarrolla approvals y autoridad de gasto mediante teoría aplicada y un laboratorio específico de decisión.

Módulo bloqueado

Completa el módulo anterior, incluido su laboratorio práctico, antes de continuar.

Módulo 03

EIP-712, Permit y Permit2

Este módulo desarrolla eip-712, permit y permit2 mediante teoría aplicada y un laboratorio específico de decisión.

Entorno operativo de seguridad relacionado con este módulo del curso
Módulo bloqueado

Completa el módulo anterior, incluido su laboratorio práctico, antes de continuar.

Módulo 04

Reconstrucción de intención y decisión

Este módulo desarrolla reconstrucción de intención y decisión mediante teoría aplicada y un laboratorio específico de decisión.

Módulo bloqueado

Completa el módulo anterior, incluido su laboratorio práctico, antes de continuar.

Examen final

Examen final

Es una evaluación acumulativa. En cada intento las preguntas se reconstruyen a partir de conceptos y casos prácticos del curso.

Debes obtener al menos un 80 %. Completar la teoría por sí sola no genera una credencial.

Nota mínima80%
Mejor nota0%
Banco52
Intento20
Intentos0
Tiempo límite35 min
Examen final
UTXO ACADEMY / EXAMEN FINAL · understand-signingExamen final
BLOQUEADOCompleta todos los checkpoints de teoría y todos los laboratorios antes de desbloquear el examen final.
Progreso · 0%
Continuar