﻿---
title: "ブロック時間"
description: "ブロック時間は、予定されたスロット、PoW の目標間隔、正規ブロック間の観測間隔を指します。収録、承認、ファイナリティと混同せず各時計を測る方法を解説します。"
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# ブロック時間

> プロトコルの教育的分析のみを目的とします。時間目標、観測間隔、取引収録、ファイナリティは別々の指標です。遅延推定に依存する前に、現在のネットワーク、フォーク、正規チェーン、サービス方針を確認してください。

<a id="answer"></a>

## 直接の答え

ブロック時間は一つの共通ストップウォッチではありません。プルーフ・オブ・ワークでは、ランダムなブロック到着過程の長期目標を指すことが一般的です。スロット型プルーフ・オブ・ステークでは、提案機会に予定された時間を指す場合があります。二つの正規ブロック間の観測間隔は第三の量であり、取引収録、承認深度、ファイナリティにはそれぞれ別の時計があります。

現在のイーサリアムメインネットでは、時間を `12-second slots` に分け、1 エポックを `32 slots` としています。提案者がスロットを逃す場合があるため、生成された隣接ブロックは `24 seconds`、`36 seconds` 以上離れることがありますが、スロット長は `12 seconds` のままです。Bitcoin の `600 seconds` は難易度システムが使う平均目標間隔であり、次のブロックの期限ではありません。

チェーン、ネットワーク、フォーク、観測窓、時計を必ず明示します。ヘッダーのタイムスタンプはプロトコルデータであり、全ノードがブロックを受信した時刻とは限りません。名目間隔を短くすれば最初の収録機会を早められますが、それだけでスループット向上、手数料低下、再編成減少、ファイナリティ高速化が保証されるわけではありません。

<a id="mechanism"></a>

## 仕組み

1. チェーン、ネットワーク、レイヤー、有効なフォーク、正規ヘッド、ノードまたは RPC プロバイダー、UTC 観測窓を固定します。高さだけを一意とみなさず、ブロックハッシュを記録します。
2. 計算前に指標を定義します。プロトコル目標間隔、予定スロット長、隣接正規ブロックのタイムスタンプ差、ローカル受信時刻差、取引収録遅延、承認深度、ファイナリティ時間を区別します。
3. 各ブロックのハッシュ、親ハッシュ、高さまたはスロット、プロトコルタイムスタンプ、ローカル単調時計の受信時刻を収集します。ミススロット、ステールブロック、再編成で外れたブロックを黙って消さず、明示的な状態として残します。
4. 正規チェーンの祖先をたどって隣接間隔を計算し、標本数、窓、平均、中央値、パーセンタイル、最小、最大、ミススロット率を公開します。一つの平均では偏った待ち時間分布を表せません。
5. 共識モデルを適用します。イーサリアムではスロット、エポック、ヘッド、safe、finalized の各チェックポイントを区別します。Bitcoin では `600-second target`、ハッシュレート依存のランダム到着、チェーンワーク、`2,016-block` の調整窓、タイムスタンプ有効性規則を区別します。
6. ユーザー遅延を、送信、ローカルメンプールまたはシーケンサー待ち、ブロック提案、伝播、正規収録、承認、safe または finalized、ブリッジ・取引所・アプリの処理に分解します。
7. 独立ノードでクロスチェックし、時計ずれ、RPC 欠落、提案者のミス、ハッシュレート変化、分断、再編成、ファイナリティ遅延、シーケンサー停止、フォークパラメータ変更をストレステストしてから SLA を定めます。

<a id="example"></a>

## 計算例

- イーサリアムのスロット `1,000` と `1,003` でブロックが生成されました。予定タイムスタンプの差は `(1,003 - 1,000) * 12 = 36 seconds` で、`1,001` と `1,002` はミススロットです。ブロック高は生成ブロック一つ分、スロット番号は三つ分進みます。
- `300 slots` の予定窓は `300 * 12 = 3,600 seconds` です。`294 canonical blocks` が生成された場合、`6 missed slots` があり、生成率は `294 / 300 = 98%`、窓内レートは `294 / 3,600 = 0.0816666667 blocks/second`、その逆数は `12.2448979592 seconds/block` です。これは窓の統計値であって約束ではありません。
- 1 エポックは `32 * 12 = 384 seconds = 6.4 minutes`、2 エポック分は `768 seconds = 12.8 minutes` です。ファイナリティはチェックポイント投票と参加率で決まるため、この計算は固定 SLA ではありません。イーサリアムは通常のファイナリティを現在約 `15 minutes` と説明しています。
- 平均 `600 seconds` の単純化した Bitcoin 指数到着モデルでは、`1,200 seconds` ブロックがない確率は `e^(-1,200/600) = e^-2 = 13.5335283237%`、少なくとも一つある確率は `86.4664716763%` です。難易度目標窓は `2,016 * 600 = 1,209,600 seconds = 14 days` で、どちらも個別ブロックを予定しません。

