UTXOSUITE — home
← Voltar à Academia
NÍVEL 3 · Grátis

Entenda o que Você Assina

Aprenda approvals, calldata, EIP-712, Permit e Permit2.

8 lições · 8 Exercício de campo · 8 Cenários práticos · 20 pergunta · 80% nota mínima
Começar a estudar0% · 0/21

O que vai saber fazer

Este módulo aprofunda intenção transacional e calldata com teoria aplicada e um laboratório próprio.

Este módulo aprofunda approvals e autoridade de gasto com teoria aplicada e um laboratório próprio.

Este módulo aprofunda eip-712, permit e permit2 com teoria aplicada e um laboratório próprio.

Este módulo aprofunda reconstrução de intenção e decisão com teoria aplicada e um laboratório próprio.

Programa

1.1 · O botão não é a transação22 min
1.2 · Destino e valor são os primeiros invariantes16 min
Laboratório · Decodifique a autoridade

Este curso inclui

  • 8 lições · 16 horas guiadas
  • 4 Laboratório · Cenários práticos
  • 8 Casos aplicados · 8 Verificações de conhecimento
  • 52 Banco de questões · 80% nota mínima
  • Credencial de conclusão: UTXO Certified · Signing & Approval Literacy

O que este curso espera de si

  • Traduzir uma assinatura em permissões, autoridade de gasto e risco.
  • Nota mínima: 80%
  • Segurança de Carteira e Autocustódia
Briefing do curso

Contrato de formação

Traduzir uma assinatura em permissões, autoridade de gasto e risco.

01 · Capacidade-alvoTraduzir uma assinatura em permissões, autoridade de gasto e risco.
02 · Pré-requisito recomendadoSegurança de Carteira e Autocustódia
Entregáveis práticos
01

Intenção transacional e calldata

Este módulo aprofunda intenção transacional e calldata com teoria aplicada e um laboratório próprio.

Memorando de evidências · APPROVAL
02

Approvals e autoridade de gasto

Este módulo aprofunda approvals e autoridade de gasto com teoria aplicada e um laboratório próprio.

Memorando de evidências · APPROVAL
03

EIP-712, Permit e Permit2

Este módulo aprofunda eip-712, permit e permit2 com teoria aplicada e um laboratório próprio.

Memorando de evidências · TYPED-DATA
04

Reconstrução de intenção e decisão

Este módulo aprofunda reconstrução de intenção e decisão com teoria aplicada e um laboratório próprio.

Memorando de evidências · APPROVAL
Contrato de avaliação
Verificações de lição8
Labs de módulo4
Exame final20
Limite de domínio80%
Programa completo

Entenda o que Você Assina

Revise todo o currículo, competências e percurso de avaliação antes de começar.

Carga de estudo guiado16h
módulos4
lições8
01

Intenção transacional e calldata

Este módulo aprofunda intenção transacional e calldata com teoria aplicada e um laboratório próprio.

1.1
O botão não é a transação45 min · Lição técnica aprofundada
1.2
Destino e valor são os primeiros invariantes45 min · Lição técnica aprofundada
Laboratório prático do móduloDecodifique a autoridade
02

Approvals e autoridade de gasto

Este módulo aprofunda approvals e autoridade de gasto com teoria aplicada e um laboratório próprio.

2.1
Approval delega autoridade futura de gasto45 min · Lição técnica aprofundada
2.2
Unlimited approval amplia o raio de dano45 min · Lição técnica aprofundada
Laboratório prático do móduloDecodifique a autoridade
03

EIP-712, Permit e Permit2

Este módulo aprofunda eip-712, permit e permit2 com teoria aplicada e um laboratório próprio.

3.1
Typed data continua sendo autorização45 min · Lição técnica aprofundada
3.2
Permit pode mover autoridade para uma assinatura off-chain45 min · Lição técnica aprofundada
Laboratório prático do móduloLeia o Permit2
04

Reconstrução de intenção e decisão

Este módulo aprofunda reconstrução de intenção e decisão com teoria aplicada e um laboratório próprio.

