Criando código de contrato inteligente NFT: o que perguntar primeiro

Um arquivo Solidity que implementa as funções e eventos do ERC-1155, mais testes que verificam saldos e eventos de transferência em uma cadeia local. Começa com um comentário de licença SPDX e uma linha pragma solidity, define balanceOf, safeTransferFrom e uri(id), e precisa de uma função de cunhagem com controle de acesso. O WaveClamp lê e edita esse arquivo e executa seus testes. Você revisa cada diff.

A diferença é que o ERC-721 oferece um contrato para uma coleção de tokens únicos, cada um com seu próprio proprietário, enquanto o ERC-1155 permite que um contrato gerencie muitos tipos de tokens, cada um com um id numérico, como unidades fungíveis, não fungíveis ou semi-fungíveis. Um conjunto de NFTs de uma galeria de arte virtual 3D poderia usar um id por obra de arte. Ambos são padrões Ethereum, e as funções em lote movem vários ids de uma vez.

A especificação define balanceOf, balanceOfBatch, safeTransferFrom, safeBatchTransferFrom, setApprovalForAll, isApprovedForAll e uri(id), além dos eventos TransferSingle, TransferBatch, ApprovalForAll e URI. São 4 eventos. As funções em lote movem vários ids de token em uma única transação, e o WaveClamp pode fazer grep em um projeto por cada nome para que você veja onde cada função e evento são declarados ou usados. Inicie a revisão pelas funções de cunhagem e aprovação.

Uma transferência segura verifica o receptor: quando o receptor é um contrato, ele deve implementar onERC1155Received e onERC1155BatchReceived e aceitar os tokens, caso contrário, a transferência é rejeitada. Isso protege os tokens de ficarem presos em um contrato que não pode manipulá-los. Vale a pena escrever um teste para um contrato receptor, e o agente pode redigir esse teste e executá-lo pelo Shell enquanto você lê o diff.

Uma string que aponta para o JSON de metadados de um token. O valor pode conter o texto {id}, que os clientes substituem pelo id do token em hexadecimal minúsculo, preenchido com zeros até 64 caracteres, para que um único padrão sirva para todos os ids. Mantenha o padrão curto. O WaveClamp pode escrever os arquivos JSON com write_file e verificar o padrão no contrato com grep. Teste um id antes de criar os demais.

Sim. O agente chama as ferramentas sozinho, e cada ação aparece no chat como um cartão com seu resultado real, para que você leia a saída em vez de uma descrição. Um cartão expandido mostra o resultado completo do comando ou o diff do arquivo. No Auto-run, as ações são executadas de uma vez; no Ask first, o agente pausa antes das ações que alteram algo; e no Plan only, ele não executa nada.

O primeiro passo é uma cadeia local ou uma rede de teste, cujas moedas não têm valor, além de um pequeno arquivo Solidity. Abra a pasta do projeto no WaveClamp, escolha Plan only para ler os passos, depois mude para Ask first para que cada edição chegue como um diff. Seu próprio comando de compilação e comando de teste são executados pelo Shell. Nunca use fundos reais ou chaves reais.

Sim, com limitações. O agente edita os contratos e executa seu próprio comando de implantação pelo Shell contra uma cadeia local ou uma rede de teste, mas não implanta nada por conta própria. Implantações de valor real estão fora do propósito deste site, e um contrato implantado não pode ser alterado, então uma revisão de segurança independente vem primeiro. Ask first pausa antes das ações que alteram algo.

Sim, mirazcode.com é o site oficial do WaveClamp. Ele hospeda a build original: baixe o programa de instalação de cerca de 34 MB aqui, compare sua soma de verificação SHA-256 com o manifesto publicado e execute-o apenas quando os dois coincidirem. Use o botão Send feedback dentro do aplicativo para perguntas ou problemas. O instalador ainda não tem assinatura de código. Existe uma versão portátil com um único .exe de cerca de 25 MB como uma build separada.

Não. O agente não garante que o código, as verificações ou as análises estejam corretos, e um modelo pode escrever código que compila, mas se comporta de forma errada. Você verifica cada resultado e cada diff antes de aceitá-los, executa seu comando de teste e lê o código de saída. Para qualquer coisa de valor real, uma revisão de segurança independente vem antes da implantação. Trate cada resposta como um rascunho para testar.

A resposta depende do modelo que você escolhe. Com um provedor de IA na nuvem, o prompt, incluindo o texto de qualquer arquivo que o agente lê, vai para esse provedor. Com um modelo executado no seu PC, nada sai da máquina. Chats, pastas de trabalho e chaves de API permanecem no PC, e segredos na saída das ferramentas são mascarados antes de chegarem ao modelo.

Um provedor de IA na nuvem por meio de um endpoint de API padrão, um modelo executado no seu PC ou o modelo integrado, que está pronto para uso sem seu próprio endpoint. O botão Test verifica um endpoint e mostra o tempo de resposta e a janela de contexto. Escolha por tarefa. Um modelo maior é adequado para perguntas difíceis de revisão, e um menor é adequado para edições pequenas.

Um pequeno projeto utilitário ERC20 ganha transparência publicando seu código-fonte e seus testes, e o mesmo hábito se aplica a um conjunto de múltiplos tokens. Adicione uma revisão de segurança independente, porque um contrato implantado não pode ser alterado. O WaveClamp não substitui essa revisão e não oferece aconselhamento financeiro. Mantenha as chaves fora dos arquivos e use contas descartáveis enquanto pratica. Leia cada diff antes de aceitá-lo.

O instalador ainda não tem assinatura de código, então compare sua soma de verificação SHA-256 com o manifesto publicado. Em um terminal, execute certutil -hashfile com o caminho do arquivo e a palavra SHA256, depois compare as duas strings. Se o SmartScreen do Windows avisar, clique em Mais informações e depois em Executar mesmo assim apenas após a soma de verificação coincidir. Escolha o programa de instalação, não o .exe portátil.