---
title: "Ethereumシャーディング:ブロックチェーンシャーディング入門"
description: "ブロックチェーンシャーディングとは何か、Ethereumとどう関係するか"
---

## **ブロックチェーンのシャーディングとは**

Ethereumのシャーディングは、メインネットを直接スケールさせるのではなく、レイヤー2のスケーリングをサポートする[danksharding](https://etherscan.io/chartsync/chainarchive)に置き換えられました。

**注記**：以下の記事は、Ethereumのメインネットをシャーディングするという、現在は放棄された計画について解説したものです。一部のデータは古くなっている可能性があります。Ethereumのスケーリングロードマップに関する最新情報については、上記リンク先のdanksharding記事を参照してください。

ブロックチェーンのスケーラビリティという問題は、長年にわたって開発者コミュニティで議論されてきました。Ethereumのようなパブリックブロックチェーンネットワークでは、複数のノードがトランザクションを検証する必要があるため、スケーラビリティに限界があります。

例えば、Ethereumが処理できるトランザクション数は毎秒10〜13件程度です。これは、毎秒最大24,000件を処理できるVISAのような中央集権型システムと比べると、かなり見劣りします。

ブロックチェーンと、その上で動作する分散型アプリケーションが大衆に普及するためには、人口規模でのスケーラビリティが必要です。

レイヤー2ブロックチェーンに加えて、シャーディングはEthereumがより多くのユーザーをサポートできるようスケールさせるための解決策として提案されています。シャーディングの考え方は、メインのブロックチェーンを複数のセグメントに分割し、各ノードがトランザクションの一部のみを検証すればよいようにするというものです。

ノードが並列でトランザクションを検証することで、ネットワークのスループットが向上し、[アプリ](https://www.alchemy.com/dapps/top/defi-dapps)は増加し続けるユーザーのニーズに応じてスケールできるようになります。

<EmbeddedTable
  table={{
    columns: [
      { key: "1", width: 200, title: "Payment System / Cryptocurrency", dataType: "object" },
      { key: "2", width: 200, title: "Transactions per Second", dataType: "object" },
    ],
    data: [
      {
        "1": { title: "<p>Visa</p>", tooltip: "", icon: "" },
        "2": { title: "<p>24,000</p>", tooltip: "", icon: "" },
        id: 0,
      },
      {
        "1": { title: "<p>Ripple</p>", tooltip: "", icon: "" },
        "2": { title: "<p>1,500</p>", tooltip: "", icon: "" },
        id: 1,
      },
      {
        "1": { title: "<p>PayPal</p>", tooltip: "", icon: "" },
        "2": { title: "<p>193</p>", tooltip: "", icon: "" },
        id: 2,
      },
      {
        "1": { title: "<p>Bitcoin Cash</p>", tooltip: "", icon: "" },
        "2": { title: "<p>60</p>", tooltip: "", icon: "" },
        id: 3,
      },
      {
        "1": { title: "<p>Litecoin</p>", tooltip: "", icon: "" },
        "2": { title: "<p>56</p>", tooltip: "", icon: "" },
        id: 4,
      },
      {
        "1": { title: "<p>Dash</p>", tooltip: "", icon: "" },
        "2": { title: "<p>48</p>", tooltip: "", icon: "" },
        id: 5,
      },
      {
        "1": { title: "<p>Ethereum</p>", tooltip: "", icon: "" },
        "2": { title: "<p>20</p>", tooltip: "", icon: "" },
        id: 6,
      },
      {
        "1": { title: "<p>Bitcoin</p>", tooltip: "", icon: "" },
        "2": { title: "<p>7</p>", tooltip: "", icon: "" },
        id: 7,
      },
    ],
  }}
/>

## **データベースのシャーディングとは**

データベースのシャーディングは、中央集権型のデータベース管理でよく使われる手法で、大規模なデータベースを複数の小さな塊（「シャード」）に分割し、複数のマシンに分散配置することで効率性とアプリケーションのスケーラビリティを向上させるプロセスです。

ソフトウェアの利用者数や処理件数が増えるにつれ、そのデータベースに保存されるデータ量も増加します。データベースへの負荷が過大になると、アプリのパフォーマンスが低下し、ユーザー体験を損ないます。そのため、データベースの負荷を軽減し、読み込み時間を改善するためにシャーディングが必要になります。

### **データベースシャーディングの例**

ある都市の住民10万人分の個人情報が入ったデータベースがあるとします。

特定の個人の情報を検索するには、約10万件のトランザクションを計算する必要があり、コストも時間もかかる作業になります。

では、この大規模なデータベースを複数の小さなデータベースに分割したらどうなるでしょうか。

例えば、姓が特定の文字で始まる住民をグループ化し、それぞれ専用のサーバーに配置すれば、情報検索に必要な計算リソースは少なくなり、処理にかかる時間も短縮され、データベースの管理も容易になります。

データベースシャーディングの別の例を、次の図で示します。

<EmbeddedTable
  table={{
    columns: [
      { key: "1", width: 200, title: "Product", dataType: "object" },
      { key: "2", width: 200, title: "Price", dataType: "object" },
      { key: "3", width: 200, title: "Price Range", dataType: "object" },
    ],
    data: [
      {
        "1": { title: "<p>WIDGET</p>", tooltip: "", icon: "" },
        "2": { title: "<p>$118</p>", tooltip: "", icon: "" },
        "3": { title: "<p>$100+</p>", tooltip: "", icon: "" },
        id: 0,
      },
      {
        "1": { title: "<p>GIZMO</p>", tooltip: "", icon: "" },
        "2": { title: "<p>$88</p>", tooltip: "", icon: "" },
        "3": { title: "<p>$50-$99.99</p>", tooltip: "", icon: "" },
        id: 1,
      },
      {
        "1": { title: "<p>TRINKET</p>", tooltip: "", icon: "" },
        "2": { title: "<p>$37</p>", tooltip: "", icon: "" },
        "3": { title: "<p>$0-$49.99</p>", tooltip: "", icon: "" },
        id: 2,
      },
      {
        "1": { title: "<p>THINGAMAJIG</p>", tooltip: "", icon: "" },
        "2": { title: "<p>$18</p>", tooltip: "", icon: "" },
        "3": { title: "<p>$0-$49.99</p>", tooltip: "", icon: "" },
        id: 3,
      },
      {
        "1": { title: "<p>DOODAD</p>", tooltip: "", icon: "" },
        "2": { title: "<p>$60</p>", tooltip: "", icon: "" },
        "3": { title: "<p>$50-$99.99</p>", tooltip: "", icon: "" },
        id: 4,
      },
      {
        "1": { title: "<p>TCHOTCHKE</p>", tooltip: "", icon: "" },
        "2": { title: "<p>$999</p>", tooltip: "", icon: "" },
        "3": { title: "<p>$100+</p>", tooltip: "", icon: "" },
        id: 5,
      },
    ],
  }}
/>

### シャードとは

「シャード」とは「全体の一部」を意味します。データベース管理において、シャードとは、大規模なデータベースの一部を別サーバーでホストしたものです。各シャードにはデータの一部が含まれていますが、それらは全体として1つの論理的なデータセットを構成します。

先ほどの例で言えば、姓が「A」で始まる住民用の「シャード1」、姓が「B」で始まる住民用の「シャード2」、というように分けることができます。

これらの論理的なシャードをすべて結合すれば、その都市の全住民の記録からなる1つのデータセットが得られます。

## **ブロックチェーンネットワークにおけるシャーディング**

ブロックチェーンネットワークのシャーディングは、中央集権型データベースの場合と同じプロセスをたどります。ブロックチェーンネットワークを「シャーディング」して複数の異なるセグメントに分割し、各シャードがブロックチェーンデータの一部を保存し、それぞれ固有のトランザクション群を処理するようにします。

シャーディングにより、ブロックチェーンネットワークはネットワークレイテンシとスケーラビリティを改善できます。

### **ブロックチェーンネットワークにおけるシャーディングは何を解決しようとしているのか**

すべてのノードがトランザクションの妥当性についてコンセンサス（合意）を得る必要があるため、ブロックチェーンネットワークが同時に処理できるトランザクション数はごくわずかに限られます。

通常、各ノードはブロックチェーンの全履歴を保存し、すべてのトランザクションを処理します。これが、EthereumやBitcoinのようなブロックチェーンネットワークを「分散型」たらしめている要素です。

すべてのフルノードがネットワークの完全な履歴のコピーを保有していることで、悪意のある行為者がネットワークを乗っ取り、トランザクションを覆したり書き換えたりすることが難しくなります。

ただし、ブロックチェーンの分散性とセキュリティを確保することは、スケーラビリティを犠牲にすることにもなります。

シャーディングされたブロックチェーンでは、ノードがブロックチェーンの全履歴をダウンロードしたり、ネットワークを通過するすべてのトランザクションを検証したりする必要がなくなるため、ネットワークの効率が向上し、増大するユーザー需要をサポートするスケーリングが可能になります。

<ImageBlock
  src="https://media.alchemy.com/1703255000-ethereum-sharding-diagram.jpeg"
  alt="Ethereumシャーディング図"
  width={792}
  height={379}
  caption="出典:Genesis Block"
/>

### **シャードチェーンとは**

ブロックチェーンネットワークの文脈において、シャードチェーンはデータの一部を保持し、トランザクション処理責任の一部を担うことになります。

シャードチェーンは、独立して動作する複数のミニブロックチェーンの集合のようなものです。セキュリティを保つため、各シャードチェーンはValidator Manager Contract（VMC）を通じて、一定間隔でトランザクションの記録をメインチェーン（Beacon Chain）に提出します。

各シャードチェーンは固有のトランザクション履歴と、新規トランザクションを検証するノード群を持つため、複数のシャードチェーンを同時に稼働させることで、並列処理によってネットワークのレイテンシとスループットを向上させることができます。

<ImageBlock
  src="https://media.alchemy.com/1703771502-shard-chains.jpeg"
  alt="シャードチェーンがEthereum Beacon Chainにトランザクション記録を送信する仕組みの図"
  width={1542}
  height={687}
  caption="シャードチェーン"
/>

## **Ethereumにおけるシャーディングとは**

Ethereumは、Ethereum 1.0の機能改善を目的とした一連のアップグレードである[EthereumのPoSアップグレード](https://www.alchemy.com/overviews/ethereum-2-0-your-guide-for-2022)の後に、スケーリングソリューションとしてシャーディングを採用する計画でした。

### **なぜシャーディングが必要なのか**

Ethereumにシャーディングが必要となる主な理由は2つあります。ユーザー数の指数関数的な増加をサポートする能力と、規模が拡大しても分散性を維持する必要性です。

#### **1. 増加し続けるユーザー数のサポート**

Ethereumの現在の構造では、利用の指数関数的な増加に対応できません。

現在、すべてのEthereumノードは、スマートコントラクトのコードやアカウント残高を含む[Ethereum Virtual Machine（EVM）](https://www.alchemy.com/overviews/what-is-the-ethereum-virtual-machine-evm)の完全な状態を保存しています。

さらに、トランザクションは直線的に実行され、ネットワーク全体による確認を必要とします。

トランザクションを直線的に処理し、ノードに大量のデータ管理を要求することが、ネットワークの速度低下を招いています。

#### **2. 規模拡大時の分散性の維持**

ノードにブロックチェーンの完全なコピーを保持させることは、中央集権化の問題も生じさせます。すでにEthereumの台帳は[10テラバイト以上のストレージ容量を占めており](https://etherscan.io/chartsync/chainarchive)、これは一般的なコンピュータが保有できる容量の10倍にあたります。

Ethereumのブロックチェーンが増大し続けるにつれ、Ethereumノードの運用が困難になり、ネットワークのセキュリティを担うノードがごく少数に限られてしまう可能性があります。これは、Ethereumが解決しようとしていた中央集権化と単一障害点の問題を再び持ち込むことになり、その価値を損なうことになります。

#### **シャーディングは両方の問題を解決できる**

シャーディングでは、複数のノードが同時に異なるトランザクションを検証できるため、スケーラビリティが向上します。また、トランザクションデータをより小さな塊に分割することで、フルノードの運用が容易になり、中央集権化のリスクが低下します。

## **Ethereumシャーディングの用語**

シャーディングの仕組みを説明する前に、いくつかの重要な用語を定義しておきます。

#### **State（状態）**

Stateとは、ある時点におけるシステムに関する情報を指します。Ethereumにおいて、stateとは特定の時点でのネットワークの状態、すなわちコントラクトコード、アカウント、アドレス残高などの記述です。新しいトランザクションが発生するたびに、Ethereumのstateは変化します。

#### **Merkleツリー**

MerkleツリーまたはMerkleルートは、大量の情報をハッシュを介して保存する暗号技術です。Merkleツリー／ルートは、あるデータがより大きな構造の一部であるかどうかをノードが迅速に検証できるようにするため、Ethereumのセキュリティにとって不可欠です。

#### **Collation（コレーション）**

コレーションとは、シャードチェーン上で行われる一群のトランザクションのことで、Proof-of-Work（PoW）におけるブロックに相当します。コレーションはメインチェーンに提出され、互いに連結されてブロックチェーンを形成します。

#### **Collation header（コレーションヘッダー）**

コレーションヘッダーは、PoWコンセンサスにおけるブロックヘッダーに相当するものです。コレーションヘッダーには、コレーション内の情報に関する以下のようなメタデータが含まれます。

- コレーションが属する単一のシャード
- 親コレーションのルートハッシュ
- コレーション内の全トランザクションのMerkleルート
- pre-state root（処理前状態のルート）およびpost-state root（処理後状態のルート）
- notary（公証人）の署名

<EmbeddedTable
  table={{
    columns: [
      { key: "1", width: 200, title: "Property", dataType: "object" },
      { key: "2", width: 200, title: "Value", dataType: "object" },
      { key: "3", width: 200, title: "Signature 1", dataType: "object" },
      { key: "4", width: 200, title: "Signature 2", dataType: "object" },
    ],
    data: [
      {
        "1": { title: "<p><strong>Shard ID:</strong></p>", tooltip: "", icon: "" },
        "2": { title: "<p>43</p>", tooltip: "", icon: "" },
        "3": { title: "<p>&lt;sig #1284&gt;</p>", tooltip: "", icon: "" },
        "4": { title: "<p>&lt;sig #2543&gt;</p>", tooltip: "", icon: "" },
        id: 0,
      },
      {
        "1": { title: "<p><strong>Pre state:</strong></p>", tooltip: "", icon: "" },
        "2": { title: "<p>a138b3ff</p>", tooltip: "", icon: "" },
        "3": { title: "<p>&lt;sig #7821&gt;</p>", tooltip: "", icon: "" },
        "4": { title: "<p>&lt;sig #6118&gt;</p>", tooltip: "", icon: "" },
        id: 1,
      },
      {
        "1": { title: "<p><strong>Post state:</strong></p>", tooltip: "", icon: "" },
        "2": { title: "<p>835680cc</p>", tooltip: "", icon: "" },
        "3": { title: "<p>&lt;sig #9053&gt;</p>", tooltip: "", icon: "" },
        "4": { title: "<p>&lt;sig #4337&gt;</p>", tooltip: "", icon: "" },
        id: 2,
      },
      {
        "1": { title: "<p><strong>Receipt root:</strong></p>", tooltip: "", icon: "" },
        "2": { title: "<p>fa3819d4</p>", tooltip: "", icon: "" },
        "3": { title: "<p>&lt;sig #1662&gt;</p>", tooltip: "", icon: "" },
        "4": { title: "<p>&lt;sig #4785&gt;</p>", tooltip: "", icon: "" },
        id: 3,
      },
      {
        "1": { title: "<p>Tx a142</p>", tooltip: "", icon: "" },
        "2": { title: "<p>Tx a558</p>", tooltip: "", icon: "" },
        "3": { title: "<p>Tx eca6</p>", tooltip: "", icon: "" },
        "4": { title: "<p></p>", tooltip: "", icon: "" },
        id: 4,
      },
      {
        "1": { title: "<p>Tx a35f</p>", tooltip: "", icon: "" },
        "2": { title: "<p>Tx e25a</p>", tooltip: "", icon: "" },
        "3": { title: "<p>Tx 34ac</p>", tooltip: "", icon: "" },
        "4": { title: "<p></p>", tooltip: "", icon: "" },
        id: 5,
      },
      {
        "1": { title: "<p>Tx 2308</p>", tooltip: "", icon: "" },
        "2": { title: "<p>Tx 6987</p>", tooltip: "", icon: "" },
        "3": { title: "<p>Tx f260</p>", tooltip: "", icon: "" },
        "4": { title: "<p></p>", tooltip: "", icon: "" },
        id: 6,
      },
      {
        "1": { title: "<p>Tx 9f14</p>", tooltip: "", icon: "" },
        "2": { title: "<p>Tx ec30</p>", tooltip: "", icon: "" },
        "3": { title: "<p>Tx 5fc3</p>", tooltip: "", icon: "" },
        "4": { title: "<p></p>", tooltip: "", icon: "" },
        id: 7,
      },
    ],
  }}
/>

#### **Notaries（公証人）**

Notaryとは、提案されたコレーションに対して投票を行うために、あるシャードチェーンにランダムに割り当てられるバリデーターのことです。この投票は「attestation（アテステーション）」と呼ばれ、コレーションの妥当性を証明します。各コレーションがコンセンサスチェーンに追加される前には、少なくとも3分の2のcollatorによる署名が必要です。

#### **Proposers（提案者）**

Proposerとは、コレーションを作成し検証のために提案するために選ばれたcollator（またはバリデーター）です。ProposerはPoWブロックチェーンにおけるマイナーと同様の役割を担います。

#### **Committees（委員会）**

Committeeとは、シャードブロックの妥当性を証明するバリデーターまたはnotaryの集合です。これらの委員会は一定間隔でランダムにシャッフルされるため、バリデーターは自分がどの委員会に所属することになるかを予測できません。

## **Ethereumのシャーディングはどのように機能するのか**

ロードマップの度重なる遅延を受けて、Ethereumコミュニティはシャーディング計画から方向転換し、レイヤー2を中心としたロードマップへと舵を切りました。これにより、コアデベロッパーは「The Merge」として知られるコンセンサスアップグレードを実現し、ネットワークのコンセンサスをProof-of-Stakeへと変更することができました。

Ethereumのシャーディングアップグレードは、Ethereumのブロックチェーンを64個のシャードチェーンに分割する計画でした。各シャードチェーンは独立したstateを持ち、各ノードはアカウント残高やスマートコントラクトコードの一部のみを保存し、全トランザクションのうち一部のみを処理することになります。

#### **EthereumのPoSシャーディングは実際にはどのように機能する予定だったか**

Ethereumに10,000人のバリデーターと100個のシャードチェーンがあると想定します。

疑似ランダムなプロトコルにより、Validator Manager Contract（VMC）にETHをデポジットした対象バリデーターが、シャード1〜100に割り当てられます。

シャード1では、あるバリデーター（proposer）が選ばれ、新しいトランザクションをまとめてコレーションを作成します。

他のバリデーター（notary）は、そのコレーションをダウンロードし、トランザクションの妥当性を検証します。

notaryの3分の2がそのコレーションを承認（attest）すると、VMCを通じてメインチェーンに提出されます。

ここで重要なのは、コレーション全体がBeacon Chainに追加されるわけではないという点です。すべてのシャードのコレーションを検証することは、困難でかつ時間の無駄になります。

その代わりに、メインチェーン上の[バリデーターノード](https://www.alchemy.com/docs)は、各コレーションのattestation（署名）を確認するだけで、その妥当性を判断します。

<ImageBlock
  src="https://media.alchemy.com/1703771811-how-ethereum-pos-sharding-works.png"
  alt="Ethereum PoSシャーディングの図:バリデータがメインチェーンに送信されるシャードコレーションを検証する"
  width={860}
  height={683}
  caption="Ethereum PoSシャーディングの仕組み"
/>

コレーションヘッダーのおかげで、誰でも各シャードの活動を検証できます。

コレーションヘッダーは「クロスリンク」として機能し、異なるシャードにおけるstateとトランザクションの説明を提供します。このため、クロスシャード通信によって、すべてのシャードに参加することなくEthereumネットワーク全体を俯瞰的に把握することが可能になります。

## **シャーディングの潜在的な欠点**

Ethereumのシャーディングは多くの利点をもたらすはずでしたが、新たな問題も生じさせます。

- 各シャードを運用するノード数が少なくなるため、51%攻撃のような悪意ある行為が実行しやすくなる。
- コードがより複雑になるため、[スマートコントラクトのセキュリティ脆弱性](https://alchemy.com/overviews/smart-contract-security-best-practices)のリスクが高まる。
- 委員会のメンバーが結託し、メインチェーンに悪意あるトランザクションを提出する可能性がある。

<ImageBlock
  src="https://media.alchemy.com/1703771962-smart-contract-vulnerabilities-via-sharding.jpeg"
  alt="シャーディングによるスマートコントラクトのセキュリティ脆弱性"
  width={741}
  height={343}
  caption="シャーディングによるスマートコントラクトのセキュリティ脆弱性"
/>

## **Ethereumシャーディング：タイムラインと段階的ロールアウト**

シャーディングをめぐる議論は、少なくとも2013年からEthereumコミュニティ内で続けられてきましたが、開発者たちはその実装を先送りにしてきました。それには理由があります。シャーディングは非常に複雑であり、新たなリスクをもたらすため、問題点を洗い出すには入念なテストが必要だからです。

Ethereum.orgによれば、シャーディングは「The Merge」が完了した後にEthereumに導入される予定です。念のため補足すると、The MergeとはPoWのEthereumメインネットワーク（メインネット）がBeacon Chain（PoS）と統合するイベントを指します。

[Beacon Chain](https://www.alchemy.com/dapps/the-beacon)は、CasperのProof-of-Stakeシステムの実装であり、機能するシャーディングシステムを構築するために必要なランダム性を生成します。このチェーンは2020年12月1日に稼働を開始しました。

次のセクションでは、Ethereumにおけるシャーディング実装の概要を簡単に説明します。

## **【放棄済み】Ethereumシャーディング：タイムラインと段階的ロールアウト**

シャーディングをめぐる議論は2013年からEthereumコミュニティ内で続けられてきましたが、Ethereumの開発者はその実装を先送りにしてきました。これは、シャーディングが非常に複雑で新たなリスクをもたらすため、成功裏に導入するには入念なテストが必要だったためです。

以下は、Ethereumのシャーディングのタイムラインの概要です。

### **ETH 2.0のシャーディングのタイムラインとは**

Ethereum.orgによれば、シャーディングは「The Merge」、すなわちPoWのEthereumメインネットワーク（メインネット）がBeacon Chainと統合するイベントが完了した後に導入される予定です。

#### **シャーディングフェーズ1**

このフェーズは、[Ethereumの計画されたアップグレードのタイムライン](https://ethereum.org/en/upgrades/shard-chains/)によれば、2023年頃に開始される見込みでした。ただし、シャーディングのタイムラインについては具体的な日程はまだ示されていません。

Ethereumシャーディングの第1フェーズの概要は次の通りです。

- Beacon Chain上でホストされるValidator Manager Contract（VMC）が、シャーディングプロセスの調整を担う
- ETH2のバリデーター候補は、対象バリデータープールに加わる前に、32 ETHをスマートコントラクトにロックする必要がある
- VMCは一定間隔でバリデーターをシャードに割り当て、トランザクションのコレーションを検証・処理し、コンセンサスチェーンに反映させる
- シャードは、Ethereumネットワークのデータ処理能力を高める「データ保管庫」としてのみ機能する

#### シャーディングフェーズ2

ETH PoSシャーディングアップグレードの第2フェーズについては、開発者間でいくつかの点が議論されており、まだ定義が固まっていません。ただし、実際には次のようなものになると予想されます。

- シャードは単なるデータ層からコード実行層へと移行し、各シャードは独立した「state」（すなわち、固有のスマートコントラクト、アカウント残高、アドレスの集合）を持つ
- 各シャードは、フルなスマートコントラクトおよびdAppサポートを備えた[Ethereum Mainnet](https://www.alchemy.com/rpc/ethereum)のように機能する
- クロスシャード通信により、異なるシャードチェーン上のユーザー同士が価値をやり取りできる
- 異なるシャードチェーン上で動作するアプリ同士が、クロスシャード通信を使って「対話」・連携できるようになり、Ethereumのスケーラビリティ機能が向上する

## **Ethereumシャーディング：まとめ**

複数のシャードチェーンが同時に稼働することで、ノードはトランザクション処理能力を高め、オンチェーンでより大量のデータを処理できるようになります。

先ほどの例を続けると、100個のシャードチェーンがそれぞれ毎秒100件のトランザクションを処理する場合、Ethereum 2.0は毎秒10,000件のトランザクション（TPS）を達成できることになります。

ベースレイヤーチェーンに公開されるシャードからの情報は、コレーションヘッダー（妥当性の暗号学的証明）のみであるため、バリデーターノードがトランザクションを確認し、コンセンサスレイヤーチェーンにコミットすることが容易になります。

その結果、トランザクションの[ファイナリティ](https://medium.com/@icebearhww/ethereum-sharding-and-finality-65248951f649)が高速化し、ネットワークのレイテンシも向上します。

見積もりにはばらつきがあるものの、シャーディングの導入によって、Ethereumは毎秒数十万件のトランザクションを処理できるようスケールすると見込まれています。

TPSレートが向上することで、Ethereumは利用の急増や数十億人のユーザーに対応するために必要なスケーラビリティをアプリに提供できるようになります。