4.1
Reconstrua intenção com sinais independentes45 min · Lição técnica aprofundada
4.2
Risco deve terminar em decisão compreensível45 min · Lição técnica aprofundada
Laboratório prático do móduloDecodifique a autoridade
Competências
  • Risco-chave: não trate o botão não é a transação como detalhe irrelevante.
  • Ação: verifique a evidência técnica de o botão não é a transação antes de autorizar.
  • Risco-chave: não trate destino e valor são os primeiros invariantes como detalhe irrelevante.
  • Ação: verifique a evidência técnica de destino e valor são os primeiros invariantes antes de autorizar.
  • Risco-chave: não trate approval delega autoridade futura de gasto como detalhe irrelevante.
  • Ação: verifique a evidência técnica de approval delega autoridade futura de gasto antes de autorizar.
  • Risco-chave: não trate unlimited approval amplia o raio de dano como detalhe irrelevante.
  • Ação: verifique a evidência técnica de unlimited approval amplia o raio de dano antes de autorizar.
  • Risco-chave: não trate typed data continua sendo autorização como detalhe irrelevante.
  • Ação: verifique a evidência técnica de typed data continua sendo autorização antes de autorizar.
  • Risco-chave: não trate permit pode mover autoridade para uma assinatura off-chain como detalhe irrelevante.
  • Ação: verifique a evidência técnica de permit pode mover autoridade para uma assinatura off-chain antes de autorizar.
Percurso de avaliação
  1. Exercício de campo escrito × 8
  2. Verificações de conhecimento × 8
  3. Laboratório prático do módulo × 4
  4. Exame final cronometrado · 20 · ≥ 80%
Carga de estudo guiado
  1. Lição técnica aprofundada · 360 min
  2. Exercício de campo escrito · 160 min
  3. Laboratório prático do módulo · 140 min
  4. Specialist units · 105 min
  5. Exame final cronometrado · 35 min
MANUAL DO CURSO

Escopo, resultados e padrão de estudo

16h
Para quem é

Aprenda approvals, calldata, EIP-712, Permit e Permit2.

Pré-requisitos

Estudo prévio recomendado

  • Fundamentos de Cripto e Blockchain
  • Segurança de Carteira e Autocustódia
Resultados de aprendizagem
  • Risco-chave: não trate o botão não é a transação como detalhe irrelevante.
  • Ação: verifique a evidência técnica de o botão não é a transação antes de autorizar.
  • Risco-chave: não trate destino e valor são os primeiros invariantes como detalhe irrelevante.
  • Ação: verifique a evidência técnica de destino e valor são os primeiros invariantes antes de autorizar.
  • Risco-chave: não trate approval delega autoridade futura de gasto como detalhe irrelevante.
  • Ação: verifique a evidência técnica de approval delega autoridade futura de gasto antes de autorizar.
  • Risco-chave: não trate unlimited approval amplia o raio de dano como detalhe irrelevante.
  • Ação: verifique a evidência técnica de unlimited approval amplia o raio de dano antes de autorizar.
  • Risco-chave: não trate typed data continua sendo autorização como detalhe irrelevante.
  • Ação: verifique a evidência técnica de typed data continua sendo autorização antes de autorizar.
Método de estudo
  1. 01

    Leia o capítulo técnico em seis partes

  2. 02

    Inspecione o visual exclusivo e o modelo de protocolo

  3. 03

    Trabalhe o caso e o mapa de evidências

  4. 04

    Envie o exercício de campo escrito

  5. 05

    Passe no knowledge check e no lab do módulo

  6. 06

    Conclua a avaliação final cronometrada

Padrão de evidência

Toda afirmação deve estar ligada a campos observáveis, comportamento do protocolo, fontes primárias ou premissas explicitamente declaradas. Incógnitas devem permanecer explícitas.

Critério de conclusão

A conclusão exige trabalho escrito, knowledge checks, todos os labs e pelo menos 80% no exame final. O nível profissional também exige o capstone.

Glossário essencial
O botão não é a transação
Em EVM, calldata define função e parâmetros. O rótulo 'swap' na UI pode esconder outro call; decodifique o payload e compare com a intenção.
Destino e valor são os primeiros invariantes
Antes de análises avançadas, confirme chain, destinatário de valor nativo, contratos chamados e valor enviado; zero native value não significa zero risco.
Approval delega autoridade futura de gasto
ERC-20 approve pode conceder ao spender poder persistente para mover tokens no futuro mesmo que a transação atual mova zero tokens.
Unlimited approval amplia o raio de dano
Allowances máximos evitam aprovações repetidas, mas podem expor todo o saldo futuro do token enquanto a permissão estiver ativa.
Typed data continua sendo autorização
EIP-712 estrutura a mensagem, porém orders, permits e outros direitos continuam podendo produzir efeitos on-chain relevantes.
Permit pode mover autoridade para uma assinatura off-chain
Permit e Permit2 autorizam gasto por assinatura; spender, token, amount, nonce, deadline e verifying contract definem a autoridade real.
Reconstrua intenção com sinais independentes
A camada pré-assinatura deve comparar origem, chain, destino, método, parâmetros, approvals e mudanças esperadas com a intenção declarada do usuário.
Risco deve terminar em decisão compreensível
Um score sem explicação cria automation bias. Mostre o que é anormal, qual autoridade é concedida, o que pode ser perdido e qual incerteza permanece.
EXTENSÕES ESPECIALIZADAS

