ヴィタリック・ブテリンとイーサリアム：アプリのためのプラットフォーム層

本記事の内容：アプリ向けプラットフォームとしてのイーサリアム

イーサリアムはヴィタリック・ブテリンと強く結びついています。彼は当初の提案を明確にした人物の一人であり、その提案は「単にコインをAからBへ移すだけでなく、汎用プログラムを実行できるブロックチェーン」を目指すものでした。新しいアイデアごとにチェーンを作る代わりに、誰でもアクセスできる共有の基盤上に開発できるようにしたのです。

平たく言う「プログラマブルマネー」

通常の通貨が銀行口座の数字だとすれば、プログラマブルマネーはルール付きの資産です。そのルールは例えば「条件が満たされたときだけ支払いを解放する」「収益を自動で分配する」「中央の企業が資金を保有せずにトークンを取引させる」などを指定できます。重要なのは、そのロジックがネットワーク上のソフトウェアによって強制される点で、参加者は単一の信頼できる運営者を必要とせずに協調できます。

コアの考え方：一つのプラットフォームで多数のアプリ

イーサリアムはブロックチェーンをプラットフォーム層として再定義しました。つまりアプリが共通のセキュリティ、ユーザーアカウント、データ標準を共有する「ワールドコンピュータ」のような存在です。これによりウォレット、トークン、マーケットプレイス、レンディングプロトコルなど、さまざまなアプリがプラットフォーム所有者の許可を求めずに相互接続できるようになりました。

この記事で学べること

この記事は次の4つの糸をつなぎます：

• 歴史的な課題：初期の暗号システムがなぜ構築しにくかったか。
• 基本的な技術概念：スマートコントラクト、トランザクション、ガス、Ethereum仮想マシン（EVM）—高レベルでの説明。
• エコシステム効果：ERC-20やERC-721のような標準、開発を容易にしたツールやライブラリ。
• 実世界の成果とトレードオフ：DeFi、NFT、DAO、と同時に手数料、安全性リスク、Layer 2によるスケーリング。

最後には、なぜイーサリアムが単なるコイン以上の存在になり、Web3アプリのための共有基盤を可能にしたのかという実践的なメンタルモデルが得られるはずです。

イーサリアム以前：初期の暗号はなぜ構築しにくかったか

ビットコインの革新は単なる「インターネット上の通貨」ではありません。ビットコインはデジタルな希少性を示しました。見知らぬ者同士が中央管理者なしに所有権を合意できる方法です。

しかしビットコインは意図的に狭い設計でした。組み込みのスクリプト機能はマルチシグなど一部の条件を表現できましたが、シンプルで予測可能、悪用されにくいことを重視していました。その保守性はセキュリティには寄与しましたが、構築できるものを制限しました。

「制限」が実際にどう見えたか

初期の暗号の上にアプリを作ろうとすると（例えばトークン、クラウドファンディング、オンチェーンゲーム）、次のような制約に直面しました：

• 汎用計算がない： チェーン上で豊富なアプリロジックを直接実行することが難しい。
• ワークアラウンドが不格好： 多くのアイデアでオフチェーンの調整、カスタムサーバ、あるいは新ルールの“アルトコイン”が必要になった。
• 断片化： 各アイデアごとに新しいチェーンを作ると、検証者、ユーザー、ウォレット、流動性をゼロから構築する必要があった。

したがって選択肢は多くの場合、「ロジックをオフチェーンに置いてトラストレス性を放棄する」か「別のブロックチェーンを立ち上げて共有ユーザーとインフラを放棄する」か、のどちらかでした。

欠けていたもの：共有の計算レイヤー

構築者が必要としていたのは、汎用で共有される実行環境でした。誰でもコードをデプロイでき、その結果を誰でも検証できる場所です。もしそれが存在すれば、「アプリ」はオンチェーンに存在するプログラムになり、サーバーを運用する企業ではなくなります。

このギャップこそがイーサリアムの元々の提案の核です。スマートコントラクトのコードをファーストクラスの存在として扱い、暗号を単一目的のシステムから多用途のアプリケーションプラットフォームへと変えました。

ヴィタリックの大きなアイデア：汎用ブロックチェーン

