Skip to content
B

차트 분석, 전문가 관점을 받아보세요

무료로 시작하기

L1ブロックチェーン

ライブネスvs安全性

Liveness vs Safety

ブロックチェーンの根本的なトレードオフで、ライブネス(活性)はどんな状況でもブロック生成を継続する性質(Bitcoinなど)、安全性はコンフリクトするブロックを絶対に生成しない性質(BFT系チェーン)を指す。Ethereumはイナクティビティリーク機構によりこの両立を図っている。

わかりやすく学ぶポイント

チャプター4: L1ブロックチェーン (L1 Blockchains)

概要

L1(Layer 1)ブロックチェーンは、すべての分散型ネットワークを支える根幹となる基盤レイヤーです。Bitcoin、Ethereum、Solanaといった主要なL1ブロックチェーンは、それぞれ独自の設計思想と技術的選択によって実装されており、それらの選択は必然的にトレードオフを伴います。L1ブロックチェーンを深く理解するためには、なぜそのような設計上の意思決定が行われたのか、そしてその結果がネットワークの性能や特性にどのような影響を与えるのかを把握することが不可欠です。

本チャプターでは、L1ブロックチェーンを設計・分析するうえで欠かせない5つの核心概念を取り上げます。まずブロックチェーントリレンマを通じて、分散化・セキュリティ・スケーラビリティの間に存在する根本的な緊張関係を考察します。次にブロックチェーンの4つのレイヤーというフレームワークで、あらゆるブロックチェーンが共有する中核機能を分解します。さらにモノリシック vs モジュラーというアーキテクチャのスペクトラム、ライブネス vs 安全性というコンセンサス設計における根本的なトレードオフ、そしてスケーリングソリューションとしてのシャーディングへと順に探求していきます。

これら5つの概念は互いに緊密に連関しています。トリレンマはあらゆる設計判断の背景を与え、4つのレイヤーというフレームワークはその判断が具体的にどの機能層で行われるかを示し、モノリシック/モジュラーの区別はその結果を分類します。ライブネスと安全性の緊張はコンセンサスレイヤーにおける本質的な選択であり、シャーディングはスケーラビリティ問題を解決しようとする代表的なアプローチの一つです。これらの概念を有機的に理解することで、L1ブロックチェーンの全体像が初めて鮮明に浮かび上がります。


ブロックチェーントリレンマ (Blockchain Trilemma)

定義

ブロックチェーントリレンマは、Ethereumの共同創設者であるVitalik Buterinが広めた概念で、あらゆるブロックチェーンシステムが分散化(Decentralization)セキュリティ(Security)・**スケーラビリティ(Scalability)**という3つの核心属性を同時に完全最適化することはできないという、実践的な現実を説明するものです。3つの属性のうちいずれか2つを強化すれば、残る1つは必然的に弱体化するという構造的な緊張関係が存在します。これは単なる技術的な制約ではなく、分散システムの根本的な設計上の制約から生じる現実です。

核心ポイント

  • 分散化(Decentralization): ネットワークが多数の独立したノードによって運営され、いかなる単一主体も支配権を持たない性質です。分散化の度合いが高いほど、参加ノードへのハードウェア要求は低く抑える必要があり、その結果として処理速度に制約が生じます。

  • セキュリティ(Security): 51%攻撃、二重支払い(double spending)、悪意あるノードによる攻撃などからネットワークを守る能力です。高いセキュリティは一般的に十分な数のバリデーターと高い経済的コストを必要とし、これがスケーラビリティと衝突する原因となります。

  • スケーラビリティ(Scalability): ネットワークが多数のトランザクションを高速かつ低コストで処理できる能力です。スケーラビリティを向上させるためにブロックサイズを拡大したりコンセンサスプロセスを簡略化したりすると、ノードの運用コストが増加して分散化が損なわれる可能性があります。

  • 主要L1の選択: Bitcoinは分散化とセキュリティを最優先とし、TPS(1秒あたりのトランザクション処理数)を犠牲にしました。Solanaはスケーラビリティを極限まで追求し、高性能なハードウェアを要求することでノードへのアクセシビリティを制限しています。Ethereumは、L2ロールアップのエコシステムを活用することで3つの属性のバランスを取る中間路線を選択しました。

  • トリレンマは絶対法則ではなく実用的フレームワーク: 技術の進歩に伴い、トリレンマの制約は徐々に緩和されていく可能性があります。PoSへの移行、シャーディング、ロールアップといったイノベーションは、トリレンマの制約を技術的に乗り越えようとする試みです。ただし、3つの属性の間に存在する根本的な緊張関係は依然として残っています。