Protocolos modernos e temas operacionais

Estas extensões ampliam o currículo central com padrões atuais e limites de segurança que um profissional deve reconhecer.

Proteção contra replay, nonces e separação de domínio
Unidade de estudo especializada01
EXT / 01

Proteção contra replay, nonces e separação de domínio

A autorização deve ser vinculada à chain, contrato, estado da conta e validade. EIP-155 e EIP-712 reduzem replay de formas complementares.

Foco de segurançanonce · chainId · domain separator · verifyingContract · replay window
Tarefa de estudoLeia o material primário, identifique o limite de confiança e explique como o mecanismo altera o modelo de autorização ou execução.
Entregável obrigatórioProduza uma nota de analista concisa com premissas, evidências materiais, condições de falha e uma decisão de segurança justificada.
Referências primáriasEIP-155 ↗EIP-712 ↗
ERC-4337 UserOperations e account abstraction
Unidade de estudo especializada02
EXT / 02

ERC-4337 UserOperations e account abstraction

UserOperations move a validação para smart accounts e introduz bundlers, EntryPoint, paymasters e simulação. A análise passa a cobrir todo o pipeline.

Foco de segurançaUserOperation · EntryPoint · bundler · paymaster · validation simulation
Tarefa de estudoLeia o material primário, identifique o limite de confiança e explique como o mecanismo altera o modelo de autorização ou execução.
Entregável obrigatórioProduza uma nota de analista concisa com premissas, evidências materiais, condições de falha e uma decisão de segurança justificada.
Referências primáriasERC-4337 ↗
EOAs delegadas com EIP-7702
Unidade de estudo especializada03
EXT / 03

EOAs delegadas com EIP-7702

EIP-7702 permite delegação persistente de código por authorization tuples assinadas. Revise chain binding, nonce, implementação delegada, inicialização e revogação.

Foco de segurançaauthorization tuple · delegated code · persistent delegation · nonce · revocation
Tarefa de estudoLeia o material primário, identifique o limite de confiança e explique como o mecanismo altera o modelo de autorização ou execução.
Entregável obrigatórioProduza uma nota de analista concisa com premissas, evidências materiais, condições de falha e uma decisão de segurança justificada.
Referências primáriasEIP-7702 ↗
Módulo 01

Intenção transacional e calldata

Este módulo aprofunda intenção transacional e calldata com teoria aplicada e um laboratório próprio.

Ambiente técnico relacionado a este módulo do curso
Lição 1.1

O botão não é a transação

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

O botão não é a transação

Lição técnica aprofundada
01
Modelo mental

Em EVM, calldata define função e parâmetros. O rótulo 'swap' na UI pode esconder outro call; decodifique o payload e compare com a intenção.

Este conceito importa porque Risco-chave: não trate o botão não é a transação como detalhe irrelevante.

Inspecione os campos exatos do protocolo que criam autoridade ou alteram a execução. Compare esses campos com a intenção declarada pelo usuário e com o limite de segurança esperado.

02
O que realmente acontece

Inspecione os campos exatos do protocolo que criam autoridade ou alteram a execução.

No nível de protocolo e execução, deve-se inspecionar selector e arguments e target e native value e nested execution. Identificadores de protocolo não são traduzidos porque fazem parte do payload técnico.

selector

Pontos técnicos de inspeção

arguments

Pontos técnicos de inspeção

target

Pontos técnicos de inspeção

native value

Pontos técnicos de inspeção

nested execution

Pontos técnicos de inspeção

03
Superfície de falha

Trate contradições, autoridade excessiva e dependências não explicadas como sinais materiais de falha.

A consequência prática é que Ação: verifique a evidência técnica de o botão não é a transação antes de autorizar. Desconhecido não equivale a seguro.

  • Risco-chave: não trate o botão não é a transação como detalhe irrelevante.
  • Ação: verifique a evidência técnica de o botão não é a transação antes de autorizar.
