암호화폐 결제 시스템 아키텍처: 6가지 계층과 자금 흐름 방식

크립토 결제 인프라를 구축하고 있다면, 이를 하나의 것으로 취급하고 싶어지기 마련입니다: 스테이블코인을 A에서 B로 이동시키는 시스템. 실제로 그 "하나의 것"은 서로 다른 역할과 보안 경계를 가진 여섯 개의 독립적인 레이어가 서로 위에 쌓인 구조이며, 그 위에 두 가지 별개의 자금 흐름이 작동합니다.

레이어 간의 일반적인 오해를 미리 짚어두는 것도 중요합니다. 한 가지 예시로: MPC 서명 자체가 지갑을 셀프 커스터디로 만든다고 가정하는 것이 있는데, 사실 커스터디는 키를 어떤 기술로 분할했느냐가 아니라 서명 임계값을 충족하는 데 필요한 키 조각을 누가 보유하고 있느냐에 달려 있습니다. 또 다른 예시로: 고객이 여러분에게 결제하는 것과 여러분이 다른 누군가에게 결제하는 것이 동일한 것처럼 보입니다, 즉 스테이블코인 전송. 하지만 그렇지 않습니다. 이 둘을 혼동하는 것 — 지급을 수금처럼 취급하거나, "그냥 돈을 받는 것"이라며 검사를 건너뛰는 것 — 이 오염된 자금이 입금되거나, 누군가 승인하기 전에 결제가 나가버리는 원인이 됩니다.

우리는 이를 더 넓은 크립토 결제 보안 및 컴플라이언스 플레이북의 일환으로 분석하며, 이 시리즈에서 각 레이어의 책임과 보안 경계를 매핑하는 데 사용하는 동일한 6계층 모델을 활용합니다.

각 레이어를 차례로 살펴봅니다: 블록체인 및 스테이블코인 기반, 지갑 및 커스터디 레이어, 온램프/오프램프, 비즈니스 로직, 컴플라이언스, 그리고 애플리케이션 레이어 — 각 레이어에서 중요한 보안 경계와 함께. 이후 두 가지 자금 흐름을 단계별로 살펴보고, 잘못 구축하기 쉬운 체크포인트들을 짚어냅니다.

1. 블록체인 및 스테이블코인 기반

블록체인 레이어는 전체 결제 시스템의 기반이자, 스테이블코인이 갖는 많은 장점의 근본적인 원천입니다.

은행 송금과 다른 점은 단순합니다: 가치 이전과 청산/결제가 동일한 공통 원장에서 동시에 이루어집니다. 전통 금융에서는 이전과 청산이 서로 다른 중개자가 처리하는 두 개의 별도 단계이며, 이후 기관 간 조정이 뒤따릅니다. 블록체인에서는 확인된 이전이 곧 완료된 결제입니다 — 별도의 청산 단계도, 사후 조정도 없습니다. "공유 원장, 이전 = 결제"라는 메커니즘이 바로 분 단위 최종성, 탈중개화, 24/7 가용성, 추적 가능성을 제공하는 것입니다.

그 공유 원장 위에서 스테이블코인은 발행자가 발행하는 ERC-20 토큰으로, mint, burn, blacklist, pause 등의 관리 기능이 추가되어 있어 완전히 탈중앙화된 자산이 되지 못하며, 발행자가 토큰에 대한 통제권을 유지합니다. 발행자 통제가 비즈니스에 어떤 의미를 갖는지는 스테이블코인 결제 설명에서 자세히 다룹니다.

멀티체인 및 크로스체인

스테이블코인은 각자의 영역을 가진 여러 체인에 걸쳐 존재합니다. 이더리움은 DeFi 및 기관 결제의 기본이고, 솔라나는 높은 처리량의 결제에 적합하며, 트론은 저수수료 송금과 신흥 시장을 지배하고, Base와 Arbitrum 같은 L2는 저비용 결제 경로를 제공합니다. 2026년 5월 기준, 이더리움이 스테이블코인 공급량의 약 52%, 트론이 약 28%를 차지하며 — 어느 하나의 체인이 압도적으로 지배하지 않으므로, 대부분의 기업은 결국 멀티체인 지원이 필요하게 됩니다.