ビットコインは中央運営者なしに価値が移動できることを証明しましたが、「送金」以外を構築するのは不便でした。新しい機能はしばしばプロトコル自体の変更を必要とし、各アイデアが独自のチェーンになりがちでした。これでは実験が遅く、分断されます。

ヴィタリック・ブテリンの核となる提案はシンプルでした：一つのユースケースのためにチェーンを作るのではなく、多くのユースケースを動かせるチェーンを作る。単なる「機能を少し加えたコイン」でなく、価値の振る舞いを定義するプログラムを書ける共有基盤です。

「ワールドコンピュータ」（平たく言えば）

イーサリアムは時に「ワールドコンピュータ」と表現されますが、有用な意味は「スーパーコンピュータである」ことではなく、誰でもコードをデプロイでき、誰でも相互作用できる公開で常時稼働するプラットフォームだという点です。ネットワークは中立の審判のように機能し、同じルールを全員に対して実行し、その結果を他者が検証できる形で記録します。

設計の中心にある標準化と合成性（コンポーザビリティ）

イーサリアムはスマートコントラクトだけが目的ではなく、それらをデフォルトで相互運用可能にすることが目的でした。開発者が共有標準に従えば、異なるアプリは積み木のように噛み合います：ウォレットは多くのトークンに対応でき、取引所はカスタム統合なしに新しい資産を上場でき、新製品は既存のコンポーネントを再利用して一から構築する必要がありません。

コントラクトは他のコントラクトを呼び出せ、プロダクトは初期の“プリミティブ”の上に積み重ねられます。オープンな標準と合成性は偶然ではなく機能です。

多様なプロダクトのためのベースレイヤー

最終目標はプラットフォーム層でした：金融ツール、デジタル所有権、組織、ゲームといった無数のアプリケーションが構築・再結合できる信頼できる基盤です。イーサリアムの賭けは、汎用基盤が単一目的チェーンの集合よりも多くのイノベーションを引き出すというものでした。

プログラマブルマネー入門：スマートコントラクトが可能にすること

スマートコントラクトはイーサリアム上で動く小さなプログラムで、書かれた通りにルールを強制します。分かりやすい類推は自動販売機です：2ドル入れてボタンを押すと、店員も交渉もなくスナックが出てきます。ルールは可視化されており、入力が正しければ結果は自動です。

「信頼を最小化する」仕組みと従来型アプリの違い

通常のアプリでは、企業のサーバー、管理者、データベース更新、カスタマーサポートに依存します。ルールが変更されたりアカウントが凍結されたり間違いが起きたときに、自分で直接検証する手段はほとんどありません。

スマートコントラクトでは主要なロジックがネットワークで実行されます。つまり、コントラクトが正しく書かれデプロイされていれば、参加者は単一の運営者が履行するかを信頼する必要が減ります。依然としてコードとブロックチェーン自体を信頼しますが、中央の裁量に頼る必要は減ります。

スマートコントラクトでできること（できないこと）

スマートコントラクトは：

• 条件に基づいてデジタル資産（トークン）を保持・移動できる
• 権限（誰が何をできるか）を強制できる
• スワップ、ローン、オークションのような複数ステップの相互作用を調整できる

一方で、スマートコントラクトは単独で現実世界の事実（天気、配送状況、年齢など）を知ることはできません。そのためオラクルなど外部入力が必要になります。また一度デプロイされて利用されると、契約の振る舞いを元に戻すのは難しく、場合によっては不可能です。

これがオンチェーンで新しいビジネスロジックを生む理由

資産とルールが同じ場所に存在できるため、支払い、所有権、執行が一体になったプロダクトが作れます。自動収益分配、透明なマーケットプレイス、プログラムで決済される金融契約、プログラムによる会員権などが可能になります。

イーサリアムの仕組み（ハイレベル）：EVM、ガス、トランザクション

イーサリアムは多くの独立した参加者が合意する共有コンピュータです。1つの企業がサーバーを運営する代わりに、何千ものノードが同じルールを検証し、同じ履歴を保持します。

アカウントとトランザクション

イーサリアムにはETHを保有しアプリとやり取りできるアカウントがあります。主に2種類です：

• EOA（Externally Owned Accounts）： ウォレット（あなたの秘密鍵）が制御するアカウント。
• コントラクトアカウント： コードにより制御されるアカウント（スマートコントラクト）。