04
Critério de decisão

Converta cada sinal material na consequência concreta sobre ativos, autoridade ou confiança.

A consequência prática é que Ação: verifique a evidência técnica de o botão não é a transação antes de autorizar.

Escale quando a evidência for contraditória, incompleta ou a consequência exceder a política rotineira.

05
Procedimento de verificação

Verifique a solicitação com evidências independentes antes de qualquer autorização irreversível.

  1. 01

    Inspecione os campos exatos do protocolo que criam autoridade ou alteram a execução.

  2. 02

    Compare esses campos com a intenção declarada pelo usuário e com o limite de segurança esperado.

  3. 03

    Verifique a solicitação com evidências independentes antes de qualquer autorização irreversível.

  4. 04

    Registre fatos, premissas, incógnitas e decisão para que outro analista possa reproduzir a revisão.

  5. 05

    Escale quando a evidência for contraditória, incompleta ou a consequência exceder a política rotineira.

06
Entrega do analista

Registre fatos, premissas, incógnitas e decisão para que outro analista possa reproduzir a revisão.

Risco-chave: não trate o botão não é a transação como detalhe irrelevante. e Ação: verifique a evidência técnica de o botão não é a transação antes de autorizar.

Entrega do analistaO botão não é a transação · Critério de decisão
O botão não é a transação
LESSON VISUALO botão não é a transaçãocalldata intent
O botão não é a transação
CONTEXTO REAL · AMBIENTE DE REVISÃO DE ASSINATURAO botão não é a transaçãoCONCEITO → AMBIENTE REAL → DECISÃO OPERACIONAL
VISUAL MODEL / REQUEST FLOWcalldata-intent
N01N02N03N04N05N06REQUEST FLOWO botão não é a transação
CONCEPT → EVIDENCE → FAILURE MODE → VERIFICATION
Workbook técnico

Objetivo do analista

Risco-chave: não trate o botão não é a transação como detalhe irrelevante.

Mecânica
selectorcalldata[0:4]
argumentsABI-decoded parameters
targettransaction.to
native valuetransaction.value
nested executionmulticall / router subcalls
Sinais de falha
  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

Procedimento de verificação
  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

Cadeia de raciocínio
  1. 01

    fatos → evidência material

  2. 02

    evidência → consequência / autoridade

  3. 03

    consequência → decisão explícita + próxima ação

Entregável obrigatóriodecoded-intent record + mismatch list
Percurso do protocolo

Siga o caminho da decisão de segurança

calldata / intent
01Observar
  • selector: calldata[0:4]
  • arguments: ABI-decoded parameters
02Rastrear
  • target: transaction.to
  • native value: transaction.value
  • nested execution: multicall / router subcalls
03Questionar
  • 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
Superfície de autoridadeselector · arguments · target
Condição de falhaUI intent != decoded method
Caso aplicado
decode-calldata
CASO / calldata-intent
ui ActionSwap 1 ETH
method Selector0x095ea7b3
decoded Methodapprove(address,uint256)
spender0xNew...
amountMAX_UINT256
native Value0
Tarefa do analista

Antes de responder, identifique a autoridade concedida, o limite de confiança que pode falhar e a consequência irreversível.

Mapa de evidências

Organize antes de decidir

Separe identidade, autoridade, execução e contexto antes de uma decisão de segurança.

01
Identidade

Quem ou o que solicita, recebe ou representa autoridade?

—
02
Autoridade

Que capacidade pode ser concedida, mantida ou exercida?

spender0xNew...
03
Execução

O que o payload, rota ou sistema realmente fará?

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

Quais fatos ao redor podem mudar materialmente a decisão?

ui ActionSwap 1 ETH
Exercício de campo

Produza uma conclusão pronta para analista

Registro de analista apenas local

Não responda de memória. Use o caso, os campos do protocolo e o procedimento de verificação acima para escrever uma conclusão reproduzível.

Focoselector · arguments · target
Sinal de falhaUI intent != decoded method
Verificar primeirocapture exact payload
Entregáveldecoded-intent record + mismatch list
Critérios de conclusão
  • Cita evidência material, não a aparência da interface.
  • Nomeia a autoridade, transição de estado ou consequência.
  • Fornece uma próxima ação ou decisão reproduzível.
