sayu.day
Blockchain

Istanbul Byzantine Fault Tolerance (IBFT)

IBFT 합의의 단계, 정족수 조건, 운영 시 주의점을 간결하게 정리합니다.

발행 2025년 12월 27일2211

같은 주제에서 이어 읽기

HD(Hierarchical Deterministic) Wallet

Blockchain 안에서 이어지는 글

IBFT 한 줄 요약

IBFT는 PBFT 계열의 합의 프로토콜로, 승인된 validator 집합에서 빠른 최종성(finality)을 제공합니다.

신뢰 가정

  • 총 validator 수를 n, 비잔틴 노드 수를 f라고 할 때:
    • 안전성/진행성을 위해 일반적으로 n >= 3f + 1 가정.
    • 주요 단계에서 2f + 1 서명이 필요.

예: validator 4개면 최대 1개 비정상 노드를 허용할 수 있습니다.

합의 단계

  1. Pre-prepare: proposer가 블록 제안.
  2. Prepare: validator들이 제안 블록 해시를 확인 후 prepare 브로드캐스트.
  3. Commit: 충분한 prepare를 확인한 validator가 commit 브로드캐스트.
  4. Finalize: 2f + 1 commit이 모이면 블록 확정.

Round Change

proposer가 실패하거나 네트워크 지연이 길어 타임아웃이 나면 round를 올리고 새 proposer로 재시도합니다. 이 과정이 liveness를 보장하는 핵심입니다.

장점

  • PoW 대비 짧은 확정 시간.
  • 확정된 블록의 되돌림 가능성이 매우 낮음.
  • permissioned 네트워크에서 예측 가능한 처리량.

한계

  • validator 수가 커질수록 메시지 교환 비용 증가.
  • 네트워크 분할 시 진행성 저하 가능.
  • validator 운영/키 관리가 보안의 핵심 병목.

운영 체크포인트

  • 타임아웃 값은 실제 RTT 분포를 기준으로 조정.
  • validator 세트 변경 절차를 자동화하고 감사 로그 보존.
  • 재시작/재동기화 시나리오를 테스트넷에서 반복 검증.

요약

IBFT는 "빠른 finality"가 강점인 대신, validator 운영 품질이 성능과 안정성을 좌우합니다. 프로토콜 이해보다 운영 시뮬레이션과 장애 훈련이 더 중요합니다.

다음 읽기

이 생각이 이어지는 방향

Blockchain 더 보기
공유

읽은 뒤의 대화

읽은 뒤의 생각을 이어갑니다

질문, 반론, 조용한 후속 메모를 이 글 아래에 남길 수 있습니다.

sayu.day는 생각과 작업의 흔적을 천천히 정리하는 개인 출판물입니다.
직접 겪고 검토한 내용, 다시 읽을 만한 아이디어, 작업하며 남긴 메모를 모읍니다.
시간이 지난 글은 현재의 판단과 다를 수 있어 업데이트 맥락을 함께 남깁니다.

© 2026 sayu.day