Por que você não pode copiar um contrato ERC-20 ou ERC-721 diretamente para Solana: as cadeias usam padrões arquitetônicos e responsabilidades de metadados diferentes, e isso muda a forma como você projeta a mintagem, transferências e testes.
O que você vai aprender
Nesta lição, você obterá um mapa conceitual claro entre os padrões de token ERC comuns e seus equivalentes em Solana. Vamos explicar como os conceitos de ERC-20 e ERC-721 se traduzem nos modelos fungíveis e não fungíveis de Solana, descrever o papel de um programa de token reutilizável (por exemplo, o SPL Token Program) e a divisão entre contas de mint e contas de token, além de destacar por que as Contas de Token Associadas são importantes para fluxos do lado do cliente. Você também aprenderá sobre as compensações práticas ao passar de lógica por contrato para mintagens controladas por programa, e como essas escolhas afetam a implantação, o layout de contas e os testes com ferramentas como Anchor.
Para quem é
Esta lição é voltada para desenvolvedores Web3 intermediários que têm experiência com contratos de token Ethereum e pipelines de implantação e estão migrando implementações e testes para Solana.
Principais tópicos abordados
- Mapeamento conceitual: ERC-20 → modelo de token fungível em Solana, ERC-721 → modelo de objeto não fungível
- SPL Token Program, contas de Mint e contas de token (associadas)
- Como as responsabilidades de metadados diferem entre contratos Ethereum e programas Solana
- Contas de Token Associadas: o que representam e como gerenciá-las
- Compensações de tokens por contrato vs tokens reutilizáveis baseados em programa
Pronto para aplicar esses mapeamentos ao seu próximo projeto de portabilidade? Saiba mais e junte-se aos nossos cursos em
https://www.forge.college/