기존 스마트 계약을 복제하고 배포하는 방법은 무엇입니까? (예: SafeMoon)

스마트 계약 복제 기본 사항 이해

1. 스마트 계약 복제에는 소스 코드, 바이트코드 및 배포 논리를 복제하여 동일하거나 다른 블록체인 네트워크에 새 인스턴스를 생성하는 작업이 포함됩니다.

2. 원본 계약의 Solidity 소스 코드는 공개적으로 사용 가능해야 하며 Etherscan 또는 BscScan과 같은 탐색기의 확인된 바이트 코드에서 역엔지니어링되어야 합니다.

3. 프록시 패턴 또는 업그레이드 가능한 아키텍처를 사용하여 배포된 계약에는 특별한 주의가 필요합니다. 프록시 논리 없이 구현 계약만 복제하면 기능적 차이가 발생합니다.

4. MIT 또는 GPL 조항과 같이 원본 코드에 포함된 라이센스 제한은 재사용 또는 재배포 중에 준수되어야 하는 법적 의무를 부과합니다.

5. solc --bin 및 ethers.js getContractFactory 와 같은 도구를 사용하여 바이트코드 동등성 검사는 복제된 아티팩트가 참조 배포와 일치하는지 확인합니다.

소스코드 획득 및 검증

1. SafeMoon과 같은 토큰에 대한 BscScan의 검증된 계약은 가져오기, 컴파일러 버전 지시문 및 생성자 매개변수를 포함하여 전체 Solidity 파일을 노출합니다.

2. 확인되지 않은 계약은 Panoramix 또는 decompile.eth 를 통한 바이트코드 역컴파일을 요구하지만 출력에는 변수 이름과 구조적 명확성이 부족할 수 있습니다.

3. 원본 0.6.12 대신 solc 0.8.7을 사용하는 것과 같은 컴파일러 버전 불일치는 산술 오버플로 또는 저장소 레이아웃 정렬에서 자동 오류를 유발합니다.

4. 가져오기 경로가 비공개 GitHub 리포지토리 또는 비공개 npm 패키지를 가리키는 경우 종속성 트리를 수동으로 재구성해야 합니다.

5. 계약 메타데이터 JSON 파일(있는 경우)에는 결정적 빌드를 재현하는 데 중요한 Swarm 해시 및 컴파일러 설정이 포함되어 있습니다.

배포 환경 설정

1. Hardhat 또는 Foundry 프로젝트는 대상 체인의 합의 규칙에 맞춰 네트워크, 계정 및 EVM 버전을 지정하는 hardhat.config.ts 로 초기화됩니다.

2. 개인 키 관리는 dotenv를 통해 로드된 환경 변수에 의존하며, 스크립트에 하드코딩되거나 Git 저장소에 커밋되지 않습니다.

3. 일관되지 않은 수수료 시장이 있는 테스트넷에 배포할 때 가스 추정이 자동으로 실패합니다. maxPriorityFeePerGas를 사용하여 수동으로 가스 한도를 재정의하면 거래가 취소되는 것을 방지할 수 있습니다.

4. require(block.chainid == 56, 'Wrong chain') 과 같은 생성자 내부의 체인 ID 유효성 검사는 교차 체인 복제 전에 제거하거나 조정해야 합니다.

5. TypeScript로 작성된 배포 스크립트는 ethers.getContractFactory를 사용하여 라이브러리를 연결하고 배포()를 호출하기 전에 변경할 수 없는 값을 삽입합니다.

배포 후 검증 기술

1. 온체인 잔액 확인은 거래 확인 후 즉시 BalanceOf(배포자)를 쿼리하여 토큰 발행 논리를 확인합니다.

2. 전송(주소(0), 수신자, 금액) 과 같은 이벤트 방출 로그를 영수증 객체에서 구문 분석하여 초기 배포 무결성을 확인합니다.

3. transferOwnership(newOwner) 과 같은 소유권 이전 기능은 관리 제어가 올바르게 전환되는지 확인하기 위해 별도로 테스트됩니다.

4. 재진입 가드 및 블랙리스트 메커니즘은 앤빌 로 구동되는 로컬 포크 메인넷 환경을 통해 악의적인 호출을 시뮬레이션하여 검증됩니다.

5. 반사율, 환매 비율, LP 잠금 기간을 포함한 토큰경제학 매개변수는 callStatic 메소드를 사용하여 원래 계약의 공개 getter와 상호 참조됩니다.

자주 묻는 질문

Q: 라이선스를 수정하지 않고 OpenZeppelin의 Ownable을 사용하는 계약을 복제할 수 있나요? A: 예, 모든 원본 저작권 헤더를 유지하고 MIT 라이선스 조건을 준수한다면 사용 시 수정은 필요하지 않으며 귀속만 허용됩니다.

Q: 배포 중에 복제된 계약이 "이유 문자열로 되돌림"과 함께 실패하는 이유는 무엇입니까? A: 이는 일반적으로 생성자 인수가 일치하지 않거나 지불 가능한 생성자에 대한 ETH가 부족하거나 block.timestamp 또는 msg.sender 제약 조건에 연결된 요구 문 실패로 인해 발생합니다.

Q: 자동 유동성이나 자선 지갑과 같은 마케팅 관련 기능을 생략하고 토큰 로직만 복제하는 것이 가능한가요? 답변: 기술적으로는 그렇습니다. 하지만 핵심 기능을 제거하면 바이트코드 해시가 변경되고 전체 표준 준수를 기대하는 기존 프런트엔드 또는 분산형 거래소와의 호환성이 손상됩니다.

Q: 블록체인 탐색기에서 복제된 계약을 확인해야 합니까? A: 확인은 선택 사항이지만 강력히 권장됩니다. 이를 통해 커뮤니티 신뢰, 감사 가능성 및 ABI 탐지에 의존하는 지갑 서비스와의 통합이 가능해집니다.