리비전 diff
r1 → r2 · 2026-07-10 22:13
본문 변경 비교
+629
-19
변경 629
기준: r1
| 이전 | 이전 내용 | 현재 | 현재 내용 |
|---|---|---|---|
| 1 | ## 개념 | 1 | [[인포박스]] |
| 2 | 2 | | 딥북(DeepBook) | | | |
| 3 | 딥북은 블록체인 기술을 활용하여 분산형 데이터베이스를 구축하는 프로젝트입니다. 이 시스템은 데이터의 투명성과 보안성을 높이며, 중앙 집중형 데이터베이스의 단점을 보완하기 위해 설계되었습니다. 딥북을 이해하면 블록체인 기술의 다양한 응용 가능성과 미래의 데이터 관리 방식에 대한 통찰을 얻을 수 있습니다. | 3 | |:---:|:---:| |
| 4 | 4 | || | | |
| 5 | ## 확인할 점 | 5 | | **분류** | DeFi / 온체인 오더북 / CLOB / 유동성 인프라 | |
| 6 | 6 | | **티커** | DEEP | | |
| 7 | 1) 딥북의 기술적 구조와 작동 원리 | 7 | | **한 줄 요약** | 수이 생태계의 여러 애플리케이션이 공동 유동성과 온체인 주문장을 이용할 수 있도록 설계된 탈중앙화 금융 인프라 | |
| 8 | 2) 프로젝트의 개발 팀과 파트너십 현황 | 8 | | **관련 분야** | DeFi, CLOB, 온체인 거래, 유동성, 현물 거래, 마진 거래, 예측시장 | |
| 9 | 3) 커뮤니티의 활동과 피드백 | 9 | | **생태계** | 수이 생태계 | |
| 10 | 4) 관련 법적 규제 및 준수 사항 | 10 | | **네트워크** | Sui | |
| 11 | 5) 시장 내 경쟁 프로젝트와의 차별점 | 11 | | **현재 버전** | DeepBook V3 | |
| 12 | 12 | | **토큰 유형** | Sui Move 기반 토큰 | | |
| 13 | ## 주의사항 | 13 | | **최대 공급량** | 10,000,000,000 DEEP | |
| 14 | 14 | | **초기 유통량** | 2,500,000,000 DEEP | | |
| 15 | 딥북과 관련된 프로젝트는 기술적 복잡성으로 인해 이해하기 어려울 수 있으며, 잘못된 정보에 기반한 투자 결정을 내릴 위험이 있습니다. 또한, 피싱 공격이나 사기성 프로젝트에 주의해야 합니다. 이 문서는 정보 제공을 목적으로 하며, 투자 결정을 위한 조언이 아님을 알려드립니다. | 15 | | **토큰 출시일** | 2024년 10월 14일 | |
| 16 | 16 | | **공식 홈페이지** | https://www.deepbook.tech | | |
| 17 | --- | 17 | | **공식 문서** | https://docs.sui.io/onchain-finance/deepbookv3/deepbook | |
| 18 | 18 | | **X(트위터)** | [딥북 트위터](https://x.com/DeepBookonSui) | | |
| 19 | *본 문서는 투자 권유가 아닌 정보 제공 목적입니다.* | 19 | | **GitHub** | [딥북 깃허브](https://github.com/MystenLabs/deepbookv3) | |
| 20 | | **CoinMarketCap** | [딥북 코인마켓캡](https://coinmarketcap.com/currencies/deepbook-protocol/) | | ||
| 21 | | **CoinGecko** | [딥북 코인게코](https://www.coingecko.com/en/coins/deepbook) | | ||
| 22 | [[/인포박스]] | ||
| 23 | |||
| 24 | ## 개요 | ||
| 25 | |||
| 26 | 딥북은 수이 블록체인 위에 구축된 온체인 중앙 지정가 주문장(Central Limit Order Book, CLOB) 기반의 탈중앙화 금융 인프라이다. | ||
| 27 | |||
| 28 | 일반적인 탈중앙화 거래소에서는 자동화된 시장조성자(AMM)와 유동성 풀을 이용해 토큰 가격을 결정하고 거래를 체결하는 경우가 많다. | ||
| 29 | |||
| 30 | 딥북은 이와 달리 매수자와 매도자가 가격과 수량을 지정해 주문을 제출하고, 서로 조건이 맞는 주문을 온체인에서 자동으로 매칭하는 오더북 방식을 사용한다. | ||
| 31 | |||
| 32 | 딥북의 중요한 특징은 하나의 독립적인 탈중앙화 거래소만을 구축하는 것이 아니라, 수이 생태계의 여러 DEX, 지갑, 애그리게이터와 기타 애플리케이션이 공동으로 이용할 수 있는 유동성 및 거래 실행 계층을 제공한다는 점이다. | ||
| 33 | |||
| 34 | 개발자는 자체적으로 새로운 오더북과 거래 매칭 엔진을 구축하지 않고도 딥북을 애플리케이션에 통합해 시장가 주문, 지정가 주문, 스왑, 플래시론 등의 기능을 제공할 수 있다. | ||
| 35 | |||
| 36 | DeepBook V3는 수이의 병렬 실행과 낮은 거래 비용을 활용하도록 설계되었으며, 기존 현물 거래용 Spot뿐 아니라 Margin과 Predict 등의 금융 프리미티브로 기능을 확장하고 있다. | ||
| 37 | |||
| 38 | DEEP는 딥북 생태계의 핵심 토큰이다. 거래 수수료와 풀 생성 수수료 지불, 스테이킹, 거래 수수료 할인, 마켓메이커 리베이트, 풀 단위 거버넌스 등에 활용된다. | ||
| 39 | |||
| 40 | ## 특징 | ||
| 41 | |||
| 42 | ### 1. 완전한 온체인 오더북 | ||
| 43 | |||
| 44 | 딥북은 매수 주문과 매도 주문을 온체인에 기록하고 자동으로 매칭하는 CLOB 구조를 사용한다. | ||
| 45 | |||
| 46 | 오더북에는 서로 다른 가격과 수량의 매수·매도 주문이 존재하며, 조건이 맞는 주문이 나타나면 거래가 체결된다. | ||
| 47 | |||
| 48 | 예를 들어 특정 토큰을 10달러에 구매하려는 지정가 매수 주문과 같은 가격에 판매하려는 매도 주문이 존재할 경우 두 주문이 매칭될 수 있다. | ||
| 49 | |||
| 50 | 이러한 주문과 거래 과정은 블록체인 위에서 처리되기 때문에 시장 참여자는 주문장과 거래 기록을 확인할 수 있다. | ||
| 51 | |||
| 52 | ### 2. 수이 생태계의 공동 유동성 계층 | ||
| 53 | |||
| 54 | 딥북은 특정 하나의 거래 애플리케이션만을 위한 오더북이 아니라, 여러 수이 기반 서비스가 공동으로 이용할 수 있는 유동성 인프라를 지향한다. | ||
| 55 | |||
| 56 | DEX, 지갑, 애그리게이터와 기타 온체인 애플리케이션은 딥북에 연결해 기존 주문장과 유동성을 이용할 수 있다. | ||
| 57 | |||
| 58 | 이를 통해 각각의 애플리케이션이 처음부터 자체 오더북과 시장조성 시스템을 구축하고 독립적인 유동성을 확보해야 하는 부담을 줄이는 것을 목표로 한다. | ||
| 59 | |||
| 60 | 여러 애플리케이션에서 발생하는 주문 흐름이 동일한 유동성 인프라에 연결될 경우, 유동성이 각각의 서비스에 분산되는 것을 줄이고 더 깊은 시장을 형성할 가능성이 있다. | ||
| 61 | |||
| 62 | ### 3. 중앙화 거래소와 유사한 CLOB 구조 | ||
| 63 | |||
| 64 | 전통적인 중앙화 거래소에서는 일반적으로 오더북 방식이 사용된다. | ||
| 65 | |||
| 66 | 사용자는 특정 가격을 지정해 매수 또는 매도 주문을 제출할 수 있고, 거래소의 매칭 엔진이 주문을 체결한다. | ||
| 67 | |||
| 68 | 딥북 역시 이러한 CLOB 구조를 사용하지만, 주문 처리와 자산 정산을 수이 블록체인 위에서 실행한다는 차이가 있다. | ||
| 69 | |||
| 70 | 이를 통해 중앙화된 거래소 운영자가 주문장과 사용자 자산을 독점적으로 관리하는 구조에서 벗어나 온체인 거래 시스템을 구축하는 것을 목표로 한다. | ||
| 71 | |||
| 72 | ### 4. 시장가 주문과 지정가 주문 | ||
| 73 | |||
| 74 | 딥북은 시장가 주문과 지정가 주문을 지원한다. | ||
| 75 | |||
| 76 | 시장가 주문은 현재 오더북에 존재하는 가장 유리한 가격의 주문과 즉시 체결되는 방식이다. | ||
| 77 | |||
| 78 | 지정가 주문은 사용자가 원하는 가격을 직접 지정하는 방식이다. 상대 주문이 지정된 가격 조건을 충족하면 거래가 체결되며, 그렇지 않은 경우 주문장에 남아 있을 수 있다. | ||
| 79 | |||
| 80 | 딥북은 하나의 대규모 주문을 처리할 때 필요한 수량이 하나의 상대 주문에 존재하지 않더라도 여러 주문을 조합해 거래를 체결할 수 있다. | ||
| 81 | |||
| 82 | ### 5. 수이의 병렬 실행 활용 | ||
| 83 | |||
| 84 | 수이는 서로 영향을 주지 않는 거래를 병렬로 처리할 수 있도록 설계된 블록체인이다. | ||
| 85 | |||
| 86 | 딥북에서는 각각의 거래쌍이 별도의 Pool 공유 객체를 중심으로 작동한다. | ||
| 87 | |||
| 88 | 예를 들어 SUI/USDC 시장의 거래와 DEEP/SUI 시장의 거래가 서로 다른 객체를 이용한다면, 수이의 병렬 처리 구조를 활용할 수 있다. | ||
| 89 | |||
| 90 | 딥북은 이러한 구조를 이용해 여러 독립적인 시장의 거래가 동시에 처리될 수 있도록 설계되었다. | ||
| 91 | |||
| 92 | ### 6. 개발자를 위한 금융 인프라 | ||
| 93 | |||
| 94 | 딥북은 일반적인 독립형 탈중앙화 거래소와 달리 다른 애플리케이션에 내장될 수 있는 금융 인프라의 성격을 가진다. | ||
| 95 | |||
| 96 | 개발자는 딥북의 스마트 컨트랙트와 SDK를 이용해 다음과 같은 기능을 자체 서비스에 통합할 수 있다. | ||
| 97 | |||
| 98 | - 시장가 주문 | ||
| 99 | - 지정가 주문 | ||
| 100 | - 토큰 스왑 | ||
| 101 | - 오더북 조회 | ||
| 102 | - 거래 데이터 조회 | ||
| 103 | - 플래시론 | ||
| 104 | - 마진 거래 | ||
| 105 | - 유동성 공급 | ||
| 106 | - 풀 생성 | ||
| 107 | - 거래 추천 및 레퍼럴 시스템 | ||
| 108 | |||
| 109 | 이에 따라 사용자는 자신이 이용하는 지갑이나 DEX가 내부적으로 딥북을 사용하더라도 이를 직접 인식하지 않을 수 있다. | ||
| 110 | |||
| 111 | ## CLOB와 AMM | ||
| 112 | |||
| 113 | 탈중앙화 거래소에서는 대표적으로 CLOB와 AMM이라는 서로 다른 거래 구조가 사용된다. | ||
| 114 | |||
| 115 | ### CLOB | ||
| 116 | |||
| 117 | CLOB는 매수자와 매도자가 원하는 가격과 수량을 주문장에 제출하고, 조건이 일치할 경우 거래를 체결하는 방식이다. | ||
| 118 | |||
| 119 | 주요 특징은 다음과 같다. | ||
| 120 | |||
| 121 | - 매수·매도 주문장이 존재한다. | ||
| 122 | - 사용자가 원하는 가격을 직접 지정할 수 있다. | ||
| 123 | - 시장가와 지정가 주문을 지원할 수 있다. | ||
| 124 | - 시장조성자가 매수·매도 호가를 제공할 수 있다. | ||
| 125 | - 주문장 깊이를 통해 시장 유동성을 확인할 수 있다. | ||
| 126 | |||
| 127 | ### AMM | ||
| 128 | |||
| 129 | AMM은 일반적으로 두 개 이상의 자산으로 구성된 유동성 풀과 수학적 공식을 이용해 가격을 결정한다. | ||
| 130 | |||
| 131 | 거래자는 별도의 상대방 주문을 기다리지 않고 유동성 풀을 상대로 거래할 수 있다. | ||
| 132 | |||
| 133 | AMM은 온체인 환경에서 비교적 단순하게 구현할 수 있다는 특징이 있지만, 거래 규모와 유동성에 따라 슬리피지가 발생할 수 있다. | ||
| 134 | |||
| 135 | ### 딥북의 구조 | ||
| 136 | |||
| 137 | 딥북은 CLOB 방식을 사용하면서 수이의 높은 처리 성능과 병렬 실행 구조를 활용해 온체인에서 주문 저장, 매칭, 정산을 처리한다. | ||
| 138 | |||
| 139 | 또한 딥북의 오더북은 다른 DEX와 애플리케이션에서 이용할 수 있기 때문에 수이 생태계 전체의 공통 유동성 계층 역할을 지향한다. | ||
| 140 | |||
| 141 | ## DeepBook V3 | ||
| 142 | |||
| 143 | DeepBook V3는 딥북 프로토콜의 현재 주요 버전이다. | ||
| 144 | |||
| 145 | 2024년 10월 14일 DEEP 토큰과 함께 수이 메인넷에 출시되었다. | ||
| 146 | |||
| 147 | 이전 버전과 비교해 다음과 같은 기능이 추가되거나 개선되었다. | ||
| 148 | |||
| 149 | - DEEP 토큰 기반 경제 구조 | ||
| 150 | - DEEP 스테이킹 | ||
| 151 | - 풀 단위 거버넌스 | ||
| 152 | - 거래 수수료 할인 | ||
| 153 | - 마켓메이커 리베이트 | ||
| 154 | - 플래시론 | ||
| 155 | - 개선된 계정 추상화 | ||
| 156 | - 향상된 주문 매칭 엔진 | ||
| 157 | - permissionless 풀 생성 | ||
| 158 | - SDK를 통한 개발자 통합 | ||
| 159 | |||
| 160 | DeepBook V3 자체는 반드시 독립적인 최종 사용자 거래 인터페이스를 제공해야 하는 구조가 아니다. | ||
| 161 | |||
| 162 | 대신 DEX, 지갑, 애그리게이터와 기타 애플리케이션이 DeepBook V3의 오더북과 유동성에 연결해 사용자에게 거래 기능을 제공할 수 있다. | ||
| 163 | |||
| 164 | ## 기술 구조 | ||
| 165 | |||
| 166 | DeepBook V3의 핵심 구조는 다음과 같은 주요 객체를 중심으로 구성된다. | ||
| 167 | |||
| 168 | 1. Pool | ||
| 169 | 2. PoolRegistry | ||
| 170 | 3. BalanceManager | ||
| 171 | |||
| 172 | Pool 내부에서는 다시 Book, State, Vault 등의 구성 요소가 주문 처리와 자산 정산을 담당한다. | ||
| 173 | |||
| 174 | ## Pool | ||
| 175 | |||
| 176 | Pool은 특정 거래쌍의 시장을 나타내는 수이 공유 객체이다. | ||
| 177 | |||
| 178 | 예를 들어 SUI/USDC와 DEEP/SUI는 각각 별도의 Pool로 구성될 수 있다. | ||
| 179 | |||
| 180 | Pool은 해당 시장의 다음과 같은 정보를 관리한다. | ||
| 181 | |||
| 182 | - 매수 주문 | ||
| 183 | - 매도 주문 | ||
| 184 | - 사용자 계정 정보 | ||
| 185 | - 스테이킹 | ||
| 186 | - 거래량 | ||
| 187 | - 수수료 | ||
| 188 | - 거버넌스 | ||
| 189 | - 자산 보관 | ||
| 190 | |||
| 191 | 각 거래쌍을 별도의 Pool 객체로 구성함으로써 서로 독립적인 시장의 거래가 병렬로 처리될 가능성을 높인다. | ||
| 192 | |||
| 193 | ## PoolRegistry | ||
| 194 | |||
| 195 | PoolRegistry는 새로운 딥북 거래 풀을 생성할 때 사용되는 객체이다. | ||
| 196 | |||
| 197 | 동일한 자산쌍에 대한 중복 풀이 생성되는 것을 방지하고, 딥북 패키지 버전을 관리하는 역할을 한다. | ||
| 198 | |||
| 199 | DeepBook V3는 조건을 충족할 경우 새로운 거래 풀을 생성할 수 있는 permissionless pool creation 기능을 지원한다. | ||
| 200 | |||
| 201 | ## BalanceManager | ||
| 202 | |||
| 203 | BalanceManager는 딥북에서 사용자의 거래 자금을 관리하는 객체이다. | ||
| 204 | |||
| 205 | 사용자가 주문을 제출하면 필요한 자산은 BalanceManager에서 공급될 수 있다. | ||
| 206 | |||
| 207 | 하나의 BalanceManager는 여러 딥북 풀에서 사용할 수 있으며, 사용자의 주문, 자산 정산과 계정 정보를 연결하는 역할을 한다. | ||
| 208 | |||
| 209 | 이를 통해 개발자와 전문 트레이더는 여러 시장을 보다 효율적으로 이용할 수 있다. | ||
| 210 | |||
| 211 | ## Pool 내부 구조 | ||
| 212 | |||
| 213 | ### Book | ||
| 214 | |||
| 215 | Book은 오더북의 핵심 구성 요소이다. | ||
| 216 | |||
| 217 | 매수 주문과 매도 주문을 저장하고, 새로운 주문이 제출되었을 때 기존 주문과 가격 및 수량 조건을 비교해 거래를 매칭한다. | ||
| 218 | |||
| 219 | 주요 역할은 다음과 같다. | ||
| 220 | |||
| 221 | 1. 주문 입력값 검증 | ||
| 222 | 2. 기존 반대편 주문과 매칭 | ||
| 223 | 3. 체결 결과 생성 | ||
| 224 | 4. 완전히 체결된 주문 제거 | ||
| 225 | 5. 미체결 잔여 수량을 주문장에 등록 | ||
| 226 | |||
| 227 | ### State | ||
| 228 | |||
| 229 | State는 거래와 관련된 상태 정보를 관리한다. | ||
| 230 | |||
| 231 | 주요 구성 요소에는 다음이 포함된다. | ||
| 232 | |||
| 233 | - Governance | ||
| 234 | - History | ||
| 235 | - Account | ||
| 236 | |||
| 237 | 거래량, 수수료, 스테이킹, 거버넌스 제안 및 투표, 마켓메이커 리베이트 등의 정보를 처리한다. | ||
| 238 | |||
| 239 | ### Vault | ||
| 240 | |||
| 241 | Vault는 Pool과 BalanceManager 사이의 실제 자산 정산을 담당한다. | ||
| 242 | |||
| 243 | 거래 체결 결과에 따라 사용자가 지불해야 할 자산을 가져오고, 사용자가 받을 자산을 BalanceManager에 지급한다. | ||
| 244 | |||
| 245 | 또한 거래 수수료를 DEEP로 계산하기 위해 다른 자산과 DEEP 사이의 가격 정보를 관리한다. | ||
| 246 | |||
| 247 | ## 주문 매칭 | ||
| 248 | |||
| 249 | 딥북에서 새로운 주문이 제출되면 주문의 방향과 가격 조건에 따라 기존 오더북의 반대편 주문과 비교된다. | ||
| 250 | |||
| 251 | 예를 들어 매수 주문이 제출되면 기존 매도 주문과 가격을 비교한다. | ||
| 252 | |||
| 253 | 조건이 일치하면 거래가 체결되고, 주문 수량이 완전히 소진되지 않은 경우 계속해서 다음 상대 주문과 매칭될 수 있다. | ||
| 254 | |||
| 255 | 지정가 주문의 일부가 체결되지 않고 남은 경우 주문 설정에 따라 오더북에 등록될 수 있다. | ||
| 256 | |||
| 257 | 딥북의 주문 매칭은 스마트 컨트랙트에 의해 처리되며, 중앙화된 거래소 운영자의 자체 데이터베이스에만 의존하지 않는 온체인 구조를 가진다. | ||
| 258 | |||
| 259 | ## 플래시론 | ||
| 260 | |||
| 261 | DeepBook V3는 플래시론 기능을 지원한다. | ||
| 262 | |||
| 263 | 플래시론은 하나의 트랜잭션 안에서 자산을 빌리고, 필요한 작업을 실행한 뒤 같은 트랜잭션 안에서 자산을 반환하는 구조이다. | ||
| 264 | |||
| 265 | 대출금이 같은 트랜잭션 내에서 정상적으로 반환되지 않으면 전체 거래가 실패한다. | ||
| 266 | |||
| 267 | 플래시론은 다음과 같은 온체인 금융 전략에 활용될 수 있다. | ||
| 268 | |||
| 269 | - 차익거래 | ||
| 270 | - 유동성 재조정 | ||
| 271 | - 담보 포지션 변경 | ||
| 272 | - 복합 DeFi 거래 | ||
| 273 | |||
| 274 | 수이의 Programmable Transaction Block을 활용하면 여러 작업을 하나의 트랜잭션 안에서 구성할 수 있다. | ||
| 275 | |||
| 276 | ## DEEP 토큰 | ||
| 277 | |||
| 278 | DEEP는 딥북 프로토콜의 핵심 토큰이다. | ||
| 279 | |||
| 280 | 2024년 10월 14일 DeepBook V3와 함께 출시되었으며, 수이 네트워크 위에서 작동한다. | ||
| 281 | |||
| 282 | DEEP는 단순한 거버넌스 토큰이 아니라 딥북의 거래 수수료, 풀 생성, 스테이킹, 유동성 인센티브와 거버넌스를 연결하는 경제적 수단이다. | ||
| 283 | |||
| 284 | ## 토큰 정보 | ||
| 285 | |||
| 286 | - **토큰명**: DeepBook | ||
| 287 | - **티커**: DEEP | ||
| 288 | - **네트워크**: Sui | ||
| 289 | - **토큰 유형**: Sui Move 기반 코인 | ||
| 290 | - **출시일**: 2024년 10월 14일 | ||
| 291 | - **최대 공급량**: 10,000,000,000 DEEP | ||
| 292 | - **초기 유통량**: 2,500,000,000 DEEP | ||
| 293 | - **초기 유통 비율**: 최대 공급량의 25% | ||
| 294 | - **소수점**: 6 | ||
| 295 | - **Coin Type**: 0xdeeb7a4662eec9f2f3def03fb937a663dddaa2e215b8078a284d026b7946c270::deep::DEEP | ||
| 296 | - **주요 용도** | ||
| 297 | - 거래 수수료 지불 | ||
| 298 | - 풀 생성 수수료 | ||
| 299 | - 스테이킹 | ||
| 300 | - 거래 수수료 할인 | ||
| 301 | - 마켓메이커 리베이트 | ||
| 302 | - 풀 단위 거버넌스 | ||
| 303 | - 유동성 인센티브 | ||
| 304 | |||
| 305 | ## DEEP 토큰의 역할 | ||
| 306 | |||
| 307 | ### 1. 거래 수수료 | ||
| 308 | |||
| 309 | 딥북 이용자는 거래 과정에서 DEEP를 수수료 지불에 사용할 수 있다. | ||
| 310 | |||
| 311 | 거래 수수료는 거래에 사용하는 입력 자산으로도 지불할 수 있지만, DEEP를 이용할 경우 더 유리한 수수료 조건이 적용될 수 있도록 설계되어 있다. | ||
| 312 | |||
| 313 | 이를 통해 DEEP 토큰의 실제 사용을 딥북의 거래 활동과 연결한다. | ||
| 314 | |||
| 315 | ### 2. 풀 생성 수수료 | ||
| 316 | |||
| 317 | 새로운 DeepBook V3 거래 풀을 생성하는 과정에서 DEEP가 수수료로 사용될 수 있다. | ||
| 318 | |||
| 319 | 이를 통해 DEEP는 기존 시장 거래뿐 아니라 새로운 시장을 구축하는 과정에도 활용된다. | ||
| 320 | |||
| 321 | ### 3. 스테이킹 | ||
| 322 | |||
| 323 | 사용자는 특정 딥북 풀에 DEEP를 스테이킹할 수 있다. | ||
| 324 | |||
| 325 | 충분한 DEEP를 스테이킹하고 해당 풀에서 거래 활동을 수행하면 거래 수수료 할인이나 마켓메이커 리베이트 등의 혜택을 받을 수 있다. | ||
| 326 | |||
| 327 | 스테이킹은 풀별로 관리되기 때문에 사용자가 어떤 시장에 DEEP를 스테이킹하는지에 따라 적용되는 혜택과 거버넌스 참여 대상이 달라질 수 있다. | ||
| 328 | |||
| 329 | ### 4. 거래 수수료 할인 | ||
| 330 | |||
| 331 | DEEP 스테이커는 조건에 따라 일반 사용자보다 낮은 테이커 수수료를 적용받을 수 있다. | ||
| 332 | |||
| 333 | DeepBook V3는 스테이킹 규모와 거래량 등을 고려해 적극적인 시장 참여자에게 수수료 혜택을 제공하는 구조를 사용한다. | ||
| 334 | |||
| 335 | 이러한 구조는 전문 트레이더와 대규모 거래 참여자의 지속적인 프로토콜 이용을 유도하는 것을 목표로 한다. | ||
| 336 | |||
| 337 | ### 5. 마켓메이커 리베이트 | ||
| 338 | |||
| 339 | 딥북에서 유동성을 공급하는 마켓메이커는 일정 조건을 충족하면 DEEP 리베이트를 받을 수 있다. | ||
| 340 | |||
| 341 | 마켓메이커는 오더북에 매수·매도 주문을 제공함으로써 다른 사용자가 보다 쉽게 거래할 수 있도록 한다. | ||
| 342 | |||
| 343 | 딥북은 특히 시장의 거래량이 상대적으로 낮은 시기에 마켓메이커에게 인센티브를 제공해 오더북의 유동성과 호가 깊이를 유지하는 구조를 사용한다. | ||
| 344 | |||
| 345 | ### 6. 풀 단위 거버넌스 | ||
| 346 | |||
| 347 | DEEP는 딥북의 풀 단위 거버넌스에 활용된다. | ||
| 348 | |||
| 349 | DEEP를 스테이킹한 사용자는 특정 풀의 다음과 같은 거래 조건 변경에 참여할 수 있다. | ||
| 350 | |||
| 351 | - 테이커 수수료 | ||
| 352 | - 메이커 수수료 | ||
| 353 | - 인센티브를 받기 위한 최소 스테이킹 요구량 | ||
| 354 | |||
| 355 | 거버넌스는 전체 딥북 프로토콜에 하나의 정책을 일괄 적용하는 방식이 아니라, 각 거래 풀의 특성에 따라 일부 거래 조건을 조정할 수 있도록 설계되어 있다. | ||
| 356 | |||
| 357 | ## 거버넌스 구조 | ||
| 358 | |||
| 359 | DeepBook V3에서는 DEEP 스테이커가 특정 풀의 거래 매개변수에 관한 제안을 제출하고 투표할 수 있다. | ||
| 360 | |||
| 361 | 각 에폭마다 스테이킹된 DEEP를 보유한 참여자는 조건에 따라 새로운 제안을 제출하거나 기존 제안에 투표할 수 있다. | ||
| 362 | |||
| 363 | 투표가 필요한 정족수를 충족하면 변경된 거래 조건이 이후 에폭부터 적용될 수 있다. | ||
| 364 | |||
| 365 | 딥북의 거버넌스는 단순히 보유한 토큰 수와 투표권이 완전히 선형적으로 증가하는 구조가 아니라, 대규모 보유자의 영향력이 지나치게 집중되는 것을 줄이면서 소규모 참여자에게도 의미 있는 투표권을 제공하기 위한 비선형 투표 구조를 사용한다. | ||
| 366 | |||
| 367 | ## 거래 수수료와 소각 | ||
| 368 | |||
| 369 | DeepBook V3에서는 거래 과정에서 수집된 DEEP가 마켓메이커 리베이트 등에 사용될 수 있다. | ||
| 370 | |||
| 371 | 특정 에폭에서 리베이트 지급 후 남는 DEEP는 소각될 수 있다. | ||
| 372 | |||
| 373 | 이에 따라 딥북의 실제 거래 활동과 DEEP의 소각 구조가 연결된다. | ||
| 374 | |||
| 375 | 리베이트 규모는 시장의 실제 거래량과 유동성 조건 등에 따라 달라질 수 있으며, 딥북은 인위적인 거래량 증가나 워시 트레이딩을 통한 보상 악용을 줄이기 위한 경제 구조를 적용한다. | ||
| 376 | |||
| 377 | ## 토크노믹스 | ||
| 378 | |||
| 379 | DEEP의 최대 공급량은 10,000,000,000개이다. | ||
| 380 | |||
| 381 | 초기 유통량은 2,500,000,000 DEEP로, 최대 공급량의 25%에 해당한다. | ||
| 382 | |||
| 383 | DEEP는 장기간에 걸쳐 시장과 생태계에 배분되도록 설계되어 있으며, 전체적인 토큰 출시 일정은 약 7년에 걸쳐 진행되는 구조이다. | ||
| 384 | |||
| 385 | 초기 분배 구조는 다음과 같다. | ||
| 386 | |||
| 387 | - **초기 커뮤니티 에어드롭**: 10% | ||
| 388 | - **핵심 기여자 및 초기 후원자**: 28.43% | ||
| 389 | - **생태계 성장**: 61.57% | ||
| 390 | |||
| 391 | ### 초기 커뮤니티 에어드롭 | ||
| 392 | |||
| 393 | 전체 공급량의 10%는 초기 커뮤니티 에어드롭에 배정되었다. | ||
| 394 | |||
| 395 | 딥북 초기 이용자와 생태계 참여자에게 DEEP를 분배하기 위한 목적으로 사용되었다. | ||
| 396 | |||
| 397 | ### 핵심 기여자 및 초기 후원자 | ||
| 398 | |||
| 399 | 전체 공급량의 28.43%는 딥북의 엔지니어링, 인프라, 보안, 성장과 운영 등에 기여한 핵심 기여자와 초기 후원자에게 배정되었다. | ||
| 400 | |||
| 401 | ### 생태계 성장 | ||
| 402 | |||
| 403 | 전체 공급량의 61.57%는 딥북 생태계의 장기적인 성장을 위해 배정되었다. | ||
| 404 | |||
| 405 | 다음과 같은 목적으로 활용될 수 있다. | ||
| 406 | |||
| 407 | - 개발자 지원 | ||
| 408 | - 생태계 프로젝트 지원 | ||
| 409 | - 커뮤니티 프로그램 | ||
| 410 | - 유동성 성장 | ||
| 411 | - 프로토콜 참여 인센티브 | ||
| 412 | - 기타 생태계 확장 활동 | ||
| 413 | |||
| 414 | ## DeepBook Spot | ||
| 415 | |||
| 416 | DeepBook Spot은 딥북 금융 스택의 기본이 되는 현물 거래 프리미티브이다. | ||
| 417 | |||
| 418 | 수이 위에서 완전히 온체인으로 작동하는 CLOB를 제공하며, 개발자와 애플리케이션은 이를 이용해 현물 거래 기능을 구축할 수 있다. | ||
| 419 | |||
| 420 | 주요 기능은 다음과 같다. | ||
| 421 | |||
| 422 | - 시장가 주문 | ||
| 423 | - 지정가 주문 | ||
| 424 | - 온체인 오더북 | ||
| 425 | - 공동 유동성 | ||
| 426 | - 원자적 거래 정산 | ||
| 427 | - DEEP 기반 거래 수수료 | ||
| 428 | - 마켓메이커 인센티브 | ||
| 429 | - 풀 단위 거버넌스 | ||
| 430 | |||
| 431 | Spot은 딥북의 Margin과 Predict 등 다른 금융 프리미티브가 연결될 수 있는 기본적인 유동성과 거래 실행 계층 역할을 한다. | ||
| 432 | |||
| 433 | ## DeepBook Margin | ||
| 434 | |||
| 435 | DeepBook Margin은 기존의 현물 거래용 오더북을 마진 거래와 대출·차입 인프라로 확장한 프로토콜 계층이다. | ||
| 436 | |||
| 437 | 2026년에 공개되었으며, 개발자가 자체적으로 별도의 대출 시장, 청산 엔진과 위험 관리 시스템을 처음부터 구축하지 않고도 마진 거래 기능을 애플리케이션에 통합할 수 있도록 하는 것을 목표로 한다. | ||
| 438 | |||
| 439 | 주요 기능은 다음과 같다. | ||
| 440 | |||
| 441 | - 온체인 마진 거래 | ||
| 442 | - 차입 기반 레버리지 | ||
| 443 | - 격리형 마진 풀 | ||
| 444 | - 실시간 청산 엔진 | ||
| 445 | - 유연한 수수료 구조 | ||
| 446 | - 개발자용 SDK와 API | ||
| 447 | - 기존 DeepBook 유동성과의 연결 | ||
| 448 | |||
| 449 | Margin은 DeepBook의 기존 오더북과 유동성을 활용하기 때문에 현물 거래와 레버리지 거래를 하나의 금융 인프라 안에서 연결하는 구조를 지향한다. | ||
| 450 | |||
| 451 | ## DeepBook Predict | ||
| 452 | |||
| 453 | DeepBook Predict는 딥북의 세 번째 금융 프리미티브로, 예측시장과 옵션 및 구조화 금융상품을 구축하기 위한 온체인 인프라이다. | ||
| 454 | |||
| 455 | 2026년 5월 기준 테스트넷에서 공개되었다. | ||
| 456 | |||
| 457 | Predict를 이용하면 개발자는 다음과 같은 금융상품과 애플리케이션을 구축할 수 있다. | ||
| 458 | |||
| 459 | - 바이너리 예측시장 | ||
| 460 | - 콜옵션 | ||
| 461 | - 풋옵션 | ||
| 462 | - 옵션 스프레드 | ||
| 463 | - 레버리지 상품 | ||
| 464 | - 구조화 상품 | ||
| 465 | |||
| 466 | Predict의 특징은 Spot 및 Margin과 조합할 수 있다는 점이다. | ||
| 467 | |||
| 468 | 예를 들어 예측시장 포지션과 마진 기능을 연결하거나, Predict에서 생성된 상품을 Spot의 공동 유동성을 이용해 정산하는 등의 구조를 구축할 수 있다. | ||
| 469 | |||
| 470 | ## 금융 프리미티브 | ||
| 471 | |||
| 472 | 딥북은 Spot, Margin, Predict라는 세 가지 금융 프리미티브를 중심으로 확장되고 있다. | ||
| 473 | |||
| 474 | ### Spot | ||
| 475 | |||
| 476 | 온체인 CLOB를 기반으로 현물 거래와 공동 유동성을 제공한다. | ||
| 477 | |||
| 478 | ### Margin | ||
| 479 | |||
| 480 | 기존 오더북의 유동성을 이용해 차입, 레버리지, 청산 및 마진 거래 기능을 제공한다. | ||
| 481 | |||
| 482 | ### Predict | ||
| 483 | |||
| 484 | 예측시장, 옵션과 구조화 상품을 만들 수 있는 온체인 금융 인프라를 제공한다. | ||
| 485 | |||
| 486 | 이러한 프리미티브는 개별적으로 사용될 수도 있지만 서로 조합할 수 있도록 설계되어 있다. | ||
| 487 | |||
| 488 | 개발자는 Spot, Margin, Predict를 결합해 다양한 형태의 온체인 금융상품과 거래 애플리케이션을 구축할 수 있다. | ||
| 489 | |||
| 490 | ## 수이와의 관계 | ||
| 491 | |||
| 492 | 딥북은 수이 생태계의 네이티브 온체인 유동성 인프라로 개발되었다. | ||
| 493 | |||
| 494 | 수이는 객체 중심 데이터 모델과 Move 언어를 사용하며, 서로 독립적인 거래의 병렬 처리를 지원한다. | ||
| 495 | |||
| 496 | 딥북은 이러한 구조를 활용해 거래쌍마다 별도의 Pool 공유 객체를 사용한다. | ||
| 497 | |||
| 498 | 서로 다른 Pool에서 발생하는 거래는 동일한 객체를 동시에 변경하지 않는 경우 병렬로 처리될 수 있다. | ||
| 499 | |||
| 500 | 또한 수이의 Programmable Transaction Block을 통해 하나의 트랜잭션 안에서 여러 온체인 작업을 조합할 수 있으며, 딥북의 거래와 다른 수이 기반 DeFi 프로토콜을 함께 연결할 수 있다. | ||
| 501 | |||
| 502 | ## 개발자 생태계 | ||
| 503 | |||
| 504 | 딥북은 다른 개발자가 자신의 애플리케이션에 거래와 유동성 기능을 통합할 수 있도록 SDK와 스마트 컨트랙트 인터페이스를 제공한다. | ||
| 505 | |||
| 506 | 개발자는 자체적으로 복잡한 오더북과 주문 매칭 시스템을 구축하지 않고도 딥북의 기존 금융 인프라를 활용할 수 있다. | ||
| 507 | |||
| 508 | 활용 가능한 서비스에는 다음과 같은 유형이 있다. | ||
| 509 | |||
| 510 | - 탈중앙화 거래소 | ||
| 511 | - 지갑 | ||
| 512 | - DEX 애그리게이터 | ||
| 513 | - 자동 거래 시스템 | ||
| 514 | - 마켓메이킹 서비스 | ||
| 515 | - 포트폴리오 관리 애플리케이션 | ||
| 516 | - 마진 거래 플랫폼 | ||
| 517 | - 예측시장 | ||
| 518 | - 옵션 서비스 | ||
| 519 | - 구조화 금융상품 | ||
| 520 | |||
| 521 | 딥북의 오픈소스 코드와 SDK는 개발자가 프로토콜과 직접 상호작용하고 새로운 서비스를 구축할 수 있도록 지원한다. | ||
| 522 | |||
| 523 | ## 생태계 | ||
| 524 | |||
| 525 | 딥북 생태계는 일반 트레이더뿐 아니라 마켓메이커, 개발자, DEX, 지갑, 애그리게이터와 다른 DeFi 프로토콜 등으로 구성된다. | ||
| 526 | |||
| 527 | ### 트레이더 | ||
| 528 | |||
| 529 | 시장가 또는 지정가 주문을 통해 딥북의 유동성을 이용한다. | ||
| 530 | |||
| 531 | DEEP를 스테이킹하고 거래 활동 조건을 충족하면 수수료 혜택을 받을 수 있다. | ||
| 532 | |||
| 533 | ### 마켓메이커 | ||
| 534 | |||
| 535 | 매수·매도 주문을 오더북에 제공해 시장 유동성과 호가 깊이를 형성한다. | ||
| 536 | |||
| 537 | 일정한 DEEP 스테이킹 조건과 거래 활동 조건을 충족할 경우 리베이트를 받을 수 있다. | ||
| 538 | |||
| 539 | ### 개발자 | ||
| 540 | |||
| 541 | 딥북 SDK와 스마트 컨트랙트를 활용해 자체 애플리케이션에 거래, 유동성, 플래시론, 마진과 기타 금융 기능을 통합할 수 있다. | ||
| 542 | |||
| 543 | ### DEX와 애그리게이터 | ||
| 544 | |||
| 545 | 사용자의 주문이나 스왑을 딥북으로 전달해 기존 오더북과 공동 유동성을 활용할 수 있다. | ||
| 546 | |||
| 547 | ### DEEP 스테이커 | ||
| 548 | |||
| 549 | 특정 풀에 DEEP를 스테이킹하고 거래 수수료 혜택, 마켓메이커 인센티브와 풀 단위 거버넌스에 참여할 수 있다. | ||
| 550 | |||
| 551 | ## 활용 분야 | ||
| 552 | |||
| 553 | ### 온체인 현물 거래 | ||
| 554 | |||
| 555 | 시장가와 지정가 주문을 지원하는 온체인 현물 거래 시스템으로 활용될 수 있다. | ||
| 556 | |||
| 557 | ### DEX 유동성 인프라 | ||
| 558 | |||
| 559 | 새로운 DEX가 독립적인 오더북과 유동성을 처음부터 구축하지 않고 딥북의 공동 유동성을 활용할 수 있다. | ||
| 560 | |||
| 561 | ### 지갑 내 토큰 거래 | ||
| 562 | |||
| 563 | 암호화폐 지갑에 딥북을 통합해 사용자가 별도의 거래 플랫폼으로 이동하지 않고 토큰을 거래할 수 있도록 할 수 있다. | ||
| 564 | |||
| 565 | ### 거래 애그리게이션 | ||
| 566 | |||
| 567 | 여러 유동성 소스를 비교하는 애그리게이터가 딥북의 주문장을 거래 경로 가운데 하나로 이용할 수 있다. | ||
| 568 | |||
| 569 | ### 전문 트레이딩 | ||
| 570 | |||
| 571 | 시장가·지정가 주문과 온체인 오더북을 이용해 전문 트레이더와 마켓메이커를 위한 거래 인프라를 구축할 수 있다. | ||
| 572 | |||
| 573 | ### 플래시론 | ||
| 574 | |||
| 575 | 하나의 트랜잭션 안에서 자산을 빌리고 반환하는 플래시론을 차익거래와 복합 DeFi 전략 등에 활용할 수 있다. | ||
| 576 | |||
| 577 | ### 마진 거래 | ||
| 578 | |||
| 579 | DeepBook Margin을 이용해 레버리지, 차입 및 청산 기능이 포함된 온체인 거래 서비스를 구축할 수 있다. | ||
| 580 | |||
| 581 | ### 예측시장 | ||
| 582 | |||
| 583 | DeepBook Predict를 이용해 특정 사건의 결과를 거래하는 바이너리 예측시장을 구축할 수 있다. | ||
| 584 | |||
| 585 | ### 옵션과 구조화 상품 | ||
| 586 | |||
| 587 | Spot, Margin과 Predict를 조합해 콜옵션, 풋옵션, 스프레드 및 기타 구조화된 온체인 금융상품을 구축할 수 있다. | ||
| 588 | |||
| 589 | ## 한계 및 주요 변수 | ||
| 590 | |||
| 591 | 딥북의 장기적인 활용성에는 실제 거래량과 오더북 유동성의 깊이가 중요한 영향을 미칠 수 있다. | ||
| 592 | |||
| 593 | CLOB는 매수·매도 주문을 지속적으로 제공하는 시장 참여자와 마켓메이커가 필요하기 때문에, 특정 거래쌍에 충분한 주문이 존재하지 않으면 스프레드가 넓어지거나 대규모 거래의 가격 충격이 커질 수 있다. | ||
| 594 | |||
| 595 | 딥북은 수이 생태계의 공동 유동성 계층을 지향하기 때문에 실제 DEX, 지갑, 애그리게이터와 기타 애플리케이션이 얼마나 지속적으로 딥북을 통합하고 거래 흐름을 제공하는지가 중요하다. | ||
| 596 | |||
| 597 | 또한 수이 생태계에 특화된 프로토콜이라는 점에서 전체적인 성장 가능성은 수이 네트워크의 사용자 수, 자산 규모, DeFi 활동 및 개발자 생태계의 확장과 연결될 수 있다. | ||
| 598 | |||
| 599 | DEEP 기반 인센티브 구조에서는 마켓메이커 리베이트와 거래 수수료 할인 등이 실제 유동성 개선으로 이어지는지, 인위적인 거래량이나 보상 목적의 활동을 효과적으로 억제할 수 있는지도 주요 변수이다. | ||
| 600 | |||
| 601 | 풀 단위 거버넌스는 각 시장의 특성에 맞게 수수료와 스테이킹 요구량을 조정할 수 있다는 특징이 있지만, 실제 투표 참여율과 DEEP 스테이킹 분포에 따라 의사 결정의 분산 정도가 달라질 수 있다. | ||
| 602 | |||
| 603 | DeepBook Margin의 경우 차입, 레버리지와 청산 기능이 추가되면서 기존 현물 거래보다 복잡한 위험 관리 구조가 필요하다. 담보 가치 급변, 유동성 부족 및 청산 과정의 안정성이 중요한 요소가 될 수 있다. | ||
| 604 | |||
| 605 | DeepBook Predict는 2026년 5월 기준 테스트넷 단계에서 공개된 비교적 새로운 금융 프리미티브이므로, 향후 메인넷 도입과 실제 개발자 및 사용자의 채택 정도가 생태계 확장에 영향을 미칠 수 있다. | ||
| 606 | |||
| 607 | DEEP의 최대 공급량은 100억 개이며 전체 물량은 장기간에 걸쳐 배분되는 구조이기 때문에, 생태계 성장 물량과 핵심 기여자 및 초기 후원자 물량의 실제 유통 일정에 따라 시장 유통량이 변화할 수 있다. | ||
| 608 | |||
| 609 | ## 같이 보기 | ||
| 610 | |||
| 611 | * [[비트코인]] | ||
| 612 | * [[이더리움]] | ||
| 613 | * [[수이]] | ||
| 614 | * [[DeFi]] | ||
| 615 | * [[탈중앙화 거래소]] | ||
| 616 | * [[CLOB]] | ||
| 617 | * [[AMM]] | ||
| 618 | * [[오더북]] | ||
| 619 | * [[유동성]] | ||
| 620 | * [[마켓메이커]] | ||
| 621 | * [[지정가 주문]] | ||
| 622 | * [[시장가 주문]] | ||
| 623 | * [[플래시론]] | ||
| 624 | * [[마진 거래]] | ||
| 625 | * [[예측시장]] | ||
| 626 | * [[옵션]] | ||
| 627 | * [[스마트 컨트랙트]] | ||
| 628 | * [[Move]] | ||
| 629 | * [[블록체인]] |