토큰화 금융의 병목: 증권보다 먼저 확인할 결제자산의 다섯 가지 조건

토큰화 금융의 병목은 증권 토큰을 만드는 기술보다 거래대금을 어떤 돈으로 완결하느냐에 있습니다. 채권과 펀드 지분은 이미 원장 위에서 발행되고 몇 초 안에 이전될 수 있습니다. 그러나 매수자가 지급할 돈이 같은 시간과 규칙으로 움직이지 않으면 증권만 먼저 도착하거나 대금만 빠져나가는 위험은 남습니다. BIS와 중앙은행의 최근 시험이 자산 발행보다 DvP와 결제자산을 반복해서 검증한 사실도 이 판단을 뒷받침합니다.

이 불균형은 토큰화가 약속하는 효율을 흔듭니다. 증권 이전은 스마트계약으로 실행했는데 현금은 외부 은행계좌에서 따로 보내고, 두 시스템을 사후에 대사한다면 기존 결제절차가 다른 모습으로 반복됩니다. 현금 지급이 취소될 수 있거나 결제토큰이 액면가를 잃는다면 원장상 거래 완료도 경제적 완결을 뜻하지 않습니다.

2026년 9월 유럽중앙은행(ECB)이 Pontes를 출범시킨 배경도 이 지점에 있습니다. 토큰화 증권의 발행기능을 새로 만든 것이 아니라 DLT 기반 도매거래를 중앙은행화폐로 결제할 통로를 제공했습니다. ECB의 2024년 시험에서 시장참가자들은 위험이 없는 결제자산에 대한 접근을 광범위한 채택의 중요 조건으로 꼽았습니다.

결제에 쓰이는 디지털 돈은 이름이 비슷해도 청구권이 다릅니다. 중앙은행 준비금 토큰은 중앙은행에 대한 직접 청구권이고, 토큰화 예금은 상업은행에 대한 예금청구권입니다. 규제된 스테이블코인은 준비자산을 보유한 민간 발행자에게 액면 상환을 요구하는 구조입니다. 어느 것을 쓰느냐에 따라 신용위험, 수용범위, 유동성 조달과 위기 때의 최종 백스톱이 달라집니다.

따라서 토큰화 프로젝트는 증권 토큰의 처리속도보다 결제자산의 발행자, 액면가 교환성, 법적 최종성, 필요할 때 조달할 수 있는 유동성으로 평가해야 합니다. 자산과 돈을 동시에 옮기는 기능만으로는 부족합니다. 지급된 돈이 누구의 부채이며, 다른 참가자가 같은 가치로 받아들이고, 도산 뒤에도 거래가 되돌아가지 않아야 비로소 결제가 끝납니다.

토큰화 금융의 병목: 돈의 위치

증권 거래에는 두 개의 이전이 있습니다. 매도자는 증권을 넘기고 매수자는 대금을 지급합니다. 두 다리 가운데 하나만 실행되면 이미 자산을 인도한 당사자가 상대방의 지급불능을 떠안습니다. 전통 증권시장이 중앙예탁기관, 결제은행과 실시간총액결제시스템을 연결해 이 위험을 관리하는 이유입니다.

토큰화 증권도 현금 다리를 필요로 합니다. 증권 토큰이 원장 안에 존재해도 대금을 기존 은행계좌에서 이체한다면 DLT 운영자와 은행은 두 기록을 동기화해야 합니다. 현금 이체 완료 전에 증권을 내보내지 않고, 증권 이전이 실패하면 현금도 돌려놓는 규칙이 필요합니다. 연결이 느리거나 수작업이면 결제시간과 오류위험은 다시 늘어납니다. 실제 개선 여부는 증권원장과 현금원장의 완료시각, 취소율과 수작업 대사 건수로 확인할 수 있습니다.

온체인 결제토큰을 사용하면 두 다리를 같은 실행환경에 둘 수 있습니다. 스마트계약은 매수자의 돈과 매도자의 증권을 확인한 뒤 동시에 이전할 수 있습니다. 하지만 온체인에 있다는 사실은 돈의 안전성을 보장하지 않습니다. 결제토큰이 발행자의 부채라면 발행자 신용, 상환능력과 준비자산의 유동성이 거래 안으로 들어옵니다.