<a id="risks"></a>

## リスク

- 誤ったチェーン、ネットワーク、レイヤー、フォーク、過去の値を使う。
- 予定スロット、PoW 目標、観測ブロック間隔を比較する。
- プロトコル目標や標本平均を最大待ち時間の保証とみなす。
- 短い、平穏な、恣意的に選んだ観測窓を使う。
- ヘッダータイムスタンプを正確な生成・受信時刻とみなす。
- ローカル時刻が同期していない観測者の時計を混ぜる。
- ミススロットを除く、または生成済み空ブロックと混同する。
- ステールまたは再編成されたブロックを正規系列に含める。
- ハッシュ、親、祖先を確認せず高さだけを数える。
- RPC、インデクサー、WebSocket、ログの欠落をネットワーク挙動とみなす。
- 中央値、パーセンタイル、範囲、標本数なしで平均だけを示す。
- メンプールやシーケンサー待ちとブロック生成時間を混同する。
- 初回収録や 1 承認と経済的ファイナリティを混同する。
- 承認数を決定論的な経過分数へ変換する。
- Bitcoin の `10-minute target` を支払いや採掘の SLA とみなす。
- ハッシュレート変化、難易度調整遅延、採掘者の時刻境界を無視する。
- 短い間隔で増す伝播、検証、一時フォーク圧力を無視する。
- イーサリアムの `12-second slot` を非空ブロックの保証とみなす。
- L2 シーケンサーブロックを L1 公開、決済、ファイナリティとみなす。
- ブロック時間だけから TPS、手数料、安全性、分散性を推測する。

<a id="misconceptions"></a>

## よくある誤解

- **イーサリアムの全スロットにブロックがある。** スロットは提案機会であり、提案者のミスや伝播失敗で空になります。
- **Bitcoin は正確に 10 分ごとに 1 ブロックを生成する。** 10 分は難易度目標と平均モデルの値で、個々の待ち時間は大きく変動します。
- **ブロックタイムスタンプは全ノードの受信時刻である。** プロトコル時刻とローカル到着ログは生成主体、制約、時計が異なります。
- **ブロック時間を半減すれば安全な TPS は倍になり、手数料やファイナリティ時間は半減する。** 容量、負荷、需要、伝播、共識投票は別の制約です。
- **高速な L2 ブロックはすでにイーサリアムのファイナリティを得ている。** シーケンサー収録、L1 データ公開、L1 正規収録、ファイナリティは別の状態です。

<a id="related"></a>

## 関連トピック

- [ブロック承認数](/ja/crypto/block-confirmation/)
- [チェーン再編成](/ja/crypto/chain-reorg/)
- [ファイナリティ](/ja/crypto/finality/)

<a id="sources"></a>

## 出典

- [Blocks](https://ethereum.org/developers/docs/blocks/) - Ethereum.org（参照日：2026-08-18）
- [Block proposal](https://ethereum.org/developers/docs/consensus-mechanisms/pos/block-proposal/) - Ethereum.org（参照日：2026-08-18）
- [Proof-of-stake (PoS)](https://ethereum.org/developers/docs/consensus-mechanisms/pos/) - Ethereum.org（参照日：2026-08-18）
- [Single slot finality](https://ethereum.org/roadmap/single-slot-finality/) - Ethereum.org（参照日：2026-08-18）
- [Beacon Chain](https://ethereum.github.io/consensus-specs/specs/phase0/beacon-chain/) - Ethereum Consensus Specs（参照日：2026-08-18）
- [Bitcoin: A Peer-to-Peer Electronic Cash System](https://bitcoin.org/bitcoin.pdf) - Bitcoin.org（参照日：2026-08-18）
- [Block Chain](https://developer.bitcoin.org/devguide/block_chain.html) - Bitcoin Developer Documentation（参照日：2026-08-18）
- [Block Chain Reference](https://developer.bitcoin.org/reference/block_chain.html) - Bitcoin Developer Documentation（参照日：2026-08-18）

Source: https://wiki.fcontext.com/ja/crypto/block-time/index.mdx
