중앙은행 디지털 화폐(CBDC): 디지털 화폐 기반 인프라에 대한 실용적인 가이드

중앙은행 디지털 화폐(CBDC)는 흔히 "휴대폰으로 현금처럼 사용하는 것"처럼 여겨지곤 합니다. 하지만 실제 구현에는 훨씬 더 광범위한 요소들이 필요합니다. 실용적인 CBDC는 발행 및 결제 시스템, 접근 권한 규정, 은행 및 결제 서비스 제공업체와의 인터페이스, 사용자 지갑 또는 기타 결제 수단, 개인정보 보호 장치, 사기 방지 시스템, 운영 안정성, 그리고 일부 설계에서는 오프라인 기능까지 갖춰야 합니다. 따라서 CBDC 기술은 단일 앱이나 장부보다는 결제 생태계로 이해하는 것이 더 적절합니다.

CBDC 관련 연구는 여전히 활발하게 진행되고 있습니다. 국제결제은행(BIS)이 2024년을 대상으로 실시하고 2025년 8월에 발표한 설문조사에 따르면, 조사 대상 중앙은행 93곳 중 85곳(91%)이 소매용 CBDC, 도매용 CBDC 또는 둘 다를 검토 중이라고 답했습니다. 도매용 CBDC 관련 연구는 일반적으로 더 진척된 상태였습니다. 자세한 내용은 BIS 2024 CBDC 설문조사 결과를 참조하십시오 .

CBDC 기본 사항: 실제로 무엇이 디지털화되고 있는가?

CBDC는 중앙은행이 발행한 화폐를 디지털 형태로 표현한 것입니다. 가장 중요한 차이점은 블록체인 기술을 사용하는지 여부가 아니라, 누구를 위한 화폐인지, 그리고 청구, 기록 및 접근이 어떻게 관리되는지입니다.

핵심은 간단합니다. "디지털"이 곧 "블록체인"을 의미하는 것은 아닙니다. 국제결제은행(BIS)은 중앙은행 디지털 화폐(CBDC) 인프라가 기존의 중앙 집중식 데이터베이스나 분산원장기술(DLT)을 활용할 수 있다고 오랫동안 지적해 왔습니다. 올바른 선택은 특정 유행어에 대한 선호도가 아니라 정책 목표, 운영 모델, 복원력 요구 사항, 처리량 및 거버넌스에 따라 달라집니다.

CBDC 인프라 스택

1. 발행, 상환 및 핵심 원장

핵심 시스템은 CBDC의 총량, 이를 이동시킬 권한이 있는 주체 또는 기관, 그리고 이체가 최종적으로 완료되는 시점을 명확히 나타내야 합니다. 중앙은행은 민간 중개기관이 고객 대면 서비스를 담당하더라도 발행 및 상환에 대한 책임을 계속해서 부담해야 합니다.

BIS 혁신 및 디지털 경제 자문 그룹에서 제시한 유용한 참조 모델은 네 가지 핵심 소매 프로세스, 즉 사용자 등록, "현금 투입"을 통한 CBDC 생성, "현금 인출"을 통한 CBDC 폐기, 그리고 원장 내 가치 이전 과정을 설명합니다. 이 모델에서 제안하는 아키텍처는 중앙은행과 민간 중개기관 간에 책임을 분담하는 하이브리드 모델을 사용합니다. 자세한 내용은 BIS 소매 CBDC 아키텍처 제안서를 참조하십시오 .

원장 설계는 거래 순서 지정, 중복 지급 방지, 결제 확정성, 장애 복구, 대조 및 감사 가능성과 같은 운영상의 질문에 답해야 합니다. 이러한 요구 사항은 구현 방식이 기존 데이터베이스, 허가형 분산원장기술(DLT) 또는 다른 아키텍처를 사용하는지 여부와 관계없이 중요합니다.

2. 중개자와 이중 구조 모델

많은 소매용 CBDC 설계는 중앙은행이 수백만 사용자를 위한 일상적인 서비스 창구 역할을 할 것으로 예상하지 않습니다. 대신 은행이나 결제 서비스 제공업체가 고객 등록, 지갑 배포, 사기 모니터링, 계정 복구 및 최전선 지원을 수행하고 중앙은행은 통화 시스템의 핵심을 운영하거나 통제할 수 있습니다.

이러한 이중 구조는 민간 부문 경쟁의 여지를 유지하면서도 기초 자산인 화폐를 중앙은행의 부채로 보유하는 효과를 가져옵니다. 또한 중앙은행이 모든 고객 정보를 수집해야 하는 필요성을 줄여줍니다. 하지만 이 방식은 인터페이스 및 관리 측면에서 새로운 과제를 안겨줍니다. 즉, 중개기관은 신원 확인, 제재 대상자 심사, 거래 메시지 전송, 오류 처리, 분쟁 해결 절차, 서비스 제공 여부 등에 대한 일관된 규칙을 마련해야 합니다.