トランザクションはEOAが署名したメッセージで、（1）別のアカウントにETHを送るか、（2）スマートコントラクトの関数を呼ぶ、どちらかです。ユーザーにとっては「ウォレットで確認する」行為がこれにあたります。開発者にとってはアプリの基本的な単位であり、最終的に全てのアクションはトランザクションになります。

ブロック：アクションが履歴になる仕組み

トランザクションは即時には反映されません。トランザクションはブロックにまとめられ、ブロックが順次チェーンに追加されます。あなたのトランザクションがブロックに含まれ、さらにその後に追加のブロックが続くほど、元に戻すことは難しくなります。実務的には「確認（コンファメーション）」を待ち、UXはその遅延を前提に設計されます。

EVM：一つのランタイムで多くのアプリを実行

**Ethereum Virtual Machine（EVM）**はスマートコントラクトコードをノードごとに同じ方法で実行する共有ランタイムです。これがコントラクトのポータビリティを生む理由で、トークンや取引所、NFTコントラクトなどをデプロイすれば、同じEVM「言語」を話す限りどのウォレットやアプリもそれとやり取りできます。

ガス手数料：存在理由

あらゆる計算とストレージ変更はガスを消費します。ガスは以下の目的で存在します：

• トランザクションがネットワークに強制する作業量に上限を設ける
• スパムやDoS攻撃を防ぐ
• 混雑時に希少なブロックスペースに価格をつける

ユーザーにとってガスは含めてもらうための手数料です。開発者にとってはガスがプロダクト設計を形作ります。効率的なコントラクトは安価にできる一方、複雑な相互作用はネットワークが混雑すると高コストになります。

エコシステムを拡大した標準：ERC-20とNFT

イーサリアムは単に「スマートコントラクト」を追加しただけではありません。共通のトークン標準を普及させ、ウォレットや取引所、アプリが依存できる共通ルールを作りました。この互換性がエコシステムの急成長を支えました。誰もが同じ「トークン言語」を話せば、新しいアプリは既存インフラに差し込めます。

共有標準が重要な理由

トークン標準は残高の追跡方法、転送の仕組み、各トークンコントラクトが公開すべき基本関数などを定義します。もしウォレットがその関数を知っていれば、準拠する任意のトークンを表示・送信できます。DeFiアプリがその標準をサポートすれば、多くのトークンを最小限の追加作業で受け入れられます。

これにより「資産ごとにカスタム作業をする」必要が「標準を一度サポートすればよい」という形に変わり、ミスのリスクも低くなります。

ERC-20：代替可能トークンの基盤

ERC-20は代替可能（ファンジブル）トークンの設計図です（各単位が互換）。ステーブルコイン、ガバナンストークン、ユーティリティトークンなどが同じインターフェースに従えます。

ERC-20が予測可能であるため、取引所は新トークンを迅速に上場でき、ウォレットは残高を自動で表示でき、DeFiプロトコルは交換や貸出、担保として多くの資産を一貫して扱えます。

ERC-721とERC-1155：NFTとマルチ資産の基盤

ERC-721はユニークなトークン（NFT）の代表的標準で、コレクティブル、チケット、所有権証明に適しています。

ERC-1155は1つのコントラクトで多数のトークン種を扱え、ゲームや大量のアイテムを必要とするアプリで有用です。

これらの標準により「カスタム資産」が相互運用可能な構成要素になり、クリエイターと開発者は配管作業に時間を取られず製品開発に集中できます。

開発者エコシステムの好循環：ツール、ライブラリ、コンポーザビリティ

イーサリアムがプラットフォーム層になったのはスマートコントラクトだけの力ではありません。時間とともに開発が簡単になったことも大きいです。より多くの開発者が参加するにつれて、ツールや共通パターン、再利用可能な構成要素が生まれました。これが次の波の開発者の負担を下げ、さらに多くの人を惹きつける好循環が生まれました。

コンポーザビリティ：噛み合う「レゴ」アプリ

コンポーザビリティとは、あるアプリが別のアプリのスマートコントラクトに組み込めることです。すべてを再発明する代わりに、新しいプロダクトは既存のコントラクトを再利用し、より良いUXに注力できます。

使いやすい例：ウォレットを開いてスワップアプリでETHをステーブルコインに交換し、そのステーブルコインをレンディングアプリに預けて利息を得る—数クリックで完了します。裏側では各ステップが多くのアプリで使われる既知のコントラクトを呼び出します。

