ヴィタリック・ブテリンが提唱したスケーラビリティのトリレンマとは、「ブロックチェーンは分散性・安全性・処理性能の三つのうち、最大で二つしか同時に最適化できない」という経験的な観察だ。数十億ドルの研究開発を経てもなお、この制約は業界のあらゆる重要な設計判断を規定し続けている。「トリレンマを解決した」と宣言するプロジェクトは少なくないが、よく調べると、見えにくい場所にトレードオフを移しているだけだ。
三つの頂点を理解する
スケーラビリティのトリレンマは数学的な証明ではない。三つの望ましい特性の間に本質的な緊張関係がある、という経験に基づく観察である。
分散性とは、合意形成に参加するノード（コンピュータ）の数と分布のことだ。高度に分散されたネットワークは、多様な地域・法域にまたがる数千の検証者が一般的なハードウェアで参加している。これにより、検閲、規制による支配、単一障害点に対する耐性が生まれる。
安全性とは、ネットワークを攻撃するコストと難しさを指す。取引の巻き戻し、二重払い、チェーンの停止がどれだけ困難かということだ。安全性は通常、ステーキングされた経済的価値や、合意に必要な計算量と相関する。
**処理性能（スケーラビリティ）**とは、ネットワークの処理能力のことだ。1秒あたりの取引件数、確定までの時間、負荷が増えても性能やコストが悪化しない能力を意味する。
問題が生じるのは、ある軸の改善が別の軸の犠牲を要求するからだ。処理速度を上げるには、通常、より高性能なハードウェア（分散性の低下）か、合意に参加する検証者の削減（安全性の低下）が必要になる。分散性を高めれば、より多くのノードが合意に達する必要があり、速度には自ずと限界が生じる。
各チェーンの「選択」を見る
Ethereumの方法
Ethereumは分散性と安全性を明示的に優先し、処理速度の低さをその代償として受け入れている。90万以上の検証者と最低32 ETHのステーク要件により、業界で最も分散された検証者集団の一つを維持する。その代わり、基盤層の処理速度は毎秒約15～30取引にとどまる。
スケーラビリティのトリレンマに対するEthereumの回答は構造的なものだ。基盤層は徹底的に分散化し、実際の処理はLayer 2（レイヤー2）と呼ばれるロールアップに任せる。トリレンマを「解決」したのではなく、層に分解したのだ。Layer 1が分散性と安全性を提供し、Layer 2がその安全性を受け継ぎつつ処理性能を提供する。トレードオフは消えたのではなく、管理可能な形に整理されている。
Solanaの方法
Solanaは処理性能と安全性に振り切り、分散性を意識的なトレードオフとしている。検証者に高性能なハードウェア――現在の推奨は256GBのRAMと広帯域のネットワーク――を求めることで、1秒未満の確定時間と毎秒数千件の取引を実現する。
分散性のトレードオフは実在する。Solanaには1,900以上の検証者がいるが、ハードウェア要件の高さから、検証者の多くはプロの運用者やデータセンターに集中している。中本係数（ネットワークを停止させるのに必要な検証者の最小数）はEthereumより低い。つまり、より少数の主体が共謀すれば取引を検閲できるということだ。
Cosmosの方法
Cosmosはまた違う道を行く。アプリケーションごとに専用チェーンを立て、それぞれがトリレンマ上のポジションを自分で決められる仕組みだ。Cosmos SDKを使えば、プロジェクトは独自の検証者数、ブロック生成時間、処理目標を持つチェーンを立ち上げられる。
この柔軟性は、スケーラビリティのトリレンマをインフラではなくアプリケーションの層で処理することを意味する。高頻度取引のチェーンなら性能最優先で検証者20人。ステーブルコイン決済のチェーンなら分散性重視で検証者150人。Cosmosの哲学は「すべてのユースケースに最適な一つの設定は存在しない」というものだ。
モジュラー思想の登場
スケーラビリティのトリレンマに対して最も誠実なアプローチは、モジュラーブロックチェーンの考え方から生まれている。トリレンマを解決したと主張するのではなく、それを認めたうえで、ブロックチェーンを専門化された層に分割し、各層がそれぞれ異なる特性に最適化する。
たとえばCelestiaは、データの保管と合意形成だけを担い、取引の実行はまったく行わない。実行は別のロールアップ層が担当し、Celestiaにデータを記録する。この分離によって、データ層は実行環境とは独立に処理量と分散性を最適化できる。
モジュラー方式はスケーラビリティのトリレンマを消し去るわけではない。個々の層は依然として同じ制約に直面する。しかし、各層が独自のトレードオフを行えることで、全体としてはどの一枚岩チェーンよりも優れた複合的ポジションを取れるようになる。
「解決した」という主張が怪しい理由
暗号資産業界には繰り返されるパターンがある。新しいチェーンが「スケーラビリティのトリレンマを解決した」と宣言してローンチし、初期の注目を集めるが、やがて先行するすべてのチェーンが直面したのと同じ制約にぶつかる。
最も多い手口は、三つの特性のどれかの定義をこっそり変えることだ。ノード数だけを根拠に「分散されている」と主張し、ノードの分布や独立性には触れない、といった具合だ。3か所のデータセンターで10,000の検証者を動かせば、数の上では分散されているが、実態としては集中している。
もう一つのよくある手法は、一貫性を犠牲にして処理速度を稼ぐことだ。理想的な条件下では高い秒間取引数を達成するが、実際の負荷がかかると性能低下、取引の失敗、一時的な停止を経験する。ベンチマークの数字は華やかでも、実戦では維持できない。
正直に言えば、スケーラビリティのトリレンマは未解決のままだ。変わったのは、業界がこの制約を「管理する」技術の洗練度――層を分ける設計、専門化されたチェーン、ユースケースに応じたトレードオフの選択――が上がったことだ。
実務的な意味
開発者にとって、スケーラビリティのトリレンマは机上の理論ではない。「どこに構築し、どんなトレードオフを受け入れるか」という実務の判断を左右する。
数百万ドルのユーザー預金を扱うDeFiプロトコルなら、安全性と分散性を優先し、Ethereumメインネットや実績あるロールアップ上で高めのコストを受け入れるべきだろう。毎秒数千件の細かな取引を処理するゲームなら、高性能チェーンやアプリケーション専用のロールアップに構築して処理性能を優先するのが合理的だ。
間違いは、一つの設定が万能だと信じることだ。スケーラビリティのトリレンマは、それが成り立たないことを保証している。優れた開発者は自分のアプリケーションの要件を理解し、ユーザーにとって正しいトレードオフを選ぶインフラを選択する。
主要な論点
- スケーラビリティのトリレンマは、いかなるブロックチェーンも真には解決していない経験的制約であり、設計上の工夫で管理されるにとどまる
- Ethereumはトリレンマを層に分解する。Layer 1に分散性と安全性、Layer 2に処理性能を担わせる
- Solanaのような高性能チェーンは、プロ仕様のハードウェアを求めることで分散性を処理速度と引き換えにしている
- モジュラー設計はトリレンマを専門化された層に分割し、各層が独立したトレードオフを行えるようにする
- 「トリレンマを解決した」と主張するプロジェクトは、どの特性が密かに犠牲にされているかを検証して評価すべきである
スケーラビリティのトリレンマは、ブロックチェーンが現在の形で存在する限り持続する可能性が高い。生産的な態度はこれを否定することではなく、理解すること――それぞれのアプリケーションに応じてトレードオフの最適点を選び、その選択をユーザーに正直に伝えること――だ。