Tokens¶
Os padrões Token são interfaces, não código implantado. Esta seção explica o ERC-20, o ERC-721 e o ERC-1155 através de suas assinaturas e eventos reais de funções, construindo trabalhos, implementações compiladas em vez de descrever os padrões no resumo. Cada interface e contrato não trivial nesta seção foi compilado com solc 0.8.26 e confirmado para construir de forma limpa; o endereço real implantado do exemplo WETH foi verificado ao vivo, on-chain.
O que você precisa saber primeiro¶
Contratos Inteligentes, especialmente Mapeamentos e Eventos e RegistrosOs contratos de token são, mecanicamente, mapeamentos rastreados através dos padrões que a seção já cobriu.
Capítulos¶
- ERC-20: a interface do token fungible, com uma implementação completa
- Saldos: por que um saldo é apenas um mapeamento, verificado contra as decimais reais de um token
- Transferências: transferência vs. transferênciaDe, e a distinção de confiança entre eles
- Subsídios e homologações: a condição de aprovação da corrida, e por que as aprovações ilimitadas são um risco real
- ERC-721: tokens não-fungible, e o cofreTransferDe verificação ERC-20 falta inteiramente
- ERC-1155: um contrato, muitos tipos de tokens, e a eficiência de loteamento que motivou
- Metadados NFT: tokenURI, e o verdadeiro fosso entre a permanência na cadeia e a disponibilidade fora da cadeia
- Emissão e queima: a convenção do endereço zero, e por que cunhar controle de acesso importa enormemente
- Ativo Embrulhado: o padrão lock-and-mint, e o modelo de confiança de custódia do WBTC declarado claramente
- Eter embrulhado: um contrato WETH completo, compilado, com seu endereço mainnet real verificado ao vivo
- Fornecimento de Token: por que "fornecimento fixo" é tão confiável quanto o código que o impõe
Próxima¶
Continuar a Construindo Aplicações Web3, onde essas mesmas interfaces são chamadas a partir de aplicativos normais TypeScript, saldos de leitura, eventos de decodificação e envio de transações contra contratos reais ao vivo.