CEX와 DEX 무기한 계약 비교: 자산 보관·주문 처리·출금 경로
중앙화 거래소와 온체인 무기한 계약 프로토콜을 키 통제, 주문 체결, 담보 이동, 계정 복구로 나눠 비교합니다. CEX와 DEX라는 이름만으로 안전성을 단정하지 않는 방법을 설명합니다.
이 글에서 다루는 내용CEX와 DEX는 같은 항목을 구분하는 말이 아닙니다
짧은 요약
CEX와 DEX는 거래 시스템의 일부를 설명하는 말이지, 전체 안전성 등급이 아닙니다. 무기한 계약을 비교할 때는 누가 서명 키를 통제하는지, 담보 잔액이 어디에 기록되는지, 주문은 어떻게 체결되는지, 출금은 어떤 경로를 따르는지, 장애가 났을 때 어떤 사업자나 프로토콜에 의존하는지 따져야 합니다.
CEX와 DEX는 같은 항목을 구분하는 말이 아닙니다
중앙화 거래소는 보통 하나의 운영 주체가 계정 서비스, 자산 보관, 내부 잔액 장부, 주문 매칭을 함께 제공합니다. 탈중앙화 거래소는 일부 또는 전부를 이용자 지갑과 블록체인 프로토콜로 처리할 수 있습니다. 하지만 이 이름만으로는 중요한 운영 구조를 알 수 없습니다. 온체인 주문장을 쓰면서 특정 검증자 집합에 의존하는 프로토콜도 있고, 웹 화면은 프로토콜과 별도로 운영될 수 있으며, 탈중앙화 프로토콜을 쓰는 이용자가 중앙화 거래소에서 자금을 보내기도 합니다.
따라서 담보가 실제로 이동하는 경로를 분해해서 보세요. 웹사이트나 앱, 지갑과 서명 키, 계정 잔액 장부, 주문장과 매칭 엔진, 위험 관리 엔진, 정산 상태, 브리지, 출금 절차는 각각 다른 구성 요소입니다. 이름은 둘 다 ‘무기한 DEX’여도 이 역할을 나누는 방식은 다를 수 있습니다. 중앙화 거래소가 공개 거래 내역이나 준비금 정보를 제공한다고 해서 이용자 계정의 모든 처리가 온체인이라는 뜻도 아닙니다.
먼저 키와 담보 기록의 통제권을 확인합니다
수탁형 계정에서는 보통 플랫폼에 로그인하고 플랫폼의 내부 시스템이 잔액을 기록합니다. Coinbase는 Coinbase.com 계정의 호스팅 지갑과 내부 장부를 설명하며, 이를 별도의 셀프커스터디 지갑인 Coinbase Wallet과 구분합니다. 이것은 특정 사업자의 설명이지 모든 거래소에 그대로 적용되는 규칙은 아닙니다.
지갑을 연결하는 프로토콜에서는 지갑으로 입금이나 거래 동작에 서명할 수 있습니다. 하지만 입금한 담보의 모든 단위가 계속 그 지갑 안에 있다는 뜻은 아닙니다. 프로토콜 자체 상태에 잔액을 기록할 수 있고, 출금은 프로토콜의 계약·검증자·브리지·트랜잭션 규칙에 영향을 받을 수 있습니다. 예를 들어 Hyperliquid는 HyperCore를 자사 온체인 거래 시스템으로 설명하고, 주문장 문서는 온체인 주문이 가격·시간 우선으로 매칭된다고 설명합니다. 출금 API 설명은 검증자가 서명한 요청을 브리지 계약으로 보내는 경로를 적고 있습니다. 자금을 보내기 전에 정확한 자산, 도착 네트워크, 출금 경로를 확인하세요.
접속 화면이 이메일 로그인을 제공한다고 해서 곧바로 수탁형 거래소라고 분류할 수는 없습니다. Hyperliquid의 온보딩 안내는 이메일 주소에 새 블록체인 주소를 만들고 입금하는 선택지를 설명하며, 이메일 지갑 내보내기 안내는 해당 지갑의 개인 키를 외부 지갑으로 가져오는 방법을 다룹니다. 로그인 수단과 거래·출금 권한을 통제하는 주체는 별도로 확인해야 합니다.
다음 두 질문을 한데 묶지 마세요. 키로 누가 동작을 승인할 수 있나? 그리고 포지션이 열려 있는 동안 담보는 어디에 보관되거나 회계 처리되나? 셀프커스터디 키는 플랫폼 비밀번호 재설정에 의존하지 않게 해줄 수 있지만, 키를 잃거나 노출하면 다른 종류의 복구 문제가 생깁니다. 호스팅 계정은 계정 복구를 제공할 수 있지만, 본인 인증, 장부 관리, 이체 처리, 이용 약관 준수를 플랫폼에 맡깁니다. 어느 쪽도 그 자체만으로 이용자의 법적 소유권, 파산 시 취급, 보험, 거주 국가에서의 구제 가능성을 보장하지 않습니다.

