DeepBook

DeepBook이란 무엇인가?

DeepBook은 Sui의 네이티브이자 완전 온체인 중앙호가장(CLOB, Central Limit Order Book) 프로토콜로, 각 DEX가 자체 풀에서 고립된 유동성을 일일이 부트스트랩해야 하는 대신, 다른 Sui 애플리케이션들이 합성(composable) 방식으로 편입할 수 있는 공유 “도매(wholesale)” 유동성 마켓을 제공하도록 설계되었다.

이 프로토콜이 풀고자 하는 핵심 문제는 구조적이다. 많은 L1에서 온체인 트레이딩은 AMM과 앱별 전용 풀에 유동성이 분산되면서, 얕은 호가창, 대규모 주문 시 높은 슬리피지, 취약한 라우팅 같은 문제가 빈번하게 발생한다.

DeepBook의 경쟁우위(이른바 인프라 레벨의 ‘moat’)는 브랜드가 아니라 기술과 배포 구조에 있다. Sui의 객체 중심(object-centric) 실행 모델과 긴밀하게 정렬되어 있으며, 자체 거래소 스택을 처음부터 운영하지 않고도 오더북 기반 가격발견을 구현하려는 팀들이 기본적으로 연동 타깃으로 삼는 생태계 디폴트 인프라로 자리 잡았다. 이런 포지셔닝은 Sui 생태계 자료와 개발자 툴 가이드, 예를 들어 Sui/Mysten 중심의 기술 문서와 연동 레퍼런스들에서 반복적으로 강조된다(“Deep Dive into DeepBook”, “DeepBook powers DeFi protocols”, “QuickNode’s DeepBook guide” 참조).

시장 포지션 측면에서 DeepBook은 개별 소비자 지향 DEX라기보다는, “제품”이 합성 가능한 유동성과 매칭 로직인 공유 마켓 인프라에 더 가깝게 분석해야 한다.

DeepBook을 (프론트엔드가 아닌) 프로토콜 단위로 추적하는 퍼블릭 대시보드는 규모를 TVL과 라우팅된 현물 거래량 기준으로 보여주며, 일반적으로 가장 자주 인용되는 데이터셋은 DeFiLlama의 “DeepBook V3” 페이지이다.

2026년 초중반 기준으로, 서드파티 마켓 데이터 애그리게이터들은 DEEP 토큰을 중형 시가총액(mid-cap) 자산으로 분류했으나, 시총 순위는 거래 venue와 산정 방식에 따라 상당한 편차를 보였다. 예를 들어 CoinGecko의 DeepBook 페이지 스냅샷에서는 순위가 수백위권 중단에 위치한 반면, CoinMarketCap에서는 더 높은 순위를 제시하는 경우도 있었다. 이는 유통 물량, 상장 거래소 커버리지, 유통량 가정이 지수 제공자마다 다를 수 있기 때문에 “순위”라는 지표 자체가 정밀한 척도라 보기 어렵다는 점을 상기시킨다(CoinGecko, CoinMarketCap).

DeepBook은 누가 언제 설립했나?

DeepBook은 전형적인 “앱 발행형 DEX 브랜드”라기보다는, Sui 생태계의 “퍼블릭 굿(public goods)” 논지의 일환으로 등장했다. 프로토콜은 오픈소스로 설명되며 Sui의 코어 개발 및 생태계 기관들과 긴밀히 연관된 것으로 인식되는데, 실질적으로는 L1이 다운스트림 애플리케이션들을 위해 신뢰할 수 있는 온체인 유동성 프리미티브를 심어 두고자 할 때 가지게 되는 인센티브가 DeepBook의 초기 궤적을 형성했다는 의미다.

이런 프레이밍은 DeepBook을 네이티브 유동성 레이어로 포지셔닝하는 Sui 생태계 커뮤니케이션에서 명시적으로 나타난다. 예를 들어 Sui 블로그는 이를 단일 앱이 아니라 기초 인프라로 설명하며, 외부 개발자 자료에서도 Sui 애플리케이션들을 위한 “Sui Foundation에 의해 제공되는” 빌딩 블록으로 다루고 있다(Sui blog DeepBook deep dive, QuickNode guide).

