NFT 계약(ERC-721)을 처음부터 어떻게 생성하나요?

ERC-721 표준 사양 이해

1. ERC-721은 ownerOf , safeTransferFrom 및 Approval을 포함하여 모든 준수 계약이 구현해야 하는 일련의 필수 기능 및 이벤트를 정의합니다.

2. 표준은 고유한 토큰 식별자를 시행합니다. 각 NFT에는 특정 시간에 정확히 한 명의 소유자에게 매핑된 고유한 uint256 ID가 있어야 합니다.

3. 메타데이터 지원은 선택 사항이지만 널리 채택됩니다. tokenURI 함수는 이름, 설명, 이미지 링크가 포함된 JSON을 가리키는 URI를 반환합니다.

4. 전송 이벤트는 지갑과 탐색기 호환성을 보장하기 위해 from, to 및 tokenId 매개변수를 사용하여 전송을 내보내야 합니다.

5. 기본 ERC-721에서는 열거 지원이 필요하지 않지만 많은 구현에서는 마켓플레이스 인덱싱을 위해 totalSupply 및 tokenByIndex를 추가합니다.

개발 환경 설정

1. Node.js 및 npm을 설치하여 로컬 컴파일 및 테스트를 위해 Hardhat 또는 Foundry와 같은 종속성을 관리합니다.

2. npm init -y를 사용하여 새 프로젝트를 초기화하고 npm install @openzeppelin/contracts를 통해 OpenZeppelin Contracts를 설치합니다.

3. 배포 시뮬레이션을 위해 Sepalia 또는 로컬 Anvil 네트워크에 연결하도록 Hardhat 구성 파일을 구성합니다.

4. contract 디렉터리에 MyNFT.sol 이라는 Solidity 파일을 생성하고 OpenZeppelin의 ERC721 및 Ownable 모듈을 가져옵니다.

5. 이름 및 기호와 같은 생성자 인수를 정의한 다음 해당 값을 사용하여 상위 ERC721 생성자를 호출합니다.

핵심 계약 논리 작성

1. _baseTokenURI 상태 변수를 추가하여 계약 소유자만 업데이트하는 메타데이터의 루트 경로를 저장합니다.

2. tokenURI 함수를 재정의하여 _baseTokenURI를 tokenId 문자열과 연결하여 IPFS 또는 HTTP 엔드포인트가 올바르게 확인되도록 합니다.

3. _safeMint를 사용하여 msg.sender에만 새 토큰을 할당하고 내부 카운터를 증가시키는 민트 기능을 구현합니다.

4. 무단 메타데이터 조작을 방지하기 위해 setBaseURI 와 같은 민감한 기능에 onlyOwner 수정자를 도입합니다.

5. 0x80ac58cd(ERC-721) 및 0x5b5e139f(ERC-721 메타데이터) 인터페이스 ID에 대해 true를 반환하도록 presentsInterface 재정의를 포함합니다.

테스트넷에서 컴파일 및 배포

1. npx hardhat 컴파일을 실행하여 ABI 및 바이트코드를 생성합니다. 구문이나 상속 오류가 나타나지 않는지 확인하세요.

2. "CryptoPanda" 및 "CPANDA"를 인수로 사용하여 계약 생성자를 호출하는 배포 스크립트를 작성합니다.

3. npx hardhat run scripts/deploy.js --network sepolia를 사용하여 배포자 주소에 자금을 조달한 후 트랜잭션을 브로드캐스트합니다.

4. 컴파일 중에 사용된 것과 동일한 컴파일러 버전 및 최적화 설정을 사용하여 Etherscan Sepalia에서 계약을 확인합니다.

5. Etherscan의 "프록시로 쓰기" 또는 MetaMask에 연결된 dApp 인터페이스를 사용하여 배포된 계약과 상호 작용하여 발행 및 전송을 트리거합니다.

자주 묻는 질문

Q: 발행 후 tokenURI를 변경할 수 있나요? A: 예. 계약에서 소유자 전용 설정자 기능을 통해 이를 허용하지만 이를 변경하면 토큰별 URI를 저장하지 않는 한 이전에 발행된 모든 토큰에 소급 적용됩니다.

Q: 두 개의 토큰이 동일한 ID를 공유하면 어떻게 되나요? A: OpenZeppelin의 _owners 매핑 유효성 검사에 의해 시행되는 중복 매핑 검사로 인해 발행 중에 계약이 되돌려집니다.

Q: ERC-20보다 ERC-721의 가스 비용이 더 높나요? A: 예. ERC-721 작업에는 토큰 ID당 개별 스토리지 쓰기가 필요하므로 발행 및 전송에 대한 가스 소비가 상당히 높아집니다.

Q: 계약에 로열티를 구현해야 합니까? A: 아니요. 로열티는 ERC-721 사양의 일부가 아닙니다. OpenSea와 같은 플랫폼은 ERC-2981을 통해 구현된 경우 RoyaltyInfo 함수에서 로열티 정보를 읽습니다.