Citi与Coinbase打通企业账户，稳定币进入支付后台

스테이블코인이 기업 결제에 진입하는 과정은 흔히 "기업이 지갑 하나를 개설하는 것"에서 시작되었습니다. 재무팀은 온체인 주소, 환전 채널, 회계 기록, 자금 집금을 관리해야 했고, 은행 계좌와 디지털 자산 계좌는 각자 운영되었습니다. 대기업이 실제로 시간을 가장 많이 소모하는 부분은 두 자금 시스템 사이의 운영 거리였습니다.

2026년 9월 28일, Citi와 Coinbase는 협력 확대를 발표하며 이 거리를 결제 백오피스까지 압축하려 했습니다. 협력은 두 가지 경로를 포함합니다. Coinbase 고객은 Citi 가상 계좌 지갑이 지원하는 계좌 기능을 얻게 되어 수취한 법정화폐를 자동으로 스테이블코인으로 전환할 수 있습니다. Citi의 기관 고객은 Spring by Citi를 통해 스테이블코인 결제를 받을 수 있으며, Coinbase Payments가 수금과 전환을 완료하고 Citi가 예치 은행으로서 법정화폐를 결제합니다.

가맹점과 기업이 보는 것은 계좌, 수금 버튼, 입금 기록이며, 스테이블코인 지갑, 온체인 이체, 법정화폐 청산은 백오피스에 배치됩니다. 이런 제품이 안정적으로 운영되면 스테이블코인은 기업 영역에서 기존 재무 시스템에 내장된 결제 트랙이 될 것입니다.

1. 두 경로가 은행 계좌와 온체인 자금을 연결하다

그림 1｜기업은 동일한 작업 인터페이스에서 은행 계좌와 온체인 결제를 처리할 수 있다

첫 번째 경로는 Coinbase의 기업 결제 고객을 위한 것입니다. Coinbase는 Citi Virtual Account Wallet을 선택하여 Coinbase Virtual Accounts에 뱅킹 서비스(BaaS) 기능을 제공합니다. 고객은 계좌 식별 기능이 있는 가상 계좌를 통해 법정화폐를 수취, 보유, 지급할 수 있으며, 입금 자금은 제품 설정에 따라 자동으로 스테이블코인으로 전환됩니다.

두 번째 경로는 Citi의 기관 가맹점을 대상으로 합니다. 가맹점은 결제 페이지에서 스테이블코인을 받으며, Coinbase Payments가 온체인 결제를 식별하고 디지털 화폐 처리를 완료한 후 자동으로 법정화폐로 전환하고, Citi가 예치 은행 자격으로 결제를 완료합니다. 가맹점은 최종적으로 익숙한 법정화폐 자금과 은행 기록을 받게 되며, 스테이블코인 재고를 직접 유지할 필요가 없습니다.

두 경로는 각각 기업 자금이 온체인으로 진입하는 문제와 온체인 결제가 기업 계좌로 돌아오는 문제를 해결합니다. 이들은 공통된 인터페이스를 사용하여 계좌 개설, 결제, 환전, 결제를 연결하며, 재무팀은 법정화폐를 주 계정으로 유지하면서 스테이블코인의 연중무휴 이체 기능을 활용할 수 있습니다.

기업은 도입 시 단일 시나리오에서 시작할 수도 있습니다. 예를 들어 먼저 국경 간 공급업체 결제나 특정 지역 수금을 개방한 후 점차 자금 집금으로 확장하는 것입니다. 단계적 도입은 재무팀이 대사, 환불, 권한 통제를 검증하는 데 도움이 됩니다.

제품 범위는 실제 거래량에 따라 점차 확대될 수 있습니다.

2. 기업 입금이 법정화폐 계좌에서 직접 스테이블코인 잔액으로 진입하다

그림 3｜Citi와 Coinbase 협력의 두 가지 자금 전환 경로

가상 계좌는 은행이 기업에 할당하는 식별 계좌입니다. 이는 서로 다른 고객, 사업 라인, 지급인에게 독립적인 계좌 번호를 제공할 수 있으며, 수취한 자금은 기업의 주 계좌나 지정 자금 풀에 집금됩니다. 기업은 이를 통해 지급 출처를 자동으로 식별하고 수동 대조를 줄일 수 있습니다. Citi가 이 성숙한 현금 관리 도구를 Coinbase에 연결한 후, 법정화폐 입금은 계속해서 스테이블코인 전환을 촉발할 수 있습니다.

