---
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.
# 블록체인 트릴레마
> 아키텍처 교육을 위한 분석입니다. 트릴레마 결론은 선택한 지표, 작업 부하, 계층, 프로토콜 버전, 운영 주체의 독립성, 위협 모델에 따라 달라지며 투자 가치나 시스템 안전성을 입증하지 않습니다.
## 직접 답변
블록체인 트릴레마는 설계 휴리스틱입니다. 자원과 신뢰 모델이 고정된 상태에서 확장성, 탈중앙화 또는 보안을 높이면 다른 차원에 압력이 생길 수 있습니다. 수학적 불가능성 정리도, 서로 더할 수 있는 점수도, 모든 네트워크가 세 속성 중 정확히 두 개만 선택해야 한다는 규칙도 아닙니다.
각 축에는 운용 가능한 정의가 필요합니다. 확장성에는 명시한 부하에서의 지속 가능한 처리량, 지연 시간, 수수료, 데이터 또는 상태 증가가 포함됩니다. 탈중앙화에는 독립 검증, 무허가 진입과 이탈, 지분 또는 해시 파워, 운영 주체, 클라이언트, 클라우드 사업자, 지역, 거버넌스의 집중도가 포함됩니다. 보안에는 명시적인 공격자 모델 아래의 안전성, 활성, 최종성, 검열 저항성, 데이터 가용성, 복구 능력이 포함됩니다.
샤딩, 롤업, 유효성 증명, 라이트 클라이언트, 데이터 가용성 샘플링은 누가 데이터를 실행, 다운로드, 저장, 증명, 검증하는지를 바꿔 실현 가능한 경계를 넓힐 수 있습니다. 하지만 상충 관계를 없애는 것이 아니라 자원 비용을 옮기고 시퀀서, 증명자, 도전자, 브리지, 업그레이드 키, 데이터 가용성에 관한 계층별 가정을 도입합니다.
## 작동 방식
1. 대상 체인, 네트워크, 프로토콜 버전, 계층, 구체적인 아키텍처 주장을 고정합니다. 브랜드만 평가하지 말고 합의, 실행, 데이터 가용성, 결제, 거버넌스 구성 요소를 구분합니다.
2. 측정 가능한 대리 지표, 작업 부하, 관측 기간으로 확장성, 탈중앙화, 보안을 정의합니다. TPS, 노드 수, 공격 비용을 하나의 무차원 점수로 더하지 않습니다.
3. 누가 제안, 구축, 순서 결정, 검증, 데이터 저장, 증명, 이의 제기, 업그레이드, 일시 정지, 이탈 지원을 담당하는지 파악하고 권한, 수탁, 비상 통제의 경계를 기록합니다.
4. 지분 또는 해시 파워 실체, 독립 검증 노드, 클라이언트 소프트웨어, 호스팅, 지역, 거버넌스 전반에서 탈중앙화를 측정합니다. 하드웨어, 대역폭, 저장 공간, 동기화 시간, 자본 장벽도 포함합니다.
5. 명시한 공격자 임계값, 상관관계 가정, 경제적 유인 아래에서 안전성, 활성, 최종성, 검열 저항성, 데이터 가용성, 복구 능력으로 보안을 측정합니다.
6. 지속 및 꼬리 처리량, 포함 및 최종 확정 지연, 부하 상태의 수수료, 바이트 수, 상태 증가, 동기화 및 검증 비용, 혼잡이나 구성 요소 장애 시의 동작으로 확장성을 측정합니다.
7. 동일한 작업 부하와 위협 모델로 아키텍처를 비교하고, 증거의 버전을 관리하며 장애 스트레스 테스트를 수행합니다. 트릴레마를 해결했다고 주장하기보다 어떤 비용 또는 신뢰 가정이 어느 계층으로 이동했는지 밝힙니다.
## 예시
- 가상의 완전 복제형 체인이 `2 MiB / 12 seconds` 를 처리하면 블록 수는 `7,200 blocks/day`, 원시 유입량은 `2 * 7,200 = 14,400 MiB/day = 14.0625 GiB/day` 입니다. 페이로드를 `8 MiB` 로 늘리면 `57,600 MiB/day = 56.25 GiB/day` 로, 프로토콜 오버헤드, 인덱스, 상태, 복제를 포함하기 전에 정확히 `4x` 가 됩니다. 용량은 늘지만 이 계산만으로 전체 노드 요건을 알 수는 없습니다.
- 지분 운영 주체가 `34%, 22%, 18%, 16%, 10%` 를 통제한다고 가정합니다. 명시한 활성 차단 임계값이 `>= 1/3` 이면 첫 운영 주체 하나만으로 조건을 충족합니다. 명시한 통제 임계값이 `>= 2/3` 이면 조건을 충족하는 가장 짧은 선두 집합은 처음 세 주체이며 `34 + 22 + 18 = 74%` 입니다. 처음 두 주체는 `56%` 에 불과합니다. 실제 실체 간 연관성과 프로토콜 임계값은 별도로 검증해야 합니다.
- `10,000 transactions * 200 bytes = 2,000,000 bytes` 이지만 롤업이 `400,000-byte batch` 를 게시한다면 평균은 `400,000 / 10,000 = 40 bytes/transaction`, 즉 `5x` 데이터 압축입니다. 이 수치만으로는 시퀀서, 증명, 브리지, 데이터 가용성, 업그레이드 키 위험을 알 수 없습니다.
- 예시 샘플링 모델에 `4,096 shares` 가 있고 공격자가 `25% = 1,024 shares` 를 보류한다고 가정합니다. `30 independent uniform samples with replacement` 를 수행할 때 모든 표본이 보류된 조각을 피할 확률은 `(3,072 / 4,096)^30 = 0.75^30 = 0.0001785821 = 0.01785821%`, 모델상 탐지 확률은 `99.98214179%` 입니다. 독립성, 균등성, 보류 모델은 가정이며 운영 환경의 보장이 아닙니다.
## 위험
- 트릴레마 휴리스틱을 증명된 보편 정리로 취급하는 것.
- 확장성, 탈중앙화 또는 보안을 정의하지 않는 것.
- 성격이 다른 대리 지표를 하나의 불투명하거나 무차원인 점수로 더하는 것.
- 지속 가능한 처리량 대신 홍보용 최고 TPS만 골라 쓰는 것.
- 평균만 보고하고 꼬리 지연과 장애 부하에서의 동작을 숨기는 것.
- 작업 부하나 보조금을 밝히지 않고 수수료만으로 확장성을 측정하는 것.
- 노드, 검증자, 주소의 단순 개수를 독립 실체 수로 취급하는 것.
- 위임 지분, 해시 파워, 공동 운영 통제를 무시하는 것.
- 클라이언트, 클라우드, 지역, 거버넌스 집중을 무시하는 것.
- 하드웨어, 대역폭, 저장 공간, 동기화, 자본 장벽을 제외하는 것.
- 공격자와 임계값을 밝히지 않고 안전하다고 주장하는 것.
- 안전성, 활성, 최종성, 검열 저항성, 복구 능력을 혼동하는 것.
- 데이터 가용성, 과거 데이터 검색, 상태 증가를 무시하는 것.
- 라이트 클라이언트, 증명 또는 샘플링의 보장과 가정을 과장하는 것.
- L1과 L2 처리량을 보장이 동일한 것처럼 비교하는 것.
- 롤업이 기반 계층의 모든 보안 속성을 상속한다고 가정하는 것.
- 시퀀서, 증명자, 도전자, 브리지, 관리자, 업그레이드 키를 무시하는 것.
- 서로 다른 프로토콜 버전, 작업 부하 또는 관측 기간을 비교하는 것.
- 아키텍처 품질로 토큰 수요나 투자 가치를 추론하는 것.
- 하나의 최적화가 병목을 옮겼을 뿐인데 영구적인 해결책이라고 선언하는 것.
## 흔한 오해
- **모든 블록체인은 세 속성 중 정확히 두 개만 선택해야 한다.** 트릴레마는 비교를 위한 휴리스틱이며, 시스템은 가정에 따라 달라지는 상충 경계 위에 놓입니다.
- **검증자나 노드가 많으면 자동으로 더 탈중앙화되고 안전하다.** 실체별 비중, 소프트웨어, 호스팅, 지역, 거버넌스, 독립 검증도 중요합니다.
- **공표된 TPS가 높으면 확장 가능한 탈중앙화를 입증한다.** 용량의 지속 가능성은 작업 부하, 하드웨어, 데이터 증가, 꼬리 지연, 수수료, 장애 시 동작으로 판단해야 합니다.
- **L2, 모듈화 또는 샤딩이 트릴레마를 없앤다.** 이런 설계는 실행, 데이터, 증명, 신뢰를 재배치하므로 각 보장을 처음부터 끝까지 추적해야 합니다.
- **세 차원은 고정된 단일 점수이거나 토큰 가치를 예측한다.** 측정은 다차원적이고 버전에 따라 달라지며, 토큰 경제는 별개의 문제입니다.
## 관련 주제
- [블록체인](/ko/crypto/blockchain/)
- [레이어 2](/ko/crypto/layer2/)
- [모듈형 블록체인](/ko/crypto/modular-blockchain/)
## 출처
- [Why sharding is great: demystifying the technical properties](https://vitalik.eth.limo/general/2021/04/07/sharding.html) - Vitalik Buterin (확인일: 2026-08-18)
- [Scaling](https://ethereum.org/developers/docs/scaling/) - Ethereum.org (확인일: 2026-08-18)
- [Data availability](https://ethereum.org/developers/docs/data-availability/) - Ethereum.org (확인일: 2026-08-18)
- [Spin up your own Ethereum node](https://ethereum.org/developers/docs/nodes-and-clients/run-a-node/) - Ethereum.org (확인일: 2026-08-18)
- [Client diversity](https://ethereum.org/developers/docs/nodes-and-clients/client-diversity/) - Ethereum.org (확인일: 2026-08-18)
- [Ethereum proof-of-stake attack and defense](https://ethereum.org/developers/docs/consensus-mechanisms/pos/attack-and-defense/) - Ethereum.org (확인일: 2026-08-18)
- [Bitcoin: A Peer-to-Peer Electronic Cash System](https://bitcoin.org/bitcoin.pdf) - Bitcoin.org (확인일: 2026-08-18)
- [Blockchain Technology Overview](https://doi.org/10.6028/NIST.IR.8202) - NIST (확인일: 2026-08-18)
Source: https://wiki.fcontext.com/ko/crypto/blockchain-trilemma/index.mdx