본문으로 이동

CBDC 중앙은행 디지털 화폐

CBDC는 중앙은행이 발행하고 관리하는 디지털 법정화폐이다. 이 항목에서는 CBDC와 비트코인, 스테이블코인의 차이점과 결제, 규제, 통화 정책에서의 중요성에 대해 설명합니다.

업데이트

교육 참고용이며 투자 조언이 아닙니다. 투자로 인해 손실이 발생할 수 있습니다.

직접 답변

CBDC는 중앙은행이 발행하고 관리하는 디지털 법정화폐이다. 이 항목에서는 CBDC와 비트코인, 스테이블코인의 차이점과 결제, 규제, 통화 정책에서의 중요성에 대해 설명합니다.

CBDC는 중앙은행이 발행하고 관리하는 디지털 법정화폐이다. 이 항목에서는 CBDC와 비트코인, 스테이블코인의 차이점과 결제, 규제, 통화 정책에서의 중요성에 대해 설명합니다.

CBDC(중앙은행 디지털 통화)는 디지털 형태로 존재하며 중앙은행이 발행하는 주권 통화 부채입니다. 일반인은 소액결제로 사용할 수 있고, 도매결제는 금융기관에서만 사용할 수 있습니다. CBDC는 디지털 결제 및 분산 원장에서 일부 아이디어를 차용하지만 비트코인이나 프라이빗 스테이블코인과 동일하지 않습니다.

디지털 잔액이 CBDC인지 확인하려면 “누구의 책임인지”를 살펴보는 것이 중요합니다. 상업 은행 예금은 고객에 대한 상업 은행의 부채이며 결제 플랫폼의 잔액은 종종 보관 예금 또는 준비금 약정에 해당합니다. CBDC는 직접 또는 승인된 운영 체제를 통해 중앙은행 통화를 나타냅니다. 지폐와 동일한 중앙은행 책임이지만 통신사, 액세스 방법 및 거래 규칙이 다릅니다.

소매 CBDC는 개인과 기업을 대상으로 하며, 대상에는 현금, 포괄 결제 및 공공 결제 인프라에 대한 디지털 대안이 포함될 수 있습니다. 도매 CBDC는 기관 간 결제, 토큰화된 자산 인도 및 국경 간 재판을 위해 은행, 어음교환소 또는 증권 시장을 대상으로 합니다. 두 가지의 사용자, 트랜잭션 크기, 개인 정보 보호 및 시스템 처리량 요구 사항은 크게 다릅니다.

CBDC는 퍼블릭 블록체인을 사용할 필요가 없습니다. 중앙은행은 중앙 원장, 허가된 분산 원장 또는 하이브리드 아키텍처를 사용할 수 있습니다. 기술 선택은 금전적 주권, 성능, 개인 정보 보호, 오프라인 가용성 및 재해 복구 목표에 따라 달라지며 “블록체인 사용”은 정의 조건이 아닙니다.

작동 방식

일반적인 소매 설계는 2단계 운영입니다. 중앙 은행은 발행, 상환 및 핵심 원장을 담당하고 상업 은행 또는 결제 기관은 계좌 개설, 지갑, 고객 식별 및 서비스를 담당합니다. 사용자가 은행 예금 1,000위안을 CBDC 1,000위안으로 교환하면 은행 예금은 감소하고 유통 중인 CBDC는 증가합니다. 통화 형태의 변화가 사회적 부가 갑자기 증가한다는 것을 의미하지는 않습니다.

다른 하나는 중앙은행이 국민에게 직접 계좌를 제공하는 것인데, 이는 중앙은행에 막대한 고객 서비스와 규정 준수, 기술적 운영에 부담을 주고 은행의 예금 기반도 약화시킬 수 있다. 실제 설계에서는 편의성, 금융 안정성 및 자금세탁 방지의 균형을 맞추기 위해 지갑 수준, 잔액 한도 및 거래 한도를 설정하는 경우가 많습니다.

거래는 계정 기반 또는 가치 기반 검증을 사용할 수 있습니다. 계정 유형은 신원 및 원장 쿼리에 더 많이 의존합니다. 값 유형은 장치 보안 모듈에 서명 인증서를 저장하고 특정 한도까지 오프라인 결제를 지원할 수 있습니다. 특히 듀얼 오프라인은 두 장치가 모두 인터넷에 연결되지 않은 경우 동일한 잔액이 두 번 지출되는 것을 방지하고 인터넷이 복원될 때 충돌을 처리해야 하기 때문에 시스템이 특히 어렵습니다.

예시

소비자가 지갑에 800위안의 CBDC를 가지고 있고, 네트워크가 없는 지하철역에서 상인에게 30위안을 지불했다고 가정해보자. 양측의 장비는 근거리 무선 통신을 통해 서명된 인증서를 교환하고 잔액이 일시적으로 업데이트됩니다. 인터넷에 다시 접속한 후 운영기관은 인증서를 검증하고 이를 핵심원장에 기록합니다. 오프라인 한도가 500위안이면 손실 상한액을 더 효과적으로 제어할 수 있습니다. 장치가 크랙되거나 두 번 지불된 경우에도 위험 제어 및 복구 규칙은 여전히 ​​필요합니다.

