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

Fundamentos de Cripto y Blockchain

Construye el modelo mental necesario para razonar sobre cadenas, transacciones, wallets y finalidad sin atajos de marketing.

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 estado, consenso y finalidad mediante teoría aplicada y un laboratorio específico de decisión.

Este módulo desarrolla claves, direcciones y límites de la wallet mediante teoría aplicada y un laboratorio específico de decisión.

Este módulo desarrolla ciclo de una transacción y comisiones mediante teoría aplicada y un laboratorio específico de decisión.

Este módulo desarrolla modelo utxo frente a modelo de cuentas mediante teoría aplicada y un laboratorio específico de decisión.

Temario

1.1 · El estado es aquello sobre lo que la red acuerda14 min
1.2 · El consenso no elimina los supuestos de confianza16 min
Laboratorio · Traza la transacción

Este curso incluye

  • 8 lecciones · 12 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 · Crypto Foundations

Qué espera este curso de ti

  • Seguir una transacción y explicar dónde reside realmente la confianza.
  • Nota mínima: 80%
  • No requiere ningún curso previo.
Briefing del curso

Contrato de formación

Seguir una transacción y explicar dónde reside realmente la confianza.

01 · Capacidad objetivoSeguir una transacción y explicar dónde reside realmente la confianza.
02 · Prerrequisito recomendadoNo requiere curso previo
Entregables prácticos
01

Estado, consenso y finalidad

Este módulo desarrolla estado, consenso y finalidad mediante teoría aplicada y un laboratorio específico de decisión.

Memo de evidencia · TX-FLOW
02

Claves, direcciones y límites de la wallet

Este módulo desarrolla claves, direcciones y límites de la wallet mediante teoría aplicada y un laboratorio específico de decisión.

Memo de evidencia · KEY-BOUNDARY
03

Ciclo de una transacción y comisiones

Este módulo desarrolla ciclo de una transacción y comisiones mediante teoría aplicada y un laboratorio específico de decisión.

Memo de evidencia · TX-FLOW
04

Modelo UTXO frente a modelo de cuentas

Este módulo desarrolla modelo utxo frente a modelo de cuentas mediante teoría aplicada y un laboratorio específico de decisión.

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

Fundamentos de Cripto y Blockchain

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

Carga de estudio guiado12h
módulos4
lecciones8
01

Estado, consenso y finalidad

Este módulo desarrolla estado, consenso y finalidad mediante teoría aplicada y un laboratorio específico de decisión.

1.1
El estado es aquello sobre lo que la red acuerda45 min · Lección técnica profunda
1.2
El consenso no elimina los supuestos de confianza45 min · Lección técnica profunda
Laboratorio práctico del móduloTraza la transacción
02

Claves, direcciones y límites de la wallet

Este módulo desarrolla claves, direcciones y límites de la wallet mediante teoría aplicada y un laboratorio específico de decisión.

2.1
Una clave autoriza; una dirección identifica45 min · Lección técnica profunda
2.2
Una wallet es más que almacenamiento de claves45 min · Lección técnica profunda
Laboratorio práctico del móduloProtege el límite de firma
03

Ciclo de una transacción y comisiones

Este módulo desarrolla ciclo de una transacción y comisiones mediante teoría aplicada y un laboratorio específico de decisión.

3.1
De la intención a la inclusión45 min · Lección técnica profunda
3.2
La comisión compra prioridad, no corrección45 min · Lección técnica profunda
Laboratorio práctico del móduloTraza la transacción
04

Modelo UTXO frente a modelo de cuentas

Este módulo desarrolla modelo utxo frente a modelo de cuentas mediante teoría aplicada y un laboratorio específico de decisión.

4.1
UTXO consume salidas discretas45 min · Lección técnica profunda
4.2
Las cadenas de cuentas mutan estado compartido45 min · Lección técnica profunda
Laboratorio práctico del móduloTraza la transacción
Competencias
  • Una transacción válida por consenso aún puede ser económicamente dañina.
  • Define la finalidad necesaria según red, valor y amenaza.
  • Seguridad económica y seguridad de aplicación son capas diferentes.
  • Documenta qué garantías de confirmación necesita cada flujo.
  • Seed y claves privadas son material de autoridad, no datos de soporte.
  • Recuerda que una firma puede conceder poder sin mover fondos inmediatamente.
  • Validez criptográfica no equivale a intención correcta.
  • Inspecciona el payload antes del límite final de firma.
  • Firmar y hacer broadcast son acciones distintas.
  • Intervén antes de la autorización irreversible siempre que sea posible.
  • No confundas estimación de fees con validación de seguridad.
  • Ajusta el requisito de finalidad al riesgo y al valor.
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 · 30 min
MANUAL DEL CURSO

Alcance, resultados y estándar de estudio

12h
A quién va dirigido