2026년 10월 IMF의 토큰화 시장 분석은 토큰화 시장이 성장해도 플랫폼·네트워크·결제방식별로 파편화돼 있다고 평가했습니다. 확장 조건 가운데 하나로 안전하고 널리 수용되는 돈을 제시했습니다. 발행액과 거래기능은 늘었지만 결제자산이 제한된 참가자에게만 받아들여지면 유동성은 그 범위 안에 머뭅니다.

결제자산의 부족은 기술 문제가 아니라 대차대조표 문제이기도 합니다. 누군가는 매수자에게 돈 토큰을 발행하고 그 가치와 상환을 보장해야 합니다. 누군가는 참가은행 사이의 채권·채무를 최종적으로 정리하고 스트레스 때 유동성을 공급해야 합니다. 토큰화가 기존 통화체계를 우회하는 것처럼 보여도 신용과 유동성의 책임은 사라지지 않습니다. 그 책임은 발행자의 준비자산 자료, 상환계약과 비상유동성 한도를 함께 확인해야 드러납니다.

DvP와 원자적 결제

DvP는 증권 인도와 대금 지급을 묶어 한쪽만 이행되는 원금위험을 줄입니다. 증권을 받을 수 있을 때만 돈이 지급되고, 돈이 지급될 때만 증권이 넘어갑니다. 어느 한 조건이 충족되지 않으면 두 이전 모두 실행되지 않습니다. 거래상대방의 신용을 없애는 것이 아니라 결제 과정에서 발생하는 원금 노출을 제한하는 구조입니다.

원자적 결제는 이 조건을 프로그램으로 실행합니다. 매수자의 결제잔액과 매도자의 증권을 예약하거나 잠그고, 참가자 자격과 규제조건을 검증한 뒤 두 자산의 상태를 함께 바꿉니다. 검증 실패 시에는 잠금이 풀리고 거래도 취소됩니다. 증권과 돈이 같은 원장에 있으면 하나의 상태변경으로 처리할 수 있고, 서로 다른 원장에 있으면 동기화 장치가 필요합니다.

BIS의 2025년 연례경제보고서는 DvP가 상대방 위험과 에스크로 필요성을 줄이고 후선업무 대사를 낮출 수 있다고 설명합니다. 중앙은행 준비금, 토큰화 상업은행화폐와 금융자산을 프로그래밍 가능한 인프라에 결합하면 지급조건과 준법검사, 결제를 하나의 업무흐름으로 만들 수 있다는 구상입니다.

기술적 동시성과 법적 최종성은 다시 구분해야 합니다. 두 토큰이 동시에 이동해도 적용법이 이전을 최종적인 것으로 인정하지 않거나 결제토큰을 액면가로 상환할 권리가 약하면 원금위험이 다른 형태로 남습니다. 결제시스템 참가자의 도산 뒤 거래가 취소되지 않고, 수령한 돈을 다른 은행과 거래에서 같은 가치로 쓸 수 있어야 합니다. 이 조건은 시연 화면이 아니라 관할법, 참가자 계약과 결제규정에서 확인해야 합니다.

Project Agorá는 이 메커니즘의 최근 시험입니다. BIS가 2026년 5월 공개한 결과는 토큰화 중앙은행 준비금과 상업은행 예금을 이용해 여러 통화와 관할권의 거래를 전부 실행하거나 전부 취소하는 방식으로 처리할 수 있음을 보였습니다. 법률 분석에서도 참여한 관할권 전부에서 최종성 달성이 가능하다고 판단했지만, 각 법체계에 맞춘 기술·운영·계약 요건은 후속 과제로 남아 있습니다.

7월 실가치 시험에서는 프로토타입이 실제 자금 단계로 넘어갔음을 확인할 수 있습니다. BIS Project Agorá 자료에 따르면 28개 공공·민간 기관이 17개 시나리오에서 약 80만 스위스프랑 상당의 거래를 수행했고, 결제 개시부터 완료까지 평균 약 80초가 걸렸습니다. 다만 기존 RTGS와 핵심 은행시스템에 완전히 통합되지 않은 통제된 시험이었습니다. 속도와 실행가능성은 확인했지만 대규모 상용 유동성까지 검증한 것은 아닙니다.