別の例：ポートフォリオアプリが複数のDeFiプロトコルに渡るポジションを「読む」ことで、権限なく情報を集められます。なぜならデータはオンチェーンで公開され、コントラクトは誰でもアクセスできるからです。

好循環：開発者増→ツール増→アプリ増

初期チームはウォレットライブラリ、コントラクトテンプレ、セキュリティツール、開発フレームワークの基礎を作りました。後続の開発者はその基盤を使って素早くローンチし、利用増がエコシステムをさらに魅力的にしました。

オープンソースはここで加速剤になります。監査済みコントラクトや広く使われるライブラリが公開されると、数千の開発者がそれを検査、改善、適用できます。イテレーションが公開で行われ、標準が素早く広がり、良いアイデアは重ね合わされます。

実務では、この好循環はSolidityだけでなくフロントエンド、ダッシュボード、管理ツール、チェーン活動をインデックスするバックエンドサービスまで広がります。Koder.aiのようなプラットフォームはここに位置し、チャットでプロダクトを記述するとReactフロントエンドやGo+PostgreSQLのバックエンド、あるいはFlutterモバイルアプリを生成して試作を迅速に回せます。トークンゲーティングページ、分析パネル、内部運用ツールなどのプロトタイプに便利です。

プリミティブからプロダクトへ：DeFi、NFT、DAO

イーサリアムの最大の転換は単一のキラーアプリではありませんでした。再利用可能な構成要素—オープンな金融・デジタルのプリミティブとなるスマートコントラクト—が生まれたことです。それらプリミティブが存在すると、チームは権限を求めることなくすばやく組み合わせてプロダクトを作れます。

DeFi：レゴのような金融

DeFiは繰り返し現れるコアパターンから成長しました：

• DEX（分散型取引所）： 人々がトークンを直接交換するスマートコントラクト。価格はオンチェーンのルールで決まる。
• 貸借： ユーザーが資産を供給して利息を得るプール。借り手は担保を入れ、リスク閾値を超えれば自動清算されることが多い。
• ステーブルコイン： 価格変動の少ない価値を目指すトークンで、価格付け、給与支払い、借入などに利用される。

重要なのはこれらのピースが相互につながる点です：ステーブルコインは担保として使われ、貸借ポジションは他のプロトコルで利用され、スワップは資産間の流動性を提供します。こうしたコンポーネント性がプリミティブを完全な金融プロダクトに変えます。

NFT：単なるコレクティブルではない所有権の記録

NFTは（芸術に結び付けられがちですが）より広くはオンチェーンのユニークな識別子です。用途例：

• チケットやアクセスパス（イベント、メンバーシップ）
• ゲーム内アイテムの取引や移動
• IDや資格の証明（出席証明、認定）としての検証可能な記録

DAO：共有ルールによる協調

DAOはスマートコントラクトを使ってグループの意思決定と共有財務を管理します。会社の内部データベースの代わりに、投票、支出制限、提案フローのルールがオンチェーンで可視化・強制され、コミュニティ、助成プログラム、プロトコル運営に便利です。

トレードオフと現実の課題：手数料、安全性、複雑さ

イーサリアムの最大の強み――中央運営者なしでアプリを走らせられる点――は同時に制約も生みます。誰でも検証できるグローバルなネットワークは、中央集権サービスのように「即時かつ安価」にはなりません。手数料、安全性、日常の使い勝手にそのトレードオフが現れます。

手数料、混雑、ユーザー体験

各トランザクションはブロック内の限られたスペースを争います。需要が急増すると（人気のNFTミント、ボラティリティの高い市場、大規模なエアドロップ）ユーザーはより早く取り込まれるために手数料を競り上げます。これにより単純な操作でも高額になることがあります。

高い手数料は単にウォレットの負担だけでなく、プロダクト設計を変えます。アプリは操作をまとめたり、重要でない更新を遅らせたり、機能を制限してコストを抑えることがあります。新規ユーザーにとっては「ガス」や変動する手数料は混乱を招き、移動する価値より高い費用がかかることもあります。

安全性リスク：バグ、詐欺、不可逆な操作

