핵심 인사이트 (3줄 요약)
- 본질: Finality(합의 완결성)는 한 번 확정된 거래나 블록이 뒤집히지 않는다는 보장 정도를 뜻한다.
- 가치: PoW는 확률적으로 점점 강해지는 완결성을, BFT는 즉각적으로 강한 완결성을 제공한다.
- 판단: 사용자는 "전파됐다"와 "완결됐다"를 구분해야 하며, 시스템 설계는 이 차이를 반영해야 한다.
Ⅰ. 개요 및 필요성
블록체인에서 거래가 블록에 들어갔다고 끝이 아니다. 진짜 중요한 것은 미래에 되돌릴 수 없는가다.
완결성은 결제, 정산, 자산 이전 같은 곳에서 사용자 신뢰를 만드는 핵심 개념이다.
- 📢 섹션 요약 비유: 서류에 도장이 찍혔다고 다 끝난 게 아니라, 다시 못 고치게 확정됐는지가 더 중요하다.
Ⅱ. 아키텍처 및 핵심 원리
Transaction
↓
Block Inclusion
↓
Confirmation / Quorum
↓
Finality
| 유형 | 의미 |
|---|---|
| Probabilistic Finality | 확률이 높아질수록 되돌릴 가능성이 낮아짐 |
| Deterministic Finality | 일정 조건 충족 시 즉시 확정 |
PoW에서는 블록이 여러 개 더 쌓일수록 reorg 가능성이 낮아진다. 반면 BFT 계열은 합의가 끝나는 순간 사실상 완결된다.
- 📢 섹션 요약 비유: 모래성이 물결을 몇 번 더 맞아야 안정되는 것과, 벽돌을 마지막에 딱 고정하는 것의 차이다.
Ⅲ. 비교 및 연결
| 합의 방식 | 완결성 | 장점 | 단점 |
|---|---|---|---|
| PoW | 확률적 | 단순, 공개형에 강함 | 확정까지 시간 필요 |
| PoS | 보통 확률적~강한 완결성 | 에너지 효율 | 설계 복잡 |
| BFT | 즉각적 | 빠른 확정 | 노드/통신 비용 큼 |
| 관점 | 설명 |
|---|---|
| UX | 사용자는 완료 시점을 알고 싶음 |
| 보안 | 재구성 가능성(reorg) 고려 |
| 결제 | 최종 확정이 중요 |
Finality는 합의 메커니즘의 결과물이다. 그래서 합의 프로토콜과 완결성은 함께 설명해야 한다.
- 📢 섹션 요약 비유: 점점 굳는 풀과, 한 번에 딱 굳는 접착제의 차이다.
Ⅳ. 실무 적용 및 기술사 판단
체크리스트
- 완결성을 확률적/결정적으로 구분하는가?
- reorg 가능성과 확인 횟수를 설명할 수 있는가?
- 결제/정산 업무에서 완결성 요구를 반영했는가?
- 합의 방식에 따른 UX 차이를 고려했는가?
- BFT와 PoW의 차이를 비교할 수 있는가?
안티패턴
- 전파와 완결을 같은 의미로 쓰는 설계
- PoW의 완결성을 즉시 확정으로 오해하는 설계
- BFT의 완결성을 무한정 확장 가능한 것으로 보는 설계
- 사용자 대기 시간을 무시하는 설계
기술사 관점에서는 Finality를 합의의 마지막 품질 특성으로 봐야 한다. 확정성과 되돌림 가능성은 제품 설계에 직접 영향을 준다.
- 📢 섹션 요약 비유: 도장이 여러 개일수록 더 확실하지만, 한 번 찍히면 다시 지우기 어렵다.
Ⅴ. 기대효과 및 결론
완결성을 이해하면 블록체인 시스템의 사용자 경험과 보안 특성을 제대로 설명할 수 있다. 결국 어떤 시스템은 "얼마나 빨리"보다 "얼마나 확실히"가 더 중요하다.
결론적으로 Finality는 합의된 결과가 뒤집히지 않는 정도를 의미한다.
- 📢 섹션 요약 비유: 확정 도장이 찍혀야 진짜 끝난 것이다.
관련 개념 맵
Consensus
↓
Finality
↓
Reorg Risk
↓
Settlement
관련 키워드 및 발전 흐름도
PoW
↓
Probabilistic Finality
↓
BFT
↓
Deterministic Finality
어린이를 위한 3줄 비유 설명
블록에 들어갔다고 아직 끝난 건 아니에요.
다시 바뀌지 않게 확정되는 게 더 중요해요.
그걸 완결성이라고 불러요.