중앙은행화폐의 안전성과 접근성

중앙은행화폐는 결제자산 자체의 신용위험을 제거하고 서로 다른 은행 돈의 액면가를 묶는 기준점입니다. 상업은행은 서로의 예금을 직접 부채로 보유하기보다 중앙은행 준비금으로 최종 채권·채무를 정리합니다. 한 은행의 예금 1원이 다른 은행의 예금 1원과 같은 가치로 통용되는 배경에는 준비금 결제와 중앙은행 유동성 체계가 있습니다.

토큰화 중앙은행 준비금 또는 도매 CBDC는 이 기준점을 프로그래밍 가능한 원장으로 가져옵니다. 수령자는 민간 발행자의 상환약속이 아니라 중앙은행에 대한 직접 청구권을 받습니다. 결제자산의 신용손실 가능성이 없고, 법적 최종성이 갖춰지면 증권 이전 뒤 남는 대금 위험을 가장 낮게 관리할 수 있습니다.

ECB는 2026년 9월 Pontes를 출범시켜 토큰화 도매거래를 중앙은행화폐로 결제하기 시작했습니다. DLT 시장 플랫폼을 TARGET Services와 연결하고 단계적으로 기능과 운영시간을 늘려 2028년 완전한 구현을 목표로 합니다. 초기 구조에서는 대응하는 자금이 T2에 반영될 때 최종성이 생깁니다. 중앙은행 원장을 전부 새로 만드는 대신 기존 결제기반과 토큰화 시장을 잇는 방식입니다.

이 방식은 안전하지만 사용범위가 자동으로 넓어지는 것은 아닙니다. 중앙은행 계좌에 접근할 수 있는 기관이 제한되고, 연결 가능한 시장인프라와 운영시간도 정해져 있습니다. 비은행 투자자와 기업은 참가은행을 통해 결제해야 할 수 있습니다. 중앙은행이 제공하는 기능과 민간 원장의 거래시간이 다르면 장 마감 뒤에는 현금 다리를 이용하지 못할 가능성도 있습니다.

기존 RTGS와의 동기화는 현실적인 대안입니다. Bank of England의 Project Meridian Securities는 외부 DLT 증권원장과 중앙은행 RTGS를 동기화해 중앙은행화폐 DvP를 구현하는 방식을 시험했습니다. 돈과 증권을 반드시 한 원장에 올리지 않아도 안전한 결제가 가능하다는 의미입니다. 대신 두 시스템의 메시지, 장애처리와 최종성 시점을 맞출 운영복잡성이 남습니다.

중앙은행화폐의 우위는 처리속도보다 신뢰의 공통 기준에 있습니다. 기관 입장에서 실제로 봐야 하는 건 중앙은행 토큰의 존재만이 아니라 접근자격, 운영시간, 일중신용과 장애복구입니다. 따라서 채택 판단에서는 낮은 신용위험과 접근·연결 비용을 함께 비교해야 합니다. 안전한 돈을 보유할 수 있어도 피크 시간에 필요한 잔액을 조달하지 못하거나 외부 원장과 동기화가 실패하면 결제는 멈춥니다.

토큰화 예금과 은행 신용

토큰화 예금은 기존 은행예금의 청구권과 규제 틀을 유지하면서 프로그래밍 가능성을 더합니다. 고객은 중앙은행이 아니라 예금을 발행한 상업은행에 돈을 받을 권리를 갖습니다. 은행은 예금으로 대출과 자산을 보유하고, 지급요청을 준비금과 유동성 자산으로 충족합니다. 토큰 형식은 바뀌어도 발행은행의 대차대조표와 신용은 남습니다.

이 구조는 기존 금융과 연결하기 쉽습니다. 고객확인, 예금계좌, 규제자본, 유동성관리와 지급결제 관계를 그대로 활용할 수 있습니다. 스마트계약은 예금의 이전과 조건부 지급을 자동화하고, 기업은 거래조건과 대금을 한 업무흐름에 묶을 수 있습니다. 은행의 고객관계와 신용창출 기능도 유지됩니다.