체인 간 스테이블코인 이동이 필요할 때 세 가지 방법이 일반적으로 사용됩니다: 서드파티 브릿지, 발행자의 네이티브 크로스체인 프로토콜(예: 네이티브 USDC 전송에 소각-발행 방식을 사용하는 Circle의 CCTP), 또는 중앙화 거래소의 입출금을 통한 체인 간 이동. 크로스체인은 결제 시스템의 핵심 기능이 아닙니다 — 필요에 따라 선택하면 됩니다. 중요한 것은 각 방식의 보안입니다: 서드파티 브릿지와 그 잠긴 유동성 풀은 오랫동안 고가치 타겟이었으며, 거래소 경로는 거래 상대방 위험과 동결 위험을 수반합니다.

2. 지갑 및 커스터디 레이어

지갑 및 커스터디 레이어는 자금의 보관과 서명을 담당하며, 결제 시스템 보안의 핵심입니다.

여기서 첫 번째 결정: 키를 직접 보유하느냐, 서드파티에 맡기느냐입니다.

• 셀프 커스터디 — 개인 키를 직접 보유하든, MPC를 사용해 자사 인력과 인프라 전반에 키 조각을 분산하든, 서명 임계값을 충족하는 데 필요한 키가 전적으로 자신의 손에 있습니다. 어떤 외부 당사자도 단독으로 자금을 이동할 수 없습니다. 장점은 서드파티 의존성이 없고 거래 상대방 위험이 없다는 것이며, 대가는 모든 보안 책임이 자신에게 있고 키나 조각을 분실하거나 도난당하면 자금이 영구적으로 사라진다는 것입니다.
• 서드파티(중앙화/공인) 커스터디 — 라이선스를 보유한 수탁자가 키 또는 임계값을 충족하는 조각을 보유하며, 계정과 API를 통해 자금을 운용합니다. 전문가에게 키 보안을 위탁하며, 일반적으로 보험 및 컴플라이언스 자격 증명과 가벼운 운영 부담이 따르지만, 거래 상대방 위험(수탁자 해킹, 파산, 계정 동결)과 부분적인 통제권 상실이 비용으로 따릅니다.
• 하이브리드/공동 커스터디 — 귀사와 수탁자가 MPC 키 조각을 각각 보유하며, 어느 쪽의 조각만으로도 단독 서명이 불가능하여 통제권과 전문 커스터디 사이에서 균형을 잡습니다.

여기서 한 가지 오해를 짚고 넘어갈 필요가 있습니다: MPC는 단지 키를 분산된 조각으로 존재하게 하고 단일 실패 지점을 제거하는 기술일 뿐 — 그 자체로 커스터디의 성격을 결정하지 않습니다. 실제로 어떤 유형의 커스터디인지 확인하려면 한 가지를 보십시오: 서명 임계값을 충족하는 데 필요한 키 조각을 누가 보유하고 있느냐.

셀프 커스터디와 서드파티 커스터디 중 어느 것이 절대적으로 더 낫다고 할 수 없습니다. 많은 결제 기업들은 하이브리드 전략을 택합니다: 속도를 위해 핫 월렛을 셀프 커스터디로 유지하고, 대규모 준비금에는 서드파티 커스터디나 공동 커스터디를 사용합니다.

3단계 지갑 아키텍처

지갑의 온도(핫 / 웜 / 콜드)와 권한 부여 모델(MPC / 멀티시그)을 혼동하기도 쉽지만 — 이 둘은 독립적인 두 가지 차원입니다. 온도는 지갑이 온라인 상태인지, 자금을 얼마나 빨리 이동할 수 있는지를 결정하고, 권한 부여 모델은 서명해야 하는 당사자의 수를 결정합니다. 업계 관행은 두 가지를 결합하여 3단계 구조를 구성합니다:

키 보관과는 별개로 관련된 질문이 있습니다: 수신 주소를 어떻게 관리할 것인가? HD(계층 결정론적) 지갑은 수신마다 고유 주소를 생성하여 자금을 격리함으로써 교차 오염을 방지하는 방식으로 이 문제를 해결합니다 — 이는 KYT 위험 통제와 자금 추적에 중요합니다. HD 파생, 셀프 커스터디, MPC, 멀티시그가 어떻게 맞물리는지는 크립토 결제 키 관리에서 더 자세히 다룹니다.

3. 온램프 / 오프램프 레이어

온/오프램프 레이어는 전통 금융과 온체인 세계 사이의 다리입니다.

