CREATE2 opcode는 무엇이며 결정론적 계약 주소를 어떻게 활성화합니까?

Ethereum의 CREATE2 Opcode 이해

1. CREATE2 opcode는 콘스탄티노플 업그레이드 중에 EIP-1014를 통해 이더리움에 도입되었습니다. 이는 결과 계약 주소를 결정하기 위해 발신자의 임시값을 사용하여 스마트 계약을 배포하는 기존 CREATE opcode에 대한 대안으로 사용됩니다. CREATE와 달리 CREATE2를 사용하면 개발자는 nonce 이외의 특정 입력을 고려하여 배포 전에 계약의 주소를 계산할 수 있습니다.

2. 이 기능은 계약 주소의 예측 가능성이 필요한 시나리오에서 매우 중요합니다. 예를 들어, 오프체인 시스템이나 레이어 2 솔루션은 아직 배포되지 않은 계약을 참조해야 할 수도 있습니다. CREATE2는 주소 사전 계산을 통해 무신뢰 상호 작용을 지원하고 분산 구성 요소 간의 조정을 향상시킵니다.

3. CREATE2에 의해 생성된 주소의 구조는 배포자 주소, 사용자 정의 솔트(32바이트 값), 계약의 바이트 코드(init_code라고도 함) 및 해당 바이트 코드의 keccak256 해시라는 네 가지 요소를 포함하는 암호화 해시에 의존합니다. 이러한 입력은 보낸 사람의 거래 수에 따라 달라지지 않으므로 동일한 조합으로 항상 동일한 주소가 생성됩니다.

4. 이 메커니즘의 중요한 장점 중 하나는 계약을 조건부로 배포할 수 있다는 것입니다. 특정 조건이 충족되는 경우에만 계약을 배포할 수 있지만 향후 주소는 미리 알려져 있습니다. 이를 통해 응용 프로그램이 온체인에 적용되기 전에도 알려진 위치에 계약이 존재한다고 가정하는 반사실적 인스턴스화와 같은 사용 사례가 가능해집니다.

결정론적 주소 생성 설명

1. 결정론적 계약 주소는 동일한 입력 세트가 주어지면 출력 주소가 항상 동일하다는 것을 의미합니다. CREATE2에서 사용되는 공식은 keccak256(0xff + address + salt + keccak256(init_code))[12:] 입니다. 접두사 0xff는 CREATE를 통해 생성된 주소로부터 네임스페이스를 분리하여 충돌 위험을 줄입니다.

2. 소금 매개변수는 중요한 역할을 합니다. 개발자가 선택하며 사용자 식별자, 타임스탬프 또는 애플리케이션별 키와 같은 의미 있는 데이터를 인코딩할 수 있습니다. 솔트 및 기타 구성 요소가 변경되지 않은 한 동일한 작성자 주소에서 동일한 바이트 코드를 재배포하면 정확히 동일한 대상이 됩니다.

3. 주소는 런타임 코드가 아닌 초기화 코드의 해시에 따라 달라지므로 생성자 인수나 컴파일된 바이트코드가 변경되면 최종 주소가 변경됩니다. 이로 인해 배포가 컴파일 세부 사항에 매우 민감해지며 신중한 버전 제어와 재현 가능한 빌드가 필요합니다.

4. 개발자는 각 사용자가 고유하게 파생된 스마트 계약 지갑을 얻는 지갑 팩토리에 대해 결정론적 주소 지정을 활용하는 경우가 많습니다. 이러한 지갑은 오프체인으로 예상될 수 있으므로 배포가 발생하기 전에도 트랜잭션이 올바르게 라우팅될 수 있습니다.

분산형 금융 및 Layer-2 시스템의 애플리케이션

1. 분산형 거래소 및 자동화된 마켓 메이커에서 CREATE2는 예측 가능한 주소를 가진 풀 생성을 용이하게 합니다. 이를 통해 이벤트 로그를 기다리거나 레지스트리에 의존하지 않고 풀 데이터를 쿼리할 수 있는 프런트엔드 및 봇의 통합이 단순화됩니다.

2. 상태 채널 및 롤업과 같은 레이어 2 확장 솔루션은 반사실적 계약 배포를 위해 CREATE2를 활용합니다. 채널의 참가자는 가상 계약 인스턴스와 상호 작용할 수 있으며, 체인상에서 실현될 경우 해당 인스턴스가 어디에 위치하게 될지 정확하게 알 수 있습니다. 이는 보안 보장을 유지하면서 온체인 공간을 줄입니다.

3. ERC-4337(계정 추상화)을 준수하는 것과 같은 스마트 계약 지갑은 결정론적 주소를 사용하여 원활한 사용자 경험을 가능하게 합니다. 자금 거래는 미리 계산된 위치를 대상으로 하기 때문에 사용자는 향후 지갑 주소가 존재하기 전에 해당 주소로 자금을 받을 수 있습니다.

4. 또 다른 사용 사례에는 구현 계약이 결정적으로 배포되는 업그레이드 가능한 프록시 패턴이 포함됩니다. 프록시는 일반적으로 CREATE를 사용하지만 이를 CREATE2 기반 팩토리와 결합하면 배포 전반에 걸쳐 모듈성과 감사 가능성이 향상됩니다.

자주 묻는 질문

A: 아니요. 계산된 CREATE2 주소에 계약이 이미 존재하는 경우 다른 계약을 배포하려고 하면 실패합니다. EVM은 기존 코드 덮어쓰기를 방지하여 주소가 점유되면 불변성을 보장합니다.

Q: 솔트 값은 CREATE2 배포의 보안에 어떤 영향을 줍니까?

A: 소금은 신중하게 선택해야 합니다. 예측 가능한 솔트를 사용하면 공격자가 예상 주소에 악성 계약을 사전 배포할 수 있습니다. 보안 임의성 또는 고유 식별자를 사용하면 특히 무허가 환경에서 이러한 위험이 완화됩니다.

Q: CREATE2는 CREATE보다 가스 비용이 더 비싸나요?

답: 그렇습니다. CREATE2는 일반적으로 결정적 주소를 계산하는 데 필요한 추가 해싱 작업으로 인해 더 많은 가스를 소비합니다. 정확한 비용은 init_code의 크기와 배포 당시의 네트워크 상태에 따라 달라집니다.