スマートコントラクトは強力ですが、コードは失敗します。コントラクトのバグで資金が凍結されたり、攻撃者に奪われたりする可能性があります。アップグレード可能なコントラクトは別の信頼の前提を追加します。さらにフィッシングリンク、偽トークンコントラクト、欺瞞的な承認などが横行しています。

銀行振込とは異なり、多くのブロックチェーン操作は事実上不可逆です。誤ったトランザクションに署名してしまうと、サポートデスクに連絡して取り戻す、という手段がないことが多いです。

分散化は制約を生む

イーサリアムは広範な参加と検証可能性を優先します。システムを開かれた検閲抵抗的なままにしておくことは、ベースレイヤーで単純に「スケールアップ」できない制約を意味します。一般参加者が検証可能であり続けることを難しくしないためです。

これらの現実こそがスケーリングへの注力を促した理由であり、体験を向上させつつイーサリアムの価値を損なわない方法が模索されています。

プラットフォームをスケールする：Layer 2とより安価なアプリへの道

イーサリアムは混雑した高速道路のように感じられることがあります。多くの人が同時に使おうとすると手数料が上がり、トランザクションが遅くなります。Layer 2（L2）は、イーサリアムL1を中立で高いセキュリティを持つ基盤として維持しながら、スケーリングする主要な方法の一つです。

Layer 2とは（平たく言えば）

Layer 2はイーサリアムの「上に位置する」ネットワークです。すべてのユーザー操作をメインネットで個別に処理する代わりに、L2は**多数のトランザクションをまとめて（バッチ化）**オフチェーンで大部分の処理を行い、その後圧縮された証明や要約をイーサリアムに投稿します。

例えるなら：

• L1（イーサリアム）： 裁判記録—更新は遅いが非常に権威がある。
• L2： レジの列—多数の顧客に素早く対応し、まとめて裁判記録に受領書を提出する。

バッチ処理がなぜ安く速くするのか

イーサリアムの手数料は基本的に要求する計算量とデータ量に比例します。1万件のスワップや転送を小さなデータでL1にまとめて投稿できれば、L1コストは多数のユーザーで共有されます。

そのためL2はしばしば：

• 低い手数料： 多数のトランザクションに分散されるL1確定コスト
• 速いUX： 典型的なアクションの確認が迅速
• アプリの余地拡大： 各クリックに数ドルかかる状況では成り立たないアイデアが可能になる

ブリッジ：必須の接続手段でありリスクの源

L2を使うには通常、イーサリアムL1とL2の間で資産を移動するブリッジを経由します。ブリッジは同じ価値（ETH、ステーブルコイン、NFT）を手数料の安い場所へ流すために不可欠です。

しかしブリッジは複雑さとリスクを追加します：

• 追加のソフトウェアでありバグがあり得る
• 設計によっては追加の信頼前提を持つことがある
• ユーザーは複数のネットワークやアドレス、出金時間に混乱しやすい

日常ユーザーはアプリの推奨や手順を確認し、既知のオプションを使うことが重要です。

L2が「プラットフォーム層」論を強める理由

L2はイーサリアムの役割を補強します：イーサリアムメインネットはセキュリティ、中立性、最終決済に集中し、多様なL2が速度、コスト、UXで競います。

1つのチェーンがすべてをやろうとする代わりに、イーサリアムは多様な“都市”（L2）を支える基盤になります。それぞれが異なる種類のWeb3アプリに最適化され、最終的には同じ資産とスマートコントラクトの体系に基づきます。

なぜイーサリアムは単なるコインではなくプラットフォーム層になったのか

イーサリアムが影響力を持ったのはトークンに価値があったからだけではありません。開発される「場所」になったからです。アプリ、資産、ユーザーが同じルールの下で相互作用できる共有の実行レイヤーになったのです。

開発者のマインドシェアは機能である

技術は重要ですが、それだけでは勝ちません。プラットフォームの軌跡を変えるのは開発者のマインドシェアです：最初に選ぶ開発者の数、教える人、チュートリアルを書く人、実製品を出す人の数です。

イーサリアムは共通のランタイム（EVM）と広く理解されたコントラクトモデルで、アイデアからオンチェーンプログラムへの移行を非常に容易にしました。これがツール、監査、ウォレット、取引所、コミュニティを呼び込み、次のチームがより簡単に作れるようになったのです。

標準と流動性が作る堀（モート）

