Web3 & DApp Development Fundamentals · 강의

가스 최적화 기법

가스 효율적인 Solidity 코드를 작성하여 거래 비용을 줄이고 블록체인에서 DApp 성능을 향상하는 전략을 배우세요.

레슨 3/311개 단계

가스 최적화 기법은(는) CoddyKit의 무료 Web3 & DApp Development Fundamentals 강의입니다. 이것은 3개 중 3번째 강의입니다. 아래에서 전체 강의를 무료로 읽을 수 있으며, 내장 코드 에디터와 24/7 AI 튜터와 함께 브라우저에서 직접 실습할 수 있습니다. 이 강의는 Web3 & DApp Development Fundamentals 학습 경로의 일부이며, 진행 상황이 웹과 CoddyKit 앱에 동기화됩니다. Web3 & DApp Development Fundamentals 강의에는 총 3개의 강의가 포함되어 있습니다.

이 강의의 일부는 아직 번역되지 않았으며 영어로 표시됩니다.

Why Gas Optimization Matters

Welcome to the final lesson in DApp Security & Auditing! Today, we'll master Gas Optimization Techniques.

Gas is the fee paid to execute transactions on the Ethereum network. It's like fuel for your car.

Cost Reduction: Lower gas fees mean cheaper transactions for users.
Performance: Optimized contracts execute faster.
User Experience: Better performance leads to happier users and smoother DApps.

Understanding Gas Costs

Every operation the Ethereum Virtual Machine (EVM) performs costs a certain amount of gas. Complex operations cost more.

When you deploy or interact with a smart contract, you pay gas for:

Storing data on the blockchain (most expensive).
Performing computations.
Sending Ether.

Our goal is to write code that uses fewer of these expensive operations.

Storage vs. Memory vs. Calldata

Understanding where your data lives is key to saving gas. Each location has different costs:

Storage: Permanent, on-chain. Most expensive to read/write (SSTORE/SLOAD).
Memory: Temporary, exists only during function execution. Cheaper than storage.
Calldata: Immutable, read-only, temporary. Used for external function arguments. Cheapest for external inputs.

Prioritize using calldata or memory for variables that don't need to persist on-chain.

Minimize Storage Writes (SSTORE)

Writing to storage (SSTORE) is the single most expensive operation in Solidity. Always ask: does this variable really need to be stored on-chain?

Instead of updating a counter in storage for every iteration, compute it once at the end or use events to log changes.

Consider this simple example:

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;

contract StorageCostExample {
    uint256 public counter;

    // High gas cost: writes to storage every call
    function incrementBad() public {
        counter++;
    }

    // Lower gas cost: only reads state
    function getCounter() public view returns (uint256) {
        return counter;
    }
}

Packing Storage Variables

Solidity stores variables in 256-bit (32-byte) 'slots'. If you declare multiple variables that fit within a single slot, they can be 'packed' together, saving gas.

For example, three uint8 variables take up less storage than three uint256 variables if declared consecutively. This saves SSTORE operations.

Declare smaller data types (e.g., uint8, bool) when possible.
Group variables of similar sizes together.

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;

contract StoragePacking {
    // These will likely pack into one slot
    uint8 public value1;
    bool public isActive;
    uint8 public value2;

    // This will take a separate slot
    address public owner;

    function setValues(uint8 _v1, bool _active, uint8 _v2) public {
        value1 = _v1;
        isActive = _active;
        value2 = _v2;
    }
}

Short-Circuiting Conditionals

When using logical operators like && (AND) or || (OR), Solidity uses 'short-circuiting'. This means it stops evaluating conditions once the result is known.

You can save gas by placing the cheaper, more likely-to-fail, or more likely-to-be-true conditions first.

For &&, put the condition most likely to be false first.
For ||, put the condition most likely to be true first.

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;

contract ShortCircuitExample {
    uint256 public data = 100;

    function checkCondition(uint256 _input) public view returns (bool) {
        // Cheaper check (input) before more expensive check (storage read)
        return (_input > 0 && data > 50); 
    }
}

Efficient Loops & Iterations

Loops can be gas-expensive, especially if they iterate over large arrays stored in storage. Avoid unbounded loops or loops over dynamic arrays in storage when possible.

Process data off-chain if possible.
Use fixed-size arrays instead of dynamic ones if the size is known.
Refactor logic to avoid loops or reduce iterations.
Consider a pull-based system for payouts instead of pushing to many recipients in one transaction.

Using `view` and `pure` Functions

Functions marked as view or pure do not modify the blockchain state. When called externally, they don't cost any gas!

view: Reads state variables but doesn't modify them.
pure: Neither reads nor modifies state variables.