関連概念

ブロックチェーントリレンマは、本チャプターで扱う他のすべての概念と直結しています。ブロックチェーンの4つのレイヤーは、トリレンマの3属性が実際にどの機能レイヤーで実装され衝突するかを明示します。モノリシック vs モジュラーのアーキテクチャ論争は、トリレンマを解決する2つの代表的なアプローチを体現しており、モノリシックは単一レイヤー内でバランスを追求し、モジュラーは機能分離によって各属性を個別に最適化します。シャーディングはスケーラビリティを改善しながら分散化とセキュリティを維持しようとする、トリレンマへの直接的な解決策の試みです。そしてライブネス vs 安全性は、セキュリティ属性の内部における細部のトレードオフを扱います。


ブロックチェーンの4つのレイヤー (Four Planes of Blockchain)

定義

ブロックチェーンの4つのレイヤーは、あらゆるブロックチェーンが担う中核機能を4つの論理的なレイヤーに分解した分析フレームワークです。4つの機能とは、実行(Execution)決済(Settlement)コンセンサス(Consensus)・**データ可用性(Data Availability、DA)**です。従来のモノリシックなブロックチェーンではこれら4つの機能が1つのレイヤーに統合されていますが、現代のモジュラーブロックチェーン設計では各機能が専門化された個別のレイヤーやチェーンへと分離されることがあります。このフレームワークは、異なるブロックチェーンのアーキテクチャを体系的に比較・分析するための強力なツールとなります。

核心ポイント

  • 実行(Execution): スマートコントラクトを含むトランザクションを実際に処理し、状態(state)を変更する機能です。EthereumのEVM(Ethereum Virtual Machine)がその代表的な実行環境です。実行レイヤーは演算負荷が高く、モジュラーシステムではロールアップが実行をオフチェーンへと分離する役割を担います。

  • 決済(Settlement): トランザクションの結果が最終的かつ不可逆であることを確定(finalize)する機能です。これは紛争解決における最終審のような役割を果たします。ロールアップベースのモジュラーシステムでは、Ethereum L1がL2ロールアップのトランザクションを最終決済するトラストの基盤として機能します。

  • コンセンサス(Consensus): ネットワークに参加するすべてのノードが、トランザクションの順序(ordering)と有効性について合意するプロセスです。PoWやPoSといったコンセンサスメカニズムがこのレイヤーを担います。コンセンサスレイヤーは、ネットワークのセキュリティと分散化の度合いを直接的に規定します。

  • データ可用性(Data Availability、DA): ブロックデータが実際にすべての参加者からアクセス可能な状態で保存・配布される機能です。データが公開されていなければ、誰もチェーンの状態を検証することができません。Celestiaのような専門的なDAレイヤーが登場しており、EthereumのEIP-4844(Proto-Danksharding)もDAコストを削減するための取り組みです。

  • 統合と分離のスペクトラム: BitcoinやSolanaのように4つの機能を単一レイヤーに統合すると、アトミックなコンポーザビリティ(atomic composability)が保証され、設計がシンプルになります。一方、Ethereum+ロールアップ+Celestiaのように機能を分離すると、各レイヤーを独立して最適化できますが、レイヤー間のインタラクションの複雑性が増大します。

関連概念

4つのレイヤーというフレームワークは、モノリシック vs モジュラー概念の直接的な理論的基盤です。モノリシックチェーンは4つのレイヤーを単一層で処理し、モジュラーチェーンは各レイヤーを分離します。シャーディングは主として実行(Execution)とデータ可用性(Data Availability)のレイヤーにおける水平的な分散を扱う技術です。ライブネス vs 安全性の緊張は、特にコンセンサス(Consensus)レイヤーにおいて最も直接的に現れます。ブロックチェーントリレンマの3属性はそれぞれのレイヤーの設計判断と直結しており、例えば実行レイヤーの処理能力はスケーラビリティと、コンセンサスレイヤーの設計は分散化およびセキュリティと密接に関わっています。


