퍼블릭·프라이빗·컨소시엄 블록체인 설계 선택 기준
퍼블릭·프라이빗·컨소시엄 블록체인과 허가형·비허가형의 차이, 합의·거버넌스·운영 설계 기준을 정리합니다.
2026-08-14 · 최초 발행 2025-10-31
블록체인 유형은 네트워크 개방성과 권한 모델을 함께 본다
블록체인을 설계할 때 퍼블릭·프라이빗·컨소시엄이라는 운영 구조와 허가형·비허가형이라는 참여 권한을 분리해 판단해야 한다. 전자는 누가 네트워크를 운영하는지, 후자는 누가 읽고 쓰며 검증할 수 있는지를 다룬다.
퍼블릭 블록체인은 개방 인터넷 위의 글로벌 합의망이다. 누구나 읽기·쓰기·검증에 참여할 수 있거나, 참여 범위를 제한적으로 허용할 수 있다. Bitcoin과 Ethereum 메인넷은 비허가형 퍼블릭의 대표 사례다.
프라이빗 블록체인은 한 조직이 운영과 통제를 맡는다. 접근 주체와 검증자는 사전 승인을 받으며, 내부 프로세스 자동화와 데이터 주권 강화를 위해 주로 허가형으로 구성한다.
컨소시엄 블록체인은 여러 기관이 공동으로 운영한다. 운영 권한은 거버넌스 규정과 법적 계약에 따라 나뉘며, 금융·공급망·제조 연합망처럼 B2B 협업이 필요한 환경에 맞는다.
허가형에서는 PKI/CA, DID 같은 멤버십 관리 체계와 ACL로 역할을 나눈다. 합의는 대체로 BFT/Raft/IBFT 등의 결정적 최종성 방식에 기반한다. 비허가형은 검증 참여가 열려 있고, PoW/PoS와 토크노믹스·보안 경제학에 의존한다.
이 두 축을 조합하면 퍼블릭-비허가형, 퍼블릭-허가형, 프라이빗-허가형, 컨소시엄-허가형을 구분할 수 있다.
거버넌스와 합의 방식이 운영 특성을 결정한다
퍼블릭 체인은 프로토콜 제안, 투표, 포크 규칙처럼 공개 거버넌스를 전제로 한다. 반면 허가형 환경은 운영 위원회와 온보딩·오프보딩 절차를 명확히 정의해야 한다. 멤버 디렉터리와 HSM 기반 키 수명주기 관리도 필요하다.
비허가형의 보안은 경제적 비용과 검증자 분산에 기대며, 최종성은 확률적이거나 빠르게 확률 수렴한다. 허가형은 PBFT/IBFT/Raft 같은 합의를 통해 결정적 최종성을 제공하고, 낮은 지연과 높은 처리량을 목표로 한다.
데이터 프라이버시 전략도 달라진다. 퍼블릭 체인은 투명성을 우선하므로 L2와 zk, MPC 같은 암호기술로 민감정보를 보호한다. 허가형에서는 채널·파티션, 프라이빗 데이터 컬렉션, 상태 암호화를 활용해 최소 권한 원칙을 구현할 수 있다.
성능과 확장성은 합의 방식, 네트워크 토폴로지, 블록 파라미터의 영향을 받는다. 샤딩, L2, Rollup, 읽기 복제로 수평 확장을 시도할 수 있다. 허가형은 합의 오버헤드가 낮아 TPS와 지연 측면에서 유리하고, 비허가형은 전지구 네트워크에 맞춰 설계된다.
KYC/AML, 데이터 주권, 전자장부 감사 요구도 구조 선택에 영향을 준다. 허가형은 접근 제어와 감사 로그를 운영하기 편하고, 퍼블릭은 투명한 감사를 제공하는 대신 개인정보와 영업비밀 노출을 관리해야 한다.
트랜잭션은 권한 검사와 합의 경로를 거친다
권한 없음, 가스 부족, 더블 스펜딩은 거부하고 감사 로그에 기록한다. 허가형에서는 트랜잭션 단위 원자성을 확보하기 쉽다. 비허가형은 컨펌 딥스(depth) 정책으로 재구성 리스크를 줄인다.
유형별 성능·최종성·운영 부담
| 대표 조합 | 성능(TPS/지연) | 확장성 | 일관성/최종성 | 안정성/보안 | 운영 편의 |
|---|---|---|---|---|---|
| 퍼블릭-비허가형 (예: Bitcoin, Ethereum Mainnet) | 10 |
전지구 노드 수천+, L2로 확장 | 확률적 최종성, 재구성 가능성 | 검열 저항, 경제적 보안 | 가스 변동성·업그레이드 난이도 |
| 퍼블릭-허가형 (예: 일부 DID/유틸리티 네트워크) | 1,000~10,000 TPS, 초단위 | 검증자 제한, 지리 분산 가능 | 결정적 최종성 | 거버넌스 집중 리스크 | 중간, 정책 기반 변경 용이 |
| 프라이빗-허가형 (예: Fabric/Corda/Quorum 프라이빗) | 1,000 |
수~수십 노드 실무 최적 | 결정적 최종성 | 내부 위협 모델 중요 | 높음, SLA 기반 운영 |
| 컨소시엄-허가형 (예: 업계 연합망) | 1,000~10,000 TPS, 초단위 | 수십~수백 노드 | 결정적 최종성 | 법적 계약·합의 다중 주체 | 중간, 거버넌스 복잡 |
주: 수치는 구현/버전/네트워크 조건에 따라 상이, 최신 정보 확인 필요.
요구사항에서 운영 체계까지 연결하기
유형을 고르기 전에는 규제 수준, 데이터 민감도, 프라이버시 범위, 처리량(TPS), 지연(SLA), 최종성 요구를 먼저 정리한다. 참여자 수와 지리적 분산, 가용성 목표, 온체인과 오프체인의 경계도 함께 검토한다.
개방 참여와 검열 저항이 최우선이면 퍼블릭-비허가형이 맞다. 기업 내부 자동화와 데이터 통제가 중심이면 프라이빗-허가형을 선택한다. 다기관 협업, 상호 신뢰, 법적 계약이 핵심이면 컨소시엄-허가형이 적합하다. 시민 검증은 열어 두되 검증자를 제한해야 하는 공공서비스에는 퍼블릭-허가형을 고려할 수 있다.
PoC에서 MVP, 운영으로 넘어가는 과정에서는 데이터 모델과 합의 파라미터를 조정하고 키·신원 관리 방식을 설계한다. 모니터링과 알림, 백업과 스냅샷, 업그레이드와 포크 절차도 운영 체계에 포함해야 한다.
구조별로 달라지는 적용 장면
퍼블릭-비허가형은 디지털 자산 발행·거래, DeFi·NFT 마켓, 크로스보더 결제와 레이어2 확장에 활용된다. 투명성과 개방 참여 자체가 서비스 가치인 경우에 어울린다.
퍼블릭-허가형은 공공 DID, 인증서 투명성 로그, 공공 데이터 무결성 검증에 적용할 수 있다. 대국민 검증 가능성과 운영 통제 사이의 균형이 필요하다.
프라이빗-허가형은 내부 정산, 서플라이체인 트래킹, 문서 공증, 워크플로 자동화에 적합하다. ERP, PLM, 메시지버스와 연동하면서 개인정보와 영업비밀을 보호하는 구성이 뒤따른다.
컨소시엄-허가형은 무역금융, 해운, 보험 공동 청구, 전력 P2P 거래, REC 정산에 활용된다. 상호 운용 규약과 분쟁 해결·감사 프레임워크를 함께 마련해야 한다.
성능과 통제 사이의 운영 트레이드오프
허가형에서는 CA 루트 신뢰, 키 롤오버·폐기 표준화, 역할 기반 접근 제어가 필요하다. 초기 온보딩 비용이 증가하는 대가가 따른다. 비허가형에서는 하드웨어 월렛, 멀티시그, 정책형 금고를 활용하며 UX 복잡성이 커질 수 있다.
블록 크기·주기, 트랜잭션 배치, BFT 피어 수는 성능과 장애 허용도 사이에서 조정한다. L2·롤업과 프라이빗 채널을 혼용하면 복잡성과 운영 오버헤드가 늘어난다.
체인코드와 컨트랙트에는 정적·동적 분석, 업그레이드 가드, 권한 분리를 적용한다. 개인정보는 온체인에 최소한만 두고 해시·커밋만 보관한다. 로그 불변성과 감사 추적, 서드파티 리스크 평가도 운영 설계에 포함된다.
허가형 BFT 기반에서는 수백수천 TPS와 ms초 단위 최종성을 달성할 수 있다. 자동화된 결산·조정으로 인건비와 지연 비용을 20~50% 절감한 사례도 보고됐다. 멀티노드 합의와 스냅샷을 사용하면 RPO≈0, RTO 분 단위의 장애 복구를 목표로 할 수 있다.
선택의 기준은 개방성, 권한 통제, 성능·최종성, 규제 준수의 균형이다. 명확한 거버넌스와 신원 체계, 운영 자동화가 도입 리스크를 낮추는 기반이 된다.