← Voltar à Academia
NÍVEL 1 · Grátis
Fundamentos de Cripto e Blockchain
Construa o modelo mental para raciocinar sobre redes, transações, carteiras e finalidade.
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 estado, consenso e finalidade com teoria aplicada e um laboratório próprio.
✓
Este módulo aprofunda chaves, endereços e limites da carteira com teoria aplicada e um laboratório próprio.
✓
Este módulo aprofunda ciclo da transação e taxas com teoria aplicada e um laboratório próprio.
✓
Este módulo aprofunda modelo utxo vs. modelo de contas com teoria aplicada e um laboratório próprio.
Programa
▸1.1 · Estado é aquilo sobre o qual a rede concorda14 min
▸1.2 · Consenso não elimina premissas de confiança16 min
Laboratório · Rastreie a transação
Este curso inclui
- ·8 lições · 12 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 · Crypto Foundations
O que este curso espera de si
- ·Rastrear uma transação e explicar onde a confiança realmente está.
- ·Nota mínima: 80%
- ·Não exige nenhum curso anterior.
Briefing do curso
Contrato de formação
Rastrear uma transação e explicar onde a confiança realmente está.
Entregáveis práticos
Estado, consenso e finalidade
Este módulo aprofunda estado, consenso e finalidade com teoria aplicada e um laboratório próprio.
Memorando de evidências · TX-FLOWChaves, endereços e limites da carteira
Este módulo aprofunda chaves, endereços e limites da carteira com teoria aplicada e um laboratório próprio.
Memorando de evidências · KEY-BOUNDARYCiclo da transação e taxas
Este módulo aprofunda ciclo da transação e taxas com teoria aplicada e um laboratório próprio.
Memorando de evidências · TX-FLOWModelo UTXO vs. modelo de contas
Este módulo aprofunda modelo utxo vs. modelo de contas com teoria aplicada e um laboratório próprio.
Memorando de evidências · TX-FLOWContrato de avaliação
Verificações de lição8
Labs de módulo4
Exame final20
Limite de domínio80%
Programa completo
Fundamentos de Cripto e Blockchain
Revise todo o currículo, competências e percurso de avaliação antes de começar.
Carga de estudo guiado12h
módulos4
lições8
01
Estado, consenso e finalidade
Este módulo aprofunda estado, consenso e finalidade com teoria aplicada e um laboratório próprio.
1.1
Estado é aquilo sobre o qual a rede concorda45 min · Lição técnica aprofundada
1.2
Consenso não elimina premissas de confiança45 min · Lição técnica aprofundada
Laboratório prático do móduloRastreie a transação
02
Chaves, endereços e limites da carteira
Este módulo aprofunda chaves, endereços e limites da carteira com teoria aplicada e um laboratório próprio.
2.1
Uma chave autoriza; um endereço identifica45 min · Lição técnica aprofundada
2.2
Uma carteira é mais que armazenamento de chaves45 min · Lição técnica aprofundada
Laboratório prático do móduloProteja o limite de assinatura
03
Ciclo da transação e taxas
Este módulo aprofunda ciclo da transação e taxas com teoria aplicada e um laboratório próprio.
3.1
Da intenção à inclusão45 min · Lição técnica aprofundada
3.2
Taxas compram prioridade, não correção45 min · Lição técnica aprofundada
Laboratório prático do móduloRastreie a transação
04
Modelo UTXO vs. modelo de contas
Este módulo aprofunda modelo utxo vs. modelo de contas com teoria aplicada e um laboratório próprio.
4.1
UTXO consome saídas discretas45 min · Lição técnica aprofundada
4.2
Redes de contas alteram estado compartilhado45 min · Lição técnica aprofundada
Laboratório prático do móduloRastreie a transação
- Risco-chave: não trate estado é aquilo sobre o qual a rede concorda como detalhe irrelevante.
- Ação: verifique a evidência técnica de estado é aquilo sobre o qual a rede concorda antes de autorizar.
- Risco-chave: não trate consenso não elimina premissas de confiança como detalhe irrelevante.
- Ação: verifique a evidência técnica de consenso não elimina premissas de confiança antes de autorizar.
- Risco-chave: não trate uma chave autoriza; um endereço identifica como detalhe irrelevante.
- Ação: verifique a evidência técnica de uma chave autoriza; um endereço identifica antes de autorizar.
- Risco-chave: não trate uma carteira é mais que armazenamento de chaves como detalhe irrelevante.
- Ação: verifique a evidência técnica de uma carteira é mais que armazenamento de chaves antes de autorizar.
- Risco-chave: não trate da intenção à inclusão como detalhe irrelevante.
- Ação: verifique a evidência técnica de da intenção à inclusão antes de autorizar.
- Risco-chave: não trate taxas compram prioridade, não correção como detalhe irrelevante.
- Ação: verifique a evidência técnica de taxas compram prioridade, não correção antes de autorizar.
- Exercício de campo escrito × 8
- Verificações de conhecimento × 8
- Laboratório prático do módulo × 4
- Exame final cronometrado · 20 · ≥ 80%
- Lição técnica aprofundada · 360 min
- Exercício de campo escrito · 160 min
- Laboratório prático do módulo · 140 min
- Specialist units · 105 min
- Exame final cronometrado · 30 min
MANUAL DO CURSO
12hEscopo, resultados e padrão de estudo
Construa o modelo mental para raciocinar sobre redes, transações, carteiras e finalidade.
Nenhum curso técnico prévio é obrigatório.
- Risco-chave: não trate estado é aquilo sobre o qual a rede concorda como detalhe irrelevante.
- Ação: verifique a evidência técnica de estado é aquilo sobre o qual a rede concorda antes de autorizar.
- Risco-chave: não trate consenso não elimina premissas de confiança como detalhe irrelevante.
- Ação: verifique a evidência técnica de consenso não elimina premissas de confiança antes de autorizar.
- Risco-chave: não trate uma chave autoriza; um endereço identifica como detalhe irrelevante.
- Ação: verifique a evidência técnica de uma chave autoriza; um endereço identifica antes de autorizar.
- Risco-chave: não trate uma carteira é mais que armazenamento de chaves como detalhe irrelevante.
- Ação: verifique a evidência técnica de uma carteira é mais que armazenamento de chaves antes de autorizar.
- Risco-chave: não trate da intenção à inclusão como detalhe irrelevante.
- Ação: verifique a evidência técnica de da intenção à inclusão antes de autorizar.
- 01
Leia o capítulo técnico em seis partes
- 02
Inspecione o visual exclusivo e o modelo de protocolo
- 03
Trabalhe o caso e o mapa de evidências
- 04
Envie o exercício de campo escrito
- 05
Passe no knowledge check e no lab do módulo
- 06
Conclua a avaliação final cronometrada
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.
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.
- Estado é aquilo sobre o qual a rede concorda
- Uma blockchain aplica regras a transições de estado e converge para uma história por consenso. A análise deve identificar o estado autoritativo, as premissas que o sustentam e o risco de reorganização restante.
- Consenso não elimina premissas de confiança
- PoW, PoS e outros mecanismos distribuem autoridade e falhas de maneiras diferentes; segurança econômica não substitui segurança da aplicação.
- Uma chave autoriza; um endereço identifica
- A private key cria assinaturas válidas, enquanto o endereço é um identificador público. Revelar seed ou chave privada transfere controle, mesmo que nenhum saldo se mova naquele momento.
- Uma carteira é mais que armazenamento de chaves
- O software de carteira monta requests, mostra contexto e pede autorização. Interface, origem do navegador, signer e dispositivo são limites de confiança separados.
- Da intenção à inclusão
- Uma operação passa de intenção a payload, assinatura, propagação, mempool, inclusão e finalidade; cada etapa oferece riscos e opções de resposta diferentes.
- Taxas compram prioridade, não correção
- Fees influenciam velocidade e inclusão, mas não validam a intenção. Uma transação maliciosa com taxa alta continua maliciosa.
- UTXO consome saídas discretas
- No modelo UTXO, inputs anteriores são consumidos e novos outputs são criados; coin selection, change e scripts afetam validade, privacidade e custo.
- Redes de contas alteram estado compartilhado
- Em redes account-based, balances, nonces e storage vivem em estado compartilhado e um call pode disparar lógica arbitrária além do destinatário visível.
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.
EXT / 01
Wallets HD, BIP-32 e limites de derivação
Entenda como uma seed gera uma hierarquia de chaves estendidas, por que existe derivação hardened e por que um xpub é mais sensível que um endereço comum. Segurança também depende dos subtrees expostos.
Foco de segurançaCaminho de derivação · hardened/non-hardened · exposição xpub · separação de contas
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áriasBIP-32 ↗
EXT / 02
PSBT, assinatura offline e transferência da transação
PSBT é uma interface estruturada entre construção e assinatura. O signer deve verificar inputs, outputs, change, fee e campos desconhecidos em vez de confiar no arquivo por ser offline.
Foco de segurançaUnsigned transaction · input metadata · change · verificação do signer · PSBT v0/v2
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.
EXT / 03
Taproot, Schnorr e autorização MuSig2
Relacione key/script paths do Taproot com multisig compatível com BIP-340. Agregação simplifica a representação on-chain, enquanto nonces, coordenação e fallback continuam críticos.
Foco de segurançaTaproot · Schnorr · MuSig2 · disciplina de nonce · fallback
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.
Módulo 01
Estado, consenso e finalidade
Este módulo aprofunda estado, consenso e finalidade com teoria aplicada e um laboratório próprio.
Lição 1.1
Estado é aquilo sobre o qual a rede concorda
Capítulo técnico
Lição técnica aprofundadaEstado é aquilo sobre o qual a rede concorda
01
Modelo mental
Uma blockchain aplica regras a transições de estado e converge para uma história por consenso. A análise deve identificar o estado autoritativo, as premissas que o sustentam e o risco de reorganização restante.
Este conceito importa porque Risco-chave: não trate estado é aquilo sobre o qual a rede concorda 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 state e transition e consensus e reorg e finality. Identificadores de protocolo não são traduzidos porque fazem parte do payload técnico.
statePontos técnicos de inspeção
transitionPontos técnicos de inspeção
consensusPontos técnicos de inspeção
reorgPontos técnicos de inspeção
finalityPontos 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 estado é aquilo sobre o qual a rede concorda antes de autorizar. Desconhecido não equivale a seguro.
- Risco-chave: não trate estado é aquilo sobre o qual a rede concorda como detalhe irrelevante.
- Ação: verifique a evidência técnica de estado é aquilo sobre o qual a rede concorda 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 estado é aquilo sobre o qual a rede concorda 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.
- 01
Inspecione os campos exatos do protocolo que criam autoridade ou alteram a execução.
- 02
Compare esses campos com a intenção declarada pelo usuário e com o limite de segurança esperado.
- 03
Verifique a solicitação com evidências independentes antes de qualquer autorização irreversível.
- 04
Registre fatos, premissas, incógnitas e decisão para que outro analista possa reproduzir a revisão.
- 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 estado é aquilo sobre o qual a rede concorda como detalhe irrelevante. e Ação: verifique a evidência técnica de estado é aquilo sobre o qual a rede concorda antes de autorizar.
Entrega do analistaEstado é aquilo sobre o qual a rede concorda · Critério de decisão
Workbook técnico
Objetivo do analista
Risco-chave: não trate estado é aquilo sobre o qual a rede concorda como detalhe irrelevante.
Mecânica
state
accepted chain/application statetransition
valid state changeconsensus
history selection / finalizationreorg
accepted history can changefinality
confidence / economic or protocol guaranteeSinais de falha
- 01
treating inclusion as absolute finality
- 02
ignoring reorg assumptions
- 03
confusing consensus security with app safety
- 04
wrong confirmation threshold
- 05
no chain-specific finality model
Procedimento de verificação
- 01
identify consensus mechanism
- 02
define confirmation/finality criterion
- 03
measure reorg exposure
- 04
separate protocol validity from economic intent
- 05
document settlement assumption
Cadeia de raciocínio
- 01
fatos → evidência material
- 02
evidência → consequência / autoridade
- 03
consequência → decisão explícita + próxima ação
Entregável obrigatório
chain finality assumption recordPercurso do protocolo
Siga o caminho da decisão de segurança
state / consensus / finality01Observar
- state: accepted chain/application state
- transition: valid state change
02Rastrear
- consensus: history selection / finalization
- reorg: accepted history can change
- finality: confidence / economic or protocol guarantee
03Questionar
- 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
Superfície de autoridadestate · transition · consensus
Condição de falhatreating inclusion as absolute finality
Caso aplicado
btc-finalitychain
Bitcoinvalue
1.8 BTCconfirmations
1reorg Policy
treasury requires 6mempool Replacement
disabledquestion
settled or still operationally reversible?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?
reorg Policy
treasury requires 603
Execução
O que o payload, rota ou sistema realmente fará?
value
1.8 BTCmempool Replacement
disabled04
Contexto
Quais fatos ao redor podem mudar materialmente a decisão?
chain
Bitcoinconfirmations
1question
settled or still operationally reversible?Exercício de campo
Registro de analista apenas localProduza uma conclusão pronta para analista
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.
Focostate · transition · consensus
Sinal de falhatreating inclusion as absolute finality
Verificar primeiroidentify consensus mechanism
Entregávelchain finality assumption 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
- 01
Risco-chave: não trate estado é aquilo sobre o qual a rede concorda como detalhe irrelevante.
- 02
Ação: verifique a evidência técnica de estado é aquilo sobre o qual a rede concorda antes de autorizar.
Caderno do analista
Registro de aprendizagem apenas localConstrua seu memorando de evidências
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
Consenso não elimina premissas de confiança
Capítulo técnico
Lição técnica aprofundadaConsenso não elimina premissas de confiança
01
Modelo mental
PoW, PoS e outros mecanismos distribuem autoridade e falhas de maneiras diferentes; segurança econômica não substitui segurança da aplicação.
Este conceito importa porque Risco-chave: não trate consenso não elimina premissas de confiança 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 safety e liveness e censorship e economic security e centralization. Identificadores de protocolo não são traduzidos porque fazem parte do payload técnico.
safetyPontos técnicos de inspeção
livenessPontos técnicos de inspeção
censorshipPontos técnicos de inspeção
economic securityPontos técnicos de inspeção
centralizationPontos 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 consenso não elimina premissas de confiança antes de autorizar. Desconhecido não equivale a seguro.
- Risco-chave: não trate consenso não elimina premissas de confiança como detalhe irrelevante.
- Ação: verifique a evidência técnica de consenso não elimina premissas de confiança 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 consenso não elimina premissas de confiança 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.
- 01
Inspecione os campos exatos do protocolo que criam autoridade ou alteram a execução.
- 02
Compare esses campos com a intenção declarada pelo usuário e com o limite de segurança esperado.
- 03
Verifique a solicitação com evidências independentes antes de qualquer autorização irreversível.
- 04
Registre fatos, premissas, incógnitas e decisão para que outro analista possa reproduzir a revisão.
- 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 consenso não elimina premissas de confiança como detalhe irrelevante. e Ação: verifique a evidência técnica de consenso não elimina premissas de confiança antes de autorizar.
Entrega do analistaConsenso não elimina premissas de confiança · Critério de decisão
Workbook técnico
Objetivo do analista
Risco-chave: não trate consenso não elimina premissas de confiança como detalhe irrelevante.
Mecânica
safety
conflicting histories preventedliveness
network continues progressingcensorship
transactions can be excluded/delayedeconomic security
cost of attacking consensuscentralization
concentration of block/finality powerSinais de falha
- 01
generic 'decentralized' claim
- 02
no adversary model
- 03
ignoring validator/miner concentration
- 04
assuming liveness under every partition
- 05
same finality policy across all chains
Procedimento de verificação
- 01
name consensus actors
- 02
identify safety/liveness assumptions
- 03
identify attack/economic threshold
- 04
inspect concentration dependencies
- 05
set workflow-specific finality requirement
Cadeia de raciocínio
- 01
fatos → evidência material
- 02
evidência → consequência / autoridade
- 03
consequência → decisão explícita + próxima ação
Entregável obrigatório
consensus threat-assumption matrixPercurso do protocolo
Siga o caminho da decisão de segurança
consensus / tradeoffs01Observar
- safety: conflicting histories prevented
- liveness: network continues progressing
02Rastrear
- censorship: transactions can be excluded/delayed
- economic security: cost of attacking consensus
- centralization: concentration of block/finality power
03Questionar
- 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
Superfície de autoridadesafety · liveness · censorship
Condição de falhageneric 'decentralized' claim
Caso aplicado
consensus-risksystem
PoS chainvalidator Concentration
top 4 = 48%finality
economicbridge Dependency
yeswithdrawal Delay
7 daysreview
liveness vs finality assumptionsTarefa 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?
—
03
Execução
O que o payload, rota ou sistema realmente fará?
—
04
Contexto
Quais fatos ao redor podem mudar materialmente a decisão?
system
PoS chainvalidator Concentration
top 4 = 48%finality
economicbridge Dependency
yeswithdrawal Delay
7 daysreview
liveness vs finality assumptionsExercício de campo
Registro de analista apenas localProduza uma conclusão pronta para analista
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.
Focosafety · liveness · censorship
Sinal de falhageneric 'decentralized' claim
Verificar primeironame consensus actors
Entregávelconsensus threat-assumption matrix
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
- 01
Risco-chave: não trate consenso não elimina premissas de confiança como detalhe irrelevante.
- 02
Ação: verifique a evidência técnica de consenso não elimina premissas de confiança antes de autorizar.
Caderno do analista
Registro de aprendizagem apenas localConstrua seu memorando de evidências
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
Chaves, endereços e limites da carteira
Este módulo aprofunda chaves, endereços e limites da carteira 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
Ciclo da transação e taxas
Este módulo aprofunda ciclo da transação e taxas 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 04
Modelo UTXO vs. modelo de contas
Este módulo aprofunda modelo utxo vs. modelo de contas 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 limite30 min
BLOQUEADOConclua todos os checkpoints e laboratórios antes de desbloquear o exame final.