3. 신원, 접근 및 규정 준수 서비스

CBDC 인프라는 개인이나 기관이 지갑 또는 계좌를 개설, 자금 입금, 사용, 복구 또는 폐쇄할 권리를 어떻게 입증할지 결정해야 합니다. 소매 시스템에서 이는 일반적으로 고객확인(KYC), 자금세탁방지(AML), 제재, 사기 및 소비자 보호 요건과 연관됩니다.

신원 확인이라는 것이 반드시 중앙은행이 모든 사용자의 실제 신원을 파악해야 한다는 것을 의미하는 것은 아닙니다. 아키텍처를 통해 결제 제공업체가 보유하는 신원 데이터와 정산 시스템에서 사용하는 거래 식별자를 분리할 수 있습니다. 정확한 개인정보 보호 모델을 선택하는 것은 암호화 기술적인 선택일 뿐만 아니라 정책적, 법적 선택이기도 합니다.

4. API 및 서비스 계층

애플리케이션 프로그래밍 인터페이스(API)는 금융 시스템의 핵심과 사용자가 실제로 이용하는 서비스를 연결하는 핵심 요소입니다. 잘 설계된 API 계층을 통해 여러 은행, 전자지갑, 가맹점, 핀테크 제공업체가 중앙은행 원장에 개별적으로 통합할 필요 없이 서로 연결될 수 있습니다.

BIS 혁신 허브의 프로젝트 로잘린드는 2단계 소매 CBDC 모델을 사용하여 이 아이디어를 테스트했습니다. 프로토타입은 6개 기능 범주에 걸쳐 33개의 API 엔드포인트를 제공하고 30개 이상의 사용 사례를 테스트했습니다. 이 프로젝트는 API 계층이 기본 원장 설계의 차이를 추상화할 수 있지만, CBDC의 개인정보 보호 및 운영 모델과 일관성을 유지해야 한다는 결론을 내렸습니다. 프로젝트 로잘린드 보고서를 참조하십시오 .

5. 지갑, 카드, 가맹점 결제 및 기타 엔드포인트

소매용 CBDC의 경우, 엔드포인트는 은행 앱, 전용 지갑, 스마트 카드, 피처폰 인터페이스, POS 단말기, QR 코드 또는 기타 형태가 될 수 있습니다. 엔드포인트는 화폐 자체가 아니라 CBDC 시스템에 접근하는 메커니즘입니다.

설계자는 접근성, 분실 기기 복구, 인증, 가맹점 수용, 거래 영수증, 사용 한도, 장애인 접근성, 최신 스마트폰을 보유하지 않은 사용자를 위한 지원 등을 고려해야 합니다. 기술적으로 강력한 원장이라 할지라도 이러한 최종 사용자 접점들이 사용하기 어렵다면 공공 결제 시스템으로서 제 역할을 다할 수 없습니다.

6. 오프라인 결제

오프라인 CBDC는 가장 어려운 인프라 문제 중 하나입니다. 두 기기 모두 온라인 원장에 접근할 수 없는 상황에서도 가치를 이체해야 할 수 있기 때문입니다. 이는 이중 지출, 기기 보안 침해, 오래된 잔액, 그리고 일관성 없는 상태 등의 위험을 초래합니다.

BIS 프로젝트 폴라리스 핸드북은 모든 상황에 적용 가능한 단일 오프라인 설계 방식은 없다고 강조합니다. 솔루션에는 보안 하드웨어, 선불 가치, 기기 간 전송 프로토콜, 위험 한도 설정, 그리고 추후 온라인 시스템과의 동기화 등이 포함될 수 있습니다. 자세한 내용은 프로젝트 폴라리스 오프라인 CBDC 핸드북을 참조하십시오 . IMF의 2025년 제한적 연결 솔루션 검토 보고서 또한 선불 카드와 기기 간 전송 방식을 다루며, 폼 팩터, 사이버 보안, 개인정보 보호, 사용 편의성 간의 절충점을 강조합니다. 자세한 내용은 IMF 제한적 연결 CBDC 검토 보고서를 참조하십시오 .

7. 사이버 보안, 복원력 및 운영 통제

CBDC는 국가 핵심 결제 인프라가 될 수 있으므로, 시스템 복원력은 나중에 추가할 수 있는 것이 아닙니다. 강력한 키 관리, 네트워크 분할, 안전한 소프트웨어 개발, 취약점 관리, 권한 접근 제어, 거래 모니터링, 백업 및 복구, 재해 복구 사이트, 사고 대응, 정기적인 테스트 등 심층적인 방어 체계가 필요합니다.