Construye el modelo mental necesario para razonar sobre cadenas, transacciones, wallets y finalidad sin atajos de marketing.

Prerrequisitos

No se requiere un curso técnico previo.

Resultados de aprendizaje
  • Una transacción válida por consenso aún puede ser económicamente dañina.
  • Define la finalidad necesaria según red, valor y amenaza.
  • Seguridad económica y seguridad de aplicación son capas diferentes.
  • Documenta qué garantías de confirmación necesita cada flujo.
  • Seed y claves privadas son material de autoridad, no datos de soporte.
  • Recuerda que una firma puede conceder poder sin mover fondos inmediatamente.
  • Validez criptográfica no equivale a intención correcta.
  • Inspecciona el payload antes del límite final de firma.
  • Firmar y hacer broadcast son acciones distintas.
  • Intervén antes de la autorización irreversible siempre que sea posible.
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 estado es aquello sobre lo que la red acuerda
Una blockchain aplica reglas a cambios de estado y converge sobre una historia mediante consenso. El análisis de seguridad debe preguntar qué estado es autoritativo, qué supuestos lo sostienen y qué riesgo de reorganización sigue existiendo.
El consenso no elimina los supuestos de confianza
PoW, PoS y otros mecanismos distribuyen autoridad y fallos de forma distinta. Cambian el coste de reescribir historia, censurar o perder vivacidad, pero no sustituyen la seguridad de la aplicación.
Una clave autoriza; una dirección identifica
La clave privada permite crear firmas válidas. Una dirección es un identificador público bajo unas reglas de firma; compartirla es normal, mientras revelar la clave o seed transfiere control.
Una wallet es más que almacenamiento de claves
La wallet construye solicitudes, muestra contexto, conecta sitios y pide autorización. Su interfaz puede ser incompleta o comprometida aunque la criptografía sea correcta; navegador, origen, signer y dispositivo son límites distintos.
De la intención a la inclusión
Una operación pasa de intención a payload serializado, firma, propagación, mempool, bloque y finalidad. Cada fase introduce riesgos diferentes y distintas posibilidades de remediación.
La comisión compra prioridad, no corrección
Las fees influyen en inclusión y velocidad, pero no validan la intención del usuario. Una operación maliciosa con fee alta sigue siendo maliciosa y una correcta puede quedar pendiente mientras cambia el entorno.
UTXO consume salidas discretas
En el modelo UTXO una transacción consume outputs anteriores y crea otros nuevos. Coin selection, change y condiciones de script afectan validez, privacidad y coste.
Las cadenas de cuentas mutan estado compartido
En redes account-based, balances, nonces y storage forman un estado común y una llamada puede disparar lógica arbitraria. La dirección visible no basta: método, parámetros y llamadas posteriores pueden dominar el riesgo.
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.

Wallets HD, BIP-32 y límites de derivación
Unidad de estudio especializada01
EXT / 01

Wallets HD, BIP-32 y límites de derivación

Comprende cómo una sola seed se expande a una jerarquía de claves extendidas, por qué existe la derivación hardened y por qué un xpub es más sensible que una dirección normal. La seguridad depende de qué información de cada subárbol cruza cada límite de confianza.

Foco de seguridadRuta de derivación · hardened vs non-hardened · exposición de xpub · separación de cuentas
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 primariasBIP-32 ↗
PSBT, firma offline y traspaso de transacciones
Unidad de estudio especializada02
EXT / 02

PSBT, firma offline y traspaso de transacciones

Estudia PSBT como formato estructurado entre construcción y firma. El signer debe verificar inputs, outputs, change, fee y campos desconocidos; un PSBT no es fiable sólo por proceder de un flujo offline.

Foco de seguridadTransacción sin firmar · metadata de inputs · change · verificación del signer · PSBT v0/v2
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 primariasBIP-174 ↗BIP-370 ↗
Taproot, Schnorr y autorización MuSig2
Unidad de estudio especializada03
EXT / 03

Taproot, Schnorr y autorización MuSig2

Relaciona key path y script path de Taproot con multisig compatible con BIP-340. La agregación de claves simplifica representación on-chain, pero nonces, coordinación de participantes y fallback siguen siendo límites operativos críticos.

Foco de seguridadTaproot key path · script path · Schnorr · MuSig2 · disciplina de nonce
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 primariasBIP-341 ↗BIP-327 ↗
Módulo 01

Estado, consenso y finalidad

Este módulo desarrolla estado, consenso y finalidad 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 estado es aquello sobre lo que la red acuerda

14 min
STATE / CONSENSUS
UTXO ACADEMY / CONCEPT MODELSTATE / CONSENSUSFINALITYVISUAL AID · NOT A SECURITY VERDICT
Capítulo técnico

El estado es aquello sobre lo que la red acuerda