2단계 교환을 살펴보겠습니다. 사용자는 은행 A의 예금에서 5,000위안의 CBDC를 상환합니다. A은행은 해당 준비금을 중앙은행에 전달하고, 중앙은행은 동일한 금액의 CBDC를 사용자의 지갑에 발행합니다. 사용자가 B 은행의 판매자에게 1,200위안을 지불한 후 핵심 시스템이 최종 결제를 완료합니다. 사용자의 경우 일회성 스캔인 반면 백엔드의 경우 ID 권한, 중앙은행 책임 이전 및 운영 기관 정보가 포함됩니다.

도매 시나리오에서 A 은행은 토큰화된 채권을 구매하기 위해 1억 위안을 사용합니다. 보안 토큰과 도매 CBDC가 동일한 제어 플랫폼에서 “예금 대 지불”을 구현하면 증권과 현금을 원자적으로 교환할 수 있어 한쪽이 먼저 전달하고 다른 쪽이 불이행하는 주요 위험이 줄어듭니다. 그러나 채권의 법적 소유권, 참여 기관에 대한 접근권, 시스템 다운타임 처리 등은 여전히 ​​명확히 밝혀져야 하며, 기술이 제도적 문제를 자동으로 해결해 주지는 않습니다.

해외 결제는 더욱 복잡합니다. A국가의 CBDC와 B국가의 CBDC는 양국의 외환, 자본관리, 제재심사, 시간대, 데이터 규정 등을 처리해야 한다. 공통 기술 플랫폼은 뉴스와 결제를 개선할 수 있을 뿐 국가 간 통화 정책 조정을 대체할 수는 없습니다.

위험

  • 개인정보와 규정 준수: 지급 데이터의 수집·접근·보존·공유를 제한하면서 자금세탁방지 등 법적 의무를 충족해야 합니다.
  • 금융 안정성: 예금이 CBDC로 빠르게 전환되면 스트레스 상황에서 예금 유출이 빨라질 수 있습니다. 보유·거래 한도와 단계별 보수는 도움이 되지만 유용성을 낮출 수 있습니다.
  • 운영 및 사이버 복원력: 핵심 원장, 중개기관, 네트워크, 기기 또는 암호 구성요소의 장애는 공공 결제수단을 중단시킬 수 있습니다.
  • 포용성: 카드, 피처폰, 접근 가능한 인터페이스, 대리점, 오프라인 옵션은 접근성을 높일 수 있지만 스마트폰만 요구하는 설계는 사용자를 배제할 수 있습니다.
  • 국경 간 복잡성: CBDC를 연결해도 외환 위험, 자본 통제, 제재 심사, 상충하는 데이터 법률, 당국 간 협력의 필요성은 사라지지 않습니다. 예외처리 규정도 읽어보세요. 분실 후 휴대폰을 복구하는 방법, 법에 따라 잘못된 결제가 동결될 수 있는지, 오프라인 이중 지출의 책임은 누구에게 있는지, 운영업체가 파산해도 지갑이 계속 유효한지 여부 등을 읽어보세요. 기술백서 외에도 개인정보 보호법, 중앙은행법, 결제결제법 등이 사용자의 권리를 결정합니다. 원장 구조와 법적 책임을 함께 묶어야만 디지털 화폐가 어떤 변화를 겪었는지 판단할 수 있습니다.

계정 기반 CBDC는 핵심 시스템을 사용하여 신원 또는 계정의 잔액을 기록하고 사용자는 비밀번호, 다단계 인증 또는 생체 인식을 통해 지침을 시작합니다. 기기가 분실되면 운영 기관에서 신원을 확인하고 액세스를 복원할 수 있습니다. 오류 수정 및 규정 준수가 용이하지만 시스템은 중앙 집중식 ID 데이터를 보호하고 직원 쿼리 액세스를 제한해야 합니다.

토큰 기반 또는 가치 기반 설계는 “결제 바우처가 유효한지 확인”하는 것에 더 가깝습니다. 장치는 양도 가능한 디지털 가치와 개인 키를 저장할 수 있어 매번 실명 계정을 쿼리할 필요 없이 소액 거래를 수행하여 개인 정보 보호와 오프라인 경험을 현금에 더 가깝게 만들 수 있습니다. 그러나 개인 키 분실, 기기 중복, 이중 지출 등은 처리하기가 더 어렵습니다. 현실적인 솔루션은 하이브리드 구조를 채택하는 경우가 많습니다. 핵심 원장은 발행량과 총액을 기록하고 지갑은 통제된 한도 내에서 오프라인 자격 증명을 저장합니다.

