자신만의 ERC-20 토큰 계약을 만들고 실행하는 방법은 무엇입니까?

ERC-20 표준 사양 이해

1. ERC-20은 지갑, 거래소 및 기타 스마트 계약과의 호환성을 보장하기 위해 이더리움 블록체인의 토큰이 따라야 하는 공통 규칙 세트를 정의합니다.

2. 표준에서는 totalSupply , BalanceOf , transfer , transferFrom , Approval 및 Allowance 의 6가지 필수 기능을 요구합니다.

3. 세 가지 선택 요소에는 이름 , 기호 및 소수가 포함되며, 이는 토큰이 사용자 인터페이스에 표시되는 방식과 분수 단위가 처리되는 방식에 영향을 줍니다.

4. 모든 ERC-20 토큰은 가치 이동이나 권한 변경 시 전송 및 승인 이벤트를 발생시켜 오프체인 인덱싱 서비스가 활동을 추적할 수 있도록 해야 합니다.

5. ERC-20을 엄격하게 준수하는 토큰은 기본 가상 머신이 EVM 바이트 코드를 지원하는 경우 Polygon, Arbitrum 및 BNB 스마트 체인을 포함한 모든 Ethereum 호환 체인에 배포될 수 있습니다.

Solidity를 사용하여 보안 토큰 계약 작성

1. 개발자는 일반적으로 OpenZeppelin의 ERC20 기본 계약으로 시작하여 전투 테스트를 거친 논리를 상속하고 재구현 오류를 방지합니다.

2. 주소 생성, 일시 중지 또는 블랙리스트 작성과 같은 사용자 정의 논리에는 Ownable 또는 Roles 와 같은 액세스 제어 메커니즘과의 신중한 통합이 필요합니다.

3. 모든 산술 연산은 전송 또는 발행 중 정수 오버플로를 방지하기 위해 SafeMath 또는 Solidity 0.8+ 내장 오버플로 검사를 사용해야 합니다.

4. 생성자 매개변수에는 초기 공급, 이름, 기호 및 소수점 정밀도가 포함되어야 하며, 구성 오류를 방지하기 위해 배포 전에 각각 유효성을 검사해야 합니다.

5. 꼭 필요한 경우가 아니면 외부 통화 및 대리인 통화를 피하십시오. 신뢰할 수 없는 외부 계약은 재진입 및 오라클 조작 위험을 초래합니다.

Hardhat 또는 Foundry를 사용하여 컴파일 및 배포

1. Hardhat 구성 파일은 네트워크 엔드포인트, 환경 변수를 통한 개인 키, 최적화 프로그램 실행을 포함한 컴파일러 설정을 지정합니다.

2. 배포 스크립트는 인수를 사용하여 계약을 인스턴스화한 다음 메인넷 또는 테스트넷 연결을 위해 Alchemy 또는 Infura와 같은 공급자를 사용하여 트랜잭션을 제출합니다.

3. 각 배포는 고유한 계약 주소를 생성합니다. 이 주소는 일단 확인되면 Etherscan에서 변경할 수 없으며 공개적으로 확인할 수 있습니다.

4. 검증에는 일치하는 소스 코드, 컴파일러 버전, 최적화 플래그 및 생성자 인수가 필요합니다. 불일치로 인해 전체 계약 검사가 불가능합니다.

5. 전송하기 전에 가스 추정이 수행되며 네트워크 정체가 발생할 경우 더 높은 가스 제한으로 재시도하는 것과 같은 대체 전략이 배포에 포함되는 경우가 많습니다.

토큰 배포 및 지갑 통합

1. 초기 배포는 알려진 주소로의 직접 전송, 스냅샷 데이터를 기반으로 한 에어드롭 또는 사전 판매 스마트 계약 참여를 통해 발생할 수 있습니다.

2. MetaMask와 같은 지갑은 계약 주소, 체인 ID, 기호 및 소수점을 사용하여 수동으로 추가해야 합니다. 필드를 생략하면 표시 오류가 발생합니다.

3. 중앙 집중식 거래소는 상장 전 감사 보고서, 유동성 약정 및 KYC 문서를 요구하는 반면, 분산형 플랫폼은 Uniswap V2/V3 공장을 통한 자동화된 풀 생성에 의존합니다.

4. 토큰 보유자는 ABI로 인코딩된 함수 호출을 사용하여 계약과 상호 작용합니다. 잘못된 ABI 버전으로 인해 유효한 매개변수가 있어도 오류를 되돌릴 수 있습니다.

5. 토큰 로고 변경과 같은 메타데이터 업데이트는 ERC-20 메타데이터 확장과 같은 표준이나 CoinGecko API와 같은 중앙 집중식 자산 등록을 통해 오프체인으로 처리됩니다.

자주 묻는 질문

Q: 배포 후 총 공급량을 수정할 수 있습니까? A: 아니요. 계약에 주조 또는 소각 기능이 없으면 공급이 영구적으로 고정됩니다. 배포 후 이러한 기능을 추가하는 것은 디자인 타임에 계획해야 하는 프록시 패턴 없이는 불가능합니다.

Q: 배포자 주소의 개인 키를 분실하면 어떻게 되나요? A: 계약이 소유 가능을 사용하고 다중 서명 또는 시간 잠금이 구성되지 않은 경우 일시 중지 또는 업그레이드와 같은 관리 기능에 영구적으로 액세스할 수 없게 됩니다.

Q: 사용자 간의 모든 전송에 대해 ETH를 지불해야 합니까? 답: 그렇습니다. 모든 전송에는 보낸 사람이 토큰을 보유하고 있는지 여부에 관계없이 ETH로 지불된 가스가 소비됩니다. 토큰 자체에는 고유한 가스 가치가 없습니다.

Q: 규제 승인 없이 ERC-20 토큰을 출시하는 것이 합법적인가요? A: 관할권이 중요합니다. 많은 국가에서 증권으로 분류된 토큰은 SEC와 같은 규제 기관에 등록하거나 면제를 받아야 합니다. 이를 준수하지 않을 경우 강제 조치가 취해질 수 있습니다.