• 온램프(법정화폐 → 스테이블코인) — 사용자가 은행 이체 또는 카드로 법정화폐를 지불하고, KYC를 통과한 후, 발행자가 스테이블코인을 발행하거나 사용자가 거래소를 통해 구매합니다.
• 오프램프(스테이블코인 → 법정화폐) — 스테이블코인이 소각되거나 거래소를 통해 판매되고, 은행을 통해 사용자에게 법정화폐가 지급됩니다.

세 가지 램프 채널이 일반적이며, 각각 비용과 진입 장벽이 다릅니다:

• 직접 발행자 발행/소각 — 발행과 상환이 보통 무료이거나 거의 무료이고 주요 비용이 은행 송금 수수료이므로 비용이 가장 낮지만, 일반적으로 기관 자격 및 컴플라이언스 자격 증명이 필요합니다.
• 거래소 입출금 — 진입 장벽이 낮고 코인 커버리지가 넓지만, 비용이 더 높으며(카드가 가장 비싸고 은행 이체는 더 낮음), 거래소의 거래 상대방 위험과 동결 위험이 수반됩니다.
• OTC 데스크 — 대규모 기관급 전환을 위한 것으로, 거래 규모와 유동성에 의해 스프레드가 설정된 협상 견적으로 가격이 책정되며, 대규모 거래에서는 일반적으로 리테일 채널보다 더 좁습니다. OTC 데스크는 24/7 운영되고, 전신환/SWIFT를 지원하며, 당일 결제가 가능하여 대규모 램프의 주력 수단입니다.

여기서 주의할 점이 있습니다: 램프의 온체인 레그와 법정화폐 레그는 서로 다른 시계로 작동합니다. 온체인 결제는 분 단위가 될 수 있지만, 법정화폐 레그는 여전히 SWIFT, SEPA, 현지 청산의 운영 시간과 마감 시간에 묶여 있습니다 — 따라서 램프의 실제 속도는 더 빠른 레그가 아니라 더 느린 법정화폐 레그에 의해 결정됩니다. 컴플라이언스 측면에서 램프는 KYC/KYB, 제재 심사, 자금 출처 검토의 핵심 관문으로, 자금이 릴리즈되기 전에 모두 이루어져야 합니다. 아래의 입금 및 출금 안내에서 각 흐름 내의 심사 체크포인트를 추적합니다.

4. 비즈니스 로직 레이어

비즈니스 로직 레이어는 기반 기능을 실제 결제 제품으로 감싸는 역할을 합니다. 주요 구성 요소는 다음과 같습니다:

• 결제 라우팅 엔진 — 코인, 체인, 금액, 가스 가격을 기반으로 최적 경로를 자동으로 선택합니다.
• 외환 엔진 — 실시간 시세, 슬리피지 제어, 가격 잠금 구간.
• 인보이스 및 주문 관리 — 결제 요청 생성, 상태 추적, 타임아웃 처리.
• 조정 및 정산 — 온체인 거래와 비즈니스 주문의 자동 매칭 및 불일치 처리.

회사가 단순히 거래를 통과시키는 것 이상을 수행하는 경우 — 고객 잔액을 수탁 및 보유하며 일부 은행 유사 기능을 담당하는 경우 — 이 레이어에는 출금 승인 통제도 필요합니다. 고객 출금은 위험 승인, 한도, 다중 검토를 거치고, 고객 자금은 자사 운영 자금과 분리되며, 고객이 출금할 수 있는 금액에 항상 일치하는 준비금이 있음을 보장하는 지급 능력이 항상 유지됩니다. 이는 위험 통제 관행이자, 대부분의 국가 및 지역에서 고객 자금 보유에 대한 컴플라이언스 요건이기도 합니다.

5. 컴플라이언스 레이어

컴플라이언스 레이어는 모든 거래에 걸쳐 작동하며, 사후 검토가 아닌 거래가 발생하는 실시간으로 개입합니다. 주요 기능으로는 KYC/KYB(고객 온보딩), KYT(실시간 거래 모니터링), 제재 심사, SAR(의심 활동 보고)이 포함됩니다. 이러한 기능들이 실제로 어떻게 작동하는지 — 그리고 함께 따르는 스테이블코인 동결 위험 — 을 크립토 결제를 위한 온체인 컴플라이언스에서 자세히 다룹니다.

6. 애플리케이션 레이어

