토큰화 예금, 기업 결제·자금관리 활용 넓히려면 은행 간 정산 풀어야

토큰화 예금이 기업 자금관리와 무역금융, 국경 간 결제를 블록체인으로 연결할 활용처로 주목받고 있다. 상업은행 예금을 스마트 계약과 결합하면 자산 이전과 대금 지급을 하나의 거래로 처리할 수 있지만, 서로 다른 은행의 토큰을 같은 가치의 돈으로 주고받도록 만드는 과제가 남아 있다.

제이피모건(J.P. Morgan), 씨티(Citi), 에이치에스비씨(HSBC)는 서로 다른 방식으로 은행 예금과 블록체인을 연결하고 있다. 제이피모건의 JPMD는 이더리움 레이어2 네트워크 Base에서 운용하는 허가형 달러 예금 토큰이다. 규제받는 은행 자금을 퍼블릭 체인 자산 가까이에 두면서도 사용 권한을 통제할 수 있는지 시험한다. Citi Token Services는 씨티의 기업금융 네트워크 안에서 상시 자금 이동과 조건부 무역대금 지급에 토큰화 예금을 활용한다. 씨티가 규제 준수와 정산을 통제하지만 이용 범위를 넓히려면 외부 연결이 필요하다. HSBC의 Tokenised Deposit Service는 기업 예금을 HSBC 블록체인 지갑의 토큰으로 바꿔 승인된 지갑 사이에서 실시간 자금 이체를 지원한다. 다만 활동 범위는 대체로 HSBC 내부에 머문다. 퍼블릭 체인은 토큰화 자산과의 접근성, 은행 통제 네트워크는 운영 관리, 내부 자금관리 원장은 빠른 상용화에 이점이 있지만 어느 방식도 은행 간 자금 이동 전반을 단독으로 해결하지 못한다.

토큰화 예금은 고객이 상업은행에 가진 예금 채권을 디지털 형태로 나타낸다. 기업이 예금 100만 달러를 토큰화하면 은행 재무상태표에 그에 상응하는 부채가 잡히며, 일반적인 스테이블코인처럼 별도의 준비자산 풀을 두지 않는다. 신원 확인을 마친 고객이 발행을 요청하면 은행은 해당 잔액의 사용을 제한하거나 차감하고, 토큰화 시스템은 이에 대응하는 토큰을 발행한다. 고객은 승인된 네트워크에서 토큰을 전송하거나 지급 조건을 설정하며, 일반 예금 잔액으로 되돌릴 때 토큰은 소각된다. 같은 잔액을 두 번 쓰지 못하도록 발행·상환 과정과 은행 내부 원장을 동기화해야 한다. 지갑 권한에는 신원 확인, 이체 한도, 규제 준수 조건을 반영하고 스마트 계약으로 미승인 주소나 한도 초과 거래를 거절할 수 있다.

기업이 얻을 수 있는 이점은 자산과 돈을 함께 움직이는 원자적 결제에서 드러난다. 기존 증권 거래는 매매·청산·결제가 서로 다른 시스템에서 진행돼 중개기관 간 연락과 장부 대사가 필요하고, 증권 이전이 끝날 때까지 대금을 묶어두기도 한다. 스마트 계약을 이용한 증권·대금 동시결제는 양측이 필요한 자산을 제시했는지 확인한 뒤 이를 잠그고 두 이전을 한 번에 실행하거나 모두 실행하지 않는다. 이 구조를 무역금융에 적용하면 전자 선하증권이 제출된 뒤 대금을 지급할 수 있다. 검사 시스템이 상품 검수를 확인하면 제조업체가 공급업체에 지급하거나, 소유권 요건이 충족돼야 부동산 거래대금이 이전되도록 설계할 수도 있다. 블록체인은 여러 조직이 같은 거래 상태를 바탕으로 서로 연계된 행위를 실행하는 기반이 될 수 있다.

