Citi와 Coinbase, 가상계좌와 스테이블코인 결제 수납을 잇는다

2026년 9월 28일 Citi와 Coinbase는 협력을 두 방향으로 확대했다. 이번 Citi Coinbase 협력에서 Coinbase Virtual Accounts는 Citi의 은행 인프라를 활용해 들어오는 법정화폐를 자동으로 스테이블코인으로 전환한다. Spring by Citi는 반대 방향의 고객 시나리오, 즉 디지털 결제를 받고 법정화폐로 정산하는 방식을 제공한다.

하나의 경계, 두 개의 방향

가상계좌는 이후 거래에 쓸 디지털 잔액이 필요한 기업에 흥미롭다. 전환을 동반한 결제 수납은 이런 지급인을 고객으로 받으면서 익숙한 형태의 매출을 원하는 판매자에게 흥미롭다. 두 과제를 추상적인 '크립토 연동'으로 묶어 보면 불편하다. 고객마다 최종 잔액과 이후 의무가 다르기 때문이다.

가상의 두 사업을 예로 들어 보자. 한 플랫폼은 자금을 모은 뒤 협력업체들에 나눠 지급한다. 한 쇼핑몰은 상품을 팔고 주문을 마감한다. 첫 번째 팀은 잔액을 이후에 얼마나 쓸 수 있는지와 지급 비용을 따지고, 두 번째 팀은 판매에 대한 최종 입금액을 따진다. 인프라가 같더라도 좋은 상품을 판단하는 기준은 서로 다르다.

전환은 회계 이벤트가 된다

들어온 돈이 자동으로 형태를 바꾸면 회계팀은 최초 입금, 전환, 새 잔액을 서로 연결해야 한다. 인터페이스의 편리함은 중요하지만 이 순서를 대신하지는 못한다. 그렇지 않으면 잔액을 설명하는 일이 담당자의 수작업에 의존하게 된다.

가맹점 수납 시나리오에서는 환불 때 비슷한 질문이 생긴다. 구매자는 한 자산을 사용했고 판매자는 다른 통화를 받았다. 출시 전에 반대 방향의 채무가 어떤 금액으로, 어떤 조건에서 정리되는지 알아 두는 것이 좋다. 이는 결제 버튼의 기술적 세부 사항이 아니라 상업 계약의 구체적 대상이다.

'가상계좌'라는 명칭에도 따로 주의를 기울일 필요가 있다. 이 이름은 서비스를 구성하는 방식을 설명할 뿐, 잔액의 법적 성격을 스스로 규정하지 않는다. 계약서에는 자금을 보관하는 당사자와 출금 절차에 대한 답이 있어야 한다.

이 파트너십이 흥미로운 이유는 바로 은행 프로세스와 디지털 프로세스 사이의 양방향 흐름에 있다. 고객 입장에서 선택의 출발점은 여전히 단순하다. 거래 후에 어떤 잔액이 필요한지, 그리고 그 잔액으로 사업상 무엇을 해야 하는지다.

가맹점과 플랫폼이 점검할 것

돈이 자동으로 형태를 바꾸는 시나리오를 연결하기 전에 재무팀, 법무팀과 함께 다음 질문을 짧게 점검해 보자.

• 각 단계에서 계약 당사자이자 자금 보관자는 누구인가: 은행, 크립토 플랫폼, 또는 다른 참여자.
• 어떤 환율로, 어느 시점에 전환이 이뤄지며 스프레드와 수수료는 어떻게 표시되는가.
• 회계 시스템에서 입금, 전환, 최종 잔액이 어떻게 연결되는가, 대사용 내보내기가 있는가.
• 지급인이 디지털 자산을 썼고 판매자가 법정화폐를 받은 경우 전액·부분 환불은 어떻게 처리되는가.
• 지급인과 수취인에게 어떤 KYC/KYB 및 자금 출처 확인 요건이 적용되는가.
• 해당 관할에서 스테이블코인 잔액이 세무·회계상 어떻게 취급되는가.

리스크와 한계

자동 전환은 인터페이스를 단순하게 하지만 일부 문제를 계약으로 옮긴다. 환차손익, 입금 소요 시간, 출금 제한 등이다. 디지털 잔액을 보유하는 플랫폼에는 보관과 규제상 지위의 문제가 더해진다. 이런 조건은 첫 분쟁 거래가 생긴 뒤가 아니라 출시 전에 검토해야 한다.

실용적인 접근법은 제한된 시나리오로 시작하는 것이다. 거래액의 작은 비중, 한 가지 고객 유형, 회계팀과 미리 합의한 리포트다. 이렇게 하면 사용을 넓히기 전에 실제 거래로 대사, 환불, 고객 지원을 검증할 수 있다. 마켓플레이스와 지급 플랫폼은 수취인이 어떤 형태로 자금을 찾을 수 있는지, 출금 조건을 누가 설명할지도 미리 정해 두는 것이 중요하다.