Volante와 Circle, 은행 결제 시스템에 USDC 도입 준비

Volante와 Circle은 2026년 9월 28일 협력을 발표했다. 은행은 Volante 결제 플랫폼 안에서 Volante USDC 프로세스를 평가할 수 있게 된다. 발표된 기능에는 발행과 상환, 수취인 지갑 등록, 충전, 송금이 포함된다. 현재로서는 기능을 준비하고 검증하는 단계다.

지갑이 은행 운영 대기열에 들어온다

은행 입장에서 이 접근법의 가치는 지급 지시를 다루는 공통 업무 논리에 있다. 고객은 채무를 이행하고 싶어 하고, 운영팀은 요청이 접수됐는지, 처리됐는지, 어떤 확인서를 발급할 수 있는지 알아야 한다. 새로운 형태의 돈은 고유한 특성을 더하지만, 이런 기본 책임을 없애지는 않는다.

그래서 발행과 상환이 송금과 나란히 언급된다는 점이 중요하다. 이는 논의 대상이 되는 생애 주기 전체를 보여 준다. 돈을 선택한 형태로 들여오고, 보내고, 필요하면 다시 빼내야 한다. 상업적 평가는 거래 전체를 중심으로 해야 한다. 그렇지 않으면 양 끝 단계의 비용과 복잡성이 계산에서 빠진다.

가장 시사적인 상황은 '상태 불명'이다

지급 지시를 보냈는데 확인이 늦어지는 상황을 생각해 보자. 고객은 결제를 다시 해 달라고 요청한다. 이때 은행에 필요한 것은 첫 번째 지시가 이미 처리됐는지에 대한 답이다. 이전 지시의 결과를 확신할 수 없는 동안에는 새 지시를 빨리 보낼 수 있다는 것이 도움이 되지 않는다.

이 예시는 요구 사항을 구체적으로 만든다. 하나의 업무 식별자, 이해하기 쉬운 처리 로그, 미완료 건의 명확한 담당자다. 또한 지갑 간 송금을 단순히 시연하는 것만으로는 은행 서비스의 준비 정도를 거의 알 수 없는 이유도 설명해 준다.

PSP에게 이 소식은 인프라 계층의 이야기다. 소프트웨어 공급사의 기능은 아직 계약, 지원 거래 유형, 요금을 갖춘 특정 은행의 상품으로 바뀌어야 한다. 재무 모델에서는 이 두 단계를 구분하는 것이 유용하다.

이번 협력은 USDC를 기존 은행 결제 논의 안으로 가져온다는 점에서 흥미롭다. 그 결과는 정규 운영팀이 예외마다 별도의 수작업 처리 없이 새 채널을 운영할 수 있느냐로 평가해야 한다.

은행과 PSP에게 주는 의미

이런 프로세스를 검토하는 은행은 송금 시연이 아니라 운영 모델에서 평가를 시작해야 한다. 자금 부서(잔액과 유동성), 컴플라이언스(수취인 지갑 검증과 제재 스크리닝), 회계, 고객 지원이 영향을 받을 가능성이 크다.

• 수취인 지갑은 어떻게 등록·검증되며, 주소 오류는 누가 책임지는가.
• 처리 로그에서 지급 지시의 업무 식별자와 네트워크상의 송금 기록이 어떻게 연결되는가.
• 발행과 상환은 어떻게 이뤄지는가: 소요 시간, 한도, 조건, 거래 상대방.
• 같은 지시가 중복 처리되지 않도록 보호되는가, '처리 중'이라는 명확한 상태가 있는가.
• 고객용과 내부 회계용 거래내역서와 대사는 어떻게 만들어지는가.

소프트웨어 공급사와 파트너 은행에 던질 질문

은행을 통해 이런 서비스를 받으려는 PSP는 다음을 물어야 한다. 어떤 거래가 이미 운영 환경에서 제공되고, 어떤 거래가 아직 평가 단계인가. 어떤 관할 지역과 고객 유형이 지원되는가. 네트워크 측 장애 시 누가 책임지는가. 미완료 건에 대해 어떤 지원 기한이 적용되는가. 이 답변을 보면 플랫폼의 기능이 계약과 요금을 갖춘 완성된 서비스로 얼마나 바뀌었는지 알 수 있다.

이런 사업의 재무 모델은 시나리오별로 세우는 것이 합리적이다. 완전 자동 처리 거래, 수작업 검토가 필요한 거래, 상태가 불명확한 거래다. 뒤의 두 시나리오가 차지하는 비중이 기본 송금 수수료보다 실제 운영 비용을 더 크게 좌우할 가능성이 높다. 파일럿은 제한된 고객군과 미리 합의한 성공 기준으로 시작하는 것이 좋다.