최소 프록시 계약(EIP-1167)이란 무엇이며 배포 시 가스를 어떻게 절약합니까?

최소 프록시 계약(EIP-1167)이란 무엇입니까?

1. EIP(Ethereum Improvement Proposal) 1167에 따라 표준화된 최소 프록시 계약은 호출을 기존 구현 계약에 위임하도록 설계된 경량 계약입니다. 자체적으로 로직을 저장하지 않고 모든 함수 호출과 트랜잭션을 마스터 계약으로 전달하는 프록시 역할을 합니다.

2. 핵심 메커니즘은 낮은 수준의 SUCCESS, RETURNDATA 및 DELEGATECALL opcode에 의존합니다. 사용자가 최소 프록시와 상호 작용할 때 DELEGATECALL을 사용하여 프록시의 저장소와 컨텍스트를 유지하면서 구현 계약의 기능을 실행합니다.

3. Transparent 또는 UUPS 프록시와 같은 본격적인 프록시 패턴과 달리 EIP-1167에는 업그레이드 가능성 논리, 소유권 확인 또는 대체 메커니즘이 포함되어 있지 않습니다. 이로 인해 바이트코드가 매우 컴팩트해지며 종종 길이가 45바이트에 불과합니다.

4. 관리를 위한 변경 가능한 상태가 없기 때문에 최소 프록시는 배포 후 변경할 수 없습니다. 주요 목적은 단일 구현의 저렴한 복제본을 생성하여 예측 가능성과 가스 효율성이 중요한 공장 중심 배포에 이상적입니다.

EIP-1167은 배포 중에 어떻게 가스를 절약합니까?

1. EIP-1167의 가장 큰 장점은 배포 비용에 있습니다. 표준 계약에는 수백 또는 수천 바이트의 바이트코드가 포함되는 경우가 많아 생성 중에 높은 가스 비용이 발생합니다. 대조적으로, 최소 프록시의 바이트코드는 가능한 한 작게 최적화되어 있습니다.

2. 이더리움의 가스 비용은 배포된 코드의 크기에 따라 부분적으로 결정됩니다. 초기화 코드의 각 바이트에는 비용이 발생하며 계약 규모가 클수록 더 많은 비용을 지불합니다. EIP-1167은 배포된 바이트코드를 약 45바이트로 줄임으로써 기존 프록시 모델에 비해 이 비용을 대폭 절감합니다.

3. 배포 프로세스에는 구현 주소를 가리키는 작은 런타임 코드 조각만 복사하는 작업이 포함됩니다. 대상 주소를 바이트코드로 인코딩하는 것 외에는 생성자 로직이 없으므로 실행 오버헤드가 더욱 줄어듭니다.

4. NFT 컬렉션, 토큰화된 자산 또는 분산형 거래소 쌍과 같은 유사한 계약의 수많은 인스턴스를 배포하는 프로젝트는 수천 개의 최소 프록시에서 동일한 구현을 재사용할 수 있습니다. 이 패턴은 블록체인 팽창을 최소화하면서 대규모 확장성을 가능하게 합니다.

암호화폐 산업의 사용 사례

1. Uniswap과 같은 분산형 거래소는 최소한의 프록시를 활용하여 거래 쌍을 효율적으로 인스턴스화합니다. 각 쌍은 공유 라우터 계약을 가리키는 복제본이므로 중복된 논리 중복 없이 신속한 배포가 가능합니다.

2. NFT 플랫폼은 EIP-1167을 사용하여 중앙 템플릿에서 개별 수집 계약을 생성합니다. 이는 새로운 상품을 출시하는 제작자의 가스 비용을 최소화하는 동시에 일관성을 보장합니다.

3. 프로토콜 설계자는 사용자 금고, 대출 위치 또는 합성 자산을 나타내기 위해 최소한의 프록시를 배포하는 팩토리를 구현합니다. 이러한 클론은 검증된 하나의 구현에서 동작을 상속하여 감사 표면과 공격 벡터를 줄입니다.

4. 레이어 2 네트워크와 같이 가스에 민감한 환경은 배포 비용 절감으로 큰 이점을 얻습니다. 거래 수수료가 여전히 문제가 되는 체인에서는 계약 규모를 최적화하면 접근성과 처리량이 직접적으로 향상됩니다.

보안 고려 사항 및 제한 사항

1. 최소 프록시에는 업그레이드 메커니즘이 없으므로 구현의 모든 버그는 모든 복제본에 영구적으로 영향을 미칩니다. 이러한 불변성을 위해서는 초기 배포 전에 엄격한 테스트가 필요합니다.

2. 대리인은 건설시 대상 계약의 존재 여부 또는 정확성을 검증하지 않습니다. 구현 주소가 올바르지 않거나 손상되면 모든 프록시가 취약해집니다.

3. 인스턴스별로 명시적으로 범위가 지정되지 않는 한 모든 상태는 구현 계약에 있으므로 개발자는 프록시 간에 논리를 공유할 때 충돌을 방지하기 위해 저장소 레이아웃을 신중하게 설계해야 합니다.

4. 공장에서 생성된 프록시가 순차 주소 체계를 따르는 경우 공격자는 예측 가능한 배포 패턴을 악용할 수 있습니다. 인스턴스화 시 임의성 또는 액세스 제어를 보장하면 열거 위험을 완화하는 데 도움이 됩니다.

자주 묻는 질문

A: 아니요. EIP-1167 프록시는 업그레이드할 수 없습니다. 배포 시 인코딩된 고정 구현 주소를 가리킵니다. 변경하려면 새로운 구현과 새로운 프록시 인스턴스를 모두 다시 배포해야 합니다.

Q: 대상 계약 주소는 프록시에 어떻게 저장되나요?

A: 구현 주소는 어셈블리 수준 기술을 사용하여 프록시의 바이트 코드에 직접 포함됩니다. 런타임 시 이 주소가 로드되어 DELEGATECALL 작업의 대상으로 사용됩니다.

Q: 최소 프록시는 ERC-721 또는 ERC-20과 같은 ERC 표준과 호환됩니까?

A: 예, 최소 프록시는 모든 규정 준수 구현 계약으로 호출을 전달할 수 있습니다. 대상이 필수 인터페이스를 지원하는 한 프록시는 고유 논리가 없어도 그에 따라 작동합니다.

Q: 모든 프로젝트가 모든 계약에 대해 최소 프록시를 사용하지 않는 이유는 무엇입니까?

A: 최소 프록시에는 효율적이지만 관리 기능이 내장되어 있지 않습니다. 역할 기반 액세스, 일시 중지 가능성 또는 동적 업그레이드가 필요한 프로젝트는 배포 비용이 높음에도 불구하고 더 복잡한 프록시 패턴을 선택합니다.