시간이 흐르면서 내러티브는 “Sui에 온체인 오더북이 존재한다”에서 “다른 제품들이 라우팅하는 정준(canonical) 유동성 마켓이 DeepBook이다”로 진화했다. 이는 미묘하지만 중요한 변화로, 경쟁 집합을 DEX UI가 아니라 유동성 인프라 레이어 전체로 확장시키는 효과가 있다.

최근의 “V3” 프레이밍도 의미가 크다. 분석 컨텍스트와 퍼블릭 코드 문서 허브에서는 프로토콜을 “DeepBook V3”로 명시하는 경우가 많아졌는데, 이는 단일 고정 배포가 아니라 아키텍처가 반복적으로 개량되는 주기를 거친다는 신호로 해석할 수 있다(DeFiLlama DeepBook V3, DeepWiki / deepbookv3 technical documentation).

DeepBook 네트워크는 어떻게 작동하나?

DeepBook 자체는 자체 합의를 가진 베이스 레이어 네트워크가 아니라, Sui L1에 배포된 온체인 애플리케이션/프로토콜이다.

따라서 보안성과 파이널리티는 프로토콜 전용 채굴자/검증인이 아니라 Sui의 검증인 세트 및 합의/실행 파이프라인에서 상속된다.

실질적으로 이는 DeepBook의 정합성이 Sui 체인의 상태 전이 규칙, 검증인의 탈중앙화 수준, 라이브니스 가정에 의존한다는 뜻이며, DeepBook 고유의 리스크는 스마트 컨트랙트의 정합성, 경제 설계(수수료/인센티브), 통합 복잡도에 집중된다.

이런 의존 관계는 기관 관점의 분석에서 중요하다. DeepBook의 “다운타임” 및 검열 저항성은 Sui 검증인 분포와 체인의 운영 탄탄함만큼만 강하고, 성능 프로파일은 Sui의 병렬 실행 설계에 강하게 연결된다. 이 병렬 실행이야말로, Sui 네이티브 오더북이 경쟁적인 속도를 확보하기 어렵고 경합이 심한 다른 L1 환경 대비 실현 가능하다고 주장하는 핵심 근거이기도 하다(Sui blog DeepBook deep dive, QuickNode guide).

기술적으로 DeepBook V3는 Move로 구현된 오더북 및 풀 시스템으로 문서화되어 있으며, 풀 단위 파라미터와 수수료 로직은 코드 레벨 문서에서 DEEP 토큰 가격/수수료 계산을 명시적으로 참조한다. 이는 DEEP이 단순 추상적 거버넌스 토큰을 넘어, 수수료 및 풀 메커니즘에 프로토콜 특화 방식으로 직접 결합되어 있음을 보여준다(DeepWiki deepbookv3 order-book system).

따라서 네트워크 보안은 이원화되어 있다. Sui 검증인은 트랜잭션의 포함, 순서, 파이널리티를 보장하고, DeepBook 자체의 안전성은 감사(audit), 적대적 테스트, 그리고 V3 컨트랙트 스위트의 성숙도에 달려 있다. TVL 데이터와 기본적인 리스크 스코어를 미러링하는 서드파티 보안 포털들은(권위적인 기준은 아니지만) DeepBook이 주변부 dApp이 아니라 생태계의 핵심 인프라로 다뤄지고 있음을 시사한다(CertiK project page, DeFiLlama DeepBook V3).

DEEP 토크노믹스는 어떻게 구성되어 있나?

DEEP은 DeepBook과 연계된 네이티브 토큰으로, Sui Move 자산으로 구현되어 있다(사용자가 제공한 컨트랙트 주소는 Sui 익스플로러에서 DEEP 타입에 해당한다). DeepBook 자체 자료에 따르면 최대 발행량은 100억 개로 제시되어 왔다(DeepBook DEEP token page).

실제 유통량과 플로트 지표는 대체로 최대량보다 상당히 낮은 값으로 일관되지만, 정확한 유통량 수치는 데이터 제공자와 스냅샷 날짜에 따라 차이가 있다. Tokenomist 같은 토크노믹스 대시보드는 유통/총 공급량 수치와 언락 스케줄을 제공해, 발행 및 베스팅을 모니터링할 수 있게 한다. 이는 특히 중형 시총 자산에서는 언락 속도가 펀더멘털과 무관하게 가격에 지배적인 영향을 줄 수 있기 때문에 중요하다(Tokenomist DEEP tokenomics, DeepBook DEEP token page).