애플리케이션 레이어는 최종 사용자와 가맹점을 위한 인터페이스입니다: 가맹점 SDK, 결제 페이지, 관리 콘솔, API 게이트웨이. 여기에는 두 가지 배포 모델이 있습니다 — 회사가 은행과 온체인 노드를 직접 통합하는 소프트웨어 전용 방식과, 플랫폼이 올인원 서비스를 제공하는 번들 레일 방식.

입금 흐름: 결제 요청부터 정산까지

레이어가 갖춰졌으니, 실제로 자금이 어떻게 이동하는지 살펴봅니다. 완전한 스테이블코인 수신 흐름은 다음과 같이 작동합니다:

1. 가맹점이 API를 통해 결제 요청을 생성합니다.
2. 시스템이 HD 파생 주소를 생성합니다 — 수신마다 고유한 주소.
3. 사용자가 해당 주소로 스테이블코인을 전송합니다.
4. 시스템이 온체인을 감시하며 3-6개의 블록 확인을 기다립니다 (이중 지출 방지).
5. KYT 위험 점수가 발신 주소와 그 경로의 위험을 평가합니다.
6. 위험이 해제되면 결제가 입금됩니다.
7. 스윕: 파생 주소 전반에 분산된 자금이 수집 지갑으로 모아지고, 정책에 따라 운영(핫) 또는 준비금(콜드) 풀로 배분됩니다.
8. 선택 사항: 자금이 자동으로 환전되어 법정화폐나 다른 통화로 정산됩니다.
9. 가맹점이 웹훅을 통해 알림을 받습니다.

이 단계 하나하나가 그 자체로 보안 체크포인트입니다: 확인 횟수는 이중 지출에 대한 핵심 파라미터이고, KYT 위험 점수는 수신 자금을 받아들일지 여부를 결정하며, 스윕은 해당 자금이 어떤 위험 상태로 메인 풀에 진입하는지를 결정합니다.

입금되거나 스윕되기 전에 특정 온체인 거래가 실제로 무엇을 했는지 살펴보고 싶다면, Phalcon Explorer 같은 도구를 사용해 거래 세부 정보를 직접 확인할 수 있습니다.

스윕 단계는 잘못 구성하기 쉽습니다

이 단계는 간과하기 쉽지만 중요합니다. 각 수신은 별도의 파생 주소에 저장되며, 자금이 스스로 통합되지 않습니다 — 수집 지갑으로 직접 스윕해야 합니다. 여기서 올바르게 처리해야 할 두 가지가 있습니다.

첫째, 스윕 전에 재심사. 수신 자금이 입금 시점에 이미 KYT를 통과했더라도, 스윕은 자금이 메인 풀로 진입하는 관문이며, 고위험 자금은 한번 혼합되면 격리하기 어렵습니다 — 따라서 진입 전에 재확인합니다.

둘째, 가스 관리. 파생 주소는 보통 스테이블코인만 보유하고 가스용 네이티브 토큰이 없으므로, 스윕에는 가스를 충전하는 가스 스테이션이나 수수료 후원 메커니즘이 필요합니다 — 그렇지 않으면 자금이 파생 주소에 묶이게 됩니다.

출금 흐름: 보내기가 받기보다 위험한 이유

보내기는 받기보다 위험합니다, 왜냐하면 자금은 온체인을 떠나면 되돌릴 수 없기 때문입니다. 완전한 출금 흐름은 다음과 같이 작동합니다:

1. 일괄 지급 요청이 제출됩니다.
2. 수신자 제재 심사 (KYA).
3. 거래 KYT 검사.
4. 임계값을 초과하면 다중 승인이 트리거됩니다.
5. MPC 서명 (또는 멀티시그).
6. 트랜잭션이 온체인에 브로드캐스트됩니다.
7. 온체인 확인 후 상태가 업데이트됩니다.
8. 요청자가 웹훅을 통해 알림을 받습니다.

자금이 나가기 전 핵심 통제

여기서의 핵심 통제에는 한도 제한(일일 및 거래별 한도), 화이트리스팅(사전 승인된 주소로만 지급), 다중 승인(대규모 거래는 여러 서명자의 확인 필요)이 포함됩니다.

이러한 통제들의 요점은 그 중 어느 하나가 아닙니다 — 함께 자금이 나가기 전에 여러 방어선을 구축하여, 내부자가 침해되거나 시스템이 침해되더라도 손실이 억제된다는 것입니다.

