2025年9月15日·1 分
ヴィタリック・ブテリンとイーサリアム：アプリのためのプラットフォーム層
ヴィタリック・ブテリンの提案により、イーサリアムはスマートコントラクトと活発な開発者エコシステムを組み合わせ、プログラマブルマネーをアプリ向けのプラットフォーム層へと変えました。
ヴィタリック・ブテリンの提案により、イーサリアムはスマートコントラクトと活発な開発者エコシステムを組み合わせ、プログラマブルマネーをアプリ向けのプラットフォーム層へと変えました。
イーサリアムはヴィタリック・ブテリンと強く結びついています。彼は当初の提案を明確にした人物の一人であり、その提案は「単にコインをAからBへ移すだけでなく、汎用プログラムを実行できるブロックチェーン」を目指すものでした。新しいアイデアごとにチェーンを作る代わりに、誰でもアクセスできる共有の基盤上に開発できるようにしたのです。
通常の通貨が銀行口座の数字だとすれば、プログラマブルマネーはルール付きの資産です。そのルールは例えば「条件が満たされたときだけ支払いを解放する」「収益を自動で分配する」「中央の企業が資金を保有せずにトークンを取引させる」などを指定できます。重要なのは、そのロジックがネットワーク上のソフトウェアによって強制される点で、参加者は単一の信頼できる運営者を必要とせずに協調できます。
イーサリアムはブロックチェーンをプラットフォーム層として再定義しました。つまりアプリが共通のセキュリティ、ユーザーアカウント、データ標準を共有する「ワールドコンピュータ」のような存在です。これによりウォレット、トークン、マーケットプレイス、レンディングプロトコルなど、さまざまなアプリがプラットフォーム所有者の許可を求めずに相互接続できるようになりました。
この記事は次の4つの糸をつなぎます：
最後には、なぜイーサリアムが単なるコイン以上の存在になり、Web3アプリのための共有基盤を可能にしたのかという実践的なメンタルモデルが得られるはずです。
ビットコインの革新は単なる「インターネット上の通貨」ではありません。ビットコインはデジタルな希少性を示しました。見知らぬ者同士が中央管理者なしに所有権を合意できる方法です。
しかしビットコインは意図的に狭い設計でした。組み込みのスクリプト機能はマルチシグなど一部の条件を表現できましたが、シンプルで予測可能、悪用されにくいことを重視していました。その保守性はセキュリティには寄与しましたが、構築できるものを制限しました。
初期の暗号の上にアプリを作ろうとすると（例えばトークン、クラウドファンディング、オンチェーンゲーム）、次のような制約に直面しました：
したがって選択肢は多くの場合、「ロジックをオフチェーンに置いてトラストレス性を放棄する」か「別のブロックチェーンを立ち上げて共有ユーザーとインフラを放棄する」か、のどちらかでした。
構築者が必要としていたのは、汎用で共有される実行環境でした。誰でもコードをデプロイでき、その結果を誰でも検証できる場所です。もしそれが存在すれば、「アプリ」はオンチェーンに存在するプログラムになり、サーバーを運用する企業ではなくなります。
このギャップこそがイーサリアムの元々の提案の核です。スマートコントラクトのコードをファーストクラスの存在として扱い、暗号を単一目的のシステムから多用途のアプリケーションプラットフォームへと変えました。
ビットコインは中央運営者なしに価値が移動できることを証明しましたが、「送金」以外を構築するのは不便でした。新しい機能はしばしばプロトコル自体の変更を必要とし、各アイデアが独自のチェーンになりがちでした。これでは実験が遅く、分断されます。
ヴィタリック・ブテリンの核となる提案はシンプルでした：一つのユースケースのためにチェーンを作るのではなく、多くのユースケースを動かせるチェーンを作る。単なる「機能を少し加えたコイン」でなく、価値の振る舞いを定義するプログラムを書ける共有基盤です。
イーサリアムは時に「ワールドコンピュータ」と表現されますが、有用な意味は「スーパーコンピュータである」ことではなく、誰でもコードをデプロイでき、誰でも相互作用できる公開で常時稼働するプラットフォームだという点です。ネットワークは中立の審判のように機能し、同じルールを全員に対して実行し、その結果を他者が検証できる形で記録します。
イーサリアムはスマートコントラクトだけが目的ではなく、それらをデフォルトで相互運用可能にすることが目的でした。開発者が共有標準に従えば、異なるアプリは積み木のように噛み合います：ウォレットは多くのトークンに対応でき、取引所はカスタム統合なしに新しい資産を上場でき、新製品は既存のコンポーネントを再利用して一から構築する必要がありません。
コントラクトは他のコントラクトを呼び出せ、プロダクトは初期の“プリミティブ”の上に積み重ねられます。オープンな標準と合成性は偶然ではなく機能です。
最終目標はプラットフォーム層でした：金融ツール、デジタル所有権、組織、ゲームといった無数のアプリケーションが構築・再結合できる信頼できる基盤です。イーサリアムの賭けは、汎用基盤が単一目的チェーンの集合よりも多くのイノベーションを引き出すというものでした。
スマートコントラクトはイーサリアム上で動く小さなプログラムで、書かれた通りにルールを強制します。分かりやすい類推は自動販売機です：2ドル入れてボタンを押すと、店員も交渉もなくスナックが出てきます。ルールは可視化されており、入力が正しければ結果は自動です。
通常のアプリでは、企業のサーバー、管理者、データベース更新、カスタマーサポートに依存します。ルールが変更されたりアカウントが凍結されたり間違いが起きたときに、自分で直接検証する手段はほとんどありません。
スマートコントラクトでは主要なロジックがネットワークで実行されます。つまり、コントラクトが正しく書かれデプロイされていれば、参加者は単一の運営者が履行するかを信頼する必要が減ります。依然としてコードとブロックチェーン自体を信頼しますが、中央の裁量に頼る必要は減ります。
スマートコントラクトは：
一方で、スマートコントラクトは単独で現実世界の事実（天気、配送状況、年齢など）を知ることはできません。そのためオラクルなど外部入力が必要になります。また一度デプロイされて利用されると、契約の振る舞いを元に戻すのは難しく、場合によっては不可能です。
資産とルールが同じ場所に存在できるため、支払い、所有権、執行が一体になったプロダクトが作れます。自動収益分配、透明なマーケットプレイス、プログラムで決済される金融契約、プログラムによる会員権などが可能になります。
イーサリアムは多くの独立した参加者が合意する共有コンピュータです。1つの企業がサーバーを運営する代わりに、何千ものノードが同じルールを検証し、同じ履歴を保持します。
イーサリアムにはETHを保有しアプリとやり取りできるアカウントがあります。主に2種類です：
トランザクションはEOAが署名したメッセージで、（1）別のアカウントにETHを送るか、（2）スマートコントラクトの関数を呼ぶ、どちらかです。ユーザーにとっては「ウォレットで確認する」行為がこれにあたります。開発者にとってはアプリの基本的な単位であり、最終的に全てのアクションはトランザクションになります。
トランザクションは即時には反映されません。トランザクションはブロックにまとめられ、ブロックが順次チェーンに追加されます。あなたのトランザクションがブロックに含まれ、さらにその後に追加のブロックが続くほど、元に戻すことは難しくなります。実務的には「確認（コンファメーション）」を待ち、UXはその遅延を前提に設計されます。
**Ethereum Virtual Machine（EVM）**はスマートコントラクトコードをノードごとに同じ方法で実行する共有ランタイムです。これがコントラクトのポータビリティを生む理由で、トークンや取引所、NFTコントラクトなどをデプロイすれば、同じEVM「言語」を話す限りどのウォレットやアプリもそれとやり取りできます。
あらゆる計算とストレージ変更はガスを消費します。ガスは以下の目的で存在します：
ユーザーにとってガスは含めてもらうための手数料です。開発者にとってはガスがプロダクト設計を形作ります。効率的なコントラクトは安価にできる一方、複雑な相互作用はネットワークが混雑すると高コストになります。
イーサリアムは単に「スマートコントラクト」を追加しただけではありません。共通のトークン標準を普及させ、ウォレットや取引所、アプリが依存できる共通ルールを作りました。この互換性がエコシステムの急成長を支えました。誰もが同じ「トークン言語」を話せば、新しいアプリは既存インフラに差し込めます。
トークン標準は残高の追跡方法、転送の仕組み、各トークンコントラクトが公開すべき基本関数などを定義します。もしウォレットがその関数を知っていれば、準拠する任意のトークンを表示・送信できます。DeFiアプリがその標準をサポートすれば、多くのトークンを最小限の追加作業で受け入れられます。
これにより「資産ごとにカスタム作業をする」必要が「標準を一度サポートすればよい」という形に変わり、ミスのリスクも低くなります。
ERC-20は代替可能（ファンジブル）トークンの設計図です（各単位が互換）。ステーブルコイン、ガバナンストークン、ユーティリティトークンなどが同じインターフェースに従えます。
ERC-20が予測可能であるため、取引所は新トークンを迅速に上場でき、ウォレットは残高を自動で表示でき、DeFiプロトコルは交換や貸出、担保として多くの資産を一貫して扱えます。
ERC-721はユニークなトークン（NFT）の代表的標準で、コレクティブル、チケット、所有権証明に適しています。
ERC-1155は1つのコントラクトで多数のトークン種を扱え、ゲームや大量のアイテムを必要とするアプリで有用です。
これらの標準により「カスタム資産」が相互運用可能な構成要素になり、クリエイターと開発者は配管作業に時間を取られず製品開発に集中できます。
イーサリアムがプラットフォーム層になったのはスマートコントラクトだけの力ではありません。時間とともに開発が簡単になったことも大きいです。より多くの開発者が参加するにつれて、ツールや共通パターン、再利用可能な構成要素が生まれました。これが次の波の開発者の負担を下げ、さらに多くの人を惹きつける好循環が生まれました。
コンポーザビリティとは、あるアプリが別のアプリのスマートコントラクトに組み込めることです。すべてを再発明する代わりに、新しいプロダクトは既存のコントラクトを再利用し、より良いUXに注力できます。
使いやすい例：ウォレットを開いてスワップアプリでETHをステーブルコインに交換し、そのステーブルコインをレンディングアプリに預けて利息を得る—数クリックで完了します。裏側では各ステップが多くのアプリで使われる既知のコントラクトを呼び出します。
別の例：ポートフォリオアプリが複数のDeFiプロトコルに渡るポジションを「読む」ことで、権限なく情報を集められます。なぜならデータはオンチェーンで公開され、コントラクトは誰でもアクセスできるからです。
初期チームはウォレットライブラリ、コントラクトテンプレ、セキュリティツール、開発フレームワークの基礎を作りました。後続の開発者はその基盤を使って素早くローンチし、利用増がエコシステムをさらに魅力的にしました。
オープンソースはここで加速剤になります。監査済みコントラクトや広く使われるライブラリが公開されると、数千の開発者がそれを検査、改善、適用できます。イテレーションが公開で行われ、標準が素早く広がり、良いアイデアは重ね合わされます。
実務では、この好循環はSolidityだけでなくフロントエンド、ダッシュボード、管理ツール、チェーン活動をインデックスするバックエンドサービスまで広がります。Koder.aiのようなプラットフォームはここに位置し、チャットでプロダクトを記述するとReactフロントエンドやGo+PostgreSQLのバックエンド、あるいはFlutterモバイルアプリを生成して試作を迅速に回せます。トークンゲーティングページ、分析パネル、内部運用ツールなどのプロトタイプに便利です。
イーサリアムの最大の転換は単一のキラーアプリではありませんでした。再利用可能な構成要素—オープンな金融・デジタルのプリミティブとなるスマートコントラクト—が生まれたことです。それらプリミティブが存在すると、チームは権限を求めることなくすばやく組み合わせてプロダクトを作れます。
DeFiは繰り返し現れるコアパターンから成長しました：
重要なのはこれらのピースが相互につながる点です：ステーブルコインは担保として使われ、貸借ポジションは他のプロトコルで利用され、スワップは資産間の流動性を提供します。こうしたコンポーネント性がプリミティブを完全な金融プロダクトに変えます。
NFTは（芸術に結び付けられがちですが）より広くはオンチェーンのユニークな識別子です。用途例：
DAOはスマートコントラクトを使ってグループの意思決定と共有財務を管理します。会社の内部データベースの代わりに、投票、支出制限、提案フローのルールがオンチェーンで可視化・強制され、コミュニティ、助成プログラム、プロトコル運営に便利です。
イーサリアムの最大の強み――中央運営者なしでアプリを走らせられる点――は同時に制約も生みます。誰でも検証できるグローバルなネットワークは、中央集権サービスのように「即時かつ安価」にはなりません。手数料、安全性、日常の使い勝手にそのトレードオフが現れます。
各トランザクションはブロック内の限られたスペースを争います。需要が急増すると（人気のNFTミント、ボラティリティの高い市場、大規模なエアドロップ）ユーザーはより早く取り込まれるために手数料を競り上げます。これにより単純な操作でも高額になることがあります。
高い手数料は単にウォレットの負担だけでなく、プロダクト設計を変えます。アプリは操作をまとめたり、重要でない更新を遅らせたり、機能を制限してコストを抑えることがあります。新規ユーザーにとっては「ガス」や変動する手数料は混乱を招き、移動する価値より高い費用がかかることもあります。
スマートコントラクトは強力ですが、コードは失敗します。コントラクトのバグで資金が凍結されたり、攻撃者に奪われたりする可能性があります。アップグレード可能なコントラクトは別の信頼の前提を追加します。さらにフィッシングリンク、偽トークンコントラクト、欺瞞的な承認などが横行しています。
銀行振込とは異なり、多くのブロックチェーン操作は事実上不可逆です。誤ったトランザクションに署名してしまうと、サポートデスクに連絡して取り戻す、という手段がないことが多いです。
イーサリアムは広範な参加と検証可能性を優先します。システムを開かれた検閲抵抗的なままにしておくことは、ベースレイヤーで単純に「スケールアップ」できない制約を意味します。一般参加者が検証可能であり続けることを難しくしないためです。
これらの現実こそがスケーリングへの注力を促した理由であり、体験を向上させつつイーサリアムの価値を損なわない方法が模索されています。
イーサリアムは混雑した高速道路のように感じられることがあります。多くの人が同時に使おうとすると手数料が上がり、トランザクションが遅くなります。Layer 2（L2）は、イーサリアムL1を中立で高いセキュリティを持つ基盤として維持しながら、スケーリングする主要な方法の一つです。
Layer 2はイーサリアムの「上に位置する」ネットワークです。すべてのユーザー操作をメインネットで個別に処理する代わりに、L2は**多数のトランザクションをまとめて（バッチ化）**オフチェーンで大部分の処理を行い、その後圧縮された証明や要約をイーサリアムに投稿します。
例えるなら：
イーサリアムの手数料は基本的に要求する計算量とデータ量に比例します。1万件のスワップや転送を小さなデータでL1にまとめて投稿できれば、L1コストは多数のユーザーで共有されます。
そのためL2はしばしば：
L2を使うには通常、イーサリアムL1とL2の間で資産を移動するブリッジを経由します。ブリッジは同じ価値（ETH、ステーブルコイン、NFT）を手数料の安い場所へ流すために不可欠です。
しかしブリッジは複雑さとリスクを追加します：
日常ユーザーはアプリの推奨や手順を確認し、既知のオプションを使うことが重要です。
L2はイーサリアムの役割を補強します：イーサリアムメインネットはセキュリティ、中立性、最終決済に集中し、多様なL2が速度、コスト、UXで競います。
1つのチェーンがすべてをやろうとする代わりに、イーサリアムは多様な“都市”（L2）を支える基盤になります。それぞれが異なる種類のWeb3アプリに最適化され、最終的には同じ資産とスマートコントラクトの体系に基づきます。
イーサリアムが影響力を持ったのはトークンに価値があったからだけではありません。開発される「場所」になったからです。アプリ、資産、ユーザーが同じルールの下で相互作用できる共有の実行レイヤーになったのです。
技術は重要ですが、それだけでは勝ちません。プラットフォームの軌跡を変えるのは開発者のマインドシェアです：最初に選ぶ開発者の数、教える人、チュートリアルを書く人、実製品を出す人の数です。
イーサリアムは共通のランタイム（EVM）と広く理解されたコントラクトモデルで、アイデアからオンチェーンプログラムへの移行を非常に容易にしました。これがツール、監査、ウォレット、取引所、コミュニティを呼び込み、次のチームがより簡単に作れるようになったのです。
イーサリアムは共有標準が市場を解放することを広めました。ERC-20はトークンをウォレットや取引所で相互運用可能にし、ERC-721はNFTを形式化しました。標準に従えば流動性が集中し得ます：トークンは取引され、担保に使われ、DEXでルーティングされ、ウォレットに統合される――個別に作る手間が不要になります。流動性とコンポーザビリティは実務的なモートになります。コードは真似できても、調整と採用を再現するのは難しいからです。
他のチェーンはしばしば異なるトレードオフを最適化します：高スループット、低手数料、別の仮想マシン、あるいはより中央集権的なガバナンスで迅速なアップグレードを可能にするなど。イーサリアムの際立った貢献は、汎用スマートコントラクトプラットフォームと共通標準を普及させ、独立したチームが互いに上に積み重なれるようにした点です。
イーサリアムアプリは抽象的に感じられますが、金融商品を評価するのと同じ方法で評価すればわかりやすくなります：何をするのか、何に費用がかかるのか、何が起こり得るのか。以下はスワップ、NFTのミント、DAO参加などで使える実用的なフィルターです。
開発する際、イーサリアムメインネットを決済レイヤー、Layer 2を配信レイヤーとして扱うとよいです。
実務的な概説やトレードオフについては /blog/layer-2s-explained を参照してください。
ワークフローのヒント：多くのWeb3プロダクトはオンチェーンコントラクトとオフチェーンのUX（フロントエンド、インデクサー、管理パネル、カスタマーサポート）を組み合わせたものです。迅速なイテレーションが重要で、Koder.aiのようなツールはチャットからReactフロントエンドやGo/PostgreSQLバックエンドを生成して素早く試作・改善するのに役立ちます。ソースコードのエクスポート、スナップショット/ロールバック、デプロイ機能などがあり、L2戦略の検証や実運用向けダッシュボードの提供に便利です。
プログラマブルマネーはさらに拡大する可能性が高いですが、直線的に進むわけではありません。手数料、ユーザー安全性、複雑さは現実の制約であり、より良いスケーリングとウォレットUXが新プロトコルと同じくらい重要になります。
長期的には、一貫した方向性が見えます：イーサリアムはセキュリティと決済の信頼あるベースレイヤーとして残り、より速く安価な実行はL2に移される。ユーザーにはより多くの選択肢が生まれ、開発者には責任ある出荷のための明確なパターンが整っていくでしょう。
イーサリアムは単一のネイティブコインを移転するだけでなく、プログラム（スマートコントラクト）を実行できる汎用ブロックチェーンです。
実務的には、トークン、マーケットプレイス、レンディング、ガバナンスなどの共通の“バックエンド”ロジックをオンチェーンでデプロイでき、どのウォレットやアプリもそれとやり取りできます。
「プログラマブルマネー」は、ルールが満たされたときだけ価値が移動する仕組みです。
例：
スマートコントラクトはイーサリアム上にデプロイされたコードで、資産を保持しルールを自動的に実行します。
関数を呼ぶにはトランザクションを送信します。ネットワークはそのトランザクションを各ノードで同じように実行し、結果をオンチェーンに記録します。
EOA（Externally Owned Account）はウォレットが保有する秘密鍵で制御され、トランザクションを発行します。
コントラクトアカウントはコードで制御され、呼び出されると反応し、トークンの保有やロジックの実行、権限管理を行います。
EVM（Ethereum Virtual Machine）はコントラクトコードを実行する共有ランタイムです。
EVMが標準化されているため、コントラクトは“ポータブル”で、トークン標準のような共通インターフェースに従えば、多くのウォレットやアプリが相互に扱えます。
ガスは計算やストレージの変更に対する手数料メカニズムです。
目的は：
ERC-20は代替可能（ファンジブル）トークン向けの標準インターフェースです（各単位が互換性を持つ）。
ウォレットや取引所、DeFiアプリがERC-20の「形」を知っているため、多くのトークンをカスタム統合をほとんどせずにサポートできます。
ERC-721はユニークなトークンIDごとに別のトークンを扱うクラシックなNFT標準です。
ERC-1155は1つのコントラクトで複数のトークン種（ファンジブルとノンファンジブル）を管理でき、ゲームなど多数のアイテムを効率的に扱いたい用途に便利です。
Layer 2はイーサリアム上に「重ねて」作られるネットワークで、多くのユーザートランザクションをまとめて処理し、圧縮した証明や要約をL1に投稿します。
これにより手数料が下がり、確認が速くなり、L1は高いセキュリティで最終決済を担保します。
基本から始めてください：
スケーリングのトレードオフ入門は /blog/layer-2s-explained を参照してください。