신용위험은 예금보험이나 은행감독으로 완화되지만 없어지지 않습니다. 특히 기관의 도매예금은 보험한도를 넘기 쉽습니다. 발행은행이 지급불능에 빠지거나 유동성을 확보하지 못하면 토큰화 예금의 상환도 흔들립니다. 같은 통화로 표시됐다는 사실만으로 중앙은행 준비금과 동일한 결제자산이 되는 것은 아닙니다.

은행별 수용범위도 문제입니다. 은행 A의 고객끼리는 A가 발행한 예금토큰을 장부 안에서 쉽게 이전할 수 있습니다. 은행 B의 고객이 받을 때는 B가 A의 신용을 받아들이거나 A 토큰을 상환해 준비금으로 정리한 뒤 B 예금으로 바꿔야 합니다. 은행 간 교환규칙과 준비금 결제 없이 각 은행의 토큰만 늘어나면 같은 통화 안에 여러 유동성 풀이 생깁니다.

Project Agorá는 이 간격을 이중 통화체계 안에서 해결하려 합니다. 상업은행은 고객관계를 반영한 토큰화 예금을 발행하고 중앙은행은 관할권별 토큰화 준비금을 제공합니다. 은행 예금 사이의 최종 채권·채무는 중앙은행화폐에 닻을 내립니다. IIF의 프로젝트 설명에 따르면 토큰화는 중앙은행 준비금과 상업은행 예금의 기존 법적 성격이나 의무를 바꾸지 않습니다.

따라서 토큰화 예금의 평가는 TPS나 스마트계약 기능만으로 끝나지 않습니다. 발행은행의 신용도, 토큰 상환시간, 다른 은행 토큰과의 액면가 교환, 준비금 접근과 일중 유동성을 확인해야 합니다. 교환 때 할인이나 지연이 발생한다면 토큰화 예금은 공통 결제자산보다 은행별 사설 유동성에 가깝습니다.

스테이블코인의 상환구조

스테이블코인의 액면가 안정성은 코드가 아니라 준비자산의 질, 상환권과 시장 유동성에 달려 있습니다. 민간 발행자는 현금, 은행예금과 단기국채 같은 준비자산을 보유하고 토큰을 기준통화와 일정 비율로 상환하겠다고 약속합니다. 원장 위에서는 빠르게 움직이고 은행 영업시간 밖에도 거래될 수 있어 개방형 네트워크의 결제수단으로 쓰기 쉽습니다.

그 편의에는 발행자와 준비자산의 위험이 붙습니다. 준비자산 가치가 떨어지거나 즉시 현금화하기 어렵고, 상환 요청이 몰릴 때 은행계좌와 지급망이 작동하지 않으면 액면가가 흔들립니다. 보유자가 준비자산에 직접 권리를 갖는지 발행자에 대한 일반 청구권만 갖는지도 중요합니다. 같은 1달러 표시라도 법적·경제적 품질은 구조마다 다릅니다.

IMF의 2026년 토큰화 금융 분석은 규제된 스테이블코인의 액면가 교환성이 준비자산의 질, 발행자의 운영능력과 기초 자금시장의 유동성에 달려 있다고 설명합니다. 반면 도매 중앙은행화폐는 중앙은행에 대한 직접 청구권이어서 결제자산 자체의 신용위험이 없습니다. 토큰 형식이 같아도 위험을 부담하는 주체가 다릅니다.

규제와 설계가 강하면 이 판단은 달라질 수 있습니다. 고유동성 안전자산을 충분히 보유하고, 보유자에게 직접적인 액면 상환권을 주며, 자산을 발행자의 고유재산과 분리하면 신용·유동성 위험을 낮출 수 있습니다. 여러 네트워크와 비은행 이용자가 접근할 수 있다는 장점도 큽니다. 특정 시장에서는 중앙은행화폐나 예금토큰보다 넓은 수용성을 확보할 수 있습니다.

그래도 증권 결제에서는 액면가 이탈 가능성을 별도로 가격에 넣어야 합니다. 매수자가 100의 스테이블코인을 지급했지만 매도자가 현금으로 99.5만 회수할 수 있다면 증권의 거래가격과 결제금액 사이에 새 변동성이 생깁니다. 증권시장 인프라가 결제자산으로 받아들이려면 상환 SLA, 준비자산 공시, 유동성 한도와 스트레스 때의 처리절차를 검증해야 합니다.