Internal calls to view/pure functions still consume gas (as part of the larger transaction), but using them correctly for external queries is a huge gas saver for users.

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;

contract ViewPureExample {
    uint256 public myNumber = 42;

    // Costs no gas for external calls
    function getNumber() public view returns (uint256) {
        return myNumber;
    }

    // Costs no gas for external calls
    function add(uint256 a, uint256 b) public pure returns (uint256) {
        return a + b;
    }
}

Error Handling Gas Costs

Solidity provides several ways to handle errors: require(), revert(), and assert().

require(): Used for validating inputs and conditions. Refunds unused gas when it fails. (Recommended for most checks)
revert(): Similar to require, also refunds unused gas.
assert(): Used for internal invariants and should *never* fail. Consumes ALL remaining gas when it fails. (Use sparingly for critical internal checks)

Failing an assert is much more expensive than failing a require, so choose your error handling wisely.

Question: Gas Optimization

Consider the following Solidity snippet. Which change would likely lead to the MOST significant gas savings for a user calling updateStatus?

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;

contract GasPuzzle {
    uint256 public statusId;
    string public statusName;
    address public owner;

    constructor() {
        owner = msg.sender;
        statusId = 1;
        statusName = "Initial";
    }

    function updateStatus(uint256 _newId, string memory _newName) public {
        require(msg.sender == owner, "Not owner");
        statusId = _newId;
        statusName = _newName;
    }
}

인터랙티브 레슨에서 답해보세요

Recap: Gas Optimization Mastery

You've unlocked key strategies for writing gas-efficient Solidity code!

Remember these principles:

Minimize Storage Writes: The golden rule.
Pack Variables: Group smaller variables to fit slots.
Use Efficient Data Locations: Prefer calldata/memory over storage.
Optimize Loops: Avoid unbounded or large iterations.
Leverage view/pure: For gas-free external reads.
Smart Error Handling: Use require/revert, not assert for user input.

Applying these techniques will lead to more affordable, faster, and user-friendly DApps. Keep practicing!

무료로 시작

AI 튜터와 함께 Web3 & DApp Development Fundamentals을(를) 배우세요 — 무료

브라우저에서 실제 코드를 작성하고 실행하며, 24/7 AI 튜터로부터 즉각적인 도움을 받고, 웹이나 앱에서 중단한 부분부터 계속 학습하세요.

코스: 29
레슨: 105

무료로 학습 시작 전체 코스 보기

자주 묻는 질문

“가스 최적화 기법” 강의는 무료인가요?

네 — “가스 최적화 기법” 전체 내용을 이 웹사이트에서 무료로 읽을 수 있습니다. 인터랙티브하게 실습하려면(내장 코드 에디터와 24/7 AI 튜터), CoddyKit PRO로 업그레이드하면 Web3 & DApp Development Fundamentals 강의 전체를 잠금 해제할 수 있습니다. Web3 & DApp Development Fundamentals 강의에는 총 3개의 강의가 포함되어 있습니다.

“가스 최적화 기법”에서 뭘 배우나요?

가스 효율적인 Solidity 코드를 작성하여 거래 비용을 줄이고 블록체인에서 DApp 성능을 향상하는 전략을 배우세요. 브라우저에서 직접 실행하는 실습 코드로 Web3 & DApp Development Fundamentals을(를) 배우며, 24/7 AI 튜터가 강의를 진행하면서 질문에 답변해줍니다.

Web3 & DApp Development Fundamentals을(를) 시작하는 데 경험이 필요한가요?

사전 경험은 필요하지 않습니다. CoddyKit의 Web3 & DApp Development Fundamentals은(는) 초급자부터 고급 학습자까지를 위해 구성되어 있으므로, 여기서 시작하거나 처음부터 시작할 수 있으며 자신의 속도대로 진행할 수 있습니다. 이것은 3개 중 3번째 강의입니다.

“가스 최적화 기법” 강의는 얼마나 걸리나요?

대부분의 CoddyKit 강의는 약 5~10분이 소요됩니다. 각 강의는 간결하고 인터랙티브하여 꾸준한 진행이 가능하며, 웹과 앱에서 중단한 부분부터 바로 시작할 수 있습니다.

이 Web3 & DApp Development Fundamentals 강의에서 코드를 작성하고 실행할 수 있나요?

네. 모든 Web3 & DApp Development Fundamentals 강의에는 내장 코드 에디터가 포함되어 있으므로, 브라우저에서 바로 실제 코드를 작성하고 실행한 후 즉시 AI 피드백을 받을 수 있습니다 — 로컬 설정이 필요 없습니다.

이 강의의 모든 강의

← Web3 & DApp Development Fundamentals(으)로 돌아가기