﻿---
title: "블록 시간"
description: "블록 시간은 예정 슬롯, 작업증명 목표 간격 또는 정규 블록 사이의 관측 간격을 뜻할 수 있습니다. 포함, 확인, 최종성과 혼동하지 않고 각 시계를 측정하는 방법을 설명합니다."
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`으로 나누며 에포크당 `32 slots`을 둡니다. 제안자가 슬롯을 놓칠 수 있으므로 생성된 인접 블록이 `24 seconds`, `36 seconds` 이상 떨어질 수 있지만 슬롯 길이는 `12 seconds`로 유지됩니다. Bitcoin에서 `600 seconds`는 난이도 시스템이 사용하는 목표 평균 간격이지 다음 블록의 마감 시간이 아닙니다.

항상 체인, 네트워크, 포크, 관찰 구간, 시계 기준을 밝혀야 합니다. 헤더 타임스탬프는 프로토콜 데이터이며 모든 노드가 블록을 받은 시점과 같지 않을 수 있습니다. 명목 간격을 줄이면 가장 이른 포함 기회는 앞당길 수 있지만 처리량 증가, 수수료 감소, 재구성 감소 또는 최종성 단축을 자체적으로 보장하지 않습니다.

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

## 작동 방식

1. 체인, 네트워크, 계층, 활성 포크, 정규 헤드, 노드 또는 RPC 제공자, UTC 관찰 구간을 고정합니다. 높이만 고유하다고 보지 말고 블록 해시를 기록합니다.
2. 계산 전에 지표를 정의합니다. 프로토콜 목표 간격, 예정 슬롯 길이, 인접 정규 블록 타임스탬프 차이, 로컬 수신 시간 차이, 트랜잭션 포함 지연, 확인 깊이, 최종성 시간을 구분합니다.
3. 각 블록의 해시, 부모 해시, 높이 또는 슬롯, 프로토콜 타임스탬프, 로컬 단조 시계 수신 시간을 수집합니다. 누락 슬롯, 스테일 블록, 재구성으로 제거된 블록을 조용히 지우지 말고 명시적 상태로 남깁니다.
4. 정규 계보를 따라가며 인접 간격을 계산하고 표본 수, 구간, 평균, 중앙값, 백분위수, 최솟값, 최댓값, 누락 슬롯 비율을 공개합니다. 평균 하나로 치우친 대기 시간 분포를 나타낼 수 없습니다.
5. 합의 모델을 적용합니다. 이더리움은 슬롯, 에포크, 헤드, 안전 체크포인트, 최종 확정 체크포인트를 구분합니다. Bitcoin은 `600-second target`, 해시레이트에 좌우되는 무작위 도착, 체인워크, `2,016-block` 조정 구간, 타임스탬프 유효성 규칙을 구분합니다.
6. 사용자 지연을 브로드캐스트, 로컬 멤풀 또는 시퀀서 대기, 블록 제안, 전파, 정규 포함, 확인, 안전 또는 최종 확정 상태, 브리지·거래소·애플리케이션 처리로 나눕니다.
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`입니다. 이는 구간 통계이지 약속이 아닙니다.
- 이더리움 에포크 하나는 `32 * 12 = 384 seconds = 6.4 minutes`이고 에포크 두 개 길이는 `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>

## 위험

- 잘못된 체인, 네트워크, 계층, 포크 또는 과거 매개변수를 사용합니다.
- 예정 슬롯, 작업증명 목표, 관측 블록 간격을 비교합니다.
- 프로토콜 목표나 표본 평균을 최대 대기 시간 보장으로 봅니다.
- 짧거나 조용하거나 의도적으로 고른 관찰 구간을 선택합니다.
- 블록 헤더 타임스탬프를 정확한 생성 또는 수신 시각으로 봅니다.
- 로컬 시간이 동기화되지 않은 관찰자 시계를 섞습니다.
- 누락 슬롯을 빼거나 생성된 빈 블록과 혼동합니다.
- 스테일 또는 재구성된 블록을 정규 간격 계열에 포함합니다.
- 해시, 부모, 계보를 확인하지 않고 높이 변화만 셉니다.
- RPC, 인덱서, WebSocket 또는 로컬 로그 누락을 네트워크 행동으로 숨깁니다.
- 중앙값, 백분위수, 범위, 표본 수 없이 평균만 보고합니다.
- 멤풀 또는 시퀀서 대기와 블록 생성 시간을 혼동합니다.
- 최초 포함이나 확인 한 번을 경제적 최종성과 혼동합니다.
- 확인 수를 결정론적인 경과 분으로 변환합니다.
- Bitcoin의 `10-minute target`을 결제 또는 채굴 SLA로 봅니다.
- 해시레이트 변화, 난이도 조정 지연, 채굴자 타임스탬프 경계를 무시합니다.
- 짧은 간격의 전파, 검증, 임시 포크 압력을 무시합니다.
- 이더리움의 `12-second slot`을 비어 있지 않은 블록 보장으로 봅니다.
- L2 시퀀서 블록을 L1 게시, 결제 또는 최종성으로 봅니다.
- 블록 시간만으로 TPS, 수수료, 보안 또는 탈중앙화를 추론합니다.

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

## 일반적인 오해

- **모든 이더리움 슬롯에는 블록이 있습니다.** 슬롯은 제안 기회이며 제안자 누락이나 전파 실패로 비어 있을 수 있습니다.
- **Bitcoin은 정확히 10분마다 블록 하나를 만듭니다.** 10분은 난이도 목표이자 평균 모델 매개변수이고 개별 대기 시간은 크게 달라집니다.
- **블록 타임스탬프는 모든 노드가 받은 시각입니다.** 프로토콜 타임스탬프와 로컬 도착 로그는 생성자, 제약, 시계가 다릅니다.
- **블록 시간을 절반으로 줄이면 안전한 TPS는 두 배가 되고 수수료나 최종성 시간은 절반이 됩니다.** 용량, 작업량, 수요, 전파, 합의 투표는 독립된 제약입니다.
- **빠른 L2 블록은 이미 이더리움 최종성을 가집니다.** 시퀀서 포함, L1 데이터 게시, L1 정규 포함, 최종성은 별도 상태입니다.

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

## 관련 주제

- [블록 확인 수](/ko/crypto/block-confirmation/)
- [체인 재구성](/ko/crypto/chain-reorg/)
- [최종성](/ko/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/ko/crypto/block-time/index.mdx