イーサリアムは共有標準が市場を解放することを広めました。ERC-20はトークンをウォレットや取引所で相互運用可能にし、ERC-721はNFTを形式化しました。標準に従えば流動性が集中し得ます：トークンは取引され、担保に使われ、DEXでルーティングされ、ウォレットに統合される――個別に作る手間が不要になります。流動性とコンポーザビリティは実務的なモートになります。コードは真似できても、調整と採用を再現するのは難しいからです。

他のエコシステムとの比較（高レベル）

他のチェーンはしばしば異なるトレードオフを最適化します：高スループット、低手数料、別の仮想マシン、あるいはより中央集権的なガバナンスで迅速なアップグレードを可能にするなど。イーサリアムの際立った貢献は、汎用スマートコントラクトプラットフォームと共通標準を普及させ、独立したチームが互いに上に積み重なれるようにした点です。

ユーザーと開発者のための実践的な示唆

イーサリアムアプリは抽象的に感じられますが、金融商品を評価するのと同じ方法で評価すればわかりやすくなります：何をするのか、何に費用がかかるのか、何が起こり得るのか。以下はスワップ、NFTのミント、DAO参加などで使える実用的なフィルターです。

イーサリアムアプリを評価する簡単なチェックリスト

• コスト（手数料＋隠れたコスト）： 想定アクションのガスコストを確認する。アプリが複数のコントラクトを経由する場合、手数料は積み重なる。
• リスクプロファイル： これは実績のあるプロトコルか新しい実験か。稼働期間、利用状況、インシデントの有無を確認する。
• 権限とカストディ： 一回限りの操作でウォレットを接続するのか、将来的にトークンを動かせる承認を与えるのか。最小限の承認を好み、不要な承認は取り消す。
• コントラクトの安全性シグナル： 監査は役立つが保証ではない。複数の監査＋稼働実績＋単純な設計はマーケティングより信頼できる指標。
• 価格インパクトとスリッページ： 取引時はスリッページ設定と最終的な出力を確認する。流動性が薄いと少額でも高コストになる。
• ブリッジとL2の出金リスク： L2や別チェーンにブリッジする場合、ブリッジの種類と引き出し時間を理解する。ブリッジは一般的な故障点。
• サポートと透明性： 明確なドキュメント、オープンソースのコントラクト、公的なインシデント報告は好材料。

メインネット対Layer 2：開発者の選択指針

開発する際、イーサリアムメインネットを決済レイヤー、Layer 2を配信レイヤーとして扱うとよいです。

• メインネットを選ぶとき： 最大の流動性が必要、最強のセキュリティ仮定が必要、他が統合するコアプリミティブを展開する場合（“正典”であることが重要なとき）。
• L2を選ぶとき： 頻繁な対話が必要（ゲーム、ソーシャル、高頻度のDeFi）、手数料を抑えたい、ユーザーオンボーディングをスムーズにしたい場合。
• 実践的ルール： プロトタイプはL2で行い、もっともセキュリティが重要な部分（財務管理、ガバナンストークンのタイムロック、最終決済）はメインネット寄りに置く。

実務的な概説やトレードオフについては /blog/layer-2s-explained を参照してください。

ワークフローのヒント：多くのWeb3プロダクトはオンチェーンコントラクトとオフチェーンのUX（フロントエンド、インデクサー、管理パネル、カスタマーサポート）を組み合わせたものです。迅速なイテレーションが重要で、Koder.aiのようなツールはチャットからReactフロントエンドやGo/PostgreSQLバックエンドを生成して素早く試作・改善するのに役立ちます。ソースコードのエクスポート、スナップショット/ロールバック、デプロイ機能などがあり、L2戦略の検証や実運用向けダッシュボードの提供に便利です。

プログラマブルマネーの行方

プログラマブルマネーはさらに拡大する可能性が高いですが、直線的に進むわけではありません。手数料、ユーザー安全性、複雑さは現実の制約であり、より良いスケーリングとウォレットUXが新プロトコルと同じくらい重要になります。

長期的には、一貫した方向性が見えます：イーサリアムはセキュリティと決済の信頼あるベースレイヤーとして残り、より速く安価な実行はL2に移される。ユーザーにはより多くの選択肢が生まれ、開発者には責任ある出荷のための明確なパターンが整っていくでしょう。