리비전 diff
r1 → r2 · 2026-07-16 00:12
본문 변경 비교
+1266
-24
변경 1266
기준: r1
| 이전 | 이전 내용 | 현재 | 현재 내용 |
|---|---|---|---|
| 1 | [[인포박스]] | 1 | [[인포박스]] |
| 2 | | 디브릿지 | | | 2 | | 디브릿지(deBridge) | | |
| 3 | |:---:|:---:| | 3 | |:---:|:---:| |
| 4 | | **분류** | 코인 정보 | | 4 | | | | |
| 5 | | **한 줄 요약** | 다양한 블록체인 간의 연결 | | 5 | | **분류** | 크로스체인 / 블록체인 상호운용성 / 인텐트 / 실행 레이어 / 유동성 네트워크 | |
| 6 | | **관련** | 크로스체인, 블록체인 인터페이스 | | 6 | | **티커** | DBR | |
| 7 | | **개발팀** | (정보 입력) | | 7 | | **한 줄 요약** | 공유 유동성 풀 없이 경쟁형 솔버와 크로스체인 메시징을 이용해 여러 블록체인 사이의 자산·데이터·스마트 컨트랙트 실행을 연결하는 비수탁형 실행 레이어 | |
| 8 | | **출시 연도** | (정보 입력) | | 8 | | **관련 분야** | 크로스체인, 상호운용성, 인텐트, 브리지, DeFi, 유동성, 메시징, 체인 추상화 | |
| 9 | | **핵심 구조** | 0-TVL / Solver 기반 실행 / 비수탁형 | | ||
| 10 | | **주요 프로토콜** | DLN / DMP / dePort / IaaS | | ||
| 11 | | **주요 제품** | deBridge App / API / Widget / Bundles | | ||
| 12 | | **지원 환경** | EVM / SVM | | ||
| 13 | | **지원 블록체인** | 25개 이상 | | ||
| 14 | | **토큰 네트워크** | Solana | | ||
| 15 | | **토큰 표준** | SPL 토큰 | | ||
| 16 | | **총 공급량** | 10,000,000,000 DBR | | ||
| 17 | | **프로젝트 시작** | 2021년 | | ||
| 18 | | **메인넷 출시** | 2022년 2월 17일 | | ||
| 19 | | **DLN 출시** | 2023년 6월 15일 | | ||
| 20 | | **DBR 출시** | 2024년 10월 | | ||
| 21 | | **거버넌스 토큰** | DBR | | ||
| 22 | | **재단** | deBridge Foundation | | ||
| 23 | | **국내 거래소** | 빗썸, 코인원 | | ||
| 24 | | **공식 홈페이지** | https://debridge.com | | ||
| 25 | | **공식 애플리케이션** | https://app.debridge.com | | ||
| 26 | | **공식 문서** | https://docs.debridge.com | | ||
| 27 | | **재단** | https://debridge.foundation | | ||
| 28 | | **거버넌스 포럼** | https://gov.debridge.foundation | | ||
| 29 | | **X(트위터)** | [디브릿지 트위터](https://x.com/deBridgeFinance) | | ||
| 30 | | **GitHub** | [디브릿지 깃허브](https://github.com/debridge-finance) | | ||
| 31 | | **Solscan** | [DBR 솔스캔](https://solscan.io/token/DBRiDgJAMsM95moTzJs7M9LnkGErpbv9v6CUR1DXnUu5) | | ||
| 32 | | **CoinMarketCap** | [디브릿지 코인마켓캡](https://coinmarketcap.com/currencies/debridge/) | | ||
| 33 | | **CoinGecko** | [디브릿지 코인게코](https://www.coingecko.com/en/coins/debridge) | | ||
| 9 | [[/인포박스]] | 34 | [[/인포박스]] |
| 10 | 35 | ||
| 11 | ## 개념 | 36 | ## 개요 |
| 12 | 37 | ||
| 13 | 디브릿지는 서로 다른 블록체인 네트워크 간의 상호 운용성을 제공하는 플랫폼입니다. 이를 통해 사용자는 다양한 블록체인에서 자산을 쉽게 이동하고 거래할 수 있습니다. 디브릿지를 이해하면 블록체인 생태계의 확장성과 유연성을 활용할 수 있습니다. | 38 | 디브릿지는 서로 다른 블록체인 사이에서 자산, 메시지, 데이터 및 스마트 컨트랙트 실행을 연결하는 비수탁형 블록체인 상호운용성 및 실행 인프라 프로젝트이다. |
| 14 | 39 | ||
| 15 | ## 확인할 점 | 40 | 초기에는 서로 다른 블록체인 사이에서 자산과 데이터를 이동시키는 크로스체인 프로토콜로 출발했으나, 이후 공유 유동성 풀을 사용하지 않는 DLN, 범용 크로스체인 메시징 프로토콜인 DMP, 멀티체인 자산 발행을 위한 dePort 및 블록체인을 빠르게 디브릿지 생태계에 연결하는 IaaS 등을 구축하며 범용적인 멀티체인 실행 레이어로 발전했다. |
| 16 | 41 | ||
| 17 | 1) 디브릿지가 지원하는 블록체인 목록 확인하기 | 42 | 현재 디브릿지는 단순한 브리지로만 설명하기 어렵다. |
| 18 | 2) 사용 가능한 자산 및 거래 수수료 확인하기 | 43 | |
| 19 | 3) 보안 프로토콜 및 감사 보고서 검토하기 | 44 | 사용자와 애플리케이션은 디브릿지를 통해 다음과 같은 작업을 수행할 수 있다. |
| 20 | 4) 사용자 인터페이스 및 사용 방법 이해하기 | 45 | |
| 21 | 46 | - 서로 다른 블록체인 사이의 토큰 교환 | |
| 22 | ## 주의사항 | 47 | - 같은 블록체인 안에서의 토큰 교환 |
| 23 | 48 | - 크로스체인 메시지 전송 | |
| 24 | 디브릿지를 사용할 때는 각 블록체인 간의 거래 속도와 수수료 차이를 유의해야 합니다. 또한, 피싱 사이트나 잘못된 링크에 주의하고, 개인 키 관리에 소홀하지 않아야 합니다. 이 정보는 참고용이며, 투자 결정을 위해서는 추가적인 조사와 분석이 필요합니다. | 49 | - 다른 체인의 스마트 컨트랙트 호출 |
| 25 | 50 | - 여러 체인을 연결하는 자동화된 DeFi 워크플로 | |
| 26 | --- | 51 | - 멀티체인 토큰 발행 |
| 27 | 52 | - 새로운 블록체인의 상호운용성 연결 | |
| 28 | *본 문서는 투자 권유가 아닌 정보 제공 목적입니다.* | 53 | - 인텐트 기반 주문 |
| 54 | - 크로스체인 지정가 주문 | ||
| 55 | - 체인 추상화 | ||
| 56 | - AI 에이전트의 온체인 실행 | ||
| 57 | |||
| 58 | 블록체인 생태계에는 이더리움, 솔라나, 아비트럼, 베이스, BNB Chain, 아발란체, 트론 등 서로 독립적으로 작동하는 수많은 네트워크가 존재한다. | ||
| 59 | |||
| 60 | 각 블록체인은 자체적인 상태와 합의 구조 및 실행 환경을 가지고 있기 때문에 한 블록체인의 스마트 컨트랙트가 기본적으로 다른 블록체인의 자산이나 상태를 직접 변경할 수는 없다. | ||
| 61 | |||
| 62 | 예를 들어 솔라나에 SOL을 보유한 사용자가 Base의 USDC를 얻으려면 다음과 같은 여러 단계가 필요할 수 있다. | ||
| 63 | |||
| 64 | 1. 적절한 브리지 선택 | ||
| 65 | 2. 출발 자산 준비 | ||
| 66 | 3. 중간 자산으로 교환 | ||
| 67 | 4. 다른 체인으로 자산 이동 | ||
| 68 | 5. 목적지 체인에서 다시 토큰 교환 | ||
| 69 | 6. 목적지 체인의 가스 토큰 준비 | ||
| 70 | |||
| 71 | 디브릿지는 이러한 여러 단계를 하나의 주문이나 실행 흐름으로 연결하는 것을 목표로 한다. | ||
| 72 | |||
| 73 | 사용자는 자신이 원하는 최종 결과를 지정할 수 있다. | ||
| 74 | |||
| 75 | 예를 들면 다음과 같다. | ||
| 76 | |||
| 77 | > 솔라나의 SOL을 Base의 USDC로 교환한다. | ||
| 78 | |||
| 79 | DLN에서는 경쟁하는 솔버가 목적지 체인에서 사용자가 원하는 자산을 직접 제공하고, 이후 출발 체인에 잠긴 자산을 받아가는 구조를 사용할 수 있다. | ||
| 80 | |||
| 81 | 이 때문에 디브릿지는 전통적인 크로스체인 유동성 풀을 여러 체인에 미리 구축하지 않고도 자산을 이동할 수 있는 0-TVL 구조를 특징으로 한다. | ||
| 82 | |||
| 83 | DBR은 디브릿지 생태계의 거버넌스 토큰이다. | ||
| 84 | |||
| 85 | 솔라나 네트워크의 SPL 토큰으로 발행되었으며, 장기적으로 DAO 거버넌스, 검증자 선출, 메시징 프로토콜의 경제적 보안, 생태계 인센티브 및 기타 프로토콜 의사 결정과 연결되는 것을 목표로 한다. | ||
| 86 | |||
| 87 | ## 특징 | ||
| 88 | |||
| 89 | ### 1. 단순한 브리지가 아닌 실행 레이어 | ||
| 90 | |||
| 91 | 전통적인 블록체인 브리지는 일반적으로 하나의 블록체인에서 다른 블록체인으로 자산을 이동시키는 기능을 중심으로 한다. | ||
| 92 | |||
| 93 | 디브릿지는 이에 더해 다음과 같은 작업을 지원한다. | ||
| 94 | |||
| 95 | - 크로스체인 토큰 교환 | ||
| 96 | - 동일 체인 토큰 교환 | ||
| 97 | - 스마트 컨트랙트 호출 | ||
| 98 | - 임의의 메시지 전송 | ||
| 99 | - 조건부 실행 | ||
| 100 | - 크로스체인 워크플로 | ||
| 101 | - 멀티체인 자산 발행 | ||
| 102 | - 앱과 지갑의 사용자 온보딩 | ||
| 103 | - 체인 추상화 | ||
| 104 | |||
| 105 | 예를 들어 사용자가 단순히 Ethereum의 USDC를 Solana의 USDC로 이동하는 것뿐 아니라 다음과 같은 작업도 구축할 수 있다. | ||
| 106 | |||
| 107 | > Ethereum에서 USDC를 사용해 Solana의 특정 토큰을 구매하고 해당 토큰을 지정된 지갑으로 전송한다. | ||
| 108 | |||
| 109 | 또는 다음과 같은 과정도 가능하다. | ||
| 110 | |||
| 111 | > 사용자의 Base 자산을 Arbitrum으로 이동한 뒤 특정 DeFi 프로토콜에 자동으로 예치한다. | ||
| 112 | |||
| 113 | 이러한 구조에서 디브릿지는 단순한 자산 이동 수단보다 여러 블록체인의 유동성과 스마트 컨트랙트 실행을 연결하는 기반 실행 계층의 성격을 가진다. | ||
| 114 | |||
| 115 | ### 2. 0-TVL 구조 | ||
| 116 | |||
| 117 | 디브릿지의 핵심적인 특징 가운데 하나는 0-TVL 구조이다. | ||
| 118 | |||
| 119 | 일반적인 브리지에서는 여러 사용자의 자산을 대규모 유동성 풀이나 브리지 컨트랙트에 장기간 보관할 수 있다. | ||
| 120 | |||
| 121 | 예를 들어 Ethereum과 Solana 사이에 USDC를 이동하기 위해 양쪽 체인에 대규모 USDC 유동성 풀이 존재할 수 있다. | ||
| 122 | |||
| 123 | 사용자가 Ethereum에서 USDC를 예치하면 Solana의 유동성 풀에서 대응하는 USDC가 지급된다. | ||
| 124 | |||
| 125 | 그러나 대규모 자산이 하나의 스마트 컨트랙트나 유동성 풀에 집중되면 공격자가 탈취할 수 있는 자금 규모도 커질 수 있다. | ||
| 126 | |||
| 127 | 디브릿지의 DLN에서는 여러 사용자의 공동 유동성을 하나의 거대한 풀에 장기간 보관하지 않는다. | ||
| 128 | |||
| 129 | 각 주문은 독립적으로 처리된다. | ||
| 130 | |||
| 131 | 기본적인 구조는 다음과 같다. | ||
| 132 | |||
| 133 | 1. 사용자가 출발 체인에서 주문을 생성한다. | ||
| 134 | 2. 사용자의 자산이 DlnSource 스마트 컨트랙트에 잠긴다. | ||
| 135 | 3. 솔버가 목적지 체인에서 자신의 유동성으로 사용자가 원하는 자산을 제공한다. | ||
| 136 | 4. 주문 완료가 검증된다. | ||
| 137 | 5. 솔버는 출발 체인에 잠겨 있던 자산을 받는다. | ||
| 138 | |||
| 139 | 스마트 컨트랙트는 장기간 대규모 자금을 보관하는 유동성 풀이 아니라 개별 주문 과정에서 자금이 통과하는 파이프에 가까운 역할을 한다. | ||
| 140 | |||
| 141 | 이러한 구조를 디브릿지는 0-TVL이라고 표현한다. | ||
| 142 | |||
| 143 | ### 3. 경쟁형 솔버 | ||
| 144 | |||
| 145 | DLN에서는 Solver라고 불리는 참여자가 크로스체인 주문을 실행한다. | ||
| 146 | |||
| 147 | 솔버는 여러 블록체인에 자신의 자산을 보유하고 사용자의 주문을 감시한다. | ||
| 148 | |||
| 149 | 예를 들어 사용자가 다음 주문을 생성한다고 가정할 수 있다. | ||
| 150 | |||
| 151 | > Solana의 10 SOL을 Base의 1,000 USDC로 교환한다. | ||
| 152 | |||
| 153 | 솔버들은 해당 주문을 확인할 수 있다. | ||
| 154 | |||
| 155 | 주문을 실행하려는 솔버는 Base에서 자신의 1,000 USDC를 사용자에게 먼저 제공한다. | ||
| 156 | |||
| 157 | 이후 주문 완료가 검증되면 솔버는 Solana에 잠긴 사용자의 SOL을 받을 수 있다. | ||
| 158 | |||
| 159 | 여러 솔버가 동일한 주문을 경쟁적으로 확인할 수 있으며, 가장 먼저 정상적으로 주문을 완료한 솔버가 해당 주문의 출발 체인 자산을 청구할 권리를 얻게 된다. | ||
| 160 | |||
| 161 | 솔버는 다음과 같은 역할을 한다. | ||
| 162 | |||
| 163 | - 여러 체인에 자산 보유 | ||
| 164 | - 주문 감시 | ||
| 165 | - 시장 가격 분석 | ||
| 166 | - 목적지 체인에서 유동성 제공 | ||
| 167 | - 가스비 지불 | ||
| 168 | - 재고 관리 | ||
| 169 | - 가격 및 위험 관리 | ||
| 170 | - 주문 완료 후 출발 체인의 자산 청구 | ||
| 171 | |||
| 172 | 이러한 구조는 프로토콜 자체가 모든 블록체인에 거대한 유동성 풀을 직접 유지하지 않고 시장 참여자의 경쟁을 이용해 자산 이동을 처리하는 방식이다. | ||
| 173 | |||
| 174 | ### 4. 인텐트 기반 주문 | ||
| 175 | |||
| 176 | 디브릿지는 사용자가 개별적인 기술적 실행 과정보다 자신이 원하는 결과를 표현하는 인텐트 기반 구조를 활용한다. | ||
| 177 | |||
| 178 | 사용자의 인텐트는 다음과 같은 형태가 될 수 있다. | ||
| 179 | |||
| 180 | > SOL을 USDC로 교환하고 싶다. | ||
| 181 | |||
| 182 | > Ethereum의 USDT를 Base의 ETH로 바꾸고 싶다. | ||
| 183 | |||
| 184 | > 특정 가격이 되면 Solana의 자산을 Arbitrum의 자산으로 교환하고 싶다. | ||
| 185 | |||
| 186 | 사용자가 원하는 결과를 지정하면 솔버와 실행 인프라가 해당 조건을 충족하는 방법을 찾는다. | ||
| 187 | |||
| 188 | 사용자는 다음과 같은 기술적 세부사항을 직접 관리해야 하는 부담을 줄일 수 있다. | ||
| 189 | |||
| 190 | - 어떤 브리지를 사용해야 하는가 | ||
| 191 | - 어떤 유동성 풀을 이용해야 하는가 | ||
| 192 | - 어떤 중간 토큰을 거쳐야 하는가 | ||
| 193 | - 목적지 체인의 가스 토큰은 어떻게 마련하는가 | ||
| 194 | - 여러 거래를 어떤 순서로 실행하는가 | ||
| 195 | |||
| 196 | 이러한 인텐트 중심 구조는 디브릿지가 장기적으로 추진하는 체인 추상화와도 연결된다. | ||
| 197 | |||
| 198 | ### 5. 비수탁형 구조 | ||
| 199 | |||
| 200 | 디브릿지는 사용자의 자산을 중앙화된 사업자 계좌에 보관하는 수탁 서비스를 제공하지 않는다. | ||
| 201 | |||
| 202 | 크로스체인 주문이 생성되면 자산은 스마트 컨트랙트에 잠기며, 주문이 정상적으로 완료되면 솔버가 해당 자산을 받을 수 있다. | ||
| 203 | |||
| 204 | 주문이 완료되지 않은 경우 사용자는 조건에 따라 주문을 취소하고 자산을 회수할 수 있다. | ||
| 205 | |||
| 206 | 기본적인 결과는 다음 두 가지 가운데 하나이다. | ||
| 207 | |||
| 208 | - 주문이 완료되고 솔버가 자산을 청구 | ||
| 209 | - 주문이 완료되지 않고 사용자가 자산을 회수 | ||
| 210 | |||
| 211 | 사용자의 자금이 일반적인 중앙화 사업자의 지갑에 장기간 보관되는 방식과 구분된다. | ||
| 212 | |||
| 213 | ### 6. 보장된 견적 | ||
| 214 | |||
| 215 | 크로스체인 주문을 생성할 때 사용자는 자신이 받을 목적지 자산의 수량을 확인할 수 있다. | ||
| 216 | |||
| 217 | 정상적으로 해당 주문을 수락한 솔버는 정해진 조건에 맞는 자산을 목적지 체인에서 제공한다. | ||
| 218 | |||
| 219 | 이에 따라 일반적인 AMM의 가격 충격이나 거래 중간의 슬리피지와 다른 형태의 사용자 경험을 제공하는 것을 목표로 한다. | ||
| 220 | |||
| 221 | 실제 견적은 다음과 같은 요소에 영향을 받을 수 있다. | ||
| 222 | |||
| 223 | - 시장 가격 | ||
| 224 | - 솔버의 유동성 | ||
| 225 | - 출발 체인 | ||
| 226 | - 목적지 체인 | ||
| 227 | - 거래 규모 | ||
| 228 | - 가스비 | ||
| 229 | - 거래 위험 | ||
| 230 | - 체인의 최종성 | ||
| 231 | |||
| 232 | ### 7. EVM과 SVM 연결 | ||
| 233 | |||
| 234 | 디브릿지는 EVM 기반 블록체인뿐 아니라 Solana와 같은 SVM 환경도 지원한다. | ||
| 235 | |||
| 236 | 대표적으로 다음과 같은 블록체인 생태계를 연결할 수 있다. | ||
| 237 | |||
| 238 | - Ethereum | ||
| 239 | - Solana | ||
| 240 | - BNB Chain | ||
| 241 | - Arbitrum | ||
| 242 | - Optimism | ||
| 243 | - Base | ||
| 244 | - Polygon | ||
| 245 | - Avalanche | ||
| 246 | - Tron | ||
| 247 | - 기타 지원 블록체인 | ||
| 248 | |||
| 249 | EVM과 Solana는 서로 다른 가상 머신, 주소 구조 및 스마트 컨트랙트 환경을 사용한다. | ||
| 250 | |||
| 251 | 디브릿지는 이러한 서로 다른 실행 환경을 하나의 상호운용성 계층을 통해 연결하는 것을 목표로 한다. | ||
| 252 | |||
| 253 | ## 기술 구조 | ||
| 254 | |||
| 255 | 디브릿지 생태계의 주요 기술 구성 요소는 다음과 같다. | ||
| 256 | |||
| 257 | 1. deBridge Liquidity Network | ||
| 258 | 2. DlnSource | ||
| 259 | 3. DlnDestination | ||
| 260 | 4. Solvers | ||
| 261 | 5. deBridge Messaging Protocol | ||
| 262 | 6. Validators | ||
| 263 | 7. deBridgeGate | ||
| 264 | 8. dePort | ||
| 265 | 9. IaaS | ||
| 266 | 10. Hooks | ||
| 267 | 11. Bundles | ||
| 268 | |||
| 269 | 각 구성 요소는 자산 주문, 유동성 제공, 메시지 검증, 스마트 컨트랙트 실행 및 멀티체인 연결 등을 담당한다. | ||
| 270 | |||
| 271 | ## deBridge Liquidity Network | ||
| 272 | |||
| 273 | deBridge Liquidity Network는 줄여서 DLN이라고 한다. | ||
| 274 | |||
| 275 | DLN은 유동성 풀을 사용하지 않고 솔버가 주문별로 직접 유동성을 제공하는 크로스체인 가치 이전 네트워크이다. | ||
| 276 | |||
| 277 | 사용자는 출발 체인에서 자산을 제공하고 자신이 목적지 체인에서 받을 자산과 수량을 지정한다. | ||
| 278 | |||
| 279 | 예를 들어 다음과 같은 주문이 가능하다. | ||
| 280 | |||
| 281 | > Ethereum의 1 ETH를 Solana의 USDC로 교환한다. | ||
| 282 | |||
| 283 | > Solana의 SOL을 Base의 ETH로 교환한다. | ||
| 284 | |||
| 285 | > BNB Chain의 USDT를 Arbitrum의 USDC로 이동한다. | ||
| 286 | |||
| 287 | DLN에서는 주문을 처리하기 위해 여러 사용자의 자산을 하나의 공유 유동성 풀에 모을 필요가 없다. | ||
| 288 | |||
| 289 | 각 솔버가 목적지 체인에서 자신의 자산을 이용해 주문을 이행한다. | ||
| 290 | |||
| 291 | ## DLN 주문 처리 과정 | ||
| 292 | |||
| 293 | 일반적인 DLN 크로스체인 주문은 다음과 같은 과정을 거친다. | ||
| 294 | |||
| 295 | ### 1. 주문 생성 | ||
| 296 | |||
| 297 | 사용자가 출발 체인에서 자신이 보낼 자산과 목적지 체인에서 받을 자산을 지정한다. | ||
| 298 | |||
| 299 | 주문에는 다음과 같은 정보가 포함될 수 있다. | ||
| 300 | |||
| 301 | - 출발 체인 | ||
| 302 | - 출발 자산 | ||
| 303 | - 출발 자산 수량 | ||
| 304 | - 목적지 체인 | ||
| 305 | - 목적지 자산 | ||
| 306 | - 최소 수령량 | ||
| 307 | - 수령 주소 | ||
| 308 | - 주문 권한 주소 | ||
| 309 | - 기타 실행 조건 | ||
| 310 | |||
| 311 | ### 2. 출발 자산 잠금 | ||
| 312 | |||
| 313 | 사용자의 자산이 출발 체인의 DlnSource 스마트 컨트랙트에 잠긴다. | ||
| 314 | |||
| 315 | 각 주문에는 고유한 Order ID가 생성된다. | ||
| 316 | |||
| 317 | ### 3. 솔버의 주문 감시 | ||
| 318 | |||
| 319 | 여러 솔버가 새롭게 생성된 주문을 확인한다. | ||
| 320 | |||
| 321 | 솔버는 해당 주문의 수익성과 위험을 분석한다. | ||
| 322 | |||
| 323 | ### 4. 목적지 체인에서 주문 실행 | ||
| 324 | |||
| 325 | 주문을 수락한 솔버가 자신의 자산을 이용해 목적지 체인에서 사용자가 원하는 토큰을 제공한다. | ||
| 326 | |||
| 327 | 예를 들어 사용자가 Solana의 SOL을 보내고 Base의 USDC를 요청했다면 솔버가 자신의 Base USDC를 사용자에게 지급한다. | ||
| 328 | |||
| 329 | ### 5. 주문 완료 기록 | ||
| 330 | |||
| 331 | 목적지 체인의 DlnDestination 스마트 컨트랙트에 주문이 완료된 것으로 기록된다. | ||
| 332 | |||
| 333 | ### 6. 크로스체인 메시지 전송 | ||
| 334 | |||
| 335 | DlnDestination은 해당 주문의 완료 사실을 출발 체인에 알리기 위한 메시지를 생성한다. | ||
| 336 | |||
| 337 | 이 메시지는 deBridge Messaging Protocol을 통해 전달된다. | ||
| 338 | |||
| 339 | ### 7. 메시지 검증 | ||
| 340 | |||
| 341 | 디브릿지 검증자들이 해당 주문이 실제 목적지 체인에서 완료되었는지 확인한다. | ||
| 342 | |||
| 343 | ### 8. 출발 자산 해제 | ||
| 344 | |||
| 345 | 필요한 검증 조건을 충족하면 출발 체인의 DlnSource 스마트 컨트랙트가 처음 잠겨 있던 사용자의 자산을 솔버에게 전달한다. | ||
| 346 | |||
| 347 | 이를 통해 솔버는 목적지 체인에서 제공한 유동성에 대응하는 자산을 출발 체인에서 받게 된다. | ||
| 348 | |||
| 349 | ## DlnSource | ||
| 350 | |||
| 351 | DlnSource는 DLN 주문의 출발 체인에서 작동하는 스마트 컨트랙트이다. | ||
| 352 | |||
| 353 | 주요 역할은 다음과 같다. | ||
| 354 | |||
| 355 | - 크로스체인 주문 생성 | ||
| 356 | - 사용자의 자산 잠금 | ||
| 357 | - Order ID 생성 | ||
| 358 | - 주문 상태 관리 | ||
| 359 | - 정상적으로 주문을 완료한 솔버에게 자산 해제 | ||
| 360 | - 미완료 주문 취소 및 자산 반환 | ||
| 361 | |||
| 362 | 사용자가 크로스체인 주문을 생성하면 자산이 DlnSource에 잠긴다. | ||
| 363 | |||
| 364 | 이 자산은 다음 두 가지 가운데 하나의 결과로 처리된다. | ||
| 365 | |||
| 366 | 1. 주문을 완료한 솔버에게 지급 | ||
| 367 | 2. 주문이 완료되지 않으면 사용자에게 반환 | ||
| 368 | |||
| 369 | ## DlnDestination | ||
| 370 | |||
| 371 | DlnDestination은 주문의 목적지 체인에서 작동한다. | ||
| 372 | |||
| 373 | 주요 역할은 다음과 같다. | ||
| 374 | |||
| 375 | - 솔버의 주문 이행 확인 | ||
| 376 | - 목적지 자산을 사용자에게 전달 | ||
| 377 | - 주문 상태를 Fulfilled로 변경 | ||
| 378 | - 출발 체인으로 주문 완료 메시지 생성 | ||
| 379 | |||
| 380 | 가장 먼저 정상적으로 주문을 완료한 솔버가 해당 주문을 이행한 것으로 처리된다. | ||
| 381 | |||
| 382 | 이후 출발 체인의 DlnSource에 잠긴 자산을 받을 수 있도록 크로스체인 메시지가 전송된다. | ||
| 383 | |||
| 384 | ## Solver | ||
| 385 | |||
| 386 | 솔버는 DLN의 핵심적인 유동성 공급자이자 주문 실행자이다. | ||
| 387 | |||
| 388 | 전통적인 유동성 공급자가 하나의 스마트 컨트랙트 풀에 토큰을 예치하는 것과 달리, 솔버는 여러 체인에 자신이 직접 관리하는 자산을 보유할 수 있다. | ||
| 389 | |||
| 390 | 솔버는 다음과 같은 작업을 수행한다. | ||
| 391 | |||
| 392 | - 새로운 주문 탐색 | ||
| 393 | - 시장 가격 비교 | ||
| 394 | - 주문 수익성 계산 | ||
| 395 | - 목적지 체인 유동성 공급 | ||
| 396 | - 가스비 관리 | ||
| 397 | - 여러 체인의 자산 재고 관리 | ||
| 398 | - 완료된 주문의 출발 자산 청구 | ||
| 399 | |||
| 400 | 솔버가 충분한 수익성을 찾지 못하거나 위험이 너무 높다고 판단하면 특정 주문을 실행하지 않을 수도 있다. | ||
| 401 | |||
| 402 | 이에 따라 시장 주문과 지정가 주문의 실제 체결 여부와 속도는 주문 조건 및 솔버 경쟁에 영향을 받을 수 있다. | ||
| 403 | |||
| 404 | ## deBridge Messaging Protocol | ||
| 405 | |||
| 406 | deBridge Messaging Protocol은 줄여서 DMP라고 한다. | ||
| 407 | |||
| 408 | DMP는 서로 다른 블록체인 사이에서 임의의 메시지와 CALLDATA를 전달할 수 있도록 하는 크로스체인 메시징 인프라이다. | ||
| 409 | |||
| 410 | 단순한 토큰 이동뿐 아니라 다음과 같은 정보를 전달할 수 있다. | ||
| 411 | |||
| 412 | - 주문 완료 여부 | ||
| 413 | - 스마트 컨트랙트 명령 | ||
| 414 | - 거버넌스 결과 | ||
| 415 | - 데이터 | ||
| 416 | - 자산 발행 명령 | ||
| 417 | - 다른 체인의 함수 호출 | ||
| 418 | |||
| 419 | DLN 역시 솔버가 목적지 체인에서 주문을 완료했다는 사실을 출발 체인에 전달하기 위해 DMP를 이용한다. | ||
| 420 | |||
| 421 | ## DMP 메시지 처리 과정 | ||
| 422 | |||
| 423 | DMP의 일반적인 메시지 흐름은 다음과 같다. | ||
| 424 | |||
| 425 | ### 1. 메시지 생성 | ||
| 426 | |||
| 427 | 사용자 또는 스마트 컨트랙트가 출발 체인의 deBridge 스마트 컨트랙트를 호출한다. | ||
| 428 | |||
| 429 | 각 크로스체인 메시지에는 고유한 Submission ID가 생성된다. | ||
| 430 | |||
| 431 | ### 2. 블록 최종성 대기 | ||
| 432 | |||
| 433 | 각 블록체인은 서로 다른 최종성 구조를 가진다. | ||
| 434 | |||
| 435 | 검증자는 해당 블록체인의 특성에 맞는 수의 블록 확인이 완료될 때까지 기다린다. | ||
| 436 | |||
| 437 | ### 3. 검증자 서명 | ||
| 438 | |||
| 439 | 필요한 최종성에 도달하면 각 검증자가 Submission ID에 서명한다. | ||
| 440 | |||
| 441 | ### 4. 서명 데이터 저장 | ||
| 442 | |||
| 443 | 검증자의 서명 정보는 분산형 데이터 가용성 인프라에 저장될 수 있다. | ||
| 444 | |||
| 445 | ### 5. 서명 수집 | ||
| 446 | |||
| 447 | 사용자나 Keeper가 필요한 검증자의 서명을 수집한다. | ||
| 448 | |||
| 449 | ### 6. 목적지 체인 제출 | ||
| 450 | |||
| 451 | 메시지 정보와 검증자 서명을 목적지 체인의 deBridgeGate 스마트 컨트랙트에 제출한다. | ||
| 452 | |||
| 453 | ### 7. 검증 | ||
| 454 | |||
| 455 | deBridgeGate는 메시지를 다시 계산하고 필요한 최소 검증자 서명 조건이 충족됐는지 확인한다. | ||
| 456 | |||
| 457 | ### 8. CALLDATA 실행 | ||
| 458 | |||
| 459 | 검증이 완료되면 목적지 체인에서 지정된 스마트 컨트랙트 호출이나 메시지 실행이 이루어진다. | ||
| 460 | |||
| 461 | 이를 통해 서로 다른 블록체인의 스마트 컨트랙트가 상호작용할 수 있다. | ||
| 462 | |||
| 463 | ## Validators | ||
| 464 | |||
| 465 | 검증자는 디브릿지의 크로스체인 메시지를 확인하고 서명하는 참여자이다. | ||
| 466 | |||
| 467 | 주요 역할은 다음과 같다. | ||
| 468 | |||
| 469 | - 출발 체인의 거래 모니터링 | ||
| 470 | - 체인별 최종성 확인 | ||
| 471 | - Submission ID 확인 | ||
| 472 | - 정상적인 메시지에 서명 | ||
| 473 | - 크로스체인 메시징 인프라 유지 | ||
| 474 | |||
| 475 | 목적지 스마트 컨트랙트는 하나의 검증자 서명만을 무조건 신뢰하는 것이 아니라 설정된 최소 합의 기준을 충족하는 검증자 서명을 확인한다. | ||
| 476 | |||
| 477 | DBR 거버넌스의 장기적인 설계에서는 다음과 같은 사항을 커뮤니티 의사 결정과 연결하는 방향이 제시되어 있다. | ||
| 478 | |||
| 479 | - 활성 검증자 선출 | ||
| 480 | - 최소 합의 임계값 | ||
| 481 | - 새로운 블록체인의 직접 통합 | ||
| 482 | - 검증자 스테이킹 | ||
| 483 | - 슬래싱 | ||
| 484 | - 프로토콜 트레저리 | ||
| 485 | |||
| 486 | ## Delegated Staking과 Slashing | ||
| 487 | |||
| 488 | 디브릿지는 검증자의 경제적 책임을 높이기 위한 위임 스테이킹 및 슬래싱 구조를 설계했다. | ||
| 489 | |||
| 490 | 검증자가 다음과 같은 행동을 하는 경우 경제적 패널티를 적용할 수 있는 구조를 지향한다. | ||
| 491 | |||
| 492 | - 존재하지 않는 메시지 검증 | ||
| 493 | - 잘못된 메시지 서명 | ||
| 494 | - 거래 검열 | ||
| 495 | - 지속적인 인프라 장애 | ||
| 496 | - 검증자 담합 | ||
| 497 | |||
| 498 | DBR과 기타 거버넌스가 승인하는 자산을 검증자의 담보에 연결함으로써 검증자의 정상적인 행동에 경제적 이해관계를 부여하는 것이 목표이다. | ||
| 499 | |||
| 500 | 구체적인 DBR 스테이킹과 거버넌스 및 슬래싱 기능의 실제 적용 범위는 프로토콜과 DAO의 개발 진행 상태에 따라 구분해서 볼 필요가 있다. | ||
| 501 | |||
| 502 | ## dePort | ||
| 503 | |||
| 504 | dePort는 토큰을 여러 블록체인에 배포할 수 있도록 하는 디브릿지의 네이티브 자산 브리지 시스템이다. | ||
| 505 | |||
| 506 | DLN과 dePort는 서로 목적이 다르다. | ||
| 507 | |||
| 508 | ### DLN | ||
| 509 | |||
| 510 | 사용자가 서로 다른 체인 사이에서 즉시 자산을 교환하거나 이동하도록 하는 유동성 및 주문 실행 네트워크이다. | ||
| 511 | |||
| 512 | ### dePort | ||
| 513 | |||
| 514 | 하나의 블록체인에 존재하는 네이티브 토큰을 다른 블록체인에 합성 자산 형태로 배포한다. | ||
| 515 | |||
| 516 | dePort는 Lock-and-Mint 구조를 사용할 수 있다. | ||
| 517 | |||
| 518 | 기본적인 과정은 다음과 같다. | ||
| 519 | |||
| 520 | 1. 원본 체인의 네이티브 토큰 잠금 | ||
| 521 | 2. DMP를 통한 메시지 전송 | ||
| 522 | 3. 목적지 체인에서 대응하는 deAsset 발행 | ||
| 523 | 4. 원본 자산과 1:1 담보 관계 유지 | ||
| 524 | |||
| 525 | 예를 들어 체인 A의 특정 토큰을 체인 B에서도 사용할 수 있도록 합성 표현을 만들 수 있다. | ||
| 526 | |||
| 527 | dePort는 프로젝트가 자신의 토큰을 여러 체인에서 사용할 수 있도록 하는 멀티체인 자산 인프라 역할을 한다. | ||
| 528 | |||
| 529 | ## IaaS | ||
| 530 | |||
| 531 | IaaS는 Infrastructure-as-a-Service의 약자이다. | ||
| 532 | |||
| 533 | 새로운 블록체인 프로젝트가 직접 복잡한 크로스체인 메시징과 유동성 인프라를 처음부터 구축하지 않고 디브릿지 생태계에 연결할 수 있도록 하는 서비스이다. | ||
| 534 | |||
| 535 | 블록체인이 IaaS를 통해 연결되면 다음과 같은 기능을 사용할 수 있다. | ||
| 536 | |||
| 537 | - 다른 지원 체인과 크로스체인 메시징 | ||
| 538 | - DLN 기반 자산 교환 | ||
| 539 | - 다른 생태계 사용자 온보딩 | ||
| 540 | - 멀티체인 유동성 접근 | ||
| 541 | - EVM 및 SVM 생태계 연결 | ||
| 542 | |||
| 543 | 새로운 블록체인은 독립적인 자체 브리지를 개발하고 검증자 인프라를 구축하는 대신 디브릿지의 기존 상호운용성 네트워크를 이용할 수 있다. | ||
| 544 | |||
| 545 | ## Same-Chain Meta-Aggregation | ||
| 546 | |||
| 547 | 디브릿지는 초기에는 크로스체인 거래를 중심으로 개발됐지만 이후 동일 블록체인 내 토큰 거래도 지원하기 시작했다. | ||
| 548 | |||
| 549 | 같은 체인의 토큰을 거래할 때 여러 DEX 애그리게이터의 결과를 비교하고 더 적합한 실행 경로를 찾는 구조를 사용한다. | ||
| 550 | |||
| 551 | 예를 들어 Ethereum에서 USDC를 ETH로 바꾸려 할 경우 여러 유동성 경로를 비교할 수 있다. | ||
| 552 | |||
| 553 | 이에 따라 현재 디브릿지는 하나의 인터페이스와 API에서 다음 두 가지 거래를 모두 지원한다. | ||
| 554 | |||
| 555 | - Cross-chain swap | ||
| 556 | - Same-chain swap | ||
| 557 | |||
| 558 | 개발자는 하나의 디브릿지 API를 통해 여러 지원 블록체인의 동일 체인 및 크로스체인 거래를 애플리케이션에 추가할 수 있다. | ||
| 559 | |||
| 560 | ## Hooks | ||
| 561 | |||
| 562 | Hooks는 크로스체인 거래가 완료된 이후 추가적인 스마트 컨트랙트 작업을 자동으로 실행할 수 있도록 하는 기능이다. | ||
| 563 | |||
| 564 | 예를 들어 사용자가 다음과 같은 작업을 원할 수 있다. | ||
| 565 | |||
| 566 | > Ethereum의 USDC를 Base의 ETH로 교환하고, 도착한 ETH를 특정 DeFi 프로토콜에 자동으로 예치한다. | ||
| 567 | |||
| 568 | 일반적인 방식에서는 다음과 같은 별도 거래가 필요할 수 있다. | ||
| 569 | |||
| 570 | 1. 자산 브리지 | ||
| 571 | 2. 목적지 체인 도착 확인 | ||
| 572 | 3. 토큰 교환 | ||
| 573 | 4. 지갑에서 다시 거래 승인 | ||
| 574 | 5. DeFi 프로토콜 예치 | ||
| 575 | |||
| 576 | Hooks를 이용하면 이러한 후속 작업을 하나의 실행 흐름으로 연결할 수 있다. | ||
| 577 | |||
| 578 | 활용 가능한 분야에는 다음이 포함될 수 있다. | ||
| 579 | |||
| 580 | - 토큰 스왑 후 자동 예치 | ||
| 581 | - 대출 프로토콜 이용 | ||
| 582 | - NFT 구매 | ||
| 583 | - 유동성 공급 | ||
| 584 | - 스테이킹 | ||
| 585 | - 가스 토큰 확보 | ||
| 586 | - 기타 스마트 컨트랙트 함수 실행 | ||
| 587 | |||
| 588 | ## deBridge Bundles | ||
| 589 | |||
| 590 | Bundles는 디브릿지가 개발하는 인텐트 기반 체인 추상화 실행 구조이다. | ||
| 591 | |||
| 592 | 사용자가 여러 개의 기술적인 거래를 직접 조합하는 대신 자신이 원하는 결과를 표현하는 것을 목표로 한다. | ||
| 593 | |||
| 594 | 예를 들어 사용자는 다음과 같은 결과를 요청할 수 있다. | ||
| 595 | |||
| 596 | > 내가 어느 체인에 어떤 자산을 가지고 있는지는 상관없이 Base에서 특정 토큰을 구매한다. | ||
| 597 | |||
| 598 | 시스템은 다음과 같은 요소들을 자동으로 처리하는 방향을 지향한다. | ||
| 599 | |||
| 600 | - 사용자의 여러 체인 자산 확인 | ||
| 601 | - 필요한 실행 경로 탐색 | ||
| 602 | - 가스비 처리 | ||
| 603 | - 자산 이동 | ||
| 604 | - 토큰 교환 | ||
| 605 | - 후속 스마트 컨트랙트 실행 | ||
| 606 | |||
| 607 | Bundles는 EVM과 Solana를 포함하는 여러 환경에서 하나의 일관된 실행 경험을 제공하는 것을 목표로 한다. | ||
| 608 | |||
| 609 | 2026년 기준 Bundles는 제한된 통합 파트너를 대상으로 비공개 롤아웃 단계에서 개발되고 있다. | ||
| 610 | |||
| 611 | ## 체인 추상화 | ||
| 612 | |||
| 613 | 체인 추상화는 사용자가 자신이 어느 블록체인을 사용하고 있는지를 직접 의식해야 하는 부담을 줄이는 개념이다. | ||
| 614 | |||
| 615 | 현재의 멀티체인 환경에서는 사용자가 다음을 직접 관리해야 하는 경우가 많다. | ||
| 616 | |||
| 617 | - 어떤 체인에 자산이 있는지 | ||
| 618 | - 어떤 가스 토큰이 필요한지 | ||
| 619 | - RPC 설정 | ||
| 620 | - 브리지 선택 | ||
| 621 | - 네트워크 전환 | ||
| 622 | - 유동성 경로 | ||
| 623 | - 거래 실패 시 재시도 | ||
| 624 | |||
| 625 | 체인 추상화에서는 사용자가 원하는 최종 결과를 요청하고 실행 레이어가 필요한 체인과 거래를 자동으로 조정하는 방향을 지향한다. | ||
| 626 | |||
| 627 | 디브릿지의 DLN과 DMP 및 Bundles는 이러한 체인 추상화 환경을 위한 기반 구성 요소로 활용될 수 있다. | ||
| 628 | |||
| 629 | ## deBridge Points | ||
| 630 | |||
| 631 | deBridge Points는 실제 디브릿지 프로토콜 이용과 생태계 기여도를 기록하기 위해 도입된 포인트 시스템이다. | ||
| 632 | |||
| 633 | 초기에는 DBR 커뮤니티 배분과 프로토콜의 탈중앙화를 위한 수단으로 활용됐다. | ||
| 634 | |||
| 635 | 포인트는 다음과 같은 활동과 연결될 수 있다. | ||
| 636 | |||
| 637 | - 크로스체인 거래 | ||
| 638 | - 프로토콜 수수료 기여 | ||
| 639 | - 사용자 추천 | ||
| 640 | - API 통합 | ||
| 641 | - Widget 통합 | ||
| 642 | - DMP 메시징 | ||
| 643 | - IaaS | ||
| 644 | - 기타 생태계 활동 | ||
| 645 | |||
| 646 | 디브릿지는 단순히 여러 지갑을 만들어 반복적으로 거래하는 활동보다 실제로 프로토콜 수수료와 생태계 가치를 만들어내는 사용자를 보상하는 것을 목표로 한다. | ||
| 647 | |||
| 648 | 시즌1과 시즌2를 거쳐 DBR 에어드롭이 진행됐으며 이후 시즌3가 시작됐다. | ||
| 649 | |||
| 650 | ## DBR 토큰 | ||
| 651 | |||
| 652 | DBR은 디브릿지 생태계의 거버넌스 토큰이다. | ||
| 653 | |||
| 654 | Solana 네트워크에서 SPL 토큰으로 발행되었다. | ||
| 655 | |||
| 656 | DBR의 총 공급량은 10,000,000,000개로 설정되어 있다. | ||
| 657 | |||
| 658 | DBR은 디브릿지가 개발팀 중심의 프로토콜에서 장기적으로 커뮤니티와 DAO가 더 많은 의사 결정 권한을 가지는 구조로 전환하기 위한 핵심 토큰이다. | ||
| 659 | |||
| 660 | DBR과 연결되는 주요 영역은 다음과 같다. | ||
| 661 | |||
| 662 | - DAO 거버넌스 | ||
| 663 | - 프로토콜 주요 매개변수 | ||
| 664 | - 검증자 선출 | ||
| 665 | - 검증자 경제적 보안 | ||
| 666 | - 스테이킹 | ||
| 667 | - 생태계 인센티브 | ||
| 668 | - 트레저리 관리 | ||
| 669 | - 새로운 블록체인 통합 | ||
| 670 | - Reserve Fund | ||
| 671 | |||
| 672 | 실제 각 기능의 적용 시점과 구현 범위는 거버넌스 및 프로토콜 개발 진행에 따라 변화할 수 있다. | ||
| 673 | |||
| 674 | ## 토큰 정보 | ||
| 675 | |||
| 676 | - **토큰명**: deBridge | ||
| 677 | - **티커**: DBR | ||
| 678 | - **토큰 네트워크**: Solana | ||
| 679 | - **토큰 표준**: SPL 토큰 | ||
| 680 | - **토큰 출시**: 2024년 10월 | ||
| 681 | - **총 공급량**: 10,000,000,000 DBR | ||
| 682 | - **TGE 초기 언락 비율**: 18% | ||
| 683 | - **TGE 초기 언락량**: 1,800,000,000 DBR | ||
| 684 | - **Solana 토큰 주소**: DBRiDgJAMsM95moTzJs7M9LnkGErpbv9v6CUR1DXnUu5 | ||
| 685 | - **주요 용도** | ||
| 686 | - DAO 거버넌스 | ||
| 687 | - 주요 프로토콜 매개변수 결정 | ||
| 688 | - 검증자 선출 | ||
| 689 | - 검증자 스테이킹 및 경제적 보안 | ||
| 690 | - 생태계 인센티브 | ||
| 691 | - 트레저리 및 생태계 준비금 관리 | ||
| 692 | |||
| 693 | ## DBR 토큰의 역할 | ||
| 694 | |||
| 695 | ### 1. DAO 거버넌스 | ||
| 696 | |||
| 697 | DBR은 디브릿지 생태계를 커뮤니티가 관리하는 DAO 구조로 전환하기 위해 도입된 거버넌스 토큰이다. | ||
| 698 | |||
| 699 | 장기적으로 DBR 보유자와 스테이커는 다음과 같은 의사 결정에 참여하는 구조가 제시되어 있다. | ||
| 700 | |||
| 701 | - 활성 검증자 선출 | ||
| 702 | - 검증자 최소 합의 임계값 | ||
| 703 | - 새로운 블록체인 통합 | ||
| 704 | - 생태계 준비금 | ||
| 705 | - DAO 트레저리 | ||
| 706 | - 검증자 슬래싱 | ||
| 707 | - 스마트 컨트랙트 업그레이드 | ||
| 708 | |||
| 709 | 모든 프로토콜 권한이 한 번에 DAO에 이전되는 방식보다 거버넌스 시스템이 발전함에 따라 단계적으로 더 많은 권한을 커뮤니티에 이전하는 방향을 지향한다. | ||
| 710 | |||
| 711 | ### 2. 검증자 선출 | ||
| 712 | |||
| 713 | 디브릿지 메시징 프로토콜의 검증자는 크로스체인 메시지를 확인하고 서명하는 중요한 역할을 한다. | ||
| 714 | |||
| 715 | DBR 거버넌스는 장기적으로 어떤 검증자가 활성 검증자 집합에 참여할 수 있는지를 결정하는 구조와 연결될 수 있다. | ||
| 716 | |||
| 717 | ### 3. 합의 임계값 | ||
| 718 | |||
| 719 | 크로스체인 메시지를 정상적인 것으로 인정하기 위해 필요한 최소 검증자 합의 수준도 거버넌스 대상이 될 수 있다. | ||
| 720 | |||
| 721 | 높은 임계값은 더 많은 검증자 서명을 요구하지만 가용성이나 비용에도 영향을 줄 수 있다. | ||
| 722 | |||
| 723 | 이에 따라 보안과 성능 사이의 균형을 고려해야 한다. | ||
| 724 | |||
| 725 | ### 4. 검증자 경제적 보안 | ||
| 726 | |||
| 727 | DBR을 검증자의 담보와 연결함으로써 검증자가 잘못된 메시지를 승인하거나 거래를 검열하는 경우 경제적 손실을 부담하도록 하는 구조가 제안되어 있다. | ||
| 728 | |||
| 729 | 이는 다음과 같은 위험에 대한 경제적 보장을 강화하는 것을 목표로 한다. | ||
| 730 | |||
| 731 | - 메시지 위조 | ||
| 732 | - 검증자 담합 | ||
| 733 | - 검열 | ||
| 734 | - 다운타임 | ||
| 735 | - 비정상적인 인프라 운영 | ||
| 736 | |||
| 737 | ### 5. 생태계 인센티브 | ||
| 738 | |||
| 739 | 전체 DBR 공급량의 상당 부분이 커뮤니티와 생태계 성장을 위해 배정되었다. | ||
| 740 | |||
| 741 | 다음과 같은 영역에 활용될 수 있다. | ||
| 742 | |||
| 743 | - 개발자 지원 | ||
| 744 | - 사용자 인센티브 | ||
| 745 | - 커뮤니티 프로그램 | ||
| 746 | - 신규 애플리케이션 | ||
| 747 | - 통합 파트너 | ||
| 748 | - 생태계 조직 | ||
| 749 | - 장기적인 프로토콜 성장 | ||
| 750 | |||
| 751 | ## 토크노믹스 | ||
| 752 | |||
| 753 | DBR의 총 공급량은 10,000,000,000개이다. | ||
| 754 | |||
| 755 | 전체 초기 배분 구조는 다음과 같다. | ||
| 756 | |||
| 757 | - **커뮤니티 및 출시**: 20%, 2,000,000,000 DBR | ||
| 758 | - **생태계**: 26%, 2,600,000,000 DBR | ||
| 759 | - **핵심 기여자**: 20%, 2,000,000,000 DBR | ||
| 760 | - **deBridge Foundation**: 15%, 1,500,000,000 DBR | ||
| 761 | - **전략적 파트너**: 17%, 1,700,000,000 DBR | ||
| 762 | - **검증자**: 2%, 200,000,000 DBR | ||
| 763 | |||
| 764 | ## 커뮤니티 및 출시 | ||
| 765 | |||
| 766 | 전체 공급량의 20%인 2,000,000,000 DBR가 커뮤니티와 토큰 출시 관련 활동에 배정되었다. | ||
| 767 | |||
| 768 | 주요 용도에는 다음이 포함된다. | ||
| 769 | |||
| 770 | - Genesis 커뮤니티 에어드롭 | ||
| 771 | - deBridge Points | ||
| 772 | - Jupiter LFG | ||
| 773 | - 출시 관련 활동 | ||
| 774 | - 향후 커뮤니티 배포 | ||
| 775 | |||
| 776 | 전체 공급량의 10%가 TGE에서 즉시 언락되었다. | ||
| 777 | |||
| 778 | 세부 구성은 다음과 같다. | ||
| 779 | |||
| 780 | - **Season 1 에어드롭**: 6% | ||
| 781 | - **LFG Vault**: 2% | ||
| 782 | - **Jupiter LFG Reward**: 1% | ||
| 783 | - **Meteora Pool**: 1% | ||
| 784 | |||
| 785 | 나머지 커뮤니티 및 출시 물량은 TGE 6개월 이후부터 3년간 분기별로 베스팅되는 구조이다. | ||
| 786 | |||
| 787 | ## 생태계 | ||
| 788 | |||
| 789 | 전체 공급량의 26%인 2,600,000,000 DBR가 생태계에 배정되었다. | ||
| 790 | |||
| 791 | 전체 토크노믹스 가운데 가장 큰 단일 배분 항목이다. | ||
| 792 | |||
| 793 | 다음과 같은 분야에 활용될 수 있다. | ||
| 794 | |||
| 795 | - 개발자 커뮤니티 | ||
| 796 | - 새로운 애플리케이션 | ||
| 797 | - 생태계 확장 | ||
| 798 | - 커뮤니티 조직 | ||
| 799 | - 사용자 인센티브 | ||
| 800 | - 새로운 블록체인 통합 | ||
| 801 | - 장기적인 프로토콜 성장 | ||
| 802 | |||
| 803 | TGE에서는 전체 공급량의 3%인 300,000,000 DBR가 언락되었다. | ||
| 804 | |||
| 805 | 나머지 물량은 TGE 6개월 이후부터 3년간 분기별로 베스팅된다. | ||
| 806 | |||
| 807 | ## 핵심 기여자 | ||
| 808 | |||
| 809 | 전체 공급량의 20%인 2,000,000,000 DBR가 핵심 기여자에게 배정되었다. | ||
| 810 | |||
| 811 | 대상에는 다음 분야에서 프로젝트에 기여한 참여자가 포함될 수 있다. | ||
| 812 | |||
| 813 | - 엔지니어링 | ||
| 814 | - 인프라 | ||
| 815 | - 사업 개발 | ||
| 816 | - 보안 | ||
| 817 | - 마케팅 | ||
| 818 | - 프로토콜 연구 | ||
| 819 | |||
| 820 | TGE에서는 핵심 기여자 물량이 언락되지 않았다. | ||
| 821 | |||
| 822 | TGE 6개월 후 전체 공급량의 4%인 400,000,000 DBR가 언락되고, 나머지는 이후 3년간 분기별로 베스팅된다. | ||
| 823 | |||
| 824 | ## deBridge Foundation | ||
| 825 | |||
| 826 | 전체 공급량의 15%인 1,500,000,000 DBR가 deBridge Foundation에 배정되었다. | ||
| 827 | |||
| 828 | 재단 물량은 다음과 같은 영역에 활용될 수 있다. | ||
| 829 | |||
| 830 | - DBR 유동성 | ||
| 831 | - 프로토콜 개발 | ||
| 832 | - 생태계 성장 | ||
| 833 | - 그랜트 | ||
| 834 | - 장기 인센티브 | ||
| 835 | - 재단 운영 | ||
| 836 | |||
| 837 | TGE에서 전체 공급량의 5%인 500,000,000 DBR가 언락되었다. | ||
| 838 | |||
| 839 | 나머지 10%는 TGE 6개월 이후부터 3년간 분기별로 베스팅된다. | ||
| 840 | |||
| 841 | ## 전략적 파트너 | ||
| 842 | |||
| 843 | 전체 공급량의 17%인 1,700,000,000 DBR가 전략적 파트너에게 배정되었다. | ||
| 844 | |||
| 845 | 대상에는 초기 프로젝트 성장을 지원한 다음과 같은 참여자가 포함될 수 있다. | ||
| 846 | |||
| 847 | - 투자자 | ||
| 848 | - 펀드 | ||
| 849 | - 엔젤 투자자 | ||
| 850 | - 창립 관련 참여자 | ||
| 851 | - 전략적 생태계 파트너 | ||
| 852 | |||
| 853 | TGE에서는 전략적 파트너 물량이 언락되지 않았다. | ||
| 854 | |||
| 855 | TGE 6개월 후 340,000,000 DBR가 언락되고 나머지는 이후 3년간 분기별로 베스팅된다. | ||
| 856 | |||
| 857 | ## 검증자 | ||
| 858 | |||
| 859 | 전체 공급량의 2%인 200,000,000 DBR가 디브릿지 검증자를 위해 배정되었다. | ||
| 860 | |||
| 861 | 검증자는 메인넷 출시 이후 크로스체인 메시지 검증과 네트워크 운영에 참여한다. | ||
| 862 | |||
| 863 | TGE에서는 검증자 물량이 언락되지 않았다. | ||
| 864 | |||
| 865 | TGE 6개월 후 40,000,000 DBR가 언락되고 나머지는 일정한 운영 성과를 유지하는 조건으로 3년간 분기별 베스팅되는 구조이다. | ||
| 866 | |||
| 867 | ## 초기 언락 | ||
| 868 | |||
| 869 | TGE 당시 전체 DBR 공급량 가운데 18%가 언락되는 구조였다. | ||
| 870 | |||
| 871 | 구성은 다음과 같다. | ||
| 872 | |||
| 873 | - 커뮤니티 및 출시: 10% | ||
| 874 | - 생태계: 3% | ||
| 875 | - deBridge Foundation: 5% | ||
| 876 | |||
| 877 | 합계는 다음과 같다. | ||
| 878 | |||
| 879 | **1,800,000,000 DBR, 전체 공급량의 18%** | ||
| 880 | |||
| 881 | 핵심 기여자, 전략적 파트너와 검증자 물량은 TGE 당시 언락되지 않았다. | ||
| 882 | |||
| 883 | ## deBridge Reserve Fund | ||
| 884 | |||
| 885 | deBridge Reserve Fund는 실제 프로토콜 수익을 DBR 경제와 연결하기 위해 만들어진 준비금 구조이다. | ||
| 886 | |||
| 887 | 2025년 6월부터 운영되기 시작했으며, 초기 단계에서는 디브릿지 프로토콜에서 발생한 수익의 100%를 이용해 공개 시장의 탈중앙화 거래소에서 DBR을 매입하는 구조를 도입했다. | ||
| 888 | |||
| 889 | Reserve Fund가 매입한 DBR은 DAO의 장기적인 준비금으로 축적된다. | ||
| 890 | |||
| 891 | 기본적인 흐름은 다음과 같다. | ||
| 892 | |||
| 893 | 1. 디브릿지 프로토콜 이용 | ||
| 894 | 2. 프로토콜 수수료 발생 | ||
| 895 | 3. Reserve Fund에 프로토콜 수익 연결 | ||
| 896 | 4. 공개 시장에서 DBR 매입 | ||
| 897 | 5. 매입한 DBR을 준비금으로 보유 | ||
| 898 | |||
| 899 | 이는 DBR을 즉시 소각하는 구조와는 다르다. | ||
| 900 | |||
| 901 | 매입된 DBR은 deBridge Reserve Fund가 보유한다. | ||
| 902 | |||
| 903 | 2026년 6월 공식 재단 업데이트 기준 Reserve Fund는 다음과 같은 DBR을 보유한다고 발표했다. | ||
| 904 | |||
| 905 | - **보유량**: 약 605,000,000 DBR | ||
| 906 | - **전체 공급량 대비 비율**: 약 6.05% | ||
| 907 | |||
| 908 | Reserve Fund의 보유량은 실제 프로토콜 수익과 DBR 시장 매입에 따라 계속 변동될 수 있다. | ||
| 909 | |||
| 910 | ## 프로젝트 역사 | ||
| 911 | |||
| 912 | ### 2021년: 프로젝트 시작 | ||
| 913 | |||
| 914 | 디브릿지는 서로 다른 블록체인 사이에서 자산과 데이터를 이동할 수 있는 통합된 인프라의 필요성을 해결하기 위해 시작되었다. | ||
| 915 | |||
| 916 | 프로젝트는 Chainlink Spring 2021 Hackathon에 참가했다. | ||
| 917 | |||
| 918 | 140개 이상의 프로젝트가 참여한 당시 해커톤에서 디브릿지는 대상을 수상했다. | ||
| 919 | |||
| 920 | ### 2021년: 550만 달러 투자 유치 | ||
| 921 | |||
| 922 | 2021년 9월 디브릿지는 550만 달러 규모의 투자 라운드를 발표했다. | ||
| 923 | |||
| 924 | ParaFi가 주요 전략적 파트너로 참여했으며 다음과 같은 투자자들이 참여했다. | ||
| 925 | |||
| 926 | - Animoca Brands | ||
| 927 | - Huobi Ventures | ||
| 928 | - Lemniscap | ||
| 929 | - Crypto.com Capital | ||
| 930 | - IOSG | ||
| 931 | - Fundamental Labs | ||
| 932 | - GSR | ||
| 933 | - 기타 투자자 | ||
| 934 | |||
| 935 | 해당 자금은 디브릿지 크로스체인 인프라 및 메인넷 개발 등에 활용됐다. | ||
| 936 | |||
| 937 | ### 2022년 2월: 메인넷 출시 | ||
| 938 | |||
| 939 | 2022년 2월 17일 디브릿지 메인넷이 출시됐다. | ||
| 940 | |||
| 941 | 초기 디브릿지는 여러 EVM 블록체인을 연결하고 크로스체인 메시지와 자산 이동을 지원했다. | ||
| 942 | |||
| 943 | ### 초기 유동성 풀 모델 | ||
| 944 | |||
| 945 | 초기의 자산 이동 시스템에서는 Curve 기반 유동성 풀 등을 이용하는 방식도 활용됐다. | ||
| 946 | |||
| 947 | 이후 디브릿지는 공유 유동성 풀에 대한 의존도를 제거하는 방향으로 구조를 전환했다. | ||
| 948 | |||
| 949 | ### 2023년 6월: DLN 출시 | ||
| 950 | |||
| 951 | 2023년 6월 15일 DLN이 공식 출시됐다. | ||
| 952 | |||
| 953 | DLN은 솔버가 주문별로 직접 목적지 체인의 유동성을 제공하는 0-TVL 구조를 도입했다. | ||
| 954 | |||
| 955 | 이를 통해 대규모 공유 유동성 풀 없이 크로스체인 거래를 실행하는 새로운 구조를 구축했다. | ||
| 956 | |||
| 957 | ### Solana와 EVM 연결 | ||
| 958 | |||
| 959 | DLN은 Solana와 여러 EVM 블록체인을 연결하면서 서로 다른 가상 머신 환경 사이에서 빠른 크로스체인 자산 이동을 지원했다. | ||
| 960 | |||
| 961 | Jupiter와 Solflare 등 솔라나 생태계의 여러 애플리케이션 및 지갑과 통합이 이루어졌다. | ||
| 962 | |||
| 963 | ### 2024년 4월: deBridge Points | ||
| 964 | |||
| 965 | deBridge Points가 도입됐다. | ||
| 966 | |||
| 967 | 프로토콜을 실제로 사용하고 수수료와 생태계 가치를 만들어내는 이용자를 중심으로 기여도를 기록하는 시스템이었다. | ||
| 968 | |||
| 969 | ### 2024년 5월: DBR 공개 | ||
| 970 | |||
| 971 | 디브릿지는 생태계의 거버넌스 토큰 DBR과 공식 토크노믹스를 공개했다. | ||
| 972 | |||
| 973 | 총 공급량은 100억 DBR로 설정됐다. | ||
| 974 | |||
| 975 | ### 2024년 10월: DBR 출시 | ||
| 976 | |||
| 977 | DBR이 솔라나의 SPL 토큰으로 출시됐다. | ||
| 978 | |||
| 979 | deBridge Points Season 1 참여자 등을 대상으로 에어드롭이 진행됐다. | ||
| 980 | |||
| 981 | ### 2024년 10월: 코인원 상장 | ||
| 982 | |||
| 983 | 코인원은 2024년 10월 17일 DBR의 원화마켓 거래지원을 시작했다. | ||
| 984 | |||
| 985 | 지원 입출금 네트워크는 Solana이다. | ||
| 986 | |||
| 987 | ### 2024년 12월: 빗썸 상장 | ||
| 988 | |||
| 989 | 빗썸은 2024년 12월 20일 DBR의 원화마켓 거래지원을 시작했다. | ||
| 990 | |||
| 991 | 빗썸 역시 Solana 네트워크 기반 DBR의 입출금을 지원했다. | ||
| 992 | |||
| 993 | ### 2025년: 지원 체인과 생태계 확대 | ||
| 994 | |||
| 995 | 디브릿지는 여러 신규 블록체인과 애플리케이션을 추가하면서 크로스체인 실행 범위를 확대했다. | ||
| 996 | |||
| 997 | 또한 동일 체인 Meta-Aggregation 등을 추가해 크로스체인뿐 아니라 같은 체인 내부의 거래까지 하나의 인터페이스로 연결했다. | ||
| 998 | |||
| 999 | ### 2025년 6월: Reserve Fund 시작 | ||
| 1000 | |||
| 1001 | deBridge Reserve Fund의 파일럿 운영이 시작됐다. | ||
| 1002 | |||
| 1003 | 프로토콜 수익을 이용해 시장에서 DBR을 매입하고 DAO의 준비금으로 축적하는 구조가 도입됐다. | ||
| 1004 | |||
| 1005 | ### 2025년: Bundles 공개 | ||
| 1006 | |||
| 1007 | 디브릿지는 여러 체인의 복잡한 실행 단계를 사용자가 직접 관리하지 않아도 되도록 하는 인텐트 기반 실행 시스템 Bundles를 공개했다. | ||
| 1008 | |||
| 1009 | ### 2026년: 체인 추상화와 AI 에이전트 확장 | ||
| 1010 | |||
| 1011 | 디브릿지는 체인 추상화, 자동화된 멀티체인 실행 및 AI 에이전트의 온체인 활동 등으로 활용 분야를 확대했다. | ||
| 1012 | |||
| 1013 | 기존의 크로스체인 토큰 이동 프로토콜에서 여러 체인의 거래와 스마트 컨트랙트 작업을 연결하는 범용 실행 레이어로 발전하는 방향을 보이고 있다. | ||
| 1014 | |||
| 1015 | ## 국내 거래소 | ||
| 1016 | |||
| 1017 | DBR은 국내 원화 거래소 가운데 빗썸과 코인원에서 거래되고 있다. | ||
| 1018 | |||
| 1019 | ### 코인원 | ||
| 1020 | |||
| 1021 | 코인원은 2024년 10월 17일 DBR 원화마켓 거래지원을 시작했다. | ||
| 1022 | |||
| 1023 | 지원 입출금 네트워크는 Solana이다. | ||
| 1024 | |||
| 1025 | ### 빗썸 | ||
| 1026 | |||
| 1027 | 빗썸은 2024년 12월 20일 DBR 원화마켓 거래지원을 시작했다. | ||
| 1028 | |||
| 1029 | 지원 입출금 네트워크는 Solana이다. | ||
| 1030 | |||
| 1031 | 실제 DBR 입출금 시에는 각 거래소가 현재 지원하는 네트워크를 확인할 필요가 있다. | ||
| 1032 | |||
| 1033 | ## 생태계 참여자 | ||
| 1034 | |||
| 1035 | ### 일반 사용자 | ||
| 1036 | |||
| 1037 | 여러 블록체인 사이에서 토큰을 교환하거나 이동할 수 있다. | ||
| 1038 | |||
| 1039 | ### 솔버 | ||
| 1040 | |||
| 1041 | 여러 체인에 자신의 자산을 보유하고 사용자의 크로스체인 주문을 경쟁적으로 이행한다. | ||
| 1042 | |||
| 1043 | ### 검증자 | ||
| 1044 | |||
| 1045 | DMP를 통과하는 크로스체인 메시지를 확인하고 서명한다. | ||
| 1046 | |||
| 1047 | ### 개발자 | ||
| 1048 | |||
| 1049 | API와 Widget 및 스마트 컨트랙트 등을 이용해 자신의 앱에 크로스체인 거래와 메시징 기능을 추가할 수 있다. | ||
| 1050 | |||
| 1051 | ### 지갑 | ||
| 1052 | |||
| 1053 | 사용자가 별도의 브리지 애플리케이션을 방문하지 않고 지갑 인터페이스에서 직접 크로스체인 거래를 이용하도록 할 수 있다. | ||
| 1054 | |||
| 1055 | ### DeFi 프로토콜 | ||
| 1056 | |||
| 1057 | 여러 체인의 자산과 유동성을 이동하거나 스마트 컨트랙트를 연결할 수 있다. | ||
| 1058 | |||
| 1059 | ### 블록체인 프로젝트 | ||
| 1060 | |||
| 1061 | IaaS를 이용해 기존 디브릿지 지원 체인과 연결할 수 있다. | ||
| 1062 | |||
| 1063 | ### 토큰 프로젝트 | ||
| 1064 | |||
| 1065 | dePort를 이용해 하나의 토큰을 여러 블록체인에 배포할 수 있다. | ||
| 1066 | |||
| 1067 | ### DBR 보유자 | ||
| 1068 | |||
| 1069 | 거버넌스와 생태계 활동에 참여할 수 있으며, 향후 프로토콜의 더 많은 의사 결정 구조와 연결되는 것을 목표로 한다. | ||
| 1070 | |||
| 1071 | ## 활용 분야 | ||
| 1072 | |||
| 1073 | ### 크로스체인 스왑 | ||
| 1074 | |||
| 1075 | 한 블록체인의 토큰을 다른 블록체인의 서로 다른 토큰으로 직접 교환할 수 있다. | ||
| 1076 | |||
| 1077 | ### 네이티브 자산 이동 | ||
| 1078 | |||
| 1079 | 래핑 토큰이나 복잡한 중간 과정 없이 지원되는 경로에서 목적지 체인의 자산을 직접 받을 수 있다. | ||
| 1080 | |||
| 1081 | ### 크로스체인 지정가 주문 | ||
| 1082 | |||
| 1083 | 특정 가격 조건을 만족할 때 솔버가 주문을 이행하는 구조를 구축할 수 있다. | ||
| 1084 | |||
| 1085 | ### 앱 사용자 온보딩 | ||
| 1086 | |||
| 1087 | 사용자가 어느 체인에 자산을 보유하더라도 특정 애플리케이션이 사용하는 체인으로 이동하고 필요한 토큰을 받을 수 있도록 할 수 있다. | ||
| 1088 | |||
| 1089 | ### DeFi 자동화 | ||
| 1090 | |||
| 1091 | 크로스체인 거래 후 다른 스마트 컨트랙트 함수를 자동으로 실행할 수 있다. | ||
| 1092 | |||
| 1093 | ### 멀티체인 거버넌스 | ||
| 1094 | |||
| 1095 | 한 블록체인의 거버넌스 결과를 다른 블록체인의 스마트 컨트랙트에 전달할 수 있다. | ||
| 1096 | |||
| 1097 | ### 토큰 멀티체인 배포 | ||
| 1098 | |||
| 1099 | dePort를 이용해 네이티브 자산을 여러 지원 블록체인에 확장할 수 있다. | ||
| 1100 | |||
| 1101 | ### 블록체인 상호운용성 | ||
| 1102 | |||
| 1103 | 새로운 블록체인이 IaaS를 이용해 기존 디브릿지 생태계의 체인과 연결될 수 있다. | ||
| 1104 | |||
| 1105 | ### 체인 추상화 | ||
| 1106 | |||
| 1107 | 사용자가 자산의 위치, 가스 토큰과 브리지 경로 등을 직접 관리하지 않고 원하는 결과를 중심으로 작업을 수행하는 환경을 구축할 수 있다. | ||
| 1108 | |||
| 1109 | ### AI 에이전트 | ||
| 1110 | |||
| 1111 | AI 에이전트가 사용자 대신 여러 블록체인에서 토큰을 교환하거나 스마트 컨트랙트를 실행하는 자동화 시스템의 기반으로 활용될 수 있다. | ||
| 1112 | |||
| 1113 | ## 생태계 | ||
| 1114 | |||
| 1115 | 디브릿지 생태계의 중심에는 DLN과 DMP가 존재한다. | ||
| 1116 | |||
| 1117 | DLN은 경쟁형 솔버를 이용해 여러 블록체인 사이의 자산 이동과 토큰 교환을 처리한다. | ||
| 1118 | |||
| 1119 | 사용자의 자산은 출발 체인의 DlnSource 스마트 컨트랙트에 잠기고, 솔버가 목적지 체인에서 자신의 유동성으로 사용자가 원하는 자산을 제공한다. | ||
| 1120 | |||
| 1121 | DMP는 해당 주문이 실제로 완료됐다는 메시지를 검증하고 출발 체인으로 전달한다. | ||
| 1122 | |||
| 1123 | 검증자는 체인별 최종성을 확인한 뒤 메시지에 서명하며, 필요한 검증 조건을 충족하면 출발 체인의 자산이 정상적으로 주문을 완료한 솔버에게 전달된다. | ||
| 1124 | |||
| 1125 | dePort는 프로젝트가 토큰을 여러 체인에 배포할 수 있도록 한다. | ||
| 1126 | |||
| 1127 | IaaS는 새로운 블록체인을 기존 디브릿지 상호운용성 생태계와 연결한다. | ||
| 1128 | |||
| 1129 | Same-Chain Meta-Aggregation은 크로스체인을 넘어 같은 블록체인 내부의 토큰 거래도 하나의 통합 API와 인터페이스에서 지원한다. | ||
| 1130 | |||
| 1131 | Hooks는 토큰 교환 이후 예치와 스테이킹 등 후속 스마트 컨트랙트 작업을 자동으로 연결할 수 있도록 한다. | ||
| 1132 | |||
| 1133 | Bundles는 사용자가 복잡한 체인과 거래 단계를 직접 관리하는 대신 원하는 결과를 인텐트로 표현할 수 있도록 하는 체인 추상화 실행 환경을 지향한다. | ||
| 1134 | |||
| 1135 | DBR은 이러한 생태계의 거버넌스와 경제적 보안 및 장기적인 커뮤니티 소유 구조를 연결하기 위해 도입됐다. | ||
| 1136 | |||
| 1137 | Reserve Fund는 실제 디브릿지 프로토콜 수익을 이용해 공개 시장에서 DBR을 매입하고 DAO의 장기 준비금으로 축적한다. | ||
| 1138 | |||
| 1139 | ## 한계 및 주요 변수 | ||
| 1140 | |||
| 1141 | 디브릿지의 장기적인 성장에는 멀티체인 환경이 지속적으로 확대되고 실제 크로스체인 거래 수요가 증가하는지가 중요한 영향을 미칠 수 있다. | ||
| 1142 | |||
| 1143 | 블록체인 생태계가 Ethereum, Solana, Base, Arbitrum 및 기타 여러 체인으로 계속 분산된다면 사용자와 애플리케이션이 서로 다른 네트워크 사이에서 자산과 데이터를 이동해야 할 필요성도 커질 수 있다. | ||
| 1144 | |||
| 1145 | 반대로 사용자와 유동성이 극소수의 블록체인에 강하게 집중된다면 범용 크로스체인 인프라에 대한 상대적인 수요가 달라질 가능성이 있다. | ||
| 1146 | |||
| 1147 | DLN의 0-TVL 구조는 대규모 공유 유동성 풀을 두지 않는다는 특징이 있지만 실제 주문 실행은 솔버의 유동성과 경쟁에 영향을 받는다. | ||
| 1148 | |||
| 1149 | 특정 체인이나 특정 토큰에서 활동하는 솔버와 유동성이 충분하지 않다면 다음과 같은 문제가 발생할 수 있다. | ||
| 1150 | |||
| 1151 | - 주문 체결 지연 | ||
| 1152 | - 불리한 견적 | ||
| 1153 | - 낮은 거래 가능 규모 | ||
| 1154 | - 지정가 주문 미체결 | ||
| 1155 | |||
| 1156 | 이에 따라 솔버의 숫자와 독립성 및 유동성 규모는 DLN의 주요 변수이다. | ||
| 1157 | |||
| 1158 | 디브릿지의 DMP는 검증자가 크로스체인 메시지를 확인하고 서명하는 구조를 사용한다. | ||
| 1159 | |||
| 1160 | 따라서 다음과 같은 요소가 메시징 프로토콜의 보안성과 탈중앙화 정도에 영향을 줄 수 있다. | ||
| 1161 | |||
| 1162 | - 활성 검증자 수 | ||
| 1163 | - 독립적인 운영자 수 | ||
| 1164 | - 최소 검증 임계값 | ||
| 1165 | - 검증자 집중도 | ||
| 1166 | - 검증자의 경제적 담보 | ||
| 1167 | - 슬래싱 구조 | ||
| 1168 | - 거버넌스의 검증자 선출 | ||
| 1169 | |||
| 1170 | DBR을 이용한 거버넌스와 스테이킹 및 검증자 경제적 보안은 프로젝트가 제시한 중요한 장기적 역할이다. | ||
| 1171 | |||
| 1172 | 다만 실제 기능별 구현 시기와 적용 범위는 서로 다를 수 있으므로 DBR의 모든 예정 기능이 현재 완전히 운영되고 있다고 동일하게 설명해서는 안 된다. | ||
| 1173 | |||
| 1174 | DBR의 장기적인 경제적 활용성에는 실제 DAO 거버넌스와 스테이킹 및 검증자 보안 구조가 어느 정도까지 구현되고 사용되는지도 영향을 줄 수 있다. | ||
| 1175 | |||
| 1176 | Reserve Fund는 실제 프로토콜 수익을 이용해 DBR을 시장에서 매입한다. | ||
| 1177 | |||
| 1178 | 이는 프로토콜 사용량과 DBR 경제를 직접 연결하는 구조 가운데 하나이다. | ||
| 1179 | |||
| 1180 | 다만 실제 장기적인 매입 규모는 다음 요소에 영향을 받을 수 있다. | ||
| 1181 | |||
| 1182 | - 크로스체인 거래량 | ||
| 1183 | - 프로토콜 수수료 | ||
| 1184 | - 사용자 수 | ||
| 1185 | - 통합 파트너 | ||
| 1186 | - 솔버 활동 | ||
| 1187 | - 프로토콜 수익 | ||
| 1188 | - Reserve Fund 정책 | ||
| 1189 | |||
| 1190 | DBR 총 공급량은 100억 개이며 상당한 물량이 장기간에 걸쳐 언락된다. | ||
| 1191 | |||
| 1192 | 다음 배분 항목의 베스팅과 실제 시장 유통량 변화는 주요 공급 변수이다. | ||
| 1193 | |||
| 1194 | - 커뮤니티 및 출시 | ||
| 1195 | - 생태계 | ||
| 1196 | - 핵심 기여자 | ||
| 1197 | - 재단 | ||
| 1198 | - 전략적 파트너 | ||
| 1199 | - 검증자 | ||
| 1200 | |||
| 1201 | 특히 TGE 6개월 후부터 핵심 기여자, 전략적 파트너와 검증자 물량의 일부가 언락되기 시작하며 이후 여러 항목에서 분기별 베스팅이 진행되는 구조이다. | ||
| 1202 | |||
| 1203 | 크로스체인 상호운용성 시장에는 LayerZero, Wormhole, Axelar, Chainlink CCIP 및 기타 여러 경쟁 프로토콜이 존재한다. | ||
| 1204 | |||
| 1205 | 각 프로젝트는 서로 다른 보안 모델과 유동성 구조 및 메시징 방식을 사용한다. | ||
| 1206 | |||
| 1207 | 이에 따라 디브릿지가 다음 분야에서 지속적인 경쟁력을 유지할 수 있는지가 중요하다. | ||
| 1208 | |||
| 1209 | - 크로스체인 거래 속도 | ||
| 1210 | - 솔버 유동성 | ||
| 1211 | - 거래 견적 | ||
| 1212 | - 지원 체인 수 | ||
| 1213 | - 개발자 경험 | ||
| 1214 | - API 통합 | ||
| 1215 | - 지갑 및 애플리케이션 파트너 | ||
| 1216 | - 메시징 보안 | ||
| 1217 | - 실제 프로토콜 수익 | ||
| 1218 | |||
| 1219 | Bundles와 체인 추상화는 장기적으로 사용자 경험을 크게 단순화할 가능성이 있지만, 2026년 현재 Bundles는 제한된 파트너를 대상으로 비공개 롤아웃 단계이다. | ||
| 1220 | |||
| 1221 | 실제 정식 출시와 대규모 사용자 채택 및 다양한 애플리케이션 통합 여부가 향후 주요 변수이다. | ||
| 1222 | |||
| 1223 | 디브릿지의 장기적인 생태계 확장에는 다음과 같은 요소들이 영향을 미칠 수 있다. | ||
| 1224 | |||
| 1225 | - 실제 크로스체인 거래량 | ||
| 1226 | - 지원 블록체인 수 | ||
| 1227 | - 활성 사용자 수 | ||
| 1228 | - 솔버 수와 독립성 | ||
| 1229 | - 솔버 유동성 | ||
| 1230 | - 거래 체결 속도 | ||
| 1231 | - API 및 Widget 통합 수 | ||
| 1232 | - 지갑과 DEX 파트너십 | ||
| 1233 | - DMP 메시지 수 | ||
| 1234 | - 검증자 수와 분산성 | ||
| 1235 | - 검증자 경제적 담보 | ||
| 1236 | - DBR 거버넌스 실제 활성화 정도 | ||
| 1237 | - DBR 스테이킹 구조 | ||
| 1238 | - Reserve Fund의 DBR 매입량 | ||
| 1239 | - 프로토콜 실제 수익 | ||
| 1240 | - 토큰 언락 | ||
| 1241 | - IaaS 채택 블록체인 수 | ||
| 1242 | - dePort 이용량 | ||
| 1243 | - Bundles 정식 출시와 채택 | ||
| 1244 | - 체인 추상화 시장 성장 | ||
| 1245 | - AI 에이전트의 온체인 활동 증가 | ||
| 1246 | - 다른 크로스체인 프로토콜과의 경쟁 | ||
| 1247 | |||
| 1248 | ## 같이 보기 | ||
| 1249 | |||
| 1250 | * [[비트코인]] | ||
| 1251 | * [[이더리움]] | ||
| 1252 | * [[솔라나]] | ||
| 1253 | * [[블록체인 상호운용성]] | ||
| 1254 | * [[크로스체인]] | ||
| 1255 | * [[브리지]] | ||
| 1256 | * [[인텐트]] | ||
| 1257 | * [[체인 추상화]] | ||
| 1258 | * [[DeFi]] | ||
| 1259 | * [[유동성]] | ||
| 1260 | * [[MEV]] | ||
| 1261 | * [[스마트 컨트랙트]] | ||
| 1262 | * [[DAO]] | ||
| 1263 | * [[레이어제로]] | ||
| 1264 | * [[웜홀]] | ||
| 1265 | * [[액셀라]] | ||
| 1266 | * [[체인링크 CCIP]] | ||
| 1267 | * [[Jupiter]] | ||
| 1268 | * [[아비트럼]] | ||
| 1269 | * [[베이스]] | ||
| 1270 | * [[블록체인]] |