モノリシック vs モジュラー (Monolithic vs Modular)

定義

モノリシック(Monolithic)とモジュラー(Modular)は、ブロックチェーンアーキテクチャの2つの極を表すスペクトラムです。モノリシックブロックチェーンは、前述の4つのレイヤー(実行・決済・コンセンサス・データ可用性)をすべて単一レイヤーで処理する統合型の設計です。BitcoinとSolanaがその代表例です。一方、モジュラーブロックチェーンは各機能を専門化された別々のレイヤーやチェーンへと分離する分散型の設計です。Ethereumとそのうえに構築されたロールアップのエコシステム、そしてCelestiaのような専門的なDAレイヤーがモジュラーアプローチの代表的な事例です。この2つのアプローチは、それぞれコンポーザビリティ(composability)と最適化(optimization)の間の根本的なトレードオフを体現しています。

核心ポイント

  • モノリシックの強み — アトミックなコンポーザビリティ(Atomic Composability): すべての機能が単一レイヤーで処理されるため、DeFiプロトコル間の複雑なトランザクションも1つのブロック内でアトミックに(atomically)実行・ロールバックできます。これは複雑な金融ロジックを安全に実装するうえで非常に有利です。SolanaのハイパフォーマンスなDeFiエコシステムは、このコンポーザビリティを最大限に活用しています。

  • モノリシックの限界 — 垂直スケーリング(Vertical Scaling)の制約: 性能を向上させるには単一ノードのハードウェアスペックを引き上げる必要があります(垂直スケーリング)。これはノード運用コストの増大を招き、参加できるバリデーターの数が減少し、結果として分散化が損なわれます。Solanaは毎秒数千件のトランザクションを処理できますが、ノード運用には専門的なハードウェアが必要です。

  • モジュラーの強み — 専門化と水平スケーリング: 各レイヤーが自身の役割に特化して最適化できます。Ethereum上のOptimismやArbitrumといったロールアップは、実行をオフチェーンで処理することでスループットを飛躍的に向上させながら、Ethereum L1のセキュリティと分散化を継承します。新たな実行レイヤーを追加していく形での水平スケーリング(horizontal scaling)が可能です。

  • モジュラーの限界 — フラグメンテーション(Fragmentation)と複雑性: レイヤー間で資産やデータを移動させるためにブリッジ(bridge)が必要となり、ブリッジはセキュリティ上の脆弱点になりえます。また、異なるロールアップにデプロイされたスマートコントラクト間のアトミックなコンポーザビリティが失われ、流動性の断片化(liquidity fragmentation)という問題が生じます。

  • 現在のトレンド: 業界は純粋なモノリシックと純粋なモジュラーの間の最適解を模索し続けています。Ethereumのロールアップ中心のロードマップ(rollup-centric roadmap)は、モジュラー方向への強力な支持を示しています。同時に、モノリシックチェーンも並列実行(parallel execution)などの技術によって自らの性能を向上させ、競争力を維持しています。

関連概念

モノリシック vs モジュラーは、ブロックチェーンの4つのレイヤーフレームワークが実際のシステム設計にどのように適用されるかを直接示しています。ブロックチェーントリレンマの観点から見ると、モノリシックは特定の2属性に集中するアプローチであり、モジュラーはレイヤー分離によって3属性すべてを最適化しようとする試みです。シャーディングは、モノリシックブロックチェーンのスケーラビリティの限界を克服しながらも単一レイヤーの利点を活かそうとする、中間的なアプローチとして位置づけられます。ライブネス vs 安全性の観点では、モジュラーシステムにおいて各レイヤーが異なるライブネス/安全性の優先度を持ちうるという複雑性が加わります。


ライブネスvs安全性 (Liveness vs Safety)

定義