여기서 "은행 계좌식 경험"은 주로 운영 인터페이스를 설명합니다. 기업은 계좌 번호, 입금 알림, 지급 기능을 얻지만, 기반은 여전히 Citi의 은행 인프라와 Coinbase의 디지털 자산 시스템이 공동으로 완성합니다. 자금이 어느 시점에 은행 장부에서 스테이블코인 잔액으로 전환되는지, 환전 가격이 어떻게 결정되는지, 실패한 거래가 어떻게 롤백되는지는 제품 계약과 운영 규칙에서 계속 설명해야 합니다.

자동 전환이 기업 재무에 주는 가치는 매우 구체적입니다. 국경 간 플랫폼, 결제 회사, 인터넷 기업은 고객이 먼저 현지 은행 송금을 사용하게 하고, 자금이 입금된 후 스테이블코인 자금 풀에 들어가 온체인 결제, 공급업체 결제, 지역 간 집금에 사용될 수 있습니다. 재무 담당자는 수동 송금과 반복 로그인을 줄이고, 온체인 주소 관리를 플랫폼 계층에 집중할 수 있습니다.

기업 내부에서도 사업 라인별로 가상 계좌를 할당할 수 있습니다. 서로 다른 지역, 가맹점, 제품의 입금은 먼저 계좌로 식별된 후 통합 스테이블코인 잔액으로 들어갑니다. 자금 팀은 이를 기반으로 승인 한도와 지급 목적을 설정할 수 있고, 사업 부서는 자신의 수지 명세를 확인하며, 본사는 전체 유동성을 파악합니다. 이 구조는 기업 현금 관리의 관행을 이어가면서 온체인 결제에 더 명확한 자금 출처를 부여합니다.

이 경로는 또한 스테이블코인 입출금의 진입점을 변화시킵니다. 전통적인 방식은 흔히 기업이 먼저 거래 플랫폼에 송금한 후 구매나 환전을 시작해야 했습니다. 가상 계좌는 고객 식별과 전환 지시를 입금 단계에 배치하여, 은행 거래 내역과 온체인 자금의 대응 관계를 더 연속적으로 기록할 수 있게 합니다. 감사와 대사 측면에서 이는 여러 계좌에서 임시로 거래 기록을 조합하는 것보다 더 명확합니다.

3. 가맹점이 스테이블코인을 받고 백오피스에서 법정화폐로 결제하다

가맹점 측은 다른 설계를 채택했습니다. 소비자나 기업 고객이 스테이블코인으로 결제하면, Coinbase Payments가 온체인 주소, 거래 확인, 환전을 처리하고, Spring by Citi가 결제를 가맹점의 기존 수금 시스템에 연결하며, Citi가 최종적으로 법정화폐를 기업 계좌로 결제합니다. 가맹점은 스테이블코인 결제를 확장하면서 기존 현금 관리 방식을 유지할 수 있습니다.

Citi는 공고에서 이 방안이 가맹점이 전 세계 1억 5천만 명 이상의 스테이블코인 보유자에게 접근할 수 있게 한다고 밝혔습니다. 이 숫자는 협력사의 시장 기준에서 나온 것이며, 실제 전환은 여전히 지역, 결제 시나리오, 가맹점 커버리지에 달려 있습니다. 더 중요한 변화는 사용자 경험에 있습니다. 지급인은 온체인 자금을 사용하고, 수취인은 법정화폐만 처리하며, 양측은 각자 익숙한 자산 형태에 머무릅니다.

환불, 지불 거절, 오류 처리는 실제 도입 시 핵심이 될 것입니다. 온체인 이체는 일단 확인되면 일반적으로 단일 기관이 철회하기 어렵지만, 가맹점 시스템은 주문 취소, 부분 환불, 소비자 불만을 지원해야 합니다. 결제 플랫폼은 원거래, 환전 환율, 환불 주소, 법정화폐 회계를 연관시켜야 스테이블코인 결제가 일반적인 사후 서비스 프로세스에 진입할 수 있습니다.

결제 속도도 두 가지 리듬으로 나타납니다. 스테이블코인 이체는 하루 종일 가능하지만, 기업 계좌 입금은 여전히 은행 청산 일정, 컴플라이언스 점검, 해당 지역의 자금 처리 시간에 달려 있습니다. Citi는 최근 몇 년간 24/7 달러 청산과 토큰화 현금 서비스를 추진해 왔으며, 이러한 역량이 새로운 협력의 기반을 제공하지만 구체적인 입금 시점은 여전히 제품 조건에 따라 달라집니다.

4. 백오피스 분업이 컴플라이언스 책임의 배치를 결정하다