Notas de segurança
  1. 01

    Risco-chave: não trate o botão não é a transação como detalhe irrelevante.

  2. 02

    Ação: verifique a evidência técnica de o botão não é a transação antes de autorizar.

Caderno do analista

Construa seu memorando de evidências

Registro de aprendizagem apenas local

Registre seu raciocínio antes da verificação e finalize com uma decisão ou próxima ação explícita. As notas permanecem neste dispositivo.

LOCAL STORAGE
Exercício de campo

Desenvolva as três seções antes de concluir.

Lição 1.2

Destino e valor são os primeiros invariantes

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

Destino e valor são os primeiros invariantes

Lição técnica aprofundada
01
Modelo mental

Antes de análises avançadas, confirme chain, destinatário de valor nativo, contratos chamados e valor enviado; zero native value não significa zero risco.

Este conceito importa porque Risco-chave: não trate destino e valor são os primeiros invariantes como detalhe irrelevante.

Inspecione os campos exatos do protocolo que criam autoridade ou alteram a execução. Compare esses campos com a intenção declarada pelo usuário e com o limite de segurança esperado.

02
O que realmente acontece

Inspecione os campos exatos do protocolo que criam autoridade ou alteram a execução.

No nível de protocolo e execução, deve-se inspecionar chain e recipient e native value e token movement e intermediary. Identificadores de protocolo não são traduzidos porque fazem parte do payload técnico.

chain

Pontos técnicos de inspeção

recipient

Pontos técnicos de inspeção

native value

Pontos técnicos de inspeção

token movement

Pontos técnicos de inspeção

intermediary

Pontos técnicos de inspeção

03
Superfície de falha

Trate contradições, autoridade excessiva e dependências não explicadas como sinais materiais de falha.

A consequência prática é que Ação: verifique a evidência técnica de destino e valor são os primeiros invariantes antes de autorizar. Desconhecido não equivale a seguro.

  • Risco-chave: não trate destino e valor são os primeiros invariantes como detalhe irrelevante.
  • Ação: verifique a evidência técnica de destino e valor são os primeiros invariantes antes de autorizar.
04
Critério de decisão

Converta cada sinal material na consequência concreta sobre ativos, autoridade ou confiança.

A consequência prática é que Ação: verifique a evidência técnica de destino e valor são os primeiros invariantes antes de autorizar.

Escale quando a evidência for contraditória, incompleta ou a consequência exceder a política rotineira.

05
Procedimento de verificação

Verifique a solicitação com evidências independentes antes de qualquer autorização irreversível.

  1. 01

    Inspecione os campos exatos do protocolo que criam autoridade ou alteram a execução.

  2. 02

    Compare esses campos com a intenção declarada pelo usuário e com o limite de segurança esperado.

  3. 03

    Verifique a solicitação com evidências independentes antes de qualquer autorização irreversível.

  4. 04

    Registre fatos, premissas, incógnitas e decisão para que outro analista possa reproduzir a revisão.

  5. 05

    Escale quando a evidência for contraditória, incompleta ou a consequência exceder a política rotineira.

06
Entrega do analista

Registre fatos, premissas, incógnitas e decisão para que outro analista possa reproduzir a revisão.

Risco-chave: não trate destino e valor são os primeiros invariantes como detalhe irrelevante. e Ação: verifique a evidência técnica de destino e valor são os primeiros invariantes antes de autorizar.

Entrega do analistaDestino e valor são os primeiros invariantes · Critério de decisão
Destino e valor são os primeiros invariantes
LESSON VISUALDestino e valor são os primeiros invariantesvalue destination
Destino e valor são os primeiros invariantes
CONTEXTO REAL · AMBIENTE DE REVISÃO DE ASSINATURADestino e valor são os primeiros invariantesCONCEITO → AMBIENTE REAL → DECISÃO OPERACIONAL
VISUAL MODEL / INCIDENT TIMELINEvalue-destination
N01N02N03N04N05N06INCIDENT TIMELINEDestino e valor são os primeiros invariantes
CONCEPT → EVIDENCE → FAILURE MODE → VERIFICATION
Workbook técnico

Objetivo do analista

Risco-chave: não trate destino e valor são os primeiros invariantes como detalhe irrelevante.

Mecânica
chainchainId / network context
recipientto / resolved destination
native valuemsg.value / value
token movementdecoded transfer / transferFrom
intermediaryrouter / bridge / proxy
Sinais de falha
  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