ライブネス(Liveness)と安全性(Safety)は、分散システム理論に由来する核心概念であり、ブロックチェーンのコンセンサスメカニズム設計において必然的に直面する根本的なトレードオフを表します。**ライブネス(活性)**とは、ネットワークがいかなる状況下でも継続してブロックを生成し、トランザクションを処理し続けられる性質です。一部のノードがオフラインになったり悪意を持って行動したりしても、チェーンは前進し続けます。安全性とは、ネットワークが互いに矛盾・衝突する(conflicting)ブロックを絶対に確定しない性質です。たとえブロック生成が一時的に停止しても、一度確定された状態は覆されません。FLP不可能性定理(FLP Impossibility Theorem)によれば、非同期ネットワークにおいて2つの性質を同時に完全に保証することは理論上不可能です。

核心ポイント

  • ライブネス優先設計 — Bitcoin: Bitcoinのナカモトコンセンサス(Nakamoto Consensus)はライブネスを最優先とします。ネットワークのいずれかのチェーンがより多くのPoW累積難易度を持つ場合、常に有効なチェーンとして認められます。一時的なフォーク(fork)が生じてもネットワークは停止せずに進み続け、時間の経過とともに最も長いチェーンが採用されます(確率的最終性、Probabilistic Finality)。その代わり、トランザクションの完全な最終性(finality)を得るためには複数のブロック確認を待つ必要があります。

  • 安全性優先設計 — BFTチェーン: ビザンチン障害耐性(Byzantine Fault Tolerant、BFT)コンセンサスを用いるチェーン(Tendermintベースのコスモスチェーンなど)は安全性を最優先とします。ネットワークの2/3以上が同意したブロックのみが即時最終性(Instant Finality)で確定されます。もし十分な数のバリデーターから同意が得られない場合、ネットワークは衝突ブロックを生成する代わりに停止(halt)します。高い安全性を確保する一方で、ネットワークパーティション(partition)の状況では可用性が低下するリスクがあります。

  • Ethereumのバランスアプローチ — イナクティビティリーク(Inactivity Leak): EthereumはGasperコンセンサスプロトコルを通じて両方の性質の均衡を図っています。通常時は安全性を保証するBFT方式でブロックを最終確定します。しかし、ネットワークパーティションや大規模なバリデーター離脱によって最終性の達成が不可能な状況が続くと、**イナクティビティリーク(Inactivity Leak)**メカニズムが発動します。オフラインのバリデーターのステーキング資産が徐々にスラッシュ(slash)されることで、アクティブなバリデーターの持分比率が増加し、最終的に2/3のコンセンサスに到達してチェーンが再び前進できる状態になります。

  • CAP定理との接続: 分散システムのCAP定理(CAP Theorem)も同様のトレードオフを説明しています。一貫性(Consistency)は安全性に、可用性(Availability)はライブネスに対応します。ネットワークパーティション耐性(Partition Tolerance)のある環境において、一貫性と可用性の両方を完全に保証することは不可能です。

  • 実用的な重要性: ライブネスと安全性の選択は、ブロックチェーンのユースケースと直結しています。決済システムやDeFiでは、トランザクションの即時かつ確実な最終性(安全性)が重要です。一方、検閲耐性を最優先とする場合には、チェーンが常に前進し続けるライブネスの方が重要になる場合があります。

関連概念

ライブネス vs 安全性は、ブロックチェーンの4つのレイヤーのうちコンセンサス(Consensus)レイヤーにおける中心的な設計判断を扱います。ブロックチェーントリレンマにおけるセキュリティ属性は、外部攻撃への防御のみを意味するわけではなく、ライブネスと安全性の間の内部的なバランスも含みます。モノリシック vs モジュラーのシステムでは、モジュラー設計においてレイヤーごとに異なるライブネス/安全性の設定を持つことができ、システム全体の分析が複雑になります。シャーディング環境では、複数のシャード間でライブネスと安全性を同時に調整しなければならないという追加の複雑性が生じます。


シャーディング (Sharding)

定義

