Web3 & DApp Development Fundamentals · レッスン

イベントとストレージの違い

Gasのトレードオフ

「イベントとストレージの違い」はCoddyKit上の無料Web3 & DApp Development Fundamentalsレッスンです。これはレッスン4/4です。下記で完全なレッスンを無料で読むことができます。その後、ブラウザ内の組み込みコードエディタと24時間対応のAIチューターでハンズオン演習できます。これはWeb3 & DApp Development Fundamentals学習パスの一部であり、ウェブとCoddyKitアプリ全体で進捗が同期されます。 Web3 & DApp Development Fundamentalsコースには全4レッスンが含まれています。

このレッスンの一部はまだ翻訳されておらず、英語で表示されています。

Two Ways to Record Data

When something happens in a contract you can record it in storage or in an event log. Choosing wisely is a core gas-optimization skill.

This lesson compares the trade-offs so you know when to use each.

Storage Recap

Storage is the contract's permanent state. It is the only data the contract itself can read back later, but writing to it is very expensive.

<code>mapping(address => uint256) public balances; // contract can read this</code>

Events Recap

Events write to the transaction log. They are far cheaper, but the contract cannot read them back on-chain - only off-chain clients can.

<code>event BalanceChanged(address indexed who, uint256 newBalance);
// off-chain apps read this; the contract cannot</code>

Gas Cost Difference

Writing a fresh storage slot (an SSTORE from zero) costs around 20,000 gas. Emitting a log topic or word costs only a few hundred gas. Events can be an order of magnitude cheaper.

The Golden Rule

A simple guideline:

Store data the contract needs to read or use in future logic
Emit data only the outside world needs (history, UI, analytics)

Do not store data purely for display - emit it instead.

What Must Be Storage

Balances, ownership, allowances, and any value used in require checks or future calculations must live in storage, because the contract reads them.

<code>function transfer(address to, uint256 amt) public {
    require(balances[msg.sender] >= amt); // needs storage
    balances[msg.sender] -= amt;
    balances[to] += amt;
}</code>

What Can Be Events Only

A transaction history, audit trail, or notification feed is perfect for events. The contract never needs to revisit those records, so storing them would waste gas.

<code>event Logged(address indexed user, string action, uint256 time);

function act(string memory a) public {
    emit Logged(msg.sender, a, block.timestamp); // no storage
}</code>

Use Both Together

The most common pattern is to store the new state and emit an event describing the change. The storage value drives logic; the event keeps the UI in sync.

<code>function deposit() public payable {
    balances[msg.sender] += msg.value; // storage for logic
    emit BalanceChanged(msg.sender, balances[msg.sender]); // event for UI
}</code>

Logs Cannot Be Queried On-Chain

A critical limitation: another contract cannot read your emitted logs. If contract B needs a value, contract A must expose it via storage or a return value, never via an event.

Avoid Storing for History

A common beginner mistake is pushing every action into a storage array to build a history. This grows unbounded and becomes hugely expensive. Emit events instead and let an off-chain indexer rebuild the history.

<code>// Anti-pattern: unbounded, costly
// historyArray.push(record);

// Better:
emit ActionRecorded(msg.sender, block.timestamp);</code>

Decision Checklist

Ask: Does any on-chain code read this value later?

Yes - storage (and optionally emit too)
No, it is only for display or audit - event only

This single question resolves most design choices.

Quick Check

Test your understanding of events versus storage.

Recap

You learned the storage vs events trade-off:

Storage is readable on-chain but expensive (~20k gas per fresh slot)
Events are cheap but only off-chain clients can read them
Store what the contract needs; emit what only the outside world needs
The common pattern: update storage AND emit an event

Never store data purely for history or display.

よくある質問

「イベントとストレージの違い」レッスンは無料ですか？

はい。「イベントとストレージの違い」の完全なテキストはこのウェブで無料で読めます。インタラクティブに演習し（組み込みコードエディタと24時間対応のAIチューター）、Web3 & DApp Development Fundamentalsコースの残りをアンロックするには、CoddyKit PROにアップグレードしてください。 Web3 & DApp Development Fundamentalsコースには全4レッスンが含まれています。

「イベントとストレージの違い」で何を学びますか？

Gasのトレードオフブラウザで直接実行するハンズオンコードでWeb3 & DApp Development Fundamentalsを演習し、24時間対応のAIチューターがレッスンを進める中での質問に答えます。

Web3 & DApp Development Fundamentalsを始めるのに経験は必要ですか？

事前経験は必要ありません。CoddyKitのWeb3 & DApp Development Fundamentalsは初級者から上級者向けに構成されているため、ここから始めるか最初から始めて、自分のペースで進むことができます。これはレッスン4/4です。

「イベントとストレージの違い」レッスンにはどのくらい時間がかかりますか？

ほとんどのCoddyKitレッスンは約5～10分かかります。各レッスンはコンパクトでインタラクティブなので、着実に進歩し、ウェブとアプリ全体で正確に前回の場所から再開できます。

このWeb3 & DApp Development Fundamentalsレッスンでコードを書いて実行できますか？

はい。すべてのWeb3 & DApp Development Fundamentalsレッスンに組み込みコードエディタが含まれているため、ブラウザでリアルコードを書いて実行し、即座のAIフィードバックを取得できます。ローカル設定は不要です。

このコースのすべてのレッスン

← Web3 & DApp Development Fundamentalsに戻る