OECD는 토큰화 금융시장 보고서에서 DLT 기반 지급수단이 DvP에 필요하지만 스테이블코인과 토큰화 예금은 거래상대방·유동성 위험을 가질 수 있다고 지적합니다. 금융시장인프라는 가능하면 중앙은행화폐를 사용하고, 그렇지 않다면 신용·유동성 위험이 거의 없는 결제자산을 써야 한다는 PFMI 원칙이 비교의 기준입니다.

결제자산의 유동성 조달

원자적 결제는 원금위험을 줄이지만 필요한 돈을 거래마다 즉시 확보하게 만들어 유동성 수요를 높일 수 있습니다. 매수자는 결제 순간에 전액을 보유해야 하고 매도자는 증권을 미리 잠가야 합니다. 여러 거래를 장중에 상계한 뒤 순액만 결제하던 구조와 비교하면 필요한 현금과 증권의 총량이 커질 수 있습니다.

이 글에서 따져야 할 범위는 즉시결제가 시장 유동성을 늘리는지 여부가 아니라, 선택한 결제자산을 필요한 시점에 확보할 수 있는지입니다. 중앙은행화폐는 신용위험이 없더라도 접근자격과 담보가 필요하고, 토큰화 예금은 발행은행의 한도에 묶입니다. 스테이블코인은 유통량이 많아도 대규모 상환 때 준비자산을 현금화할 통로가 필요합니다.

토큰화된 돈이 원장별로 나뉘면 잔액 관리가 더 어려워집니다. 은행은 전체적으로 충분한 유동성을 보유해도 특정 통화와 원장에 필요한 결제토큰이 부족할 수 있습니다. 다른 원장의 잔액을 즉시 옮길 수 없다면 여유자금과 부족자금이 동시에 생깁니다. 유동성 파편화는 신용위험이 낮은 돈에서도 발생합니다.

평시 잔액만으로 결제자산의 품질을 판단해서는 안 됩니다. 결제가 한 방향으로 몰리거나 토큰 상환이 집중될 때 발행자가 준비금과 현금을 얼마나 빨리 조달하는지가 더 중요합니다. 따라서 기관은 평균 잔액보다 피크 결제수요, 담보이동 시간, 일중신용 한도와 비상상환 자료를 확인해야 합니다.

완화수단은 담보와 신용한도를 결제자산에 연결하는 것입니다. 적격 담보를 준비금으로 바꾸는 절차, 발행은행의 일중신용과 스테이블코인 상환계좌가 거래량에 맞춰 작동해야 합니다. 다만 유동성 공급장치가 복잡해질수록 운영자와 담보평가 방식에 대한 의존은 커집니다.

결제자산의 조달비용은 결제 실패율, 거래당 사전 자금조달액, 피크 시간 준비금, 액면가 이탈과 비상유동성 사용으로 측정할 수 있습니다. 따라서 경영진 입장에서 비용 판단은 후선업무 감소액에서 추가 유동성 버퍼, 연결비용과 운영복원력 투자를 뺀 순효과에 근거해야 합니다. 거래시간과 즉시결제가 시장 깊이에 미치는 효과는 여러 원장이 연결된 뒤의 별도 문제입니다.

결제자산의 도입 기준

결제자산은 발행자의 신용, 액면가 교환성, 최종성, 수용범위와 유동성 조달을 한 묶음으로 평가해야 합니다. 어느 하나만 우수하면 특정 업무에는 쓸 수 있지만 시장 전체의 공통 결제층이 되기는 어렵습니다. 프로젝트 발표자료보다 실제 계약, 결제규칙과 운영자료가 판단의 근거입니다.

첫째, 청구 상대방과 손실흡수 구조를 봅니다. 중앙은행에 대한 직접 청구권인지, 상업은행 예금인지, 준비자산을 둔 민간 발행자 청구권인지 구분합니다. 도산 때의 순위, 예금보험 또는 준비자산 분리와 상환권이 신용위험을 정합니다.

둘째, 액면가 교환성과 수용범위를 측정합니다. 다른 은행과 플랫폼이 해당 토큰을 같은 가치로 받는지, 현금이나 준비금으로 전환할 때 할인과 지연이 없는지 확인해야 합니다. 발행은행 내부에서만 통용되는 돈과 시장 전체가 받는 돈은 네트워크 가치가 다릅니다.

