Utilizamos cookies para oferecer melhor experiência. Com a sua permissão, também usamos cookies de análise, para melhorar o produto, e de marketing, para o programa de indicação. Saiba mais na Política de Privacidade.
Solidity, Foundry e testes: escreva, teste e publique seus primeiros smart contracts.
O ambiente que todo dev Web3 profissional usa: instalação passo a passo de Node.js, npm, VS Code com Solidity e Git, a estrutura de um projeto Hardhat e o exercício de compilar o HelloStorage e ler o artefato gerado.
Por que nunca misturar a MetaMask de usuário com a de dev: criar uma conta dedicada, adicionar a Sepolia e pegar ETH de faucet, rodar a Hardhat Network local (npx hardhat node) e conectar a MetaMask a ela.
O ciclo que você vai repetir centenas de vezes — escrever, compilar, deployar, interagir, corrigir: o HelloStorage linha por linha, o script de deploy com Hardhat Ignition e o exercício de adicionar uma variável e redeployar.
O ambiente que todo dev Web3 profissional usa: instalação passo a passo de Node.js, npm, VS Code com Solidity e Git, a estrutura de um projeto Hardhat e o exercício de compilar o HelloStorage e ler o artefato gerado.
Por que nunca misturar a MetaMask de usuário com a de dev: criar uma conta dedicada, adicionar a Sepolia e pegar ETH de faucet, rodar a Hardhat Network local (npx hardhat node) e conectar a MetaMask a ela.
O ciclo que você vai repetir centenas de vezes — escrever, compilar, deployar, interagir, corrigir: o HelloStorage linha por linha, o script de deploy com Hardhat Ignition e o exercício de adicionar uma variável e redeployar.
O overflow que custou US$ 30M e como o compilador moderno o previne: os tipos de dados (uint8 a uint256, int, bool, address) e o custo de gas, a diferença entre storage, memory e calldata, e as funções view, pure e payable — com o SimpleCounter como exercício.
O contrato sem validação onde qualquer endereço chama qualquer função: require vs. revert vs. assert e o que acontece com o gas, os custom errors mais eficientes que strings, e os modificadores personalizados — com o padrão onlyOwner no SimpleCounter.
O frontend que não sabe que a transação confirmou: os eventos em Solidity (event, emit, parâmetros indexed) e como o Etherscan os mostra, mais os mappings e arrays — substituindo o saldo simples por mapping(address => uint256) no SimpleCounter.
O contrato sem dono onde qualquer um drena os fundos: o padrão Ownable (variável owner, modifier onlyOwner, evento), as três formas de receber ETH (payable, receive, fallback) e por que call{value} é o envio correto — implementando o SimpleVault.
Por que não reinventar o access control quando o OpenZeppelin já é auditado: herança em Solidity (is, override, virtual, super), instalar e importar o Ownable via npm e refatorar o SimpleVault para herdar dele, com um withdrawAll() restrito ao owner.
O SimpleVault final: o padrão Pull over Push (deixar o usuário sacar em vez de o contrato enviar), o fluxo completo com checks-effects-interactions, eventos em cada ação e um emergency pause do owner — rodado no Hardhat Network antes de avançar.
Doze variáveis soltas para dados que pertencem juntos — e como um struct resolve em uma linha: structs em storage e memory, enums como máquina de estados e o exercício de um Marketplace com struct Product e mapping(uint => Product).
O escrow que deixou sacar antes da confirmação — a transição que ninguém bloqueou: o padrão de máquina de estados (enum de fases, modifier de fase válida), o esqueleto do SimpleEscrow (created, funded, completed, disputed) e quais funções valem em cada estado.
Completar o SimpleEscrow: deposit com payable, release para o vendedor, refund para o comprador e openDispute com arbitragem simples — um walk-through de todas as funções, transições e eventos, e o teste dos três fluxos: compra, reembolso e disputa.
Por que uma DEX lista qualquer token sem conhecê-lo — o poder da interface: a IERC-20 (balanceOf, transfer, transferFrom, approve, allowance) e por que transferFrom exige approve, o ERC-20 do zero e a refatoração para herdar do OpenZeppelin com mint onlyOwner.
O que faz um NFT ser único não é a imagem, é o tokenId: a interface ERC-721 (ownerOf, tokenURI, mint) e como difere do ERC-20, e o SimpleNFT com OpenZeppelin — counter de tokenId, mint onlyOwner, tokenURI apontando para IPFS — mintando 3 tokens de teste.
O token sem cap que dilui todos os holders: o ZayraToken — ERC-20 com cap de 100M, mint restrito ao owner, burn público e eventos — herdando de ERC20Capped, Ownable e Burnable do OpenZeppelin, deployado no Hardhat Network e validado em cap, mint e burn.
O contrato que passou nos testes manuais e falhou em produção: a estrutura de testes Hardhat (describe, it, beforeEach com loadFixture), os testes de estado inicial (name, symbol, decimals, totalSupply, owner) e os de sucesso e rejeição com changeTokenBalance e revertedWithCustomError.
O evento que o frontend escuta mas o teste nunca verificou: testar eventos com to.emit().withArgs (incluindo indexed), e o coverage (npx hardhat coverage) e o gas report — lendo statements, branches e funções até alcançar 100% e achar a função mais cara.
A chave privada commitada no GitHub que drena wallets em segundos: o Hardhat Ignition (módulos declarativos, idempotência), o dotenv e a config de Sepolia (Alchemy RPC), o deploy com --network sepolia e a verificação do código no Etherscan.
O frontend que não tem endereço, ABI nem como chamar funções: o Ethers.js v6 (BrowserProvider, Signer, Contract), conectar a MetaMask (eth_requestAccounts, mudança de conta/rede), ler estado com formatUnits e executar uma transação tratando a rejeição do usuário.
O dApp mais simples possível — HTML + Ethers.js via CDN: o fluxo connect → read balance → mint → atualizar a UI, o exercício de fazer um mint real na Sepolia e o listener do evento Transfer que atualiza o saldo em tempo real sem reload.
O DAO hack de 2016, US$ 60M drenados por reentrancy: o mecanismo da chamada recursiva e o padrão checks-effects-interactions, o Slither (instalação, detectors de severidade) e outros vetores — access control, integer issues pré-0.8 e tx.origin phishing.
O staking que não calcula recompensa proporcional ao tempo: o staking simples (mapping de stake, timestamp, reward por tempo, APY), o ZayraToken com stake/unstake/claimReward respeitando checks-effects-interactions e a suíte de testes manipulando tempo com time.increase.
O projeto final — o primeiro contrato real do seu portfólio GitHub com link para o Etherscan: o checklist pré-deploy (testes, Slither limpo, gas report, README), o deploy verificado na Sepolia, o frontend com stake/unstake/claim e o que a S2 traz.
Receba a sua ao concluir o curso