카드사 제출용 · 스왑 발생 지점 분해

크로스체인·이종 스테이블 스왑은 어디서 반드시 발생하는가

결제 시나리오를 네 개 축으로 쪼개서, 케이스별로 ①크로스체인 스왑 필요 여부 ②이종·마이너 스테이블(USDC·USDT·PYUSD 등) 스왑 필요 여부 ③Minting/Redeem 주체를 한눈에 판별한다. 실제 기업(신한카드·Visa·Circle·Stripe·Wintermute·무신사)을 넣어 구조로 세웠다.

이 사이트 공통 전제
  1. 원화 스테이블코인(KRWS) 법제화가 완료된 상태를 가정한다. 발행·보유·이전이 합법이라는 전제 위에서만 아래 내용이 성립한다.
  2. 검증 대상은 건별 원자적 스왑(Atomic Swap)이다. 단 Visa 정산망을 타면 정산 레그는 구조상 배치·네팅이라, 건별 확정은 Visa 망을 우회하거나 그 위에 별도 레이어를 얹을 때만 성립한다.
  3. 카드사 또는 솔버가 USDC·KRWS 발행사의 Mint/Redeem 접근권(AP 지위)을 확보한 상태를 가정한다.
  4. 카드사가 은행·증권과 같은 금융지주 소속이라고 가정한다. 발행·수탁·실명계좌·자금운용을 그룹 안에서 나눠 맡을 수 있다는 뜻이고, 이게 여러 축의 답을 바꾼다.
결론 먼저 — Visa 망 안에서 피아트로만 진입하는 단 하나의 케이스만 크로스체인 스왑을 피한다. 그 외 전부, 그리고 유저가 개인지갑을 연결하는 순간부터 크로스체인 라우터와 멀티 스테이블 스왑 엔진이 필수 부품이 된다.

시나리오를 가르는 네 개 축

축 1
Visa/Master 망

Visa 망 활용 vs 미활용(Open Network)

축 2
망 미활용 시 모델

1:1 Direct 파트너십 vs Intent/Solver 개방망

축 3
코인 입수 주체

Fiat Auto-Minting(웹2 UX) vs Crypto-Native(개인 지갑)

축 4
결제 라이프사이클

실시간 승인 / 승인·매입 시차(Pre-Auth) / 취소·환불

축 5
결제 자금원

신용(카드사 대납 후 사후 청구) vs 체크·선불(유저 잔액 즉시 차감). Case 1-2·2-1은 체크·선불형

축 6
스왑 타이밍

사전 스왑(충전 시 미리 USDC로) / 건별 실시간 / EOD 배치. 사전 스왑은 환리스크를 유저에게 옮긴다

AVisa/Master 망을 쓰는 케이스Track A · Closed Network

Visa의 온체인 스테이블코인 정산 파이프라인(아직 pilot)을 타는 구조. Visa가 전 세계 가맹점망 연결을 보증하지만, KRWS ↔ USDC 스왑 책임은 국내 카드사에 남는다.

확인된 사실 · Visa 정산 지원 체인과 코인 출처 — Visa 공식 릴리스 본문 직접 확인 (2026-04-29, 2025-07-31)
Case 1-1

Visa 망 + Fiat Auto-Minting · 일반 결제

예시 미국 유저 Stripe 결제 → 신한카드(매입사) → 무신사(국내 가맹점)

흐름

  1. 유저가 카드로 $100 결제
  2. Stripe이 Circle API를 통해 100 USDC Minting
  3. Visa 정산망 입력 → 신한카드 수신
  4. 신한카드가 USDC → KRWS 스왑 — 여기서 두 갈래로 갈린다
    • ⓐ Visa 정산망 그대로: 정산 사이클에 순포지션으로 USDC를 받고 배치로 스왑. 건별 온체인 확정은 없다
    • ⓑ 승인 시점 건별 확정을 원하면: 카드사가 자기 재고에서 먼저 KRWS를 내주고(선지급) 나중에 Visa 정산금으로 메꾼다. Visa 정산망이 아니라 그 위에 얹는 별도 레이어다
  5. 무신사 지급
Minting

해외 PG(Stripe) — 유저 피아트 수금 즉시 발행사(Circle) API로 발행

Redeem

USDC — 스왑 상대방(솔버·MM): 카드사는 승인 즉시 KRWS로 바꿔서 USDC를 안 들고 있다. USDC를 쥔 쪽이 달러 현금이 필요할 때 Circle Redeem.
KRWS — 무신사: 원화 현금이 필요할 때 발행사에 상환. KRWS를 그대로 쓰면 상환 없음.

스왑 판정

