Creare codice per smart contract NFT: cosa chiedere prima

Un file Solidity che implementa le funzioni e gli eventi ERC-1155, unito a test che verificano i saldi e gli eventi di trasferimento su una catena locale. Si inizia con un commento della licenza SPDX e una riga pragma solidity, si definiscono balanceOf, safeTransferFrom e uri(id), e serve una funzione di minting con controllo degli accessi. WaveClamp legge e modifica quel file ed esegue i tuoi test. Rivedi ogni diff.

La differenza è che ERC-721 offre un contratto con una sola collezione di token unici, ciascuno con il proprio proprietario, mentre ERC-1155 permette a un singolo contratto di gestire molti tipi di token, ciascuno con un id numerico, come unità fungibili, non fungibili o semi-fungibili. Un set di NFT per una galleria d'arte virtuale 3D potrebbe usare un id per ogni opera. Entrambe sono standard Ethereum e le funzioni batch spostano più id in una sola volta.

Lo standard definisce balanceOf, balanceOfBatch, safeTransferFrom, safeBatchTransferFrom, setApprovalForAll, isApprovedForAll e uri(id), più gli eventi TransferSingle, TransferBatch, ApprovalForAll e URI. Si tratta di 4 eventi. Le funzioni batch spostano più id di token in una transazione e WaveClamp può eseguire grep su un progetto per ogni nome, così vedi dove ogni funzione ed evento sono dichiarati o usati. Inizia la revisione con le funzioni di minting e approvazione.

Un trasferimento sicuro verifica il destinatario: quando il destinatario è un contratto, deve implementare onERC1155Received e onERC1155BatchReceived e accettare i token, altrimenti il trasferimento viene rifiutato. Questo protegge i token dal rimanere bloccati in un contratto che non può gestirli. Vale la pena scrivere un test per un contratto ricevente e l'agente può redigerlo ed eseguirlo tramite Shell mentre leggi il diff.

Una stringa che punta al JSON dei metadati di un token. Il valore può contenere il testo {id}, che i client sostituiscono con l'id del token in esadecimale minuscolo, riempito a 64 caratteri, così un unico pattern può servire ogni id. Mantieni il pattern breve. WaveClamp può scrivere i file JSON con write_file e verificare il pattern nel contratto con grep. Testa un id prima di creare gli altri.

Sì. L'agente chiama gli strumenti autonomamente e ogni azione appare nella chat come una scheda con il suo risultato reale, così leggi l'output invece di una descrizione. Una scheda espansa mostra il risultato completo del comando o il diff del file. In Auto-run le azioni vengono eseguite tutte insieme, in Ask first l'agente si ferma prima delle azioni che modificano qualcosa e in Plan only non esegue nulla.

Il primo passo è una catena locale o una rete di test, le cui monete non hanno valore, più un piccolo file Solidity. Apri la cartella del progetto in WaveClamp, scegli Plan only per leggere i passaggi, poi passa a Ask first così ogni modifica arriva come diff. Il tuo comando di compilazione e il comando di test vengono eseguiti tramite Shell. Non usare mai fondi reali o chiavi reali.

Sì, con dei limiti. L'agente modifica i contratti ed esegue il tuo comando di deploy tramite Shell contro una catena locale o una rete di test, ma non effetta da solo le distribuzioni. Le distribuzioni di valore reale esulano dallo scopo di questo sito e un contratto distribuito non può essere modificato, quindi una revisione di sicurezza indipendente deve arrivare prima. Ask first si ferma prima delle azioni che modificano qualcosa.

Sì, mirazcode.com è il sito ufficiale di WaveClamp. Ospita la build originale: scarica il programma di installazione di circa 34 MB qui, confronta il suo checksum SHA-256 con il manifesto pubblicato ed eseguilo solo quando i due corrispondono. Usa il pulsante Send feedback all'interno dell'app per domande o problemi. Il programma di installazione non è ancora firmato digitalmente. Esiste una versione portatile con un singolo .exe di circa 25 MB come build separata.

No. L'agente non garantisce che codice, scansioni o analisi siano corretti e un modello può scrivere codice che si compila ma si comporta in modo errato. Verifica ogni risultato e ogni diff prima di accettarli, esegui il tuo comando di test e leggi il codice di uscita. Per qualsiasi cosa di valore reale, una revisione di sicurezza indipendente deve precedere la distribuzione. Tratta ogni risposta come una bozza da testare.

La risposta dipende dal modello che scegli. Con un provider AI cloud, il prompt, incluso il testo di qualsiasi file che l'agente legge, va a quel provider. Con un modello in esecuzione sul tuo PC, nulla esce dalla macchina. Chat, cartelle di lavoro e chiavi API restano sul PC e i segreti nell'output degli strumenti vengono oscurati prima di raggiungere il modello.

Un provider AI cloud tramite un endpoint API standard, un modello in esecuzione sul tuo PC o il modello integrato, pronto all'uso senza il tuo endpoint. Il pulsante Test verifica un endpoint e mostra il tempo di risposta e la finestra di contesto. Scegli in base al compito. Un modello più grande si adatta a domande di revisione complesse e uno più piccolo si adatta a piccole modifiche.

Un piccolo progetto di utilità ERC20 guadagna trasparenza pubblicando il suo codice sorgente e i suoi test e la stessa abitudine si applica a un set multi-token. Aggiungi una revisione di sicurezza indipendente, perché un contratto distribuito non può essere modificato. WaveClamp non sostituisce quella revisione e non fornisce consulenza finanziaria. Tieni le chiavi fuori dai file e usa account usa e getta mentre ti eserciti. Leggi ogni diff prima di accettarlo.

Il programma di installazione non è ancora firmato digitalmente, quindi confronta il suo checksum SHA-256 con il manifesto pubblicato. In un terminale, esegui certutil -hashfile con il percorso del file e la parola SHA256, poi confronta le due stringhe. Se Windows SmartScreen segnala un avviso, clicca su Altre informazioni e poi Esegui comunque solo dopo che il checksum corrisponde. Scegli il programma di installazione, non l'.exe portatile.