シャーディング(Sharding)はもともと従来の分散型データベースで用いられていた水平スケーリング(horizontal scaling)の手法であり、ブロックチェーンに適用した場合、ネットワークの状態(state)とトランザクション処理を複数の並列パーティションである**シャード(shard)**へと分割することを意味します。各ノードはネットワーク全体の状態をすべて処理するのではなく、特定のシャードのデータのみを担当するため、個々のノードへの負荷を軽減しながらネットワーク全体のスループットを大幅に向上させることができます。これは一車線の道路を多車線の高速道路へと拡張することに例えられます。理論上、シャード数を増やすほどスループットが線形的に向上します。

核心ポイント

  • Ethereumのシャーディングの歩み: Ethereumはもともと64の実行シャード(execution shard)を実装する野心的なロードマップを持っていました。この計画では各シャードが独立してトランザクションを処理し、ビーコンチェーン(Beacon Chain)がシャードを調整する構造でした。しかし、ロールアップ技術の急速な発展を受けて、Ethereum Foundationは2020年代初頭に実行シャーディングから**ロールアップ中心モデル(rollup-centric roadmap)**へと戦略を転換しました。実行のスケーリングはロールアップに委ね、Ethereum L1はデータ可用性(DA)とコンセンサスレイヤーに集中するという方向性です。

  • データ可用性シャーディング(DA Sharding)— Danksharding: Ethereumが転換した方向性において、シャーディングは実行よりもデータ可用性に焦点を当てています。EIP-4844(Proto-Danksharding)はブロブ(blob)データ構造を導入し、ロールアップがデータを低コストでEthereumに投稿できるようにします。完全なDanksharding(Full Danksharding)が実装されると、データ可用性サンプリング(DAS、Data Availability Sampling)によって、ノードが全データをダウンロードすることなくデータ可用性を検証できるようになります。

  • シャード間通信(Cross-Shard Communication)の難題: シャーディングにおける最大の技術的課題の一つは、異なるシャードにまたがるトランザクションの処理です。シャードAにある資産をシャードBのスマートコントラクトとインタラクションさせるには複雑なクロスシャードメッセージング(cross-shard messaging)プロトコルが必要となり、これがアトミックなコンポーザビリティを損なう原因となります。これが、Ethereumが実行シャーディングよりもロールアップを優先するようになった重要な技術的理由の一つです。

  • Avalancheのサブネットアーキテクチャ: Avalancheは異なるアプローチを採用しており、シャーディングに類似したスケーリングをサブネット(Subnet)アーキテクチャで実現しています。各サブネットは独自のバリデーターセットと合意ルールを持つ独立したブロックチェーンとして機能し、特定のユースケースに特化したカスタマイズが可能です。これはシャーディングとモジュラー設計の中間的な位置づけといえます。

  • シャーディングの限界と現実: 純粋な実行シャーディングはクロスシャードの複雑性という理論的なエレガントさをしのぐ実装上の課題を抱えていることが明らかになってきました。Ethereumの戦略転換はその実践的な証左です。現在の業界トレンドは、実行シャーディングよりも、DA シャーディングとロールアップを組み合わせたアプローチへとシフトしています。

関連概念

シャーディングは、ブロックチェーントリレンマにおいてスケーラビリティを改善しながら分散化とセキュリティを維持しようとする直接的な試みです。ブロックチェーンの4つのレイヤーのフレームワークから見ると、シャーディングは主に実行(Execution)レイヤーとデータ可用性(DA)レイヤーの水平的な分散を実現する技術であり、どのレイヤーをシャーディングするかによって設計の意味合いが大きく変わります。モノリシック vs モジュラーとの関係では、実行シャーディングはモノリシックなアプローチの延長としてスケーリングを試みるものであり、EthereumのDAシャーディング+ロールアップはよりモジュラーな方向性を体現しています。ライブネス vs 安全性の観点では、複数のシャードが存在する環境でシャードごとのライブネスと安全性を一貫して維持することは、単一チェーンと比べて格段に複雑な調整を要します。

ChartMentor

이 개념을 포함한 30일 코스

ライブネスvs安全性 포함 · 핵심 개념을 순서대로 익히고 실전 차트에 적용해보세요.

chartmentor.co.kr/briefguard

このパターンをBGが分析すると?

'ライブネスvs安全性'が実際のチャートでどのように検出されるか、BriefGuardの分析で確認しましょう。

実際の分析を見る