크로스체인 스왑 X · 정산 수신 체인 하나 안에서 처리 확정 시점 ⓐ배치 / ⓑ건별 · Visa 정산망만 쓰면 배치 이종 스테이블 스왑 선택적 · 유저가 PYUSD/USDT로 충전하면 PYUSD → USDC → KRWS
Case 1-2

Visa 망 + Crypto-Native · 시차 결제(Pre-Auth / 에스크로)

예시 해외 유저(Phantom 지갑) → 신한카드 → 신라호텔 보증금 $200 승인, 3일 후 $150 최종 매입

흐름

  1. 승인(Hold) — 유저 지갑의 200 USDC를 Visa 에스크로 컨트랙트에 Atomic Lock. 스왑 없음
  2. 매입(Capture) — 3일 뒤 $150 확정, Lock된 200 USDC 중 150 USDC → 202,500 KRWS만 실시간 Atomic Swap 후 신라호텔 지급
  3. 잔액 해제 — 남은 50 USDC는 스왑 없이 유저 지갑으로 Atomic Unlock
Minting

미발생(기발행분) — 유저가 이미 온체인에서 보유 중인 코인

Redeem

USDC — 스왑 상대방(솔버·MM): 150 USDC를 받아간 쪽이 상환 주체. 카드사는 KRWS로 바꿔 넘겼으니 아니다.
KRWS — 신라호텔: 원화가 필요할 때 발행사에 상환.

레이어 주의 — 이 에스크로 lock/capture는 Visa 정산망의 동작이 아니다. Visa 정산은 여전히 배치로 돌고, 그 위에 승인·홀드·확정을 온체인으로 처리하는 레이어를 따로 얹는 그림이다. 즉 "Visa 망을 쓴다"와 "Visa USDC 정산망을 쓴다"는 다른 얘기다.

자금원 — 이 케이스는 체크·선불형이다

여기서 잠기는 200 USDC는 유저의 실제 자산이다. 즉 신용이 아니라 체크·선불 모델이고, 3일간 유저 돈이 묶인다.
신용형 시차결제라면 그림이 다르다 — 온체인 lock 없이 카드사가 한도만 홀드하고, 매입 확정 시점에 카드사 재고에서 150 USDC가 나간다. 에스크로 컨트랙트가 필요 없어지는 대신 카드사가 신용 노출을 진다.
현실 제약 — 호텔·렌터카 보증금은 실무에서 신용카드를 요구하거나 체크카드를 거절하는 경우가 많다. 잔액 부족·증액 승인·분쟁 책임 때문이다. 온체인 에스크로는 lock을 증명할 수 있어 잔액 부족 리스크는 없애지만, "내 돈이 3일 묶인다"는 UX 저항은 그대로 상속한다.

스왑 판정

크로스체인 스왑 O · 유저 Solana-USDC ↔ 에스크로 Polygon 규격이면 브릿지+스왑 동시 이종 스테이블 스왑 O · Lock/Release 후 KRWS 전환

BVisa/Master 망을 안 쓰는 케이스Track B · Open Network

Visa 수수료를 0으로 만들려고 Intent 기반 Solver(Wintermute 등)나 온체인 DEX 라우터를 중계자로 쓰는 모델.

Case 2-1

Open + Intent Solver + Crypto-Native · 일반 결제★ 스왑 난이도 최상

예시 프랑스 유저(Arbitrum 지갑, PYUSD 보유) → Wintermute(Solver) → 신한카드 → 무신사

흐름

  1. 유저가 Arbitrum 체인 PYUSD 100개 차감 Intent에 서명
  2. Wintermute가 픽업 → 자기 Polygon KRWS 재고 135,000개를 신한카드 지갑에 1초 만에 선지급(Atomic Execution)
  3. 솔버가 유저의 Arbitrum-PYUSD를 회수한 뒤 자사 풀에서 PYUSD → USDC 변환
Minting

결제 순간 미발생 — 온체인 유동성(Secondary Market)과 MM 재고로 처리

Redeem

결제 순간 미발생 — 솔버가 나중에 재고 맞출 때 대량으로 수행

스왑 판정

크로스체인 스왑 O 필수 · 유저 Arbitrum ↔ 카드사 Polygon 이종 스테이블 스왑 O 필수 · 유저 PYUSD ↔ 카드사 KRWS
Case 2-2

Open + Fiat Auto-Minting · 취소·환불(Reverse Swap)

예시 미국 유저(Stripe 현금 충전) → Wintermute → 신한카드 → 무신사, 다음 날 구매 취소