셋째, 기술적 실행과 법적 최종성의 시점을 맞춥니다. 어느 상태에서 지급이 취소 불가능해지는지, 참가자 도산·오류·원장 장애가 발생하면 어떤 기록이 우선하는지 정해야 합니다. 증권과 돈의 이전 중 하나가 실패했을 때 양쪽을 원상복구할 권한도 포함됩니다. 이 시점과 권한은 원장 기록만이 아니라 참가자 계약과 관할 규제 문서에서 확인해야 합니다.

넷째, 평시와 스트레스의 유동성을 따로 검증합니다. 평균 결제시간보다 피크 잔액, 상환집중, 담보이동 시간과 비상한도를 확인해야 합니다. 24시간 거래를 제공한다면 야간·주말에도 현금화와 유동성 공급이 작동하는지 시험할 필요가 있습니다.

다섯째, 파일럿과 상용 운영을 구분합니다. Project Agorá의 실가치 시험은 결제 메커니즘과 법적 가능성을 진전시켰지만 거래금액과 참가자, 시스템 연결은 통제됐습니다. Pontes도 기능과 운영시간을 단계적으로 확대합니다. 실제 채택은 반복 거래량, 외부 참가자 비중, 결제 실패와 기존 현금절차의 폐지 정도로 확인해야 합니다.

이 기준을 적용하면 가치배분도 달리 보입니다. 증권 토큰을 발행하는 플랫폼만이 아니라 중앙은행 결제통로에 접근하고, 은행별 돈을 액면가로 교환하며, 스트레스 때 유동성을 공급하는 기관이 통제점을 가집니다. 결제층의 수수료와 데이터, 고객관계가 어느 주체에 귀속되는지가 사업모델의 수익성을 결정합니다.

이 판단이 빗나갈 수 있는 경우

모든 토큰화 시장에 중앙은행화폐가 필요한 것은 아닙니다. 단일 은행의 고객끼리 거래하고 규모가 작으며 즉시 상환이 가능하다면 토큰화 예금만으로 충분할 수 있습니다. 규제된 스테이블코인도 준비자산과 상환체계가 강하고 참가자들이 위험을 수용하면 특정 네트워크의 효율적인 결제수단이 됩니다.

기존 RTGS와 중앙예탁 인프라가 이미 빠르고 저렴한 시장에서는 DLT 결제층의 추가 편익이 작을 수 있습니다. 새 원장과 기존 시스템을 동시에 유지하는 비용이 자동화 절감액보다 크다면 토큰화는 별도의 처리층만 늘립니다. 결제기술의 우수성보다 해결하려는 업무의 대사비용과 실패율 데이터가 충분히 큰지를 먼저 확인해야 합니다.

원자성의 가치도 거래구조에 따라 달라집니다. 고빈도·대량 시장에서는 거래별 총액결제보다 중앙청산과 다자간 순상계가 유동성을 훨씬 절약할 수 있습니다. 원자적 결제를 도입하더라도 순상계와 유동성 절감 기능을 결합하면 반대효과를 낮출 수 있습니다. 그러므로 즉시성과 순상계 가운데 하나를 일률적으로 선택할 문제는 아닙니다. 두 방식은 일중 유동성 사용량과 결제실패율을 같은 거래표본에서 비교해 검증해야 합니다.

그럼에도 토큰화 증권의 확장 병목이 결제자산이라는 판단은 유지됩니다. 증권을 원장 위에서 만들고 옮기는 것만으로 거래는 완결되지 않습니다. 지급된 돈이 안전하고 액면가로 받아들여지며 법적으로 최종적이고 필요한 시점에 조달돼야 합니다. 이 조건이 갖춰져야 토큰화의 처리속도가 실제 자본·운영비용 절감으로 이어집니다.

안전한 결제자산이 한 플랫폼 안에서 작동해도 시장 전체의 유동성이 모인다는 보장은 없습니다. 서로 다른 원장에 같은 통화의 돈과 증권이 나뉘면 참가자는 여러 잔액과 연결을 유지해야 합니다. 안전한 결제자산이 있어도 서로 다른 원장이 연결되지 않으면 유동성이 왜 파편화되는지 다음 글에서 분석합니다.