지난주 마이크로소프트(Brale)와 비자(Visa)는 캔톤(Canton) 플랫폼에서 운영될 새로운 프로젝트를 발표했습니다. 이는 몇 가지 이유로 상당히 획기적인 일입니다.
Visa는 전 세계에서 가장 중요한 결제 네트워크 중 하나입니다. Canton은 전통적인 금융 워크플로우를 위해 구축된 개인정보 보호 프로토콜입니다. Brale는 세계적 수준의 스테이블코인(stablecoin) 발행사로, 지구상 그 어떤 기업보다 더 많은 생태계에 걸쳐 더 많은 스테이블코인을 발행해 왔습니다. 또한 Brale는 결제 네트워크가 정산해야 할 금액에 상관없이 USD로 입출금할 수 있는 대행 은행 네트워크를 보유하고 있습니다.
그것이 왜 중요한지 자세히 살펴보기 전에, 먼저 더 간단한 주제인 오늘날의 카드 결제 처리 방식에 대해 기본 개념을 정리해 보는 것이 도움이 될 것입니다. 로고는 보여드리지 않겠지만, 자금 흐름과 코드 예시는 보여드리겠습니다.
대부분의 사람들은 카드 결제가 즉시 이루어지는 것으로 경험합니다. 카드를 탭하거나, 스와이프하거나, 온라인에 카드 정보를 입력하면 몇 초 만에 거래가 승인됩니다. 카드 소지자의 관점에서는 돈이 이동한 것이고, 가맹점의 관점에서는 판매가 성사된 것입니다. 그러나 네트워크의 관점에서는 훨씬 더 방대한 결제 워크플로가 아직 완료되어야 합니다.
가장 큰 틀에서 볼 때, 카드 결제 경험은 대략 다음과 같습니다:
sequenceDiagram
participant Cardholder as Card User
participant Merchant as Merchant
participant Acquirer as Merchant Bank / Acquirer
participant Network as Card Network
participant Issuer as Card Issuer
Cardholder-->>Merchant: [DATA] Present card for purchase
Merchant-->>Acquirer: [DATA] Authorization request
Acquirer-->>Network: [DATA] Authorization request
Network-->>Issuer: [DATA] Authorization request
Issuer-->>Network: [DATA] Approve / Decline
Network-->>Acquirer: [DATA] Authorization response
Acquirer-->>Merchant: [DATA] Authorization response
Merchant-->>Cardholder: [DATA] Purchase complete
우리는 모두 매일 이 흐름을 경험합니다. 이는 세계 경제가 돌아가게 하는 메커니즘 중 하나이며, Visa와 같은 기업이 상거래에 있어 그토록 중요한 이유 중 하나입니다.
내부적으로 보면, 승인(authorization)은 정산(settlement)과 같은 것이 아닙니다. 승인은 메시지입니다. 정산은 돈입니다.
간단히 정리한 법정화폐 결제 흐름은 다음과 같습니다:
sequenceDiagram
participant Issuer as Card Issuer / Issuing Bank
participant Network as Card Network
participant Acquirer as Merchant Bank / Acquirer
participant Merchant as Merchant
Issuer-->>Network: [DATA] Net settlement obligation
Issuer->>Network: Transfer USD Bank Rail Net Amount
Network-->>Acquirer: [DATA] Settlement instruction
Network->>Acquirer: Transfer USD Bank Rail Net Amount
Acquirer-->>Merchant: [DATA] Merchant payout instruction
Acquirer->>Merchant: Transfer USD Bank Rail Merchant Payout
이 시스템은 작동합니다. 엄청난 규모로 작동합니다. 국가, 통화, 은행, 가맹점, 카드 소지자를 넘나들며 작동합니다. 이것이 얼마나 놀라운 일인지 과소평가하기 쉽습니다.
또한 이는 즉각적인 결제가 아닙니다.
처리 시간대가 존재합니다. 일괄 처리가 이루어집니다. 운영 리스크가 따릅니다. 승인, 청산, 결제, 가맹점 지급 단계 사이에 유동성이 갇혀 있습니다. 시간이 지남에 따라 스퀘어(Square)와 같은 기업들은 대차대조표와 자본을 활용해 자금 이동이 나타나는 속도를 높임으로써 최종 사용자 경험을 개선했습니다. 저는 몇 년 전 '유동성 해결(Solving for Liquidity)'이라는 글에서 이 아이디어에 대해 다룬 바 있습니다. 중간에 더 많은 자금을 투입함으로써 자금 이동이 더 빠르게 느껴지도록 만들 수 있습니다.
스테이블코인 결제는 우리에게 또 다른 선택지를 제공합니다.
자본을 투입해 기존의 결제 속도를 높이는 것뿐만 아니라, 결제 계층 자체의 일부를 재구성할 수도 있습니다. 반대로 말하면, 법정화폐 결제 흐름이 스테이블코인 결제 흐름으로 바뀔 수 있다는 뜻입니다:
sequenceDiagram
participant Issuer as Card Issuer / Issuing Bank
participant Visa as Visa / Card Network
participant Brale as Brale (Issuance, Signing & Settlement)
participant Canton as Canton Network
participant Acquirer as Merchant Bank / Acquirer
participant Merchant as Merchant
Issuer-->>Visa: [DATA] Net settlement obligation
rect rgba(200, 120, 50, 0.08)
Visa-->>Brale: [DATA] Settlement instruction
Brale->>Canton: Transfer SBC Canton Net Settlement Amount
Canton->>Acquirer: Confirm Receipt
end
Acquirer-->>Merchant: [DATA] Merchant payout instruction
Acquirer->>Merchant: Transfer USD Bank Rail Merchant Payout
또는, 더 완전한 스테이블코인(stablecoin) 네이티브 버전에서는 다음과 같습니다:
sequenceDiagram
participant Issuer as Card Issuer / Issuing Bank
participant Visa as Visa / Card Network
participant Brale as Brale (Issuance, Signing & Settlement)
participant Canton as Canton Network
participant Acquirer as Merchant Bank / Acquirer
participant Merchant as Merchant
Issuer-->>Visa: [DATA] Net settlement obligation
rect rgba(200, 120, 50, 0.08)
Visa-->>Brale: [DATA] Settlement instruction
Brale->>Canton: Transfer SBC Canton Net Settlement Amount
Canton->>Acquirer: Confirm Receipt
end
rect rgba(200, 120, 50, 0.08)
Acquirer->>Merchant: Transfer SBC Canton Merchant Payout
end
Merchant-->>Acquirer: [DATA] Receipt acknowledged
소비자 경험은 변할 필요가 없으며, 가맹점은 더 빨리 대금을 받게 됩니다. 가맹점이 USD, 스테이블코인(USDC), SBC, 또는 기타 발행자(Brale)가 발행한 스테이블코인(stablecoin)으로 대금을 받는지 여부는 중요하지 않습니다. 또한 캔톤(Canton) 네트워크의 흐름에서 USD, 스테이블코인(USDC), SBC, 또는 기타 발행자(Brale)가 발행한 스테이블코인(stablecoin)이 사용되는지 여부도 중요하지 않습니다. 모든 것이 그냥 작동합니다.
카드 소지자는 여전히 카드를 탭하거나, 스와이프하거나, 온라인으로 결제합니다. 가맹점은 여전히 대금을 받습니다. 발급사는 여전히 지급 의무를 이행합니다. 네트워크는 여전히 결제 흐름을 조정합니다.
차이점은 그 이면에서 일어나는 일입니다.
Brale(API)에서는 전체 결제 흐름이 일련의 이체 요청으로 이루어집니다. 다이어그램의 각 단계는 단일 API 호출에 대응합니다:
// Transfer 1: Issuer funds net settlement via wire, Brale mints SBC on Canton
POST /accounts/{account_id}/transfers
{
"amount": { "value": "4250000.00", "currency": "USD" },
"source": {
"value_type": "USD",
"transfer_type": "wire"
},
"destination": {
"address_id": "2VcUIonJeVQzFoBuC7LdFT0dRe4",
"value_type": "SBC",
"transfer_type": "canton"
}
}
// Transfer 2: Network settles to acquirer on Canton
POST /accounts/{account_id}/transfers
{
"amount": { "value": "4250000.00", "currency": "USD" },
"source": {
"address_id": "2VcUIonJeVQzFoBuC7LdFT0dRe4",
"value_type": "SBC",
"transfer_type": "canton"
},
"destination": {
"address_id": "2MhCCIHuK4TGVgT9a4loQzJx1rj",
"value_type": "SBC",
"transfer_type": "canton"
}
}
// Transfer 3: Acquirer pays merchant in SBC on Canton
POST /accounts/{account_id}/transfers
{
"amount": { "value": "4187500.00", "currency": "USD" },
"source": {
"address_id": "2MhCCIHuK4TGVgT9a4loQzJx1rj",
"value_type": "SBC",
"transfer_type": "canton"
},
"destination": {
"address_id": "2bFGkrQ7mPp8dCvBNx1TqWYz5kj",
"value_type": "SBC",
"transfer_type": "canton"
}
}
// Or Transfer 3: Acquirer off-ramps to pay merchant in USD via RTP
POST /accounts/{account_id}/transfers
{
"amount": { "value": "4187500.00", "currency": "USD" },
"source": {
"address_id": "2MhCCIHuK4TGVgT9a4loQzJx1rj",
"value_type": "SBC",
"transfer_type": "canton"
},
"destination": {
"address_id": "2nRKx9pLmVwE8tHjQ3sFy7aBcDe",
"value_type": "USD",
"transfer_type": "rtp_credit"
}
}
동일한 엔드포인트. 동일한 모양. value_type 그리고 transfer_type 변화, 즉 결제 메커니즘은 달라지지만 통합 방식은 동일하게 유지됩니다. 캔톤(Canton) 결제, RTP 신용 오프램프, 또는 stablecoin 지급은 모두 단 하나의 API 호출로 연결됩니다.
Canton에서의 결제 이체는 몇 초 만에 완료될 수 있으며 연중무휴 24시간 운영됩니다. Brale의 경험에 따르면, Canton 이체는 대략 13초 만에 완료됩니다. 이는 결제가 은행 영업 시간의 제약과 배치 기반 시스템의 한계를 벗어날 수 있음을 의미합니다.
Canton의 중요한 점은 속도뿐만이 아닙니다. 퍼블릭 블록체인은 활동 내역을 가시화하는 데 매우 뛰어납니다. 이는 여러 상황에서 유용하지만, 기관 금융이 작동하는 방식은 아닙니다. 카드 결제 시 민감한 거래 및 거래 상대방 데이터를 전 세계에 공개해서는 안 됩니다.
Canton이 흥미로운 이유는 개인정보 보호 기능을 갖추고 있기 때문입니다. 워크플로우를 확인해야 하는 당사자만 볼 수 있고, 볼 필요가 없는 당사자는 볼 수 없습니다. 덕분에 이 경험은 오늘날 은행이 코어 제공업체, 결제 처리업체, 제3자 인프라와 협력하는 방식에 훨씬 더 가깝게 느껴집니다.
외부에서 볼 때 흐름은 여전히 간단합니다:
sequenceDiagram
participant Cardholder as Card User
participant Issuer as Card Issuer
participant Network as Card Network
participant Bank as Merchant Bank
participant Merchant as Merchant
Cardholder-->>Issuer: [DATA] Card transaction
Issuer-->>Network: [DATA] Authorization and settlement obligation
Network-->>Bank: [DATA] Settlement and payout instruction
Bank-->>Merchant: [DATA] Merchant paid
그것이 핵심입니다.
최종 사용자에게는 추상화 계층이 깨질 필요가 없습니다. 카드 소지자와 가맹점의 경험은 익숙한 채로 유지되는 동안, 그 밑바탕이 되는 시스템은 더 나아질 수 있습니다.
이것이 바로 Visa,Brale 및 Canton의 작업이 중요한 이유입니다. 이는 암호화폐가 카드를 대체하는 것에 대한 과학 실험이 아닙니다. 이는 이미 카드, 결제, 리스크, 대조, 대차대조표를 이해하고 있는 기관들을 위한 실질적인 결제 업그레이드입니다.
스테이블코인이 여기서 유용한 이유는 기업이 중요하게 여기는 두 가지 역할을 수행할 수 있기 때문입니다:
- 효율성 증대.
- 새로운 수익 창출.
그게 전부입니다. 이것이 바로 핵심입니다.
은행, 신용조합, 결제 처리업체, 또는 네트워크가 더 빠르게 결제를 처리하고, 묶여 있는 유동성을 줄이며, 운영 리스크를 감소시키고, 프로그래밍 가능한 결제 워크플로를 도입할 수 있다면, 그것은 훌륭한 사업입니다.
규제 환경도 중요합니다. GENIUS가 현재 결제용 스테이블코인을 위한 연방 차원의 프레임워크를 마련하고 있으며, 워싱턴 D.C.에서 더 광범위한 시장 구조 관련 작업이 진행됨에 따라, 은행과 신용조합은 Brale와 같은 규제 대상의 고품질 발행자가 발행한 스테이블코인을 평가할 수 있는 훨씬 명확한 길을 갖게 되었습니다. 준비금 설계가 중요합니다. 규정 준수가 중요합니다. 대차대조표 상의 처리가 중요합니다. 해외 이전 및 부실한 준비금 구조는 이 시장의 영역에 속하지 않습니다.
이것이 바로 Brale가 존재하는 이유 중 하나입니다.
Brale 는 발행 인프라, 키 관리, 서명, 캔톤(Canton) 결제, 네트워크 구성을 처리하여 참여자들이 Brale API를 통해 온보딩하고 통합할 수 있도록 합니다. 목표는 모든 금융 기관을 blockchain의 자회사로 만드는 것이 아닙니다. 목표는 금융 기관들이 비즈니스적으로 타당할 때 stablecoin 결제를 이용할 수 있도록 하는 것입니다.
이제 시스템을 재구축하는 것은 선택의 문제입니다.
그리고 이 경우, 이는 이미 전 세계의 자금을 이동시키고 있는 금융 기관들에게 결제를 더 빠르고, 더 사적이고, 더 프로그래밍 가능하며, 더 유용하게 만들 수 있는 선택입니다.
Visa 팀과 함께 이를 구축해 나가는 것은 즐거운 일입니다.