DEEP의 유틸리티와 가치 포착 메커니즘은 많은 거버넌스 토큰과 비교해 상당히 “기계적(mechanistic)”이라는 점이 특징이다. DeepBook 자체 문서와 거래소 리서치 브리프들은, 토큰 보유자가 거래 수수료, 최소 스테이킹 요구량 등의 변수를 조정할 수 있는 풀 단위 거버넌스를 설명한다. 또 프로토콜 백서에서는 스테이킹을, 풀 구성 방식과 수수료/인센티브 균형과 직접 연결된 ‘게이팅 및 인센티브 정렬’ 메커니즘으로 프레이밍한다(DeepBook DEEP token page, DeepBook token whitepaper PDF hosted on Sui docs, Kraken Deepbook asset brief PDF).

다만 기관 관점에서의 비판은 비교적 명확하다. 수수료 포착이나 필수 스테이킹 수요가 구조적으로 크고 지속적이지 않은 한, DEEP은 실질 현금흐름과 유사한 권리보다는, 투기적 유동성, 발행 스케줄, 거래소 상장 여부에 더 좌우되는 거버넌스+인센티브 토큰처럼 행동할 수 있다. DeepBook 설계는 거버넌스를 풀 경제학에 직접 연결해 이를 완화하려 하지만, 그 효과는 궁극적으로 경험적 데이터에 의해 검증되어야 한다. 즉, 일회성 인센티브 캠페인보다는 지속적이고 유기적인 라우팅 거래량과 인티그레이션의 점착성으로 평가하는 편이 타당하다(DeepBook token whitepaper, DeFiLlama DeepBook V3).

누가 DeepBook을 사용하고 있는가?

사용성은 (i) 중앙화 거래소에서 DEEP 토큰 자체에 대한 투기적 거래와, (ii) Sui 애플리케이션들이 스왑/지정가 주문 라우팅을 위해 DeepBook을 사용하는 실제 온체인 유틸리티로 구분해서 봐야 한다.

“가장 활발한 거래 페어”에 초점을 맞춘 마켓 데이터 페이지는 주로 전자의 활동을 포착하며, 이를 곧바로 프로토콜 사용량으로 해석할 경우 생태계 내 중요도를 과대평가할 수 있다. 반면, DeepBook V3를 경유하는 TVL과 DEX 거래량을 추적하는 프로토콜 분석 페이지는 실제 온체인 유틸리티에 더 가까운 지표지만, 이 역시 완벽하지는 않다. “DEX 거래량”에는 인센티브를 노린 워시에 가까운 활동이 포함될 수 있고, TVL은 자산 가격 효과, 구성, 회계 처리 차이 등으로 인해 노이즈가 많은 메트릭이기 때문이다(CoinGecko DEEP markets and rank snapshot, DeFiLlama DeepBook V3).

실제 관점에서 보면, DeepBook이 지배적으로 노출된 섹터는 Sui 네이티브 DeFi이며, 특히 순수 AMM 커브보다는 오더북 조합성(composability)을 원하는 현물 거래 venue, 애그리게이터, 트레이딩 특화 스택들에 집중되어 있다.

식별 가능한 채택 측면에서, DeepBook의 자체 “builder hub” 및 생태계 페이지는 잘 알려진 Sui DeFi 애플리케이션들(예: Cetus, Aftermath, Bluefin, FlowX, Scallop, Turbos 등)과의 통합 사례를 나열하고 있는데, 이는 단순한 언급이 아니라 의도적인 기술 통합을 반영한다는 점에서 방향성 있는 의미가 있다. 다만, 이는 공개된 거래 규모나 조건이 수반된 계약상 “파트너십” 리스트라기보다는 생태계 자체 보고로 취급하는 것이 적절하다(DeepBook builder hub).

기관 관점에서 가장 강력한 채택 신호는 지속적인 라우팅 점유율과 측정 가능한 의존도, 즉 주요 Sui 트레이딩 venue들이 가격 발견 및 실행을 위해 DeepBook 유동성에 기본적으로 의존하는지 여부일 것이다. 이는 발표 자료보다는, 집계형 온체인 대시보드를 통해 부분적으로 모니터링할 수 있는 영역이다(DeFiLlama DeepBook V3).

DeepBook의 리스크와 과제는 무엇인가?