흐름

  1. 결제 — Stripe 충전(100 USDC Mint) → 솔버 선지급 → 신한카드 135,000 KRWS 정산 완료
  2. 취소(Reverse Atomic Swap) — 무신사에서 135,000 KRWS 회수 → 실시간 DEX/FX 풀에서 135,000 KRWS → 100 USDC 역스왑 → 솔버·Stripe 경유 유저에게 $100 환불
Minting

Stripe — 결제 시점에 100 USDC 발행

Redeem

Stripe — 취소 완료 후 반환받은 100 USDC를 Circle API로 Burn, 유저 은행 계좌로 현금 환불

스왑 판정

크로스체인 스왑 O · 역방향 라우팅 이종 스테이블 스왑 O · 취소 시점 환율 변동분(FX Gain/Loss)을 반영한 슬리피지 보정 역스왑
Case 2-3

Open + 1:1 Direct 파트너십 + Multi-Stable · 아웃바운드 해외결제

예시 한국 유저(신한카드 앱) → 1inch DEX Aggregator → 미국 아마존(Stripe 매입)

흐름

  1. 한국 유저가 아마존에서 $100 결제
  2. 신한카드 앱에서 135,000 KRWS 차감 → 백엔드 1inch 스왑 엔진이 KRWS → OUSD(Origin Dollar) → USDC 실시간 멀티 토큰 Atomic Swap 실행
  3. 변환된 100 USDC를 아마존 지갑으로 즉시 송금
Minting

신한카드 — 원화 예치금을 기반으로 KRWS 발행해 사용

Redeem

아마존 매입사 — 수령한 USDC를 미국 현지 은행 현금으로 인출할 때 Circle Redeem

스왑 판정

크로스체인 스왑 O · DEX Aggregator 라우팅 이종 스테이블 스왑 O · 유동성 depth에 따라 KRWS → USDT → OUSD(Origin Dollar) → USDC Multi-hop 빈발

✳국내 카드사용 종합 분석표이 표 하나로 설명 끝

왜 멀티 스테이블 스왑 엔진과 크로스체인 라우터 모듈을 탑재해야 하는지가 한 장에 들어온다.

시나리오Visa망유저 진입점Cross-chain 스왑이종·마이너 코인 스왑Minting / Redeem 주체
Case 1-1Visa 일반 O Visa Fiat Mint X정산 수신 체인 하나로 고정 OUSDC↔KRWS 기본, 기타코인 선택 Mint: 해외 PG(Stripe)Redeem: USDC는 스왑 상대방, KRWS는 가맹점
Case 1-2Visa 시차결제 O Visa Crypto O유저체인 ↔ Visa체인 OLock/Release 후 실시간 스왑 Mint: 기발행분Redeem: USDC는 스왑 상대방, KRWS는 가맹점
Case 2-1Open Solver X Open Crypto O 필수Arbitrum ↔ Polygon O 필수PYUSD → KRWS 결제 시점 Mint/Redeem 없음시장 재고(Secondary Market) 활용
Case 2-2Open 취소·환불 X Open Fiat Mint O역방향 라우팅 OKRWS → USDC 역스왑 Mint: 결제 시 해외 PGRedeem: 취소 시 해외 PG(Burn)
Case 2-3Open 아웃바운드 X Open Fiat / KRWS ODEX Aggregator 라우팅 OKRWS → USDT → OUSD(Origin Dollar) → USDC Mint: 한국 카드사(KRWS)Redeem: 해외 매입사

카드사 제출용 핵심 요약

  1. 크로스체인 스왑을 피할 수 있는가
    Visa 망만 쓰는 Case 1-1에서만 피한다. 비자망을 벗어나거나(2-1~2-3) 유저가 개인지갑을 연결하는 순간(1-2) 크로스체인 스왑 모듈이 필수가 된다.
  2. USDC 외에 OUSD·PYUSD·USDT 스왑이 생기는가
    무조건 생긴다. 유저와 해외 가맹점이 들고 있거나 원하는 코인이 USDC로 통일돼 있지 않다. 슬리피지를 줄이려면 PYUSD → USDT → KRWS 같은 Multi-hop Atomic Swap 엔진이 필요하다.
  3. Minting/Redeem은 누가 하는가
    원칙은 하나다 — Mint는 피아트를 넣는 쪽, Redeem은 그 코인을 최종적으로 쥔 쪽. 카드사가 승인 즉시 스왑해서 넘기면 카드사는 어느 쪽 Redeem 주체도 아니다. Crypto-Native·Solver 망에서는 승인 순간 Mint/Redeem 없이 온체인 유동성에서 실시간 스왑만 돌고, 재고를 맞추는 시점에 몰아서 일어난다.
읽는 사람이 알아야 할 전제