가용성 목표는 중앙 원장 외부의 종속성, 즉 통신 네트워크, 신원 확인 서비스, 클라우드 또는 데이터 센터 인프라, 중간 시스템, 가맹점 결제 시스템, 하드웨어 보안 모듈까지 포함해야 합니다. 취약한 외부 구성 요소 하나에 의존하는 CBDC는 원장이 복제되어 있다는 이유만으로 복원력이 있다고 할 수 없습니다.

8. 데이터 아키텍처 및 개인정보 보호

개인정보 보호는 단순한 정책 선언이 아니라 인프라의 핵심 속성입니다. 설계자는 어떤 데이터를 생성하고, 어디에 저장하며, 얼마나 오래 보관할지, 어떤 당사자가 거래 기록을 개인 정보와 연결할 수 있는지, 그리고 법률에 따라 무엇을 공개할 수 있는지 등을 결정해야 합니다.

유용한 기법으로는 데이터 최소화, 가명 식별자, 신원 데이터와 거래 데이터 분리, 암호화, 접근 기록, 역할 기반 데이터 가시성 등이 있습니다. 보다 고급의 개인정보 보호 기술은 일부 설계에 적합할 수 있지만, 사기 방지, 법적 의무 준수, 성능 향상 및 운영 복구 기능을 반드시 지원해야 합니다.

9. 상호 운용성 및 국경 간 연결

중앙은행 디지털 화폐(CBDC)는 드물게 단독으로 존재합니다. 국내 인프라는 시중 은행 화폐, 즉시 결제 시스템, 카드 네트워크, 증권 플랫폼 또는 다른 CBDC와 연결되어야 할 수 있습니다. 따라서 상호 운용성은 메시지 형식 그 이상을 요구합니다. 호환 가능한 신원 확인 규칙, 운영 시간, 유동성 확보 방식, 외환 메커니즘, 법적 체계 및 결제 모델 등이 필요할 수 있습니다.

도매 및 국경 간 사용을 위해 BIS 프로젝트 mBridge 및 프로젝트 Icebreaker와 같은 실험에서는 공유 플랫폼과 상호 연결된 국내 시스템을 탐구해 왔습니다. 이러한 실험들은 보편적인 청사진이라기보다는 하나의 실험에 가깝지만, 국가 시스템이 이미 구축된 후에 수정하는 것보다 국경 간 설계 선택 사항을 초기에 고려하는 것이 더 용이한 이유를 보여줍니다.

중앙 집중식 데이터베이스인가, 아니면 분산원장기술(DLT)인가?

중요한 점은 어느 아키텍처가 자동으로 더 "디지털적"인 것은 아니라는 것입니다. CBDC는 블록체인을 사용하지 않고도 기술적으로 발전할 수 있으며, DLT 기반 시스템 역시 신원 확인, API, 모니터링, 기기, 지원 및 거버넌스를 위한 기존 인프라가 필요합니다.

소매 CBDC 결제는 어떻게 이루어질 수 있을까요?

1. 등록: 은행 또는 승인된 결제 제공업체가 사용자를 확인하고 필요한 지갑, 계정, 별칭 또는 자격 증명을 생성합니다.
2. 자금 조달: 사용자가 상업 은행의 화폐 또는 현금을 CBDC로 전환하면 시스템 규칙에 따라 해당 CBDC 잔액 또는 가치 표현이 생성되거나 할당됩니다.
3. 결제: 사용자가 이체를 승인합니다. 중개자 및 핵심 인프라는 요청을 검증하고, 한도 및 제어를 적용하며, 최종적으로 이체를 정산합니다.
4. 알림 및 기록: 지불인과 수취인은 상태 정보를 수신하며, 시스템은 선택된 아키텍처 및 법적 체계에 필요한 데이터만 기록합니다.
5. 상환: 사용자는 필요에 따라 해당 CBDC 표현을 줄이거나 폐기하면서 CBDC를 다른 형태의 화폐로 다시 변환할 수 있습니다.

오프라인 결제는 송금 시점에 최종 온라인 검증이 불가능할 수 있기 때문에 3단계 절차를 상당히 변경합니다. 따라서 오프라인 기능을 구현하려면 단순히 "오프라인 모드"로 전환하는 것이 아니라, 위험 관리, 하드웨어, 동기화 및 복구에 대한 별도의 설계가 필요합니다.

CBDC 인프라 평가를 위한 실용적인 체크리스트