Procedimento de verificação
  1. 01

    confirm chainId

  2. 02

    resolve full destination

  3. 03

    inspect native value

  4. 04

    decode token movements

  5. 05

    verify intermediary purpose

Cadeia de raciocínio
  1. 01

    fatos → evidência material

  2. 02

    evidência → consequência / autoridade

  3. 03

    consequência → decisão explícita + próxima ação

Entregável obrigatóriodestination-integrity record
Percurso do protocolo

Siga o caminho da decisão de segurança

value / destination
01Observar
  • chain: chainId / network context
  • recipient: to / resolved destination
02Rastrear
  • native value: msg.value / value
  • token movement: decoded transfer / transferFrom
  • intermediary: router / bridge / proxy
03Questionar
  • chain switch
  • new destination
  • clipboard substitution
04Verificar
  • confirm chainId
  • resolve full destination
  • inspect native value
05Resultado
  • destination-integrity record
Superfície de autoridadechain · recipient · native value
Condição de falhachain switch
Caso aplicado
first-invariants
CASO / value-destination
chainArbitrum
ui ChainEthereum
native Value0.3 ETH
top Level To0xRouter...
final Recipientunknown
contract Age2 hours
Tarefa do analista

Antes de responder, identifique a autoridade concedida, o limite de confiança que pode falhar e a consequência irreversível.

Mapa de evidências

Organize antes de decidir

Separe identidade, autoridade, execução e contexto antes de uma decisão de segurança.

01
Identidade

Quem ou o que solicita, recebe ou representa autoridade?

final Recipientunknown
02
Autoridade

Que capacidade pode ser concedida, mantida ou exercida?

—
03
Execução

O que o payload, rota ou sistema realmente fará?

native Value0.3 ETH
04
Contexto

Quais fatos ao redor podem mudar materialmente a decisão?

chainArbitrum
ui ChainEthereum
top Level To0xRouter...
contract Age2 hours
Exercício de campo

Produza uma conclusão pronta para analista

Registro de analista apenas local

Não responda de memória. Use o caso, os campos do protocolo e o procedimento de verificação acima para escrever uma conclusão reproduzível.

Focochain · recipient · native value
Sinal de falhachain switch
Verificar primeiroconfirm chainId
Entregáveldestination-integrity record
Critérios de conclusão
  • Cita evidência material, não a aparência da interface.
  • Nomeia a autoridade, transição de estado ou consequência.
  • Fornece uma próxima ação ou decisão reproduzível.
Notas de segurança
  1. 01

    Risco-chave: não trate destino e valor são os primeiros invariantes como detalhe irrelevante.

  2. 02

    Ação: verifique a evidência técnica de destino e valor são os primeiros invariantes antes de autorizar.

Caderno do analista

Construa seu memorando de evidências

Registro de aprendizagem apenas local

Registre seu raciocínio antes da verificação e finalize com uma decisão ou próxima ação explícita. As notas permanecem neste dispositivo.

LOCAL STORAGE
Exercício de campo

Desenvolva as três seções antes de concluir.

Laboratório bloqueado

Passe nas verificações de conhecimento das duas lições antes do laboratório.

Módulo 02

Approvals e autoridade de gasto

Este módulo aprofunda approvals e autoridade de gasto com teoria aplicada e um laboratório próprio.

Módulo bloqueado

Conclua o módulo anterior, incluindo o laboratório prático, antes de continuar.

Módulo 03

EIP-712, Permit e Permit2

Este módulo aprofunda eip-712, permit e permit2 com teoria aplicada e um laboratório próprio.

Ambiente operacional de segurança relacionado a este módulo do curso
Módulo bloqueado

Conclua o módulo anterior, incluindo o laboratório prático, antes de continuar.

Módulo 04

Reconstrução de intenção e decisão

Este módulo aprofunda reconstrução de intenção e decisão com teoria aplicada e um laboratório próprio.

Módulo bloqueado

Conclua o módulo anterior, incluindo o laboratório prático, antes de continuar.

Exame final

Exame final

Avaliação cumulativa reconstruída em cada tentativa com conceitos e casos práticos do curso.

É necessário obter pelo menos 80%. Concluir apenas a teoria não gera credencial.

Nota mínima80%
Melhor nota0%
Banco52
Tentativa20
Tentativas0
Tempo limite35 min
Exame final
UTXO ACADEMY / EXAME FINAL · understand-signingExame final
BLOQUEADOConclua todos os checkpoints e laboratórios antes de desbloquear o exame final.
Progresso · 0%
Continuar