주문장이 비슷해도 체결 시스템은 다를 수 있습니다
중앙화 거래소와 온체인 프로토콜은 모두 지정가 주문과 가격·시간 우선순위 주문장을 쓸 수 있습니다. Hyperliquid 주문장 문서는 중앙화 거래소와 유사한 가격·시간 우선 매칭을 설명하고, 기술 개요는 주문·취소·거래·청산이 온체인에서 이뤄진다고 설명합니다. 이 사례는 ‘주문장 거래소인가’와 ‘자산을 중앙화 방식으로 보관하는가’가 별개의 질문임을 보여줍니다.
주문장은 화면에 보이는 가격의 체결을 약속하지 않습니다. 대기열의 순서, 호가 잔량, 주문 크기, 변동성, 플랫폼 규칙에 따라 체결 결과가 달라집니다. 온체인 데이터가 보인다고 해서 특정 가격에 체결되거나, 접속이 항상 안정적이거나, 유동성이 더 깊다는 보장은 없습니다. 중앙화 계정은 접속하기 편할 수 있지만, 계정 장부와 출금 과정은 여전히 사업자의 시스템과 약관을 따릅니다. Hyperliquid의 주문 API도 지정가 주문의 GTC·IOC·ALO 동작을 구분합니다. 이 주문 조건은 체결 방식을 읽는 데 참고할 수 있지만 특정 체결가를 보증하지는 않습니다.
체결과 레버리지 위험은 어느 구조에도 존재합니다. 개별 계약의 마크가격과 청산 기준, 증거금 방식, 펀딩 주기, 수수료 표, 강제 종료 절차를 확인하세요. 무기한 계약의 마크가격과 최종 체결가, 무기한 계약 증거금, 청산 절차는 계산 항목을 각각 설명합니다.
가상의 1,000 USDC 입금 경로를 출금까지 추적합니다
아래 금액은 단계 비교를 돕기 위한 가정입니다. 특정한 입금액이나 수수료를 권하거나, 자금 회수가 보장된다는 뜻은 아닙니다.
| 단계 | 수탁형 거래소 경로 | 지갑 연결 프로토콜 경로 | 확인할 항목 |
|---|---|---|---|
| 거래 전 | USDC가 거래소 내부 계정 장부의 잔액으로 표시됩니다 | 지원 네트워크의 USDC를 보유한 뒤 프로토콜에 입금하거나 전송합니다 | 자산·네트워크·주소, 브리지나 가스 토큰 필요 여부 |
| 포지션 보유 중 | 거래소가 약관에 따라 계정과 계약 기록을 갱신합니다 | 프로토콜 규칙에 따라 담보 및 포지션 상태를 기록합니다 | 증거금 방식, 담보 적격성, 펀딩, 마크가격, 청산, 미체결 주문 |
| 포지션 종료 후 | 출금하기 전까지 손익이 거래소 계정에 남습니다 | 반환된 담보가 프로토콜 잔액에 들어오며, 별도 출금이 필요할 수 있습니다 | 출금 한도·비용·처리 경로·도착 네트워크·소요 시간 |
핵심 차이는 ‘한쪽에는 장부가 있고 다른 쪽에는 없다’가 아닙니다. 양쪽 모두 잔액을 기록하는 방식이 있습니다. 그 상태를 누가 운영하거나 검증하는지, 이용자가 상태를 어떻게 살펴볼 수 있는지, 어떤 키나 계정이 출금을 승인하는지, 통상 경로를 이용할 수 없을 때 어떤 일이 생기는지가 핵심입니다. Hyperliquid의 현재 온보딩 문서는 HyperCore나 HyperEVM을 통한 직접 출금, CCTP 전송, 거래소가 지원하는 입금 경로 등 여러 자금 공급 방법을 설명합니다. 이용 가능한 경로와 비용은 바뀔 수 있으니 오래된 이체 안내를 복사하지 말고 현재 안내를 읽어야 합니다.
경로가 거래소 → 외부 지갑 → 브리지 → 프로토콜이라면 각 이동마다 다른 의존성이 추가됩니다. 거래소가 출금을 지연할 수 있고, 지갑이 탈취될 수 있으며, 브리지나 네트워크가 일시적으로 멈출 수 있고, 프로토콜 자체 출금·위험 규칙이 적용됩니다. 단계가 적으면 운영상 복잡성을 낮출 수는 있지만, 남은 거래소나 프로토콜의 안전성이 자동으로 높아지는 것은 아닙니다.
각 경로에서 잔액이 바뀌는 순간을 따로 기록합니다
같은 1,000 USDC를 준비해도 화면에 보이는 ‘잔액’이 가리키는 회계 기록은 단계마다 달라질 수 있습니다. 입금 전에는 외부 지갑이나 거래소의 현물 잔액일 수 있고, 입금이 반영된 뒤에는 파생상품 계정의 담보로 기록될 수 있습니다. 포지션을 열면 그 담보 중 일부가 주문이나 유지증거금 조건에 묶일 수 있습니다. 포지션을 닫아도 돈이 곧바로 은행 계좌나 개인 지갑으로 이동하는 것은 아닙니다. 먼저 해당 상품 안의 가용 잔액으로 돌아오고, 별도의 출금 요청과 네트워크 처리가 남을 수 있습니다.
이 구분은 수익 계산과도 연결됩니다. 포지션이 열려 있을 때 화면의 평가손익은 아직 실현되지 않은 값일 수 있습니다. 거래소가 표시하는 마크가격, 계약의 펀딩 정산 시각, 체결 수수료와 포지션 종료 기록이 반영된 뒤에야 계정 장부의 실제 변화를 대조할 수 있습니다. 마크가격과 최종 체결가 안내는 가격 기준의 차이를, 무기한 계약 거래 비용 안내는 수수료·펀딩·체결 비용을 분리하는 방법을 다룹니다. CEX인지 DEX인지보다 어떤 가격·수수료·계정 규칙이 적용됐는지가 손익에 직접 연결됩니다.
기록을 남길 때는 금액만 적지 마세요. 자산 이름과 네트워크, 출발 주소나 계정, 입금 요청 시각, 실제로 잔액이 반영된 시각, 거래 중 담보를 기록한 계정, 포지션 종료 시각, 출금 요청 상태와 도착 주소를 함께 적어야 다음 단계에서 멈췄는지 확인할 수 있습니다. 브리지를 통과하는 경로라면 브리지의 출발·도착 체인과 전송 상태도 별도 행으로 남깁니다. 이 로그는 플랫폼의 기록을 대체하지 않으며, 두 장부를 대조하기 위한 점검표입니다.
예를 들어 표시 잔액이 1,000 USDC에서 940 USDC로 바뀌었다면, 그 차이를 곧바로 거래 손실이라고 단정할 수 없습니다. 일부 금액이 미체결 주문의 증거금으로 예약됐는지, 다른 계정 구획으로 이동했는지, 펀딩이나 수수료가 이미 반영됐는지, 또는 아직 출금 처리 중인지 확인해야 합니다. 반대로 화면에 1,000 USDC가 표시되어도 모든 금액을 즉시 출금할 수 있다는 뜻은 아닙니다. 포지션과 미체결 주문이 증거금을 사용하고 있거나, 출금 한도와 확인 절차가 적용될 수 있습니다. 계정의 ‘총자산’, ‘가용 잔액’, ‘출금 가능액’은 서로 다른 값일 수 있으므로 각 이름의 정의를 확인합니다.
따라서 플랫폼 비교표에는 요율만이 아니라 중간 상태와 확인 가능한 증거도 넣으세요.
| 확인 지점 | 기록할 내용 | 이 항목이 답하는 질문 |
|---|---|---|
| 입금 전 | 자산·네트워크·현재 보관 계정 | 누가 지금 이체를 승인할 수 있나? |
| 입금 반영 | 트랜잭션 또는 플랫폼 처리 상태 | 어느 장부에 잔액이 들어왔나? |
| 포지션 보유 | 담보 계정·증거금 방식·미체결 주문 | 표시 잔액 중 얼마가 사용 가능하나? |
| 포지션 종료 | 체결·수수료·펀딩·실현 손익 | 어떤 규칙으로 계정 잔액이 바뀌었나? |
| 최종 출금 | 출금 네트워크·주소·상태·비용 | 누가 어디까지 처리했고, 무엇이 아직 남았나? |
같은 기록을 양쪽 플랫폼에서 채우면 비교가 쉬워집니다. 한쪽은 이메일 계정으로 로그인하고 다른 쪽은 지갑 서명을 쓰더라도, 그 사실만으로 위험이 더 낮다고 결론 내리지 마세요. 로그인 복구 방식, 담보를 보관하는 계정, 거래 상태를 검증하는 주체, 출금 승인자, 네트워크 처리자를 각 행에 적어야 실제 의존 관계를 비교할 수 있습니다.
구호보다 장애 상황과 복구 절차를 비교합니다
수탁형 거래소라면 정확한 상품에 어떤 계정 보호, 출금 통제, 고객지원, 계약 당사자, 이용 약관이 적용되는지 물어보세요. 플랫폼 장애 중 출금이 가능한지, 거래나 계정 접속이 끊겼을 때 열린 포지션은 어떻게 처리되는지도 확인해야 합니다. 사업자가 보안 조치를 공개하더라도 모든 손실이 복구된다는 보장은 아닙니다.
온체인 프로토콜이라면 체인과 검증자 또는 시퀀서 의존성, 담보가 기록되는 컨트랙트나 프로토콜 상태, 사용 브리지, 시스템을 변경하거나 멈출 수 있는 절차를 확인하세요. 지갑 키를 잃거나, 네트워크가 혼잡해지거나, 화면에 접속할 수 없거나, 브리지가 지연되거나, 계정이 청산될 때 각각 어떤 일이 생기는지 읽어보세요. 공개 상태는 관찰 가능성을 높일 수 있지만 잘못된 거래를 되돌리지는 못하며, 컨트랙트·합의·오라클·유동성·키 관리 위험도 없애지 않습니다.
미국 CFTC의 가상자산 거래 위험 안내는 가상자산 현물 시장의 감독·안전장치 공백 가능성, 사이버 위험과 레버리지 선물 손실을 설명합니다. 이 자료의 범위는 미국이며, 모든 거래소를 하나로 분류하거나 다른 국가의 법률을 정리한 문서는 아닙니다. 익숙한 브랜드, ‘탈중앙화’라는 표시, 앱을 통한 접속만으로 보호 수준을 추론하지 말고, 사업자·상품·관할을 각각 확인해야 합니다.
같은 계약과 계정 조건으로 비교합니다
실질적인 비교를 하려면 같은 계약 또는 구조가 가까운 계약, 같은 포지션 크기, 담보 자산, 보유 기간, 주문 가정을 사용하세요. 그리고 다음 항목을 따로 기록합니다.
- 접근성: 사업자의 현재 약관과 거주 지역 규칙상 해당 상품을 이용할 수 있나?
- 통제권: 누가 서명 키를 보유하고, 누가 계정 잔액을 기록하며, 어떤 동작으로 담보가 실제 이동하나?
- 체결: 중앙 서버, 온체인 주문장, 자동화된 마켓메이커, 혼합 구조 중 무엇을 쓰나? 누가 서비스를 멈추거나 바꿀 수 있나?
- 위험 규칙: 어떤 가격이 증거금 조치를 촉발하나? 펀딩과 수수료는 어떻게 부과되고, 청산은 어떻게 실행되나?
- 출금: 어떤 네트워크와 토큰으로 출금되나? 어떤 서명·승인·수수료가 필요하며 지연될 경우의 절차는 문서화되어 있나?
- 복구: 고객지원이 계정 접근을 복구할 수 있나, 아니면 시드 구문·컨트랙트 기능·다른 키 보유자에 의존하나?
총비용을 비교할 때는 실제 수수료, 펀딩, 스프레드, 전송 비용을 사용하세요. 표면상 낮은 거래 수수료가 왕복 비용도 낮다는 뜻은 아닙니다. 무기한 계약 거래 비용 안내는 항목을 분리해 계산하는 방법을 설명합니다. 추천인 할인과 제휴 오퍼는 별도의 상업 조건입니다. 자격 조건을 확인하고, 매체가 제휴 대가를 받는 링크를 싣는다면 그 관계를 공개해야 합니다.
실무적으로는 의존 관계를 지도처럼 그리면 됩니다
CEX는 자산 보관과 계정 지원을 한곳에 모으면서 내부 계정 기록을 오프체인으로 유지할 수 있습니다. 온체인 무기한 계약 프로토콜은 주문과 포지션 활동을 블록체인에 드러내면서도 검증자, 컨트랙트, 브리지, 지갑 키, 화면 접속에 의존할 수 있습니다. 혼합 경로는 두 종류의 의존성을 모두 포함할 수 있습니다. 이름만으로 어느 방식이 독자에게 맞는지, 장애 가능성이 더 적은지 알 수 없습니다.
입금 전에는 담보가 양방향으로 이동하는 경로를 그려보세요. 자금이 어디서 시작하고, 거래 중 어디에 기록되며, 각 이동을 누가 승인하고, 어떤 주소로 출금되는지 확인합니다. 그다음 레버리지, 청산, 거주 지역 제한을 읽어야 합니다. 이 비교는 교육 자료이며 특정 거래소 사용이나 무기한 계약 거래를 권하지 않습니다.
자주 묻는 질문
Q1DEX는 항상 비수탁형인가요?
아닙니다. 이름만으로 키 통제권이나 담보 기록 위치를 알 수 없습니다. 해당 프로토콜의 입금·계정 상태·출금 구조를 확인하세요.
Q2온체인 무기한 계약은 거래 내역이 보여서 더 안전한가요?
일부 활동을 확인하는 데 도움이 될 수는 있지만 키, 컨트랙트, 검증자, 브리지, 오라클, 유동성, 청산 위험이 사라지지는 않습니다.
Q3중앙화 거래소는 계정이 잠기면 항상 복구해 주나요?
그렇지 않습니다. 복구·출금·고객지원은 사업자의 약관과 시스템, 상품, 적용 법률에 달려 있습니다.
출처와 더 읽을 자료
내용 정정 제보
이 아티클 링크를 담은 이메일 초안을 준비합니다. 직접 보내야 Mark에 제보가 접수됩니다
QUICK CHECK
글을 다 읽었다면, 3문항으로 확인해보세요
Question 01
셀프커스터디 지갑을 연결하면 입금 후 담보에 대해 무엇을 알 수 있나요?
정답을 고르면 바로 설명을 볼 수 있어요
옵션 용어 사전
콜·풋과 옵션 체인부터 IV, 그릭스, 미결제약정, 맥스 페인까지 핵심 옵션 용어를 정확하게 설명합니다
옵션 용어 사전 보기