가스 효율적인 스마트 계약을 작성하는 방법?

이더 리움 스마트 계약의 가스 이해

이더 리움 블록 체인에서 가스는 운영을 실행하는 데 필요한 계산 노력의 양을 측정하는 장치입니다. 이더 리움 네트워크의 모든 거래 또는 스마트 계약 실행은 가스를 소비하며, 사용자는 ETHER (ETH)를 사용하여이 비용을 지불합니다. 가스 효율적인 스마트 계약을 작성하면 가스 비용이 높기 때문에 분산 된 응용 프로그램 (DAPP)이 상호 작용하는 데 비싸기 때문에 사용자 채택이 불량하기 때문입니다.

데이터 저장, 산술 수행 또는 기타 계약 호출과 같은 EVM (Ethereum Virtual Machine)의 각 작업에는 사전 정의 된 가스 비용이 있습니다. 예를 들어, Storage ( sstore )에 쓰는 것은 그것을 읽는 것보다 훨씬 비쌉니다 ( sload ). 따라서 계약이 이러한 운영을 사용하는 방식을 최적화하면 효율성에 직접 영향을 미칩니다.

스토리지 사용을 최적화합니다

스토리지 최적화는 가스 소비를 줄이는 가장 효과적인 방법 중 하나입니다. 특히 대규모 데이터 세트를 처리 할 때는 데이터를 저장하는 데 비용이 많이 듭니다. 하나의 효율적인 전략 중 하나는 여러 변수를 단일 스토리지 슬롯에 포장하는 것입니다. 각 스토리지 슬롯의 너비는 256 비트이므로 UINT8 또는 BOOL과 같은 작은 데이터 유형을 사용하여 여러 값을 하나의 슬롯에 맞출 수 있습니다.

또 다른 방법은 불필요한 글을 저장에 피하는 것입니다. 대신 메모리 또는 로컬 변수에서 계산을 수행하고 최종 결과 만 스토리지에만 작성하십시오. 또한 환불 메커니즘에는 한계가 있고 신중하게 사용해야하지만, 사용되지 않은 데이터를 삭제하여 공간을 확보하고 잠재적으로 가스 환불을받을 수 있습니다.

• 스트러크를 사용하여 관련 데이터를 그룹화하고 포장을 최적화하십시오.
• 가능한 경우 불변 변수를 선호하며, 이는 일반 스토리지 변수보다 저렴합니다.
• 절대적으로 필요하지 않는 한 깊은 매핑 구조를 피하십시오.

메모리와 콜 다타를 효율적으로 활용합니다

기능 인수 또는 내부 계산을 처리 할 때는 가능할 때마다 스토리지를 통해 메모리를 사용하는 것이 좋습니다. 메모리의 작동은 블록 체인 상태를 변경하지 않기 때문에 가스 측면에서 상당히 저렴합니다. 또한 외부 기능 호출의 경우 메모리 대신 CallData를 사용하면 특히 대규모 입력 데이터의 경우 가스 비용을 더욱 줄일 수 있습니다.

배열 또는 문자열을 프로세스하는 기능은 메모리의 복사 및 조작을 최소화해야합니다. 데이터에 수정이 필요하지 않으면 CallData에서 직접 참조하십시오. 또한 배치 처리는 여러 작업을 단일 기능 호출로 통합하여 오버 헤드를 줄이는 데 도움이 될 수 있습니다.

• 상태 변경을 피하기 위해 읽기 전용 작업에 보기 또는 순수한 기능을 사용하십시오.
• 함수 매개 변수의 동적 배열 사용을 최소화하십시오.
• 연결을 위해 + 연산자 대신 String.concat () 또는 bytes.concat ()을 사용하십시오.

올바른 데이터 구조 선택

데이터 구조의 선택은 가스 효율에 중요한 역할을합니다. 매핑과 배열은 유연성을 제공하지만 가스의 영향이 다릅니다. 예를 들어, 매핑을 사용하면 반복없이 요소에 직접 액세스 할 수 있으므로 배열에 비해 조회에 더 가스 효율적입니다.

자주 수정되면, 특히 품목을 추가하거나 제거 할 때 동적 배열이 비싸 질 수 있습니다. 고정 크기 어레이는 종종 가스 사용 측면에서 더 예측 가능합니다. 엔티티 목록을 유지할 때는 더 빠른 접근 및 가스 비용을 낮추기 위해 배열 대신 매핑 (uint => t)을 사용하는 것을 고려하십시오.

• 액세스 패턴에 대한 루프 오버 맵핑을 선호하십시오.
• 필요한 경우 중첩 된 매핑이나 배열을 피하십시오.
• 복잡한 쿼리에 대한 오프 체인 인덱싱을 고려하십시오.

코드 최적화 기술

Solidity는 가스 사용을 줄이는 데 도움이되는 다양한 기능과 모범 사례를 제공합니다. 최신 컴파일러 버전을 사용하면 Solidity Team의 지속적인 최적화로 이점을 얻을 수 있습니다. -OpTiMize 와 같은 컴파일러 플래그는 생성 된 바이트 코드를 최적화하여 배포 및 런타임 비용을 크게 줄일 수 있습니다.

루프 내부의 중복 계산을 피하십시오. 루프 외부에서 일정한 표현식을 이동하고 가능한 한 사전 계산 값을 이동하십시오. 또한 특정 기준이 충족 될 때 기능을 빠르게 종료하기 위해 조기 반환 및 단락 조건을 선호합니다.

• 오버플로/언더 플로우가 문제가되지 않는 산술 작업에 확인되지 않은 블록을 사용하십시오.
• 통화 오버 헤드를 제거하기 위해 작은 기능을 인라인으로합니다.
• 요구 사항을 최소한의 논리로 바꾸십시오.

자주 묻는 질문

가스와 가스 가격의 차이점은 무엇입니까?

가스는 이더 리움 네트워크에서 운영을 수행하는 데 필요한 계산 장치를 나타냅니다. GWEI로 표시된 가스 가격은 사용자가 가스 단위당 얼마나 지불 할 의향이 있는지입니다. 총 거래 비용은 가스 사용 × 가스 가격 으로 계산됩니다.

가스 한도가 내 스마트 계약 실행에 어떤 영향을 미칩니 까?

가스 한도는 사용자가 거래에 기꺼이 지출하는 최대 가스 양입니다. 트랜잭션 이이 한도를 초과하면 되돌아 가면 되돌리지 만 이미 소비 된 가스는 환불되지 않습니다. 적절한 가스 제한을 설정하면 불필요한 고장없이 원활한 실행을 보장합니다.

계약에서 데이터를 삭제하기 위해 가스 환불을받을 수 있습니까?

예, 이더 리움은 자체 파괴 Opcode 또는 청소 스토리지 항목을 통해 데이터를 삭제하기위한 부분 가스 환불을 제공합니다. 그러나 환불은 제한되어 있으며 초기 저장 비용을 완전히 상쇄하지 않습니다.

가스 효율을 위해 새 계약을 배치하거나 기존 계약을 업그레이드하는 것이 더 낫습니까?

프록시 패턴을 사용하여 계약을 업그레이드하면 위임 통화로 인해 추가 가스 비용이 발생할 수 있습니다. 복잡성과 사용 패턴에 따라 새로운 최적화 계약을 배포하는 것이 때때로 더 효율적 일 수 있습니다.