지갑에서 오프라인으로 500위안을 보관할 수 있고, 최대 200위안까지 연속 결제가 가능하며, 지갑이 72시간 동안 인터넷에 연결되어 있어야 한다고 가정합니다. 공격자가 단일 장치를 크랙하더라도 그가 생성할 수 있는 위험은 그 양에 따라 제한됩니다. 인터넷에 연결할 때 시스템은 인증서 일련번호를 확인하고 반복적으로 사용을 거부합니다. 만약 상인이 100위안을 받았는데 나중에 중복으로 판명될 경우 이를 상인이 부담할 것인지, 운영기관이 부담할 것인지, 공안기금이 부담할 것인지를 사전에 규정에 명시해야 합니다.

사용자는 단순히 앱의 아이콘을 바꾸는 것이 아니라 은행 예금 10만 위안을 CBDC로 전환합니다. 상업은행의 부채측이 고객 예금을 10만위안 감소시키는 경우 자산측은 중앙은행에 지급준비금을 감소시킬 수 있다. 중앙은행의 부채측면에서 유통되는 CBDC는 100,000위안 증가할 것이다. 동시에 다수의 이용자가 전환할 경우 은행은 도매금융이나 자산매각 등을 통해 안정적인 자금원을 보완해야 할 것이다.

은행에 100억 위안의 소매 예금이 있고 그 중 20%가 하루 만에 CBDC로 전환되어 20억 위안이 유출되었다고 가정해 보겠습니다. 은행의 자산건전성이 좋아도 장기 대출을 현금으로 전환하지 못할 수도 있습니다. 따라서 CBDC 설계는 특정 금액 이상을 은행에 자동으로 예금하거나 고액 잔고에 대한 이자율을 낮추는 등 개인 보유에 대한 제한을 설정할 수 있습니다. 이러한 매개변수는 디지털 실행 속도를 감소시키지만 가치 저장소로서 CBDC의 매력도 제한합니다.

반대 방향으로 보면, 사용자가 지폐를 CBDC와 동등한 금액으로만 교환한다면 상업은행 예금은 변하지 않을 수 있으며 중앙은행의 부채는 내부적으로 유통현금에서 디지털화폐로 전환될 것입니다. CBDC가 ’물을 풀어내는 것’인지를 논하려면 그 자금이 원래 현금인지, 은행예금인지, 중앙은행의 신규 투자인지를 명확히 하고, 동시에 중앙은행의 자산측면이 바뀌는지 관찰할 필요가 있다.

전국적인 지불 수단은 데이터 센터 장애, 통신 중단, 자연 재해 및 운영 기관 퇴장을 고려합니다. 핵심 원장은 지역 간 재해 복구에 사용될 수 있으며 여러 기관에서 지갑 서비스를 제공할 수 있지만 여러 복사본의 동기화는 동일한 균형을 유지해야 합니다. 재해 복구 전환 시 두 센터가 동시에 거래를 승인할 경우 중복 결제가 발생할 수 있습니다. 따라서 복구 프로세스에서는 활성 및 백업 역할과 감사 기록을 명확하게 정의해야 합니다.

접근성도 회복력의 일부입니다. 스마트폰이 없거나 시력이 제한적이거나 디지털 운영에 익숙하지 않은 사람들에게는 실제 카드, 하드웨어 지갑, 에이전트 서비스 및 인간 고객 서비스가 필요할 수 있습니다. CBDC가 최신 휴대폰과 안정적인 네트워크에만 의존할 수 있다면 지불 제외를 줄이기보다는 늘릴 수 있습니다. 파일럿은 고성능 랩 환경뿐만 아니라 노년층 사용자, 원격 지역, 소규모 및 소규모 가맹점을 테스트해야 합니다.

공공 시스템은 또한 벤더 종속을 제한합니다. 암호화 알고리즘, 메시지 형식 및 지갑 인터페이스가 전적으로 단일 계약자의 손에 있으면 향후 업그레이드 및 기관 간 상호 운용성이 제한됩니다. 개방형 표준, 독립적인 보안 평가 및 이식 가능한 데이터 인터페이스는 모든 민감한 코드를 노출한다는 의미는 아니지만 통화 인프라의 장기적인 유지 관리를 허용합니다.

흔한 오해

오해 1: CBDC는 국가가 발행한 암호화폐입니다.

디지털 법정화폐이며, 발행기관, 거버넌스, 가격단위, 접근권한 등이 모두 무허가형 암호화폐 자산과 다릅니다.

오해 2: CBDC를 출시하면 현금이 즉시 제거됩니다.

현금을 보유할지 여부는 공공 정책 결정입니다. 많은 디자인에서는 CBDC를 자동 교체가 아닌 보완적인 지불 옵션으로 간주합니다.

오해 3: CBDC는 블록체인에서 실행되어야 합니다.

성능 및 거버넌스 요구 사항에 따라 선택하여 중앙 집중식 또는 하이브리드 원장을 구현할 수도 있습니다.

오해 4: 디지털 발행은 중앙은행이 모든 소비를 마음대로 볼 수 있다는 것을 의미합니다.

가시성 범위는 계층화된 아키텍처, 법적 인증 및 개인 정보 보호 기술에 따라 다릅니다. 단지 이름만으로 평가할 것이 아니라 실제 시스템을 평가해야 합니다.

관련 주제

출처

탐색

위키 검색...