규제 노출은 두 개의 층위로 생각하는 것이 가장 적절하다. 프로토콜 차원의 노출(소프트웨어 퍼블리싱, 토큰 발행/분배, 거버넌스)과, 활동 차원의 노출(거래소 유사 기능의 운영 또는 이를 용이하게 하는 행위)이다.

온체인 오더북 및 유동성 venue로서의 DeepBook 설계는, 미국에서 규제 기관이 과거 “미등록 거래소” 활동과 관련해 집행을 진행할 때 서술했던 사실관계와 상당히 근접해 있다. DeepBook은 EtherDelta가 아니고, 다른 체인과 문맥에서 운영되지만, SEC의 과거 태도는 오더북 스타일의 트레이딩 venue가 어떻게 운영·마케팅되고, 누가 핵심 인터페이스나 수익 흐름을 통제하느냐에 따라 심사 대상이 될 수 있음을 보여준다(SEC EtherDelta 집행 자료 참조).

본 리서치에서 검토한 소스 기준으로는, DeepBook/DEEP에 직접적으로 연계된, 널리 보도된 프로토콜 특정 미국 소송이나 ETF 관련 분류 이벤트는 존재하지 않는다. 보다 현실적인 기관 리스크는, 토큰 연계 거버넌스와 수수료 설정이 분배 구조, 지배 구조, 경제적 기대치에 따라 거래소, 브로커-딜러, 증권 관련 고려사항을 수반하는 것으로 해석될 수 있는지에 대한 규제 불확실성이다. 특히 프론트엔드나 관련 법인이 식별 가능한 조이스포인트(chokepoint)로 여겨질 경우 그러하다.

중앙화 벡터는 주로 Sui로부터(밸리데이터 집중도, 클라이언트 다양성, 운영 의존성)와 DeepBook 자체의 거버넌스 및 업그레이드 프로세스로부터 상속된다. 코드가 오픈소스라 하더라도, 업그레이드를 배포하고, 통합을 조정하며, 파라미터 기본값을 설정하는 실질적인 능력은 특히 인프라 초기~중기에는 소수의 생태계 행위자에게 집중될 수 있다. 이와는 별개로, 경제적 위협도 현실적이다. DeepBook은 다른 온체인 CLOB뿐 아니라 AMM 기반 유동성 허브, 그리고 점점 더 정교해지는 인텐트/솔버 기반 라우팅 시스템과도 경쟁한다. 이런 시스템들은 기저 venue 선택을 이용자에게서 추상화할 수 있다. 만약 주요 Sui 유동성이 지배적인 AMM이나 다른 유동성 프리미티브로 결집된다면, DeepBook은 “흐름을 찾는 인프라”로 남을 수 있고, 스테이킹 요구사항 및 수수료 거버넌스를 통한 토큰 가치 포착은 내러티브에 비해 부진할 수 있다.

DeepBook의 향후 전망은 어떠한가?

단기 전망은 단일 “DeepBook 앱”보다는, DeepBook V3의 지속적인 성숙, Sui 주요 트레이딩 애플리케이션 전반에 걸친 통합 심화, 그리고 생태계 레벨에서의 프리미티브(현물, 마진, 구조화 상품)의 점진적 확장이라는 프레임이 가장 설득력이 있다.

DeepBook V3에 대한 공개 기술 문서 허브와 지속적인 생태계 대상 자료들은, 단순 유지보수 모드가 아니라 적극적인 반복(iteration) 자세를 시사하며, 애널리틱스 제공업체들도 라우팅된 거래량/TVL 시계열을 가진 독립 프로토콜 카테고리로 계속 추적하고 있다. 이는 DeepBook이 Sui DeFi 내에서 전략적으로 여전히 의미 있는 존재임을 암시한다(DeepWiki deepbookv3 documentation, DeFiLlama DeepBook V3).

구조적 허들은, 통상 “퍼블릭 굿 유동성 인프라”의 지속 가능성을 좌우하는 것들과 동일하다. 지속적인 보조금 없이도 자발적인 흐름을 유지하는 것, 경쟁 venue들 간 유동성 단편화를 방지하는 것, 업그레이드 과정에서 보안을 유지하는 것, 그리고 거래소 유사 DeFi 프리미티브를 둘러싼 규제·컴플라이언스 테두리가 강화되는 환경을 헤쳐 나가는 것이다. 특히, 핵심 컨트랙트는 퍼미션리스더라도 팀과 인터페이스가 식별 가능할 수 있는 상황에서 그러하다.