Caution
must have
- Deploy online de um Explorer que deve:
- Buscar um bloco pelo número.
- Buscar uma transação pelo hash.
- Buscar o saldo pelo endereço.
- Conectar com a mainnet.
Important
should have
- Frontend atualizado a cada novo bloco.
- Exibir detalhes avançados de transações (ex.: inputs/outputs, scripts, etc.).
- Suporte para múltiplas redes (mainnet, testnet, etc.).
Tip
could have
- Subir um fullnode MultiversX em algum Cloud.
- Conectar o Explorer ao seu fullnode, como uma rede privada.
- Adicionar gráficos e estatísticas (ex.: hash rate, transações por segundo).
Caution
must have
- Criar uma Wallet web que:
- Gere um par de chaves.
- Importe seed para criar wallet.
- Busque o saldo da carteira.
- Envie EGLD para outros endereços.
Important
should have
- Importar seed de 12 e 24 palavras.
- Importar private keys.
- Buscar saldo de outros tokens.
- Enviar qualquer token.
Tip
could have
- Salvar de forma segura a wallet no disco usando o padrão: Web3 Secret - Storage Definition.
- Adicionar suporte para assinatura de mensagens e transações offline.
Caution
must have
- Interface frontend onde o usuário:
- Adiciona seu nome e links para LinkedIn, GitHub e X (Twitter).
- Assina e paga para adicionar seus dados on-chain.
- Qualquer pessoa pode dar 1 estrela para esse usuário.
- Para dar uma estrela, outro usuário assina e paga.
- As estrelas funcionam como reputação recebida da comunidade.
- Exibir um ranking de usuários com maior reputação.
Important
should have
- Implementar um mecanismo de incentivo para prevenir fraudes (ex.: custo para dar estrelas aumenta exponencialmente).
- Limitar o número de estrelas que um usuário pode dar por dia.
Tip
could have
- Adicionar um sistema de recompensas para usuários com alta reputação (ex.: tokens ou badges).
- Permitir que usuários adicionem outros perfis sociais ou habilidades.
- Integrar com um sistema de governança onde usuários com alta reputação têm mais peso em votações
Caution
must have
- Criar um contrato de token compatível com o padrão ERC-20 (ou equivalente na blockchain escolhida).
- Implementar funções básicas: transfer, balanceOf, approve, e transferFrom.
- Permitir o minting e burning de tokens.
- Interface frontend para qualquer um poder mintar e ganhar tokens
- Interface frontend para interagir com ElizaOS
- ElizaOS deve permitir
- consultas de saldo, ex.: "Eliza, quanto tenho de saldo?", "quanto saldo tem 0x123?".
- envio de tokens, ex.: "Envie 10 tokens para 0x123...".
Important
should have
- Explica erros comuns (ex.: "Você esqueceu de aprovar a transação primeiro").
- Eliza deve interpretar comandos básicos e confirmar transações antes de executá-las.
- Adicionar eventos para transferências e aprovações.
- Implementar um sistema de taxas para transações.
- Eliza explica funções do contrato (ex.: "O que é approve()?") e mostra histórico de transações em formato simplificado.
Tip
could have
- Permitir a pausa e retomada de transações (se suportado pela blockchain).
- Interface (se user tiver tokens) mostra dashboard com saldo
- Eliza sugere transações com base em hábitos (ex.: "Você sempre envia 5 tokens para X às sextas. Quer repetir?").
Caution
must have
- Criar um sistema de votação simples onde:
- Uma eleição dura 7 dias (contado em blocos).
- O período de votação dura 1 dia (contado em blocos).
- Qualquer um pode se candidatar para a eleição atual (se já houver um eleito, será candidato para a próxima).
- Qualquer um pode votar 1 vez nos candidatos.
- Exibir resultados em tempo real.
- Interface frontend com suport para ElizaOS
- Eliza realização transações com linguagnes natural:
- Eliza, quem está concorrendo?
- Eliza, vote no candidato A?
- Eliza, quem está ganhando?
Important
should have
- Explica erros comuns (ex.: "Você esqueceu de aprovar a transação primeiro").
- Permitir votação ponderada com base em tokens ou reputação.
Tip
could have
- Implementar um mecanismo de incentivo para prevenir fraudes (ex.: custo para votar ou recompensas para votantes).
- Adicionar um sistema de delegação de votos.
Caution
must have
- Usar o oráculo criado anteriormente para liberar empréstimos sem colateral.
- Permitir que usuários com alta reputação peguem empréstimos.
- Criar um sistema de pagamento de empréstimos com juros.
- ElizaOS monitora interações no Twitter (posts marcados com #ElizaOS) e calcula um "Community Score" baseado em:
- Menções positivas ao projeto.
- Respostas úteis a dúvidas técnicas.
- Compartilhamento de tutoriais/recursos.
- Score atualiza o oráculo e afeta limites de empréstimo (ex.: +50 pontos = +10% de crédito).
Important
should have
- Implementar um sistema de penalidades para inadimplência. (bot que comenta nas redes sociais algo negativo, etc)
- Permitir que investidores forneçam liquidez para os empréstimos.
- Criar pools de liquidez com diferentes níveis de risco (ex.: AAA, BBB, CCC).
Tip
could have
- Eliza envia DM no Twitter/X com atualizações de score (ex.: "Seu score subiu! Agora você pode pegar +5 ETH emprestados").
- Adicionar um sistema de seguro para investidores.
- Permitir a tokenização dos empréstimos (ex.: NFTs representando - dívidas).
Caution
must have
- O professor escreve um contrato com 8 falhas de desenvolvimento:
- 2 falhas críticas (ex.: reentrância, overflow).
- 2 falhas médias (ex.: lógica incorreta, permissões inadequadas).
- 4 falhas baixas (ex.: eventos ausentes, má documentação).
- Fornecer dicas para os alunos encontrarem as falhas.
- Criar um sistema de pontuação baseado na gravidade das falhas encontradas.
- Permitir que os alunos expliquem as falhas e como corrigi-las.
- Adicionar um sistema de recompensas para os alunos que encontrarem as - falhas.
- Criar uma competição em tempo real durante a seção ao vivo.
- Publicar um relatório pós-desafio com as falhas e correções.