그림 4｜은행, 디지털 자산 플랫폼, 기업 고객의 주요 책임 분담

은행과 디지털 자산 플랫폼은 각자 가장 익숙한 부분을 처리합니다. Citi는 은행 계좌, 법정화폐 자금, 기업 고객 관계, 최종 결제를 담당하고, Coinbase는 스테이블코인 수금, 지갑 기술, 온체인 거래, 디지털 화폐 환전을 담당하며, 기업은 자체 고객, 상품 거래, 지급 용도, 재무 입금을 담당합니다. 세 주체 간의 데이터 연결이 고객 경험을 결정하고, 이상 거래를 누가 먼저 발견하는지도 결정합니다.

자금세탁방지 심사는 전체 경로를 포괄해야 합니다. 은행은 기업 신원, 계좌 자금, 법정화폐 지급인 정보를 보유하고, 플랫폼은 온체인 주소, 토큰 유형, 거래 이력을 보유합니다. 어느 한쪽의 데이터만으로는 거래의 일부만 볼 수 있습니다. 효과적인 통제 프로세스는 지급인, 수취인, 온체인 주소, 환전 기록, 은행 입금을 대응시키고, 제재 적중, 주소 위험, 자금 반환 시의 처리 순서를 약정해야 합니다.

스테이블코인 발행사의 컴플라이언스 상황도 기업 결제 체인에 진입합니다. 준비 자산, 상환권, 동결 메커니즘은 결제 제품 선택에 영향을 미칩니다. 대기업은 일반적으로 플랫폼에 어떤 스테이블코인, 어떤 블록체인을 지원하는지, 그리고 디페깅이나 네트워크 중단 시의 대체 경로를 설명하도록 요구합니다. 은행도 토큰이 제때 법정화폐로 환전될 수 있는지, 관련 자금이 법적으로 어떻게 보유되는지에 주목합니다.

데이터 거버넌스가 뒤따릅니다. 온체인 거래 기록은 공개적으로 조회 가능하지만, 기업 신원, 주문, 은행 계좌 정보는 프라이버시와 은행 비밀 유지 규칙의 제약을 받습니다. 시스템은 거래 번호로 대응 관계를 구축할 수 있지만, 일상 운영에서는 누가 공개 주소와 구체적 고객을 연관시킬 수 있는지 통제해야 합니다. 국경 간 업무는 데이터 저장 위치, 규제 당국 조회, 기록 보존 기간도 관련됩니다.

회계 처리는 안정적인 시점이 필요합니다. 기업은 법정화폐가 언제 인식을 종료하는지, 스테이블코인이 언제 장부에 진입하는지, 환전 수수료를 어떻게 계상하는지 확정하고, 기말에 은행 잔액, 플랫폼 잔액, 온체인 자산을 대조해야 합니다. 자동화 인터페이스는 수동 입력을 줄일 수 있지만, 재무 정책은 여전히 환율 출처, 미결제 자금, 이상 환불의 귀속을 명확히 해야 합니다. 이러한 기록이 연속적일 때만 연중무휴 결제가 감사 가능한 기업 회계로 전환됩니다.

5. 은행과 암호화폐 플랫폼이 결제 백오피스를 공유하기 시작하다

그림 2｜Citi와 Coinbase는 각각 은행 계좌와 온체인 자산 인프라를 연결한다

초기 스테이블코인 결제 서비스는 대부분 암호화폐 플랫폼이 독립적으로 구축하고, 은행이 법정화폐 입출금 채널을 담당했습니다. Citi와 Coinbase의 새로운 협력은 은행 제품을 디지털 자산 플랫폼에 직접 내장하고, 디지털 자산 결제 역량을 은행의 가맹점 서비스에 내장합니다. 양측은 인터페이스 협력에서 제품 공동 제공으로 나아갑니다.

은행은 기업 고객 신뢰, 글로벌 계좌 네트워크, 컴플라이언스 프레임워크를 제공하고, 플랫폼은 지갑, 온체인 연결, 스테이블코인 환전을 제공합니다. 이러한 분업은 기업이 여러 공급업체를 직접 통합하는 비용을 낮춥니다. 또한 은행을 스테이블코인 거래 데이터에 더 가깝게 하고, 디지털 자산 플랫폼은 더 안정적인 법정화폐 진입점을 확보합니다.

스테이블코인 발행사에게 경쟁 중점은 거래 플랫폼 유동성에서 기업 결제 커버리지로 확장될 것입니다. 대형 은행과 수금 플랫폼의 지원 목