Lección técnica profunda
01
Modelo mental

Una blockchain aplica reglas a cambios de estado y converge sobre una historia mediante consenso. El análisis de seguridad debe preguntar qué estado es autoritativo, qué supuestos lo sostienen y qué riesgo de reorganización sigue existiendo.

Este concepto importa porque Una transacción válida por consenso aún puede ser económicamente dañina.

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 state y transition y consensus y reorg y finality. Los identificadores del protocolo no se traducen porque forman parte del payload técnico.

state

Puntos técnicos de inspección

transition

Puntos técnicos de inspección

consensus

Puntos técnicos de inspección

reorg

Puntos técnicos de inspección

finality

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 Define la finalidad necesaria según red, valor y amenaza. Desconocido no equivale a seguro.

  • Una transacción válida por consenso aún puede ser económicamente dañina.
  • Define la finalidad necesaria según red, valor y amenaza.
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 Define la finalidad necesaria según red, valor y amenaza.

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.

Una transacción válida por consenso aún puede ser económicamente dañina. y Define la finalidad necesaria según red, valor y amenaza.

Entregable del analistaEl estado es aquello sobre lo que la red acuerda · Criterio de decisión
El estado es aquello sobre lo que la red acuerda
LESSON VISUALEl estado es aquello sobre lo que la red acuerdastate consensus finality
El estado es aquello sobre lo que la red acuerda
CONTEXTO REAL · ENTORNO DE NODOS E INFRAESTRUCTURAEl estado es aquello sobre lo que la red acuerdaCONCEPTO → ENTORNO REAL → DECISIÓN OPERATIVA
VISUAL MODEL / AUTHORITY MAPstate-consensus-finality
N01N02N03N04N05N06AUTHORITY MAPEl estado es aquello sobre lo que la red acuerda
CONCEPT → EVIDENCE → FAILURE MODE → VERIFICATION
Workbook técnico

Objetivo del analista

Una transacción válida por consenso aún puede ser económicamente dañina.

Mecánica
stateaccepted chain/application state
transitionvalid state change
consensushistory selection / finalization
reorgaccepted history can change
finalityconfidence / economic or protocol guarantee
Señales de fallo
  1. 01

    treating inclusion as absolute finality

  2. 02

    ignoring reorg assumptions

  3. 03

    confusing consensus security with app safety

  4. 04

    wrong confirmation threshold

  5. 05

    no chain-specific finality model

Procedimiento de verificación
  1. 01

    identify consensus mechanism

  2. 02

    define confirmation/finality criterion

  3. 03

    measure reorg exposure

  4. 04

    separate protocol validity from economic intent

  5. 05

    document settlement assumption

Cadena de razonamiento
  1. 01

    hechos → evidencia material

  2. 02

    evidencia → consecuencia / autoridad

  3. 03

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

Entregable requeridochain finality assumption record
Recorrido del protocolo

Sigue la ruta de decisión de seguridad

state / consensus / finality
01Observar
  • state: accepted chain/application state
  • transition: valid state change
02Trazar
  • consensus: history selection / finalization
  • reorg: accepted history can change
  • finality: confidence / economic or protocol guarantee
03Cuestionar
  • treating inclusion as absolute finality
  • ignoring reorg assumptions
  • confusing consensus security with app safety
04Verificar
  • identify consensus mechanism
  • define confirmation/finality criterion
  • measure reorg exposure
05Resultado
  • chain finality assumption record
Superficie de autoridadstate · transition · consensus
Condición de fallotreating inclusion as absolute finality
Caso práctico
btc-finality
CASO / state-consensus-finality
chainBitcoin
value1.8 BTC
confirmations1
reorg Policytreasury requires 6
mempool Replacementdisabled
questionsettled or still operationally reversible?
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?

reorg Policytreasury requires 6
03
Ejecución

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

value1.8 BTC
mempool Replacementdisabled
04
Contexto

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

chainBitcoin
confirmations1
questionsettled or still operationally reversible?
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.

Focostate · transition · consensus
Señal de fallotreating inclusion as absolute finality
Verificar primeroidentify consensus mechanism
Entregablechain finality assumption 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

    Una transacción válida por consenso aún puede ser económicamente dañina.

  2. 02

    Define la finalidad necesaria según red, valor y amenaza.

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

El consenso no elimina los supuestos de confianza

16 min
CONSENSUS MODEL
UTXO ACADEMY / CONCEPT MODELCONSENSUS MODELASSUMPTIONSVISUAL AID · NOT A SECURITY VERDICT
Capítulo técnico

El consenso no elimina los supuestos de confianza

Lección técnica profunda
01
Modelo mental

PoW, PoS y otros mecanismos distribuyen autoridad y fallos de forma distinta. Cambian el coste de reescribir historia, censurar o perder vivacidad, pero no sustituyen la seguridad de la aplicación.