상시 자금관리는 유력한 기업 활용 분야다. 다국적기업은 전체 유동성이 충분해도 은행·자회사·통화별로 자금이 흩어져 필요한 계좌에서 지급하거나 추가 증거금 요구에 응하지 못할 수 있다. 토큰화 예금과 자금관리 계약을 활용하면 영업시간 밖에도 자회사 최소 잔액 유지, 채무 지급, 초과 자금 회수와 그룹 내 이체를 규칙에 따라 처리할 수 있다. 국경 간 결제에서도 여러 중개은행이 각각 거래를 심사하고 장부를 관리하며 추가 정보를 기다리는 절차를 줄일 가능성이 있다. 국제결제은행(Bank for International Settlements·BIS)의 아고라(Project Agorá)는 토큰화된 상업은행 예금과 중앙은행 지급준비금을 공통 다중통화 플랫폼에서 다룬다. 2026년 실거래액 시험은 기업·은행 간 거래와 외환 동시결제를 포함한 17개 시나리오를 다뤘다. 기존 은행 핵심 업무 시스템이나 실시간 총액결제 시스템과 연동하지 않은 상태에서도 거래 개시부터 완료까지 평균 약 80초가 걸렸다.

은행 내부 이체와 은행 간 지급은 구조가 다르다. 두 자회사가 모두 A은행의 토큰화 예금을 보유하면 지갑 간 이체는 A은행 부채의 소유자만 바꾸므로 은행 간 정산이 필요 없다. 반면 A은행 고객이 B은행 고객에게 토큰을 보내면 수취인은 B은행 예금 대신 A은행에 대한 채권을 받는다. 이를 해결하는 방법은 A은행 토큰 소각, 은행 간 지급준비금 이전, 수취인용 B은행 토큰 발행을 한 번에 처리하는 것이다. 이 과정이 원자적으로 이뤄지지 않으면 지급인 잔액만 차감되거나 준비금 이전 전에 토큰이 생길 수 있다. 토큰화된 중앙은행 지급준비금은 은행별 토큰의 공통 결제자산으로 쓰일 수 있다. BIS는 이 방식으로 서로 다른 은행의 예금이 같은 가치를 유지하는 화폐의 단일성을 구현할 수 있다고 설명한다.

스마트 계약은 기존 지급 통제로 다루기 어려운 위험도 만든다. 코드 오류로 자금이 잠기거나 조기에 지급되고, 수천 건의 거래에 잘못된 환율이 적용될 수 있다. 계약은 화물 도착이나 차입자의 약정 준수 여부를 스스로 확인하지 못해 오라클, API, 승인된 기관이 원장에 기록하는 외부 정보에 의존한다. 정보원이 침해되면 코드가 정확히 실행돼도 잘못된 금융 결과가 나온다. 실제 운영에는 계약 감사, 거래 한도, 긴급 중단 장치와 명확한 업그레이드 절차가 필요하며, 은행은 취소 가능한 거래와 개입 권한도 정해야 한다. 기업의 지갑 잔액·거래 상대방·공급망 활동을 보호하려면 실행 권한 제한, 거래 데이터 암호화, 선택적 정보 공개도 요구될 수 있다.

토큰화 예금이 은행별로 고립된 서비스에 머물지 않으려면 신원 확인·메시지·정산에 공통 접근법을 마련해야 한다. ISO 20022와의 상호운용성은 기존 지급 인프라에 토큰 네트워크를 연결하는 데 도움이 되지만, 메시지가 통한다고 한 원장의 거래가 다른 원장의 거래를 실행할 수 있는 것은 아니다. 원장 간 결제 완결성, 자산 잠금, 거래 재실행 방지, 장애 시 전환 방식과 함께 거래를 되돌릴 수 없는 시점의 법적 효력도 정리해야 한다. 지급준비금 정산과 개인정보 보호, 자동 거래의 법적 지위까지 연결된다면 블록체인은 자산·대금·이행 조건을 하나의 거래로 결제하는 공동 실행 기반이 될 수 있다.