다중 승인 및 MPC 서명과 같은 이러한 통제 중 일부는 결제 시스템이 서명 환경 주변에 필요로 하는 더 넓은 관행의 일부입니다 — 키 관리 및 서명 인프라에서 다룹니다.

6개 레이어를 하나로 통합하기

여섯 개의 레이어를 나열하면 — 블록체인 및 스테이블코인 기반, 지갑 및 커스터디, 온램프/오프램프, 비즈니스 로직, 컴플라이언스, 애플리케이션 — 패턴이 드러납니다: 각 레이어는 고유한 책임과 보안 경계를 가집니다. 두 가지 자금 흐름은 여섯 개 레이어 모두를 가로지르며, 이것이 어느 한 흐름에서 누락된 체크포인트가 막연한 "결제 위험"이 아닌 특정 레이어의 격차로 나타나는 이유입니다. 한 레이어를 다른 레이어로 혼동하는 것 (커스터디 모델을 권한 부여 모델로, 램프의 온체인 속도를 실제 종단 간 속도로) 이 격차가 생기는 경향이 있는 곳입니다. 이러한 경계가 실제 통제로 어떻게 전환되는지에 대한 더 깊은 안내는 전체 기업 플레이북(PDF) 다운로드를 참조하십시오.

FAQ

크립토 결제 아키텍처의 6개 레이어는 무엇입니까? 블록체인 및 스테이블코인 기반, 지갑 및 커스터디 레이어, 온램프/오프램프 레이어, 비즈니스 로직 레이어, 컴플라이언스 레이어, 그리고 애플리케이션 레이어입니다. 각각은 고유한 책임과 보안 경계를 가집니다.

커스터디 레이어에서 셀프 커스터디와 서드파티 커스터디의 차이는 무엇입니까? 셀프 커스터디에서는 서명 임계값을 충족하는 데 필요한 키가 전적으로 자신의 손에 있어, 어떤 외부 당사자도 단독으로 자금을 이동할 수 없습니다 — 하지만 모든 보안 책임을 지게 됩니다. 서드파티 커스터디에서는 라이선스를 보유한 수탁자가 키를 보유하며 계정과 API를 통해 운용하며, 일반적으로 보험 및 컴플라이언스 자격 증명과 함께 전문적인 키 보안을 위해 일부 통제권을 양도합니다.

MPC 서명은 지갑을 셀프 커스터디로 만드나요? 그 자체로는 그렇지 않습니다. MPC는 키를 분산된 조각으로 분할하고 단일 실패 지점을 제거하는 기술입니다 — 커스터디를 결정하지는 않습니다. 커스터디를 결정하는 것은 서명 임계값을 충족하는 데 필요한 키 조각을 누가 보유하고 있느냐입니다: 전적으로 회사, 전적으로 수탁자, 또는 둘 사이에 분할.

온램프 또는 오프램프가 온체인 결제보다 더 오래 걸릴 수 있는 이유는 무엇입니까? 온체인 레그와 법정화폐 레그가 서로 다른 시계로 작동하기 때문입니다. 온체인 결제는 분 단위가 될 수 있지만, 법정화폐 레그는 여전히 SWIFT, SEPA, 현지 청산의 운영 시간과 마감 시간에 묶여 있으므로, 램프의 실제 속도는 블록체인이 아닌 더 느린 법정화폐 레그에 의해 결정됩니다.

크립토 출금 흐름이 입금 흐름보다 위험한 이유는 무엇입니까? 자금은 온체인을 떠나면 되돌릴 수 없으므로, 출금 흐름은 트랜잭션이 브로드캐스트되기 전에 검사를 실행합니다 — KYA 제재 심사, KYT, 승인, 그리고 서명.

자금이 이미 KYT를 통과했다면 스윕 단계에서 재심사가 필요한 이유는 무엇입니까? 스윕은 자금이 격리된 파생 주소에서 메인 풀로 이동하는 관문이며, 고위험 자금은 혼합되면 격리하기 어렵기 때문입니다 — 따라서 입금 시점뿐만 아니라 스윕 전에도 위험을 재확인하면 그 격차가 해소됩니다.

파생 주소에 스윕을 완료할 가스가 없으면 어떻게 됩니까? 스테이블코인 자금이 해당 파생 주소에 묶이게 됩니다, 이것이 스윕 단계에 스윕이 실행되기 전에 가스를 충전하는 가스 스테이션이나 수수료 후원 메커니즘이 필요한 이유입니다.