Este concepto importa porque Seguridad económica y seguridad de aplicación son capas diferentes.

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 safety y liveness y censorship y economic security y centralization. Los identificadores del protocolo no se traducen porque forman parte del payload técnico.

safety

Puntos técnicos de inspección

liveness

Puntos técnicos de inspección

censorship

Puntos técnicos de inspección

economic security

Puntos técnicos de inspección

centralization

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 Documenta qué garantías de confirmación necesita cada flujo. Desconocido no equivale a seguro.

  • Seguridad económica y seguridad de aplicación son capas diferentes.
  • Documenta qué garantías de confirmación necesita cada flujo.
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 Documenta qué garantías de confirmación necesita cada flujo.

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.

Seguridad económica y seguridad de aplicación son capas diferentes. y Documenta qué garantías de confirmación necesita cada flujo.

Entregable del analistaEl consenso no elimina los supuestos de confianza · Criterio de decisión
El consenso no elimina los supuestos de confianza
LESSON VISUALEl consenso no elimina los supuestos de confianzaconsensus tradeoffs
El consenso no elimina los supuestos de confianza
CONTEXTO REAL · ENTORNO DE NODOS E INFRAESTRUCTURAEl consenso no elimina los supuestos de confianzaCONCEPTO → ENTORNO REAL → DECISIÓN OPERATIVA
VISUAL MODEL / TRUST TOPOLOGYconsensus-tradeoffs
N01N02N03N04N05N06TRUST TOPOLOGYEl consenso no elimina los supuestos de confianza
CONCEPT → EVIDENCE → FAILURE MODE → VERIFICATION
Workbook técnico

Objetivo del analista

Seguridad económica y seguridad de aplicación son capas diferentes.

Mecánica
safetyconflicting histories prevented
livenessnetwork continues progressing
censorshiptransactions can be excluded/delayed
economic securitycost of attacking consensus
centralizationconcentration of block/finality power
Señales de fallo
  1. 01

    generic 'decentralized' claim

  2. 02

    no adversary model

  3. 03

    ignoring validator/miner concentration

  4. 04

    assuming liveness under every partition

  5. 05

    same finality policy across all chains

Procedimiento de verificación
  1. 01

    name consensus actors

  2. 02

    identify safety/liveness assumptions

  3. 03

    identify attack/economic threshold

  4. 04

    inspect concentration dependencies

  5. 05

    set workflow-specific finality requirement

Cadena de razonamiento
  1. 01

    hechos → evidencia material

  2. 02

    evidencia → consecuencia / autoridad

  3. 03

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

Entregable requeridoconsensus threat-assumption matrix
Recorrido del protocolo

Sigue la ruta de decisión de seguridad

consensus / tradeoffs
01Observar
  • safety: conflicting histories prevented
  • liveness: network continues progressing
02Trazar
  • censorship: transactions can be excluded/delayed
  • economic security: cost of attacking consensus
  • centralization: concentration of block/finality power
03Cuestionar
  • generic 'decentralized' claim
  • no adversary model
  • ignoring validator/miner concentration
04Verificar
  • name consensus actors
  • identify safety/liveness assumptions
  • identify attack/economic threshold
05Resultado
  • consensus threat-assumption matrix
Superficie de autoridadsafety · liveness · censorship
Condición de fallogeneric 'decentralized' claim
Caso práctico
consensus-risk
CASO / consensus-tradeoffs
systemPoS chain
validator Concentrationtop 4 = 48%
finalityeconomic
bridge Dependencyyes
withdrawal Delay7 days
reviewliveness vs finality assumptions
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?

—
03
Ejecución

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

—
04
Contexto

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

systemPoS chain
validator Concentrationtop 4 = 48%
finalityeconomic
bridge Dependencyyes
withdrawal Delay7 days
reviewliveness vs finality assumptions
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.

Focosafety · liveness · censorship
Señal de fallogeneric 'decentralized' claim
Verificar primeroname consensus actors
Entregableconsensus threat-assumption matrix
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

    Seguridad económica y seguridad de aplicación son capas diferentes.

  2. 02

    Documenta qué garantías de confirmación necesita cada flujo.

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

Claves, direcciones y límites de la wallet

Este módulo desarrolla claves, direcciones y límites de la wallet 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

Ciclo de una transacción y comisiones

Este módulo desarrolla ciclo de una transacción y comisiones 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

Modelo UTXO frente a modelo de cuentas

Este módulo desarrolla modelo utxo frente a modelo de cuentas 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ímite30 min
Examen final
UTXO ACADEMY / EXAMEN FINAL · foundationsExamen final
BLOQUEADOCompleta todos los checkpoints de teoría y todos los laboratorios antes de desbloquear el examen final.
Progreso · 0%
Continuar