• 책임 및 지배구조: 누가 CBDC를 발행하고, 각 구성 요소를 누가 운영하며, 문제가 발생했을 때 누가 책임을 져야 하는가?
• 장부 및 정산: 최종 확정의 의미는 무엇이며, 중복, 반전 및 복구는 어떻게 처리되는가?
• 분배 모델: 중앙은행, 은행, 결제 서비스 제공업체는 각각 어떤 책임을 져야 하는가?
• 신원 확인 및 규정 준수: 누가 KYC/AML 검사를 수행하며, 어떤 정보가 중앙은행에 전달되는가?
• 개인정보 보호: 데이터는 최소화되고 역할별로 분리되어 있습니까? 신원이 거래와 연결될 수 있습니까? 누가 연결할 수 있습니까?
• 성능: 시스템이 예상되는 최대 거래량 및 지연 시간 요구 사항을 충족할 수 있습니까?
• 복원력: 다양한 장애 발생 가능 영역, 재해 복구 체계, 검증된 업무 연속성 절차가 마련되어 있습니까?
• 오프라인 기능: 필수적인가요? 만약 그렇다면, 어떤 보안 하드웨어, 가치 제한, 동기화 및 사기 방지 기능이 필요할까요?
• 상호 운용성: CBDC는 기존 결제 시스템, 은행, 가맹점, 그리고 해외 시스템과 호환될 수 있을까요?
• 접근 채널: 대상 사용자를 위해 스마트폰, 카드, 일반 휴대폰 또는 지원 채널이 지원되는가?
• 벤더 전략: 중앙은행이 특정 공급업체에 종속되지 않고 구성 요소를 교체하거나 업그레이드할 수 있는가?
• 운영 가시성: 모니터링, 감사 로그, 사고 탐지, 조정 및 지원 프로세스가 처음부터 설계되었습니까?

현재 진행 중인 프로젝트들이 CBDC 인프라의 방향에 대해 무엇을 보여주는가

현재 진행 중인 프로젝트들은 단일 범용 CBDC 스택보다는 모듈형 생태계를 지향하고 있습니다. BIS의 기술 요구사항 작업은 상호운용성, 확장성, 사용자 중심 설계, 보안 및 데이터 개인정보 보호를 주요 요구사항으로 강조합니다( BIS 고수준 기술 요구사항 참조) . 2025년 11월에 업데이트된 IMF의 CBDC 가상 핸드북 역시 CBDC를 정책, 운영, 기술, 개인정보 보호, 사이버 복원력 및 도입이라는 여러 측면을 아우르는 복합적인 과제로 다루고 있습니다.

디지털 유로 프로젝트는 이러한 모듈식 사고방식이 어떻게 적용되고 있는지 보여주는 대표적인 사례입니다. 2025년 10월 준비 단계를 마친 후, 유로시스템은 추가적인 기술 작업에 착수했습니다. 공개된 아키텍처 작업은 오프라인 기능, 안전한 결제 정보 교환, 사기 및 위험 관리, 앱 및 소프트웨어 개발 키트, 복원력, 개인정보 보호 처리 등의 영역을 포괄합니다. 2026년 8월, 유럽중앙은행(ECB)은 오프라인 기능 관련 작업으로 내장형 보안 요소(Secure Elements)와 eSIM을 포함한 스마트폰의 보안 하드웨어를 검토하고 있으며, 2027년 하반기에 시범 운영을 계획하고 있다고 밝혔습니다. ECB 디지털 유로 진행 상황 페이지 와 2026년 8월 18일 ECB 오프라인 표준 업데이트를 참조하십시오 . 이러한 계획은 유럽의 입법 및 결정 절차에 따라 변경될 수 있으므로, 최종 시스템 도입을 보장하는 것이 아니라 프로젝트 설계 작업으로 이해해야 합니다.

핵심 교훈: CBDC 인프라는 시스템의 시스템이다

원장은 중요하지만, 그것은 단지 한 계층일 뿐입니다. 상용 CBDC는 화폐 발행, 결제, 중개기관, 신원 확인, 개인정보 보호, API, 사용자 기기, 가맹점 수용, 사이버 보안, 오프라인 위험 관리, 복구 및 법적 거버넌스를 모두 조율해야 합니다. 따라서 가장 신뢰할 수 있는 설계는 요구 사항과 운영 역할을 먼저 정립한 다음, 그 요구 사항에 맞는 기술을 선택하는 것이지, 그 반대가 되어서는 안 됩니다.

중앙은행 디지털 화폐(CBDC) 제안들을 비교하는 독자들에게 가장 유용한 질문은 다음과 같습니다. 누가 원장을 운영하는가? 누가 사용자의 신원을 확인하는가? 은행이나 네트워크를 이용할 수 없는 경우 어떻게 되는가? 사용자는 기기를 분실한 후 자금을 복구할 수 있는가? 시스템은 오프라인에서 이중 지출을 어떻게 방지하는가? 여러 제공업체가 공통 인터페이스를 통해 연결할 수 있는가? 그리고 중앙은행 화폐의 무결성을 훼손하지 않고 아키텍처가 발전할 수 있는가? 이러한 질문들은 프로젝트가 "블록체인"이라는 단어를 사용하는지 여부보다 CBDC 설계의 질에 대해 훨씬 더 많은 것을 보여줍니다.