レッスン3

イーサリアムから始まる:スマートコントラクトが全てを変動させた

このレッスンでは、スマートコントラクトがルールをコード化する方法を解説します。これによってDeFiやNFTなどのアプリケーションが生まれ、Web3は資産ネットワークからアプリケーションネットワークへとアップグレードされます。

I. 資産を持つだけでは不十分――重要なのは「資産をどう使うか」です

前回のレッスンでは、Web3のアカウントシステムについて説明しました。ユーザーは秘密鍵で資産を管理し、ウォレットは本質的に署名ツールです。

しかし、Web3が単なる「資産の保有」にとどまる場合、その意義は実際には限定的です。

より重要なのは、「資産を送金する以外に何ができるのか?」という問いです。

ビットコインの設計における機能は比較的シンプルです:

  • 送金
  • 価値の保存

「デジタル資産を所有できる」という課題は解決しましたが、複雑な相互作用機能はありません。本当にWeb3を次の段階へ導いたのは、イーサリアムの登場です。

II. イーサリアムが果たした決定的な役割:ルールをチェーン上に記述する

出典:Tetherステーブルコインスマートコントラクトページ

イーサリアムのコアとなる革新は、「プログラム」をブロックチェーン上に書き込むことです。これらのプログラムは「スマートコントラクト」と呼ばれます。

ただし、スマートコントラクトは実際には「スマート」ではなく、本質的にはブロックチェーン上で動作する決定論的なコードです。

主な特徴は知能ではなく、以下の通りです:

  • 検証可能(誰でもコードを閲覧可能)
  • 実行可能(ネットワークノードが共同で実行)
  • 単一主体に依存しない(中央サーバー不要)

基本的なロジックは、「特定の条件が満たされると、あらかじめ設定されたルールが自動実行される」と抽象化できます。

例えば:

  • Aがコントラクトに資金を送る
  • するとコントラクトが自動的に特定のトークンをAに送る

このプロセスには以下が不要です:

  • 仲介者
  • 手動での審査
  • 信用保証

本質的には、ルールの実行が初めて機関からシステムそのものへ移行しました。

III. スマートコントラクトの意味:人がルールを執行する時代から、ルールが自動的に執行される時代へ

従来のシステムでは、ルールは自動的に実行されず、機関による執行に依存していました:

  • 銀行が記帳や送金を担当
  • 取引所が取引をマッチング
  • プラットフォームが審査やリスクコントロールを実施

ルールは存在しますが、その執行は人や組織に依存しています。

しかし、スマートコントラクトシステムでは本質的な変化が起こります。ルール=コード=実行そのものとなります。

ルールは直接チェーン上に書き込まれ、ブロックチェーンネットワークによって自動的にトリガー・実行されます。

これにより、構造的に3つの変化がもたらされます:

  • 仲介者への信頼が不要:ユーザーは機関が約束を守るかどうかではなく、コードが正しいかどうかだけを信じればよい
  • 自動実行:条件が満たされれば必ず実行され、「任意」ではない
  • 不変性:一度コントラクトがデプロイされると、コアロジックは通常任意に変更できない(アップグレード権限がある場合を除く)

要するに、スマートコントラクトは機関をコードに置き換え、信頼をアルゴリズムに置き換えます。

IV. なぜスマートコントラクトはWeb3の分水嶺なのか

ビットコインが実現したのは資産のオンチェーン化。

イーサリアムが実現したのはロジックのオンチェーン化です。

この違いは、BTCのコア機能が「誰が何を所有しているか」を記録することであるのに対し、ETHのコア機能は資産の運用方法を定義できる点です。

この意義は、ブロックチェーンが「台帳」から「オペレーティングシステム」へ進化したことにあります。

スマートコントラクトによって、Web3はついにアプリケーション層を持つことができました。

例えば:

  • 分散型取引所(DEX)
  • レンディングプロトコル
  • NFTマーケットプレイス
  • オンチェーンゲーム資産

これらは単なる「資産」ではなく、資産+ルール+行動ロジックの組み合わせです。

V. なぜDeFiが生まれたのか

スマートコントラクトの最も直接的な成果がDeFi(分散型金融)です。従来の金融では、主要な機能は機関に依存しています:

  • 入金 → 銀行
  • 貸付 → 銀行 / 信用機関
  • 取引 → 取引所
  • デリバティブ → ブローカー / マーケットメイカー

DeFiでは、これらの機能が完全に「モジュール化+契約化」されています:

|
金融機能

|

DeFiでの実装方法

|
| —- | —- |
|

入金

|

流動性プールコントラクト

|
|

貸付

|

担保+清算ロジック

|
|

取引

|

自動マーケットメイキング(AMM)

|
|

金利

|

アルゴリズムによる動的調整

|

重要な変化は、単なる「オンライン化」ではなく、金融機能を組み合わせ可能なコードモジュールへと分解したことです。つまり、DeFiは従来の金融を単に模倣するのではなく、コードによって金融構造を再構築しています。

VI. 「コードがルール」:両刃の剣

スマートコントラクトは効率を高める一方で、新たなシステミックリスクももたらします。Web3では、コードがルールそのものであり、コードが破綻すればルールも機能しません。

代表的なリスクには以下が含まれます:

  • コントラクトの脆弱性(攻撃ベクトル)
  • ロジック設計の不備(清算メカニズムの失敗など)
  • 権限管理ミス(管理者による濫用)
  • バックドアや隠し機能

従来のシステムとは異なり:

  • 手動介入による「セーフティネット」がない
  • 緊急ロールバックが困難
  • エラーが「自動的に実行」される

VII. ユーザーは実際には「コントラクトを呼び出している」

多くのユーザーはWeb3を利用する際、「アプリを使っている」と思っています。しかし、実際にはスマートコントラクトを呼び出しているのです。

例えば:

  • DEXでの取引
  • DeFiでのトークン入金による利回り獲得
  • NFTのミント

裏側のプロセスは次の通りです:

  1. コントラクトへリクエスト送信
  2. 秘密鍵で署名
  3. ブロックチェーンがロジックを検証・実行

フロントエンドのインターフェース(UI)は「コントラクト呼び出しの可視化」に過ぎません。ユーザーは製品を使っているのではなく、プロトコルと対話しています。

免責事項
* 暗号資産投資には重大なリスクが伴います。注意して進めてください。このコースは投資アドバイスを目的としたものではありません。
※ このコースはGate Learnに参加しているメンバーが作成したものです。作成者が共有した意見はGate Learnを代表するものではありません。