리비전 diff
r1 → r2 · 2026-07-18 15:54
본문 변경 비교
+1171
-19
변경 1171
기준: r1
| 이전 | 이전 내용 | 현재 | 현재 내용 |
|---|---|---|---|
| 1 | ## 개념 | 1 | [[인포박스]] |
| 2 | 2 | | 레드스톤(RedStone) | | | |
| 3 | 레드스톤은 블록체인 기술을 기반으로 한 암호화폐로, 주로 분산형 애플리케이션과 스마트 계약을 지원하는 플랫폼입니다. 이 코인은 사용자들이 보다 효율적으로 거래하고, 다양한 서비스에 접근할 수 있도록 설계되었습니다. 레드스톤의 특징을 이해하면 블록체인 생태계에서의 활용 가능성을 더 잘 알 수 있습니다. | 3 | |:---:|:---:| |
| 4 | 4 | | | | | |
| 5 | ## 확인할 점 | 5 | | **분류** | 오라클 / DeFi 인프라 / 데이터 피드 / RWA / 온체인 금융 | |
| 6 | 6 | | **티커** | RED | | |
| 7 | 1) 레드스톤의 기술적 특징 및 구조는 무엇인지 확인하기. | 7 | | **한 줄 요약** | DeFi와 온체인 금융 애플리케이션에 가격, 준비금, NAV, 리스크 데이터를 제공하는 모듈형 블록체인 오라클 인프라 | |
| 8 | 2) 레드스톤의 주요 사용 사례와 응용 분야를 조사하기. | 8 | | **관련 분야** | 오라클, 가격 피드, DeFi, RWA, 스테이블코인, LST, LRT, BTCFi, 토큰화 자산, Proof of Reserve | |
| 9 | 3) 레드스톤의 커뮤니티 및 개발자 지원 현황을 살펴보기. | 9 | | **핵심 구조** | Modular Oracle Infrastructure | |
| 10 | 4) 레드스톤의 거래소 상장 현황과 유동성을 체크하기. | 10 | | **주요 모델** | Core(Pull) / Classic(Push) / X / ERC-7412 | |
| 11 | 5) 레드스톤 관련 최신 뉴스 및 업데이트를 확인하기. | 11 | | **주요 제품** | Price Feeds / Proof of Reserve / Atom / Bolt / RedStone Live / Settle / Credora | |
| 12 | 12 | | **토큰명** | RedStone | | |
| 13 | ## 주의사항 | 13 | | **티커** | RED | |
| 14 | 14 | | **토큰 표준** | ERC-20 | | |
| 15 | 레드스톤과 같은 암호화폐는 가격 변동성이 크고, 투자에 따른 손실 위험이 존재합니다. 또한, 피싱 사이트나 사기 프로젝트에 주의해야 하며, 공식 정보 출처를 통해 확인하는 것이 중요합니다. 본 문서는 정보 제공을 목적으로 하며, 투자 결정을 위한 조언이 아닙니다. | 15 | | **기본 네트워크** | Ethereum | |
| 16 | 16 | | **확장 네트워크** | Base, Solana 등 | | |
| 17 | --- | 17 | | **멀티체인 전송 구조** | Wormhole Native Token Transfers | |
| 18 | 18 | | **최대 공급량** | 1,000,000,000 RED | | |
| 19 | *본 문서는 투자 권유가 아닌 정보 제공 목적입니다.* | 19 | | **TGE 총 공급량** | 280,000,000 RED | |
| 20 | | **TGE 유통 비율** | 28% | | ||
| 21 | | **TGE** | 2025년 3월 6일 | | ||
| 22 | | **프로젝트 설립** | 2021년 4월 | | ||
| 23 | | **메인넷 운영** | 2023년 1월부터 | | ||
| 24 | | **주요 용도** | 스테이킹, 오라클 보안, 데이터 제공자 인센티브, 생태계 참여 | | ||
| 25 | | **EigenLayer 연계** | RedStone AVS | | ||
| 26 | | **국내 거래소** | 빗썸, 코인원, 업비트 등 | | ||
| 27 | | **빗썸 거래지원** | 2025년 3월 25일, RED/KRW | | ||
| 28 | | **빗썸 지원 네트워크** | Ethereum | | ||
| 29 | | **Ethereum 컨트랙트** | 0xc43c6bfeda065fe2c4c11765bf838789bd0bb5de | | ||
| 30 | | **Base 컨트랙트** | 0x4eb92702ba4cfbf80561bad64d89c706ac824960 | | ||
| 31 | | **공식 홈페이지** | [레드스톤 공식 홈페이지](https://www.redstone.finance) | | ||
| 32 | | **RED 토큰 페이지** | [RED 토큰 공식 페이지](https://www.redstone.finance/red-token) | | ||
| 33 | | **공식 앱** | [RedStone App](https://app.redstone.finance) | | ||
| 34 | | **공식 문서** | [RedStone Docs](https://docs.redstone.finance) | | ||
| 35 | | **공식 블로그** | [RedStone Blog](https://blog.redstone.finance) | | ||
| 36 | | **X(트위터)** | [레드스톤 트위터](https://x.com/redstone_defi) | | ||
| 37 | | **GitHub** | [레드스톤 깃허브](https://github.com/redstone-finance) | | ||
| 38 | | **Etherscan** | [RED 이더스캔](https://etherscan.io/token/0xc43c6bfeda065fe2c4c11765bf838789bd0bb5de) | | ||
| 39 | | **BaseScan** | [RED 베이스스캔](https://basescan.org/token/0x4eb92702ba4cfbf80561bad64d89c706ac824960) | | ||
| 40 | | **CoinMarketCap** | [레드스톤 코인마켓캡](https://coinmarketcap.com/currencies/redstone/) | | ||
| 41 | | **CoinGecko** | [레드스톤 코인게코](https://www.coingecko.com/en/coins/redstone-oracles) | | ||
| 42 | [[/인포박스]] | ||
| 43 | |||
| 44 | ## 개요 | ||
| 45 | |||
| 46 | 레드스톤은 블록체인 애플리케이션이 외부 데이터를 안전하게 사용할 수 있도록 하는 모듈형 오라클 인프라 프로젝트이다. | ||
| 47 | |||
| 48 | 블록체인 자체는 기본적으로 외부 세계의 데이터를 직접 알 수 없다. | ||
| 49 | |||
| 50 | 예를 들어 이더리움 스마트 컨트랙트는 자체적으로 다음과 같은 정보를 확인할 수 없다. | ||
| 51 | |||
| 52 | - 비트코인 가격 | ||
| 53 | - 이더리움 가격 | ||
| 54 | - 금 가격 | ||
| 55 | - 미국 국채 수익률 | ||
| 56 | - 특정 토큰의 준비금 | ||
| 57 | - 스테이블코인의 담보 상태 | ||
| 58 | - 토큰화 펀드의 NAV | ||
| 59 | - 외환 환율 | ||
| 60 | - 주식 지수 | ||
| 61 | - 원자재 가격 | ||
| 62 | - LST와 LRT의 실제 가치 | ||
| 63 | |||
| 64 | 이러한 데이터를 스마트 컨트랙트가 사용하려면 외부 데이터를 블록체인으로 전달하는 중간 계층이 필요하다. | ||
| 65 | |||
| 66 | 이 계층을 오라클이라고 한다. | ||
| 67 | |||
| 68 | 레드스톤은 DeFi와 온체인 금융 애플리케이션에 가격 데이터와 준비금 데이터, RWA 데이터, 리스크 데이터 등을 제공하는 오라클 인프라이다. | ||
| 69 | |||
| 70 | 기존 오라클은 특정 블록체인에 가격 데이터를 주기적으로 올리는 Push 방식에 집중하는 경우가 많았다. | ||
| 71 | |||
| 72 | 반면 레드스톤은 데이터를 수집하는 계층과 데이터를 전달하는 계층을 분리한 모듈형 구조를 사용한다. | ||
| 73 | |||
| 74 | 이를 통해 하나의 데이터 인프라를 여러 체인과 여러 애플리케이션 요구에 맞게 배포할 수 있도록 설계되었다. | ||
| 75 | |||
| 76 | 레드스톤은 다음과 같은 방식의 데이터 전달 모델을 제공한다. | ||
| 77 | |||
| 78 | - Core, Pull 모델 | ||
| 79 | - Classic, Push 모델 | ||
| 80 | - X 모델 | ||
| 81 | - ERC-7412 모델 | ||
| 82 | - Bolt | ||
| 83 | - Atom | ||
| 84 | - Proof of Reserve | ||
| 85 | - RedStone Live | ||
| 86 | - RedStone Settle | ||
| 87 | |||
| 88 | RED는 레드스톤 생태계의 유틸리티 토큰이다. | ||
| 89 | |||
| 90 | RED는 레드스톤 오라클 네트워크의 보안과 탈중앙화를 강화하고, 데이터 제공자와 스테이커 및 생태계 참여자에게 인센티브를 제공하기 위해 설계되었다. | ||
| 91 | |||
| 92 | 레드스톤은 EigenLayer의 AVS 구조를 활용해 RED 스테이킹을 오라클 보안과 연결한다. | ||
| 93 | |||
| 94 | RED 보유자는 RED를 스테이킹해 네트워크 보안에 참여할 수 있으며, 데이터 제공자는 고품질 데이터를 제공하는 역할과 연결될 수 있다. | ||
| 95 | |||
| 96 | 레드스톤은 DeFi뿐 아니라 RWA, 토큰화 자산, 기관용 온체인 금융, Proof of Reserve, BTCFi, LST, LRT, 스테이블코인 등 다양한 영역을 겨냥한다. | ||
| 97 | |||
| 98 | ## 오라클이란 | ||
| 99 | |||
| 100 | 오라클은 블록체인 밖의 데이터를 블록체인 안으로 전달하는 인프라이다. | ||
| 101 | |||
| 102 | 스마트 컨트랙트는 블록체인 내부 상태는 검증할 수 있지만, 외부 세계의 데이터를 스스로 확인하지 못한다. | ||
| 103 | |||
| 104 | 예를 들어 대출 프로토콜이 ETH를 담보로 USDC를 빌려주는 서비스를 운영한다고 가정할 수 있다. | ||
| 105 | |||
| 106 | 이때 대출 프로토콜은 다음 정보를 알아야 한다. | ||
| 107 | |||
| 108 | - ETH의 현재 가격 | ||
| 109 | - 담보 가치 | ||
| 110 | - 대출자의 부채 가치 | ||
| 111 | - 청산 기준 충족 여부 | ||
| 112 | |||
| 113 | 이 정보를 알기 위해서는 ETH/USD 가격 데이터가 필요하다. | ||
| 114 | |||
| 115 | 이 가격 데이터를 제공하는 것이 오라클이다. | ||
| 116 | |||
| 117 | 오라클이 잘못된 가격을 제공하면 DeFi 프로토콜 전체가 위험해질 수 있다. | ||
| 118 | |||
| 119 | 예를 들어 ETH 가격이 실제보다 과도하게 낮게 전달되면 정상 담보가 잘못 청산될 수 있다. | ||
| 120 | |||
| 121 | 반대로 ETH 가격이 실제보다 높게 전달되면 담보 부족 계정이 청산되지 않아 프로토콜에 손실이 발생할 수 있다. | ||
| 122 | |||
| 123 | 따라서 오라클은 DeFi의 핵심 인프라이다. | ||
| 124 | |||
| 125 | 레드스톤은 이러한 오라클 문제를 해결하기 위해 빠른 데이터 업데이트, 다양한 체인 지원, 여러 데이터 전달 방식, 고품질 데이터 검증, 경제적 보안 구조를 제공하는 것을 목표로 한다. | ||
| 126 | |||
| 127 | ## 레드스톤의 핵심 특징 | ||
| 128 | |||
| 129 | ### 1. 모듈형 오라클 구조 | ||
| 130 | |||
| 131 | 레드스톤의 가장 중요한 특징은 모듈형 구조이다. | ||
| 132 | |||
| 133 | 기존 오라클은 특정 체인에 특정 가격 피드를 직접 배포하는 방식이 많았다. | ||
| 134 | |||
| 135 | 이 경우 새로운 체인을 지원하려면 해당 체인에 맞는 노드와 인프라를 다시 구축해야 하는 경우가 많다. | ||
| 136 | |||
| 137 | 레드스톤은 데이터 수집과 데이터 전달을 분리한다. | ||
| 138 | |||
| 139 | 기본적인 구조는 다음과 같다. | ||
| 140 | |||
| 141 | 1. 외부 데이터 소스에서 가격과 금융 데이터를 수집한다. | ||
| 142 | 2. 데이터 제공자와 노드가 데이터를 검증하고 서명한다. | ||
| 143 | 3. 데이터 패키지가 오프체인 또는 별도 데이터 계층에 저장된다. | ||
| 144 | 4. 애플리케이션은 필요한 방식에 따라 데이터를 가져온다. | ||
| 145 | 5. 스마트 컨트랙트는 서명과 데이터 유효성을 검증한다. | ||
| 146 | 6. 검증된 데이터가 온체인 로직에 사용된다. | ||
| 147 | |||
| 148 | 이 구조는 같은 데이터 피드를 여러 체인에 더 빠르게 확장할 수 있도록 한다. | ||
| 149 | |||
| 150 | ### 2. Push와 Pull 모두 지원 | ||
| 151 | |||
| 152 | 레드스톤은 Push 모델과 Pull 모델을 모두 지원한다. | ||
| 153 | |||
| 154 | 이 점은 오라클 시장에서 중요한 차별점이다. | ||
| 155 | |||
| 156 | ### Push 모델 | ||
| 157 | |||
| 158 | Push 모델은 오라클이 정해진 조건에 따라 가격 데이터를 온체인 저장소에 주기적으로 업데이트하는 방식이다. | ||
| 159 | |||
| 160 | 스마트 컨트랙트는 이미 온체인에 저장된 가격을 읽는다. | ||
| 161 | |||
| 162 | 이 방식은 Chainlink와 같은 기존 오라클 모델에 익숙한 프로토콜에 적합하다. | ||
| 163 | |||
| 164 | 장점은 다음과 같다. | ||
| 165 | |||
| 166 | - 기존 DeFi 프로토콜과 호환성 높음 | ||
| 167 | - 스마트 컨트랙트에서 가격 조회가 단순함 | ||
| 168 | - 온체인에 최신 가격 상태가 저장됨 | ||
| 169 | |||
| 170 | 한계는 다음과 같다. | ||
| 171 | |||
| 172 | - 가격이 사용되지 않아도 업데이트 비용이 발생할 수 있음 | ||
| 173 | - 많은 체인과 많은 자산을 지원할수록 비용 증가 | ||
| 174 | - 고빈도 업데이트에는 비용 부담이 커질 수 있음 | ||
| 175 | |||
| 176 | ### Pull 모델 | ||
| 177 | |||
| 178 | Pull 모델은 애플리케이션이나 사용자가 거래를 실행할 때 필요한 데이터를 함께 가져와 검증하는 방식이다. | ||
| 179 | |||
| 180 | 레드스톤 Core 모델이 여기에 해당한다. | ||
| 181 | |||
| 182 | 기본적인 흐름은 다음과 같다. | ||
| 183 | |||
| 184 | 1. 오프체인에서 서명된 데이터 패키지가 준비된다. | ||
| 185 | 2. 사용자의 거래에 해당 데이터가 포함된다. | ||
| 186 | 3. 스마트 컨트랙트가 데이터 서명을 검증한다. | ||
| 187 | 4. 검증된 가격이 해당 거래 안에서 사용된다. | ||
| 188 | |||
| 189 | Pull 모델의 장점은 다음과 같다. | ||
| 190 | |||
| 191 | - 데이터가 실제로 필요할 때만 사용 | ||
| 192 | - 불필요한 온체인 업데이트 비용 감소 | ||
| 193 | - 고빈도 데이터와 다양한 자산에 적합 | ||
| 194 | - 새 자산과 새 체인 지원이 상대적으로 유연함 | ||
| 195 | |||
| 196 | 한계는 다음과 같다. | ||
| 197 | |||
| 198 | - 통합 방식이 Push 모델보다 다를 수 있음 | ||
| 199 | - 스마트 컨트랙트가 데이터 검증 로직을 포함해야 함 | ||
| 200 | - 기존 Push 기반 프로토콜과는 다른 개발 경험이 필요할 수 있음 | ||
| 201 | |||
| 202 | 레드스톤은 두 모델을 모두 제공함으로써 프로토콜의 사용 패턴에 따라 실시간성과 비용 효율성 사이의 균형을 선택할 수 있게 한다. | ||
| 203 | |||
| 204 | ### 3. 다양한 자산군 지원 | ||
| 205 | |||
| 206 | 레드스톤은 단순한 BTC, ETH, USDC 가격 피드뿐 아니라 보다 복잡한 자산군을 지원하는 데 집중한다. | ||
| 207 | |||
| 208 | 대표적인 자산군은 다음과 같다. | ||
| 209 | |||
| 210 | - LST | ||
| 211 | - LRT | ||
| 212 | - BTCFi 자산 | ||
| 213 | - 스테이블코인 | ||
| 214 | - RWA | ||
| 215 | - 토큰화 펀드 | ||
| 216 | - 국채형 토큰 | ||
| 217 | - 수익률 자산 | ||
| 218 | - 파생상품 | ||
| 219 | - 예측시장 데이터 | ||
| 220 | - 외환 | ||
| 221 | - 원자재 | ||
| 222 | - 주식 지수 | ||
| 223 | |||
| 224 | 이러한 자산은 단순 거래소 가격만으로 정확한 가치를 산정하기 어려운 경우가 많다. | ||
| 225 | |||
| 226 | 예를 들어 LRT는 기초 자산, 리스테이킹 포지션, 보상 구조, 유동성 상태에 따라 가치가 달라질 수 있다. | ||
| 227 | |||
| 228 | RWA 토큰은 실제 준비금, NAV, 발행자, 커스터디, 상환 구조 등을 함께 고려해야 한다. | ||
| 229 | |||
| 230 | 레드스톤은 이러한 복잡한 온체인 금융 상품을 위한 맞춤형 데이터 피드를 제공하는 것을 목표로 한다. | ||
| 231 | |||
| 232 | ### 4. 멀티체인 지원 | ||
| 233 | |||
| 234 | 레드스톤은 EVM 체인뿐 아니라 비EVM 체인까지 지원하는 것을 목표로 한다. | ||
| 235 | |||
| 236 | 공식 자료 기준 레드스톤은 수십 개 이상의 체인에서 데이터 피드를 제공해 왔다. | ||
| 237 | |||
| 238 | 대표적인 지원 환경에는 다음이 포함될 수 있다. | ||
| 239 | |||
| 240 | - Ethereum | ||
| 241 | - Arbitrum | ||
| 242 | - Base | ||
| 243 | - BNB Chain | ||
| 244 | - Avalanche | ||
| 245 | - Solana | ||
| 246 | - Sui | ||
| 247 | - TON | ||
| 248 | - Monad | ||
| 249 | - MegaETH | ||
| 250 | - Berachain | ||
| 251 | - Story | ||
| 252 | - Unichain | ||
| 253 | - 기타 EVM 및 비EVM 체인 | ||
| 254 | |||
| 255 | 멀티체인 DeFi 환경에서는 각 체인마다 오라클을 새로 구축하는 비용이 크다. | ||
| 256 | |||
| 257 | 레드스톤의 모듈형 구조는 여러 체인에 동일한 데이터 품질을 제공하면서도 확장 비용을 낮추는 것을 목표로 한다. | ||
| 258 | |||
| 259 | ### 5. EigenLayer AVS 기반 스테이킹 | ||
| 260 | |||
| 261 | 레드스톤은 EigenLayer의 Actively Validated Service 구조를 활용한다. | ||
| 262 | |||
| 263 | RED는 레드스톤 오라클 네트워크의 경제적 보안과 연결된다. | ||
| 264 | |||
| 265 | RED를 스테이킹하는 참여자는 레드스톤 오라클 인프라의 보안과 데이터 무결성을 강화하는 역할을 한다. | ||
| 266 | |||
| 267 | 주요 참여자는 다음과 같다. | ||
| 268 | |||
| 269 | - RED 토큰 보유자 | ||
| 270 | - RED 스테이커 | ||
| 271 | - 데이터 제공자 | ||
| 272 | - 오라클 운영자 | ||
| 273 | - EigenLayer 생태계 참여자 | ||
| 274 | |||
| 275 | 레드스톤은 RED 스테이킹을 통해 데이터 제공과 오라클 보안에 경제적 이해관계를 부여하려 한다. | ||
| 276 | |||
| 277 | ## 레드스톤 제품 구조 | ||
| 278 | |||
| 279 | 레드스톤의 제품은 단순 가격 피드에서 시작하지만, 현재는 온체인 금융에 필요한 데이터와 리스크 인프라 전체로 확장되고 있다. | ||
| 280 | |||
| 281 | 주요 제품은 다음과 같다. | ||
| 282 | |||
| 283 | - Price Feeds | ||
| 284 | - Proof of Reserve | ||
| 285 | - Atom | ||
| 286 | - Bolt | ||
| 287 | - RedStone Live | ||
| 288 | - RedStone Settle | ||
| 289 | - Credora | ||
| 290 | - Institutional Data Feeds | ||
| 291 | |||
| 292 | ## Price Feeds | ||
| 293 | |||
| 294 | Price Feeds는 레드스톤의 기본 제품이다. | ||
| 295 | |||
| 296 | 가격 피드는 스마트 컨트랙트가 특정 자산의 현재 가치를 확인할 수 있도록 한다. | ||
| 297 | |||
| 298 | 예를 들어 다음과 같은 피드가 있을 수 있다. | ||
| 299 | |||
| 300 | - ETH/USD | ||
| 301 | - BTC/USD | ||
| 302 | - SOL/USD | ||
| 303 | - USDC/USD | ||
| 304 | - sUSDe/USD | ||
| 305 | - wstETH/USD | ||
| 306 | - weETH/USD | ||
| 307 | - LBTC/USD | ||
| 308 | - 특정 RWA 토큰 가격 | ||
| 309 | - 특정 LRT 가격 | ||
| 310 | |||
| 311 | 가격 피드는 다음과 같은 DeFi 서비스에서 필수적이다. | ||
| 312 | |||
| 313 | - 대출 프로토콜 | ||
| 314 | - 무기한 선물 거래소 | ||
| 315 | - 옵션 프로토콜 | ||
| 316 | - 스테이블코인 | ||
| 317 | - CDP | ||
| 318 | - 유동성 관리 | ||
| 319 | - 구조화 상품 | ||
| 320 | - RWA 담보 대출 | ||
| 321 | - 자동화 청산 | ||
| 322 | |||
| 323 | 가격 피드가 정확하지 않으면 잘못된 청산, 부실 대출, 부정확한 담보 평가가 발생할 수 있다. | ||
| 324 | |||
| 325 | 따라서 오라클은 DeFi의 보안 인프라로 볼 수 있다. | ||
| 326 | |||
| 327 | ## Proof of Reserve | ||
| 328 | |||
| 329 | Proof of Reserve는 발행된 토큰이 실제 담보나 준비금으로 뒷받침되는지 확인하는 데이터 피드이다. | ||
| 330 | |||
| 331 | 예를 들어 다음과 같은 자산에는 준비금 확인이 중요하다. | ||
| 332 | |||
| 333 | - 스테이블코인 | ||
| 334 | - 래핑 비트코인 | ||
| 335 | - 토큰화 국채 | ||
| 336 | - 토큰화 펀드 | ||
| 337 | - 토큰화 금 | ||
| 338 | - RWA 토큰 | ||
| 339 | - 수익률 자산 | ||
| 340 | |||
| 341 | Proof of Reserve가 필요한 이유는 다음과 같다. | ||
| 342 | |||
| 343 | 토큰이 온체인에 존재한다고 해서 그 토큰이 실제 오프체인 자산으로 충분히 뒷받침되고 있다는 뜻은 아니다. | ||
| 344 | |||
| 345 | 예를 들어 어떤 토큰화 국채 상품이 1억 달러어치 발행되었다면, 실제로 그에 상응하는 국채나 현금성 자산이 존재하는지 확인해야 한다. | ||
| 346 | |||
| 347 | 레드스톤의 Proof of Reserve 서비스는 이러한 준비금 상태를 온체인에서 사용할 수 있는 데이터로 제공하는 것을 목표로 한다. | ||
| 348 | |||
| 349 | 이를 통해 DeFi 프로토콜은 특정 토큰이 준비금 기준을 충족하지 못할 경우 다음과 같은 조치를 자동화할 수 있다. | ||
| 350 | |||
| 351 | - 신규 대출 중단 | ||
| 352 | - 담보 비율 조정 | ||
| 353 | - 예치 제한 | ||
| 354 | - 청산 조건 변경 | ||
| 355 | - 리스크 파라미터 조정 | ||
| 356 | - 특정 자산 시장 일시 중단 | ||
| 357 | |||
| 358 | ## RedStone Core | ||
| 359 | |||
| 360 | RedStone Core는 Pull 기반 오라클 모델이다. | ||
| 361 | |||
| 362 | Core 모델에서는 데이터가 항상 온체인에 주기적으로 저장되는 것이 아니라, 사용자의 거래가 실행될 때 필요한 데이터가 함께 전달된다. | ||
| 363 | |||
| 364 | 기본적인 흐름은 다음과 같다. | ||
| 365 | |||
| 366 | 1. 데이터 제공자가 가격 데이터를 수집한다. | ||
| 367 | 2. 데이터 패키지에 서명한다. | ||
| 368 | 3. 서명된 데이터가 오프체인에 보관된다. | ||
| 369 | 4. 사용자의 거래에 해당 데이터가 포함된다. | ||
| 370 | 5. 스마트 컨트랙트가 서명을 검증한다. | ||
| 371 | 6. 검증된 가격이 거래 로직에 사용된다. | ||
| 372 | |||
| 373 | Core 모델은 다음과 같은 경우에 적합하다. | ||
| 374 | |||
| 375 | - 다양한 자산을 지원해야 하는 경우 | ||
| 376 | - 가격 업데이트 빈도가 높은 경우 | ||
| 377 | - 사용될 때만 가격이 필요한 경우 | ||
| 378 | - 온체인 저장 비용을 줄이고 싶은 경우 | ||
| 379 | - 새로운 체인과 자산을 빠르게 지원해야 하는 경우 | ||
| 380 | |||
| 381 | 예를 들어 특정 LRT 가격이 자주 변하지만 해당 가격을 실제로 사용하는 거래가 많지 않다면, 가격을 매번 온체인에 Push하는 것은 비용 비효율적일 수 있다. | ||
| 382 | |||
| 383 | Core 모델은 필요한 순간에만 데이터를 가져와 비용 효율성을 높이는 구조이다. | ||
| 384 | |||
| 385 | ## RedStone Classic | ||
| 386 | |||
| 387 | RedStone Classic은 Push 기반 오라클 모델이다. | ||
| 388 | |||
| 389 | Classic 모델에서는 가격 데이터가 온체인 가격 피드 컨트랙트에 주기적으로 업데이트된다. | ||
| 390 | |||
| 391 | 스마트 컨트랙트는 이 피드 컨트랙트에서 최신 가격을 읽는다. | ||
| 392 | |||
| 393 | 이 방식은 기존 DeFi 프로토콜이 익숙하게 사용하는 구조와 유사하다. | ||
| 394 | |||
| 395 | Classic 모델의 장점은 다음과 같다. | ||
| 396 | |||
| 397 | - 통합 방식이 익숙함 | ||
| 398 | - 기존 가격 피드 인터페이스와 호환되기 쉬움 | ||
| 399 | - 가격이 온체인에 저장되어 있음 | ||
| 400 | - 대출 프로토콜과 CDP에 적합 | ||
| 401 | |||
| 402 | Classic 모델은 다음과 같은 경우에 적합하다. | ||
| 403 | |||
| 404 | - 주요 블루칩 자산 | ||
| 405 | - 자주 사용되는 가격 피드 | ||
| 406 | - 온체인에 항상 가격 상태가 필요할 때 | ||
| 407 | - 기존 오라클 인터페이스와 호환성이 중요할 때 | ||
| 408 | |||
| 409 | ## RedStone X | ||
| 410 | |||
| 411 | RedStone X는 고급 DeFi 프로토콜과 파생상품 시장을 위해 설계된 오라클 모델이다. | ||
| 412 | |||
| 413 | 일반적으로 파생상품, 레버리지, 무기한 선물, 고빈도 거래 환경에서는 오라클 가격 업데이트와 사용자 거래 사이의 시간 차이가 문제가 될 수 있다. | ||
| 414 | |||
| 415 | 가격 업데이트를 앞서 알고 거래하는 프론트러닝 문제가 발생할 수 있기 때문이다. | ||
| 416 | |||
| 417 | RedStone X는 이러한 문제를 줄이기 위해 사용자 상호작용과 오라클 가격 업데이트 사이의 구조를 조정하는 방식으로 설계되었다. | ||
| 418 | |||
| 419 | 주요 목적은 다음과 같다. | ||
| 420 | |||
| 421 | - 프론트러닝 위험 완화 | ||
| 422 | - 파생상품 거래에 적합한 데이터 제공 | ||
| 423 | - 고급 DeFi 프로토콜 지원 | ||
| 424 | - 사용자 거래와 가격 업데이트 간 불공정성 감소 | ||
| 425 | |||
| 426 | ## RedStone Bolt | ||
| 427 | |||
| 428 | RedStone Bolt는 초저지연 환경을 위한 오라클 제품이다. | ||
| 429 | |||
| 430 | 초고속 블록체인이나 고빈도 DeFi 애플리케이션에서는 기존 30초 또는 수 초 단위 가격 업데이트도 느릴 수 있다. | ||
| 431 | |||
| 432 | 예를 들어 블록 시간이 매우 짧은 체인에서는 시장 가격이 변하는 속도와 온체인 실행 속도 사이의 차이가 크게 중요해질 수 있다. | ||
| 433 | |||
| 434 | Bolt는 이러한 환경에서 더 빠른 데이터 전달을 목표로 한다. | ||
| 435 | |||
| 436 | 주요 활용 분야는 다음과 같다. | ||
| 437 | |||
| 438 | - 초고속 L2 | ||
| 439 | - 고빈도 DeFi | ||
| 440 | - 퍼프 DEX | ||
| 441 | - 예측시장 | ||
| 442 | - 실시간 시장 데이터 | ||
| 443 | - 초저지연 체인 | ||
| 444 | |||
| 445 | Bolt는 MegaETH, Monad 등 빠른 실행 환경과 연결되는 제품으로 설명된다. | ||
| 446 | |||
| 447 | ## RedStone Atom | ||
| 448 | |||
| 449 | RedStone Atom은 청산 인지형 오라클이다. | ||
| 450 | |||
| 451 | 일반적인 오라클은 가격 데이터를 업데이트하는 역할만 한다. | ||
| 452 | |||
| 453 | 그러나 DeFi 대출 프로토콜에서는 가격 업데이트 순간에 청산 기회가 발생한다. | ||
| 454 | |||
| 455 | 이때 청산 봇이 빠르게 반응해 청산 보너스를 가져가는 구조가 일반적이다. | ||
| 456 | |||
| 457 | 이처럼 오라클 가격 업데이트 때문에 발생하는 가치 추출 기회를 Oracle Extractable Value, 줄여서 OEV라고 부른다. | ||
| 458 | |||
| 459 | Atom은 이러한 OEV를 단순히 봇이 가져가도록 두는 대신, 가격 업데이트와 청산 실행을 하나의 원자적 거래 흐름으로 묶어 프로토콜에 가치를 되돌리는 구조를 지향한다. | ||
| 460 | |||
| 461 | 기본적인 흐름은 다음과 같다. | ||
| 462 | |||
| 463 | 1. 가격 변화 감지 | ||
| 464 | 2. 청산 가능성 확인 | ||
| 465 | 3. 짧은 오프체인 경매 | ||
| 466 | 4. 청산 권리 입찰 | ||
| 467 | 5. 최고 입찰자 선정 | ||
| 468 | 6. 가격 업데이트와 청산 실행을 하나의 원자적 거래로 처리 | ||
| 469 | 7. OEV 일부를 프로토콜에 환원 | ||
| 470 | |||
| 471 | Atom의 목적은 다음과 같다. | ||
| 472 | |||
| 473 | - 더 빠른 청산 | ||
| 474 | - 프로토콜 손실 감소 | ||
| 475 | - 청산 보너스의 효율적 분배 | ||
| 476 | - 봇 중심 OEV를 프로토콜 수익으로 전환 | ||
| 477 | - 대출 프로토콜의 리스크 관리 개선 | ||
| 478 | |||
| 479 | ## RedStone Settle | ||
| 480 | |||
| 481 | RedStone Settle은 토큰화 실물자산과 RWA 담보 포지션의 청산과 결제를 위한 인프라이다. | ||
| 482 | |||
| 483 | RWA 자산은 일반적인 암호화폐와 달리 즉시 시장에서 대량 매도하기 어렵거나, 상환과 정산에 시간이 걸릴 수 있다. | ||
| 484 | |||
| 485 | 예를 들어 토큰화 국채나 사모 신용 자산을 담보로 대출을 받는 구조에서는 청산이 발생하더라도 해당 자산을 즉시 현금화하기 어려울 수 있다. | ||
| 486 | |||
| 487 | Settle은 이런 문제를 해결하기 위해 특화된 솔버와 경매 구조를 사용한다. | ||
| 488 | |||
| 489 | 기본적인 흐름은 다음과 같다. | ||
| 490 | |||
| 491 | 1. RWA 담보 포지션이 청산 기준에 도달한다. | ||
| 492 | 2. RedStone 인프라에서 경매가 시작된다. | ||
| 493 | 3. 허용된 전문 솔버가 입찰한다. | ||
| 494 | 4. 최고 조건의 솔버가 선택된다. | ||
| 495 | 5. 솔버가 유동 자산을 제공해 포지션을 정산한다. | ||
| 496 | 6. 솔버는 RWA 포지션을 인수하고 상환 기간을 감수한다. | ||
| 497 | |||
| 498 | 이 구조는 토큰화 자산이 DeFi 담보로 더 안전하게 사용될 수 있도록 하는 것을 목표로 한다. | ||
| 499 | |||
| 500 | ## Credora | ||
| 501 | |||
| 502 | Credora는 레드스톤이 확장한 리스크 인텔리전스 영역과 연결된다. | ||
| 503 | |||
| 504 | DeFi에서 가격 데이터만으로는 충분하지 않은 경우가 많다. | ||
| 505 | |||
| 506 | 예를 들어 대출 시장에서는 다음 정보도 중요하다. | ||
| 507 | |||
| 508 | - 차입자의 신용 위험 | ||
| 509 | - 담보 자산의 유동성 | ||
| 510 | - 볼트의 위험도 | ||
| 511 | - 프로토콜의 익스포저 | ||
| 512 | - RWA 자산의 발행자 리스크 | ||
| 513 | - 포트폴리오 위험 | ||
| 514 | - 시장 스트레스 상황의 손실 가능성 | ||
| 515 | |||
| 516 | Credora는 이러한 리스크 평가와 투명성 도구를 제공하는 방향으로 레드스톤 스택에 통합된다. | ||
| 517 | |||
| 518 | 이를 통해 레드스톤은 단순 오라클을 넘어 가격 데이터, 준비금 데이터, 청산 인프라, 리스크 평가를 연결하는 데이터 계층으로 확장된다. | ||
| 519 | |||
| 520 | ## RED 토큰 | ||
| 521 | |||
| 522 | RED는 레드스톤 생태계의 유틸리티 토큰이다. | ||
| 523 | |||
| 524 | RED는 단순한 거버넌스 토큰이나 밈코인이 아니라, 오라클 네트워크의 보안과 데이터 무결성, 데이터 제공자 인센티브, 스테이킹 구조와 연결된다. | ||
| 525 | |||
| 526 | RED의 주요 목적은 다음과 같다. | ||
| 527 | |||
| 528 | - 레드스톤 오라클 네트워크 보안 강화 | ||
| 529 | - 데이터 제공자 인센티브 | ||
| 530 | - RED 스테이킹 | ||
| 531 | - RedStone AVS 참여 | ||
| 532 | - 생태계 참여자 정렬 | ||
| 533 | - 프로토콜 장기 탈중앙화 | ||
| 534 | - 데이터 품질 유지 | ||
| 535 | - 오라클 인프라의 경제적 보안 | ||
| 536 | |||
| 537 | ## 토큰 정보 | ||
| 538 | |||
| 539 | - **토큰명**: RedStone | ||
| 540 | - **티커**: RED | ||
| 541 | - **기본 네트워크**: Ethereum | ||
| 542 | - **토큰 표준**: ERC-20 | ||
| 543 | - **Ethereum 컨트랙트 주소**: 0xc43c6bfeda065fe2c4c11765bf838789bd0bb5de | ||
| 544 | - **Base 컨트랙트 주소**: 0x4eb92702ba4cfbf80561bad64d89c706ac824960 | ||
| 545 | - **최대 공급량**: 1,000,000,000 RED | ||
| 546 | - **TGE 시점 총 공급량**: 280,000,000 RED | ||
| 547 | - **TGE 유통 비율**: 28% | ||
| 548 | - **TGE**: 2025년 3월 6일 | ||
| 549 | - **멀티체인 확장**: Wormhole Native Token Transfers | ||
| 550 | - **주요 용도** | ||
| 551 | - 스테이킹 | ||
| 552 | - 오라클 보안 | ||
| 553 | - 데이터 제공자 인센티브 | ||
| 554 | - 데이터 사용자 참여 | ||
| 555 | - 생태계 보상 | ||
| 556 | - 네트워크 탈중앙화 | ||
| 557 | |||
| 558 | ## RED의 역할 | ||
| 559 | |||
| 560 | ### 1. 스테이킹 | ||
| 561 | |||
| 562 | RED는 레드스톤 오라클 네트워크의 보안을 강화하기 위한 스테이킹 자산으로 사용된다. | ||
| 563 | |||
| 564 | RED 보유자는 RED를 스테이킹해 레드스톤 데이터 피드의 안정성과 무결성에 경제적 이해관계를 연결할 수 있다. | ||
| 565 | |||
| 566 | ### 2. 데이터 제공자 인센티브 | ||
| 567 | |||
| 568 | 레드스톤은 다양한 자산과 체인에 데이터를 제공한다. | ||
| 569 | |||
| 570 | 고품질 데이터 제공자는 네트워크의 핵심 참여자이다. | ||
| 571 | |||
| 572 | RED는 이러한 데이터 제공자에게 인센티브를 제공하는 구조와 연결된다. | ||
| 573 | |||
| 574 | ### 3. RedStone AVS | ||
| 575 | |||
| 576 | 레드스톤은 EigenLayer의 AVS 구조를 활용한다. | ||
| 577 | |||
| 578 | AVS는 Actively Validated Service의 약자로, EigenLayer의 리스테이킹 보안을 활용해 특정 서비스를 검증하고 보호하는 구조이다. | ||
| 579 | |||
| 580 | 레드스톤 AVS는 오라클 데이터 품질과 네트워크 보안에 RED 스테이킹과 EigenLayer 생태계 보안을 연결하는 역할을 한다. | ||
| 581 | |||
| 582 | ### 4. 경제적 보안 | ||
| 583 | |||
| 584 | 오라클은 DeFi 프로토콜의 자산을 보호하는 핵심 인프라이다. | ||
| 585 | |||
| 586 | 만약 오라클 데이터가 잘못되면 대규모 청산 오류나 부실 대출이 발생할 수 있다. | ||
| 587 | |||
| 588 | RED 스테이킹은 네트워크 참여자가 데이터 품질과 보안에 경제적 책임을 갖도록 만드는 구조이다. | ||
| 589 | |||
| 590 | ### 5. 생태계 참여 | ||
| 591 | |||
| 592 | RED는 레드스톤 생태계 참여자에게 보상과 역할을 제공하는 수단이다. | ||
| 593 | |||
| 594 | 생태계 참여자는 다음과 같다. | ||
| 595 | |||
| 596 | - 데이터 제공자 | ||
| 597 | - RED 스테이커 | ||
| 598 | - 프로토콜 통합 파트너 | ||
| 599 | - 개발자 | ||
| 600 | - 커뮤니티 | ||
| 601 | - 오라클 운영자 | ||
| 602 | - 데이터 사용자 | ||
| 603 | |||
| 604 | ## 토크노믹스 | ||
| 605 | |||
| 606 | RED의 최대 공급량은 1,000,000,000개이다. | ||
| 607 | |||
| 608 | TGE 시점에는 280,000,000 RED가 공급되며, 나머지 72%는 잠겨 있다가 약 4년에 걸쳐 언락되는 구조이다. | ||
| 609 | |||
| 610 | 공식 배분 구조는 다음과 같다. | ||
| 611 | |||
| 612 | - **Community & Genesis**: 10.00% | ||
| 613 | - **Protocol Development**: 10.00% | ||
| 614 | - **Core Contributors**: 20.00% | ||
| 615 | - **Binance Launchpool**: 4.00% | ||
| 616 | - **Ecosystem & Data Providers**: 24.30% | ||
| 617 | - **Early Backers**: 31.70% | ||
| 618 | |||
| 619 | ## Community & Genesis | ||
| 620 | |||
| 621 | 전체 공급량의 10%가 Community & Genesis에 배정되었다. | ||
| 622 | |||
| 623 | 이 물량은 초기 커뮤니티, RedStone Expedition 참여자, 초기 생태계 기여자 등을 위한 배분으로 볼 수 있다. | ||
| 624 | |||
| 625 | 목적은 다음과 같다. | ||
| 626 | |||
| 627 | - 초기 사용자 보상 | ||
| 628 | - 커뮤니티 참여자 보상 | ||
| 629 | - 생태계 초기 분산 | ||
| 630 | - 장기 지지자 인정 | ||
| 631 | - RedStone Miners 커뮤니티 활성화 | ||
| 632 | |||
| 633 | ## Protocol Development | ||
| 634 | |||
| 635 | 전체 공급량의 10%가 프로토콜 개발에 배정되었다. | ||
| 636 | |||
| 637 | 이 물량은 레드스톤 인프라의 장기 연구개발과 운영을 지원한다. | ||
| 638 | |||
| 639 | 주요 사용처는 다음과 같다. | ||
| 640 | |||
| 641 | - 오라클 인프라 개발 | ||
| 642 | - 데이터 피드 확장 | ||
| 643 | - 보안 개선 | ||
| 644 | - 개발자 도구 | ||
| 645 | - 감사 | ||
| 646 | - 연구개발 | ||
| 647 | - 운영 효율화 | ||
| 648 | |||
| 649 | ## Core Contributors | ||
| 650 | |||
| 651 | 전체 공급량의 20%가 핵심 기여자에게 배정되었다. | ||
| 652 | |||
| 653 | 핵심 기여자는 레드스톤 프로토콜과 제품을 구축한 팀과 장기 기여자를 의미한다. | ||
| 654 | |||
| 655 | 이 물량은 락업과 베스팅 구조를 통해 장기적인 프로젝트 성장과 이해관계를 정렬하도록 설계되었다. | ||
| 656 | |||
| 657 | ## Binance Launchpool | ||
| 658 | |||
| 659 | 전체 공급량의 4%가 Binance Launchpool에 배정되었다. | ||
| 660 | |||
| 661 | 이는 RED의 초기 배포와 글로벌 사용자 접근성 확대를 위한 항목이다. | ||
| 662 | |||
| 663 | Launchpool을 통해 사용자는 특정 자산을 예치하고 RED 보상을 받을 수 있었다. | ||
| 664 | |||
| 665 | ## Ecosystem & Data Providers | ||
| 666 | |||
| 667 | 전체 공급량의 24.3%가 생태계와 데이터 제공자에게 배정되었다. | ||
| 668 | |||
| 669 | 이 항목은 RED 토크노믹스에서 매우 중요한 부분이다. | ||
| 670 | |||
| 671 | 주요 목적은 다음과 같다. | ||
| 672 | |||
| 673 | - 데이터 제공자 보상 | ||
| 674 | - 신규 데이터 피드 확장 | ||
| 675 | - 생태계 그랜트 | ||
| 676 | - 개발자 인센티브 | ||
| 677 | - 커뮤니티 프로그램 | ||
| 678 | - 새로운 체인 통합 | ||
| 679 | - 신규 자산군 지원 | ||
| 680 | - 오라클 네트워크 성장 | ||
| 681 | |||
| 682 | 데이터 제공자 보상은 레드스톤이 고품질 데이터를 안정적으로 공급하기 위해 중요한 구조이다. | ||
| 683 | |||
| 684 | ## Early Backers | ||
| 685 | |||
| 686 | 전체 공급량의 31.7%가 초기 후원자에게 배정되었다. | ||
| 687 | |||
| 688 | 초기 후원자는 프로젝트 개발과 확장을 재정적·전략적으로 지원한 참여자이다. | ||
| 689 | |||
| 690 | 이 물량은 락업과 베스팅 구조를 통해 장기적인 프로젝트 성장에 맞춰 점진적으로 유통되도록 설계되었다. | ||
| 691 | |||
| 692 | ## TGE와 유통 구조 | ||
| 693 | |||
| 694 | RED의 TGE는 2025년 3월 6일에 진행되었다. | ||
| 695 | |||
| 696 | TGE 시점의 공급 구조는 다음과 같다. | ||
| 697 | |||
| 698 | - **최대 공급량**: 1,000,000,000 RED | ||
| 699 | - **TGE 시점 총 공급량**: 280,000,000 RED | ||
| 700 | - **TGE 유통 비율**: 28% | ||
| 701 | - **초기 잠금 물량**: 72% | ||
| 702 | |||
| 703 | 잠긴 물량은 약 4년에 걸쳐 언락된다. | ||
| 704 | |||
| 705 | 따라서 RED의 시장 유통량은 시간이 지나며 증가할 수 있다. | ||
| 706 | |||
| 707 | 토큰 언락 일정은 RED의 시장 수급과 장기 가격 변동성에 영향을 줄 수 있다. | ||
| 708 | |||
| 709 | ## 레드스톤과 RWA | ||
| 710 | |||
| 711 | 레드스톤은 RWA와 토큰화 자산 분야에서 중요한 역할을 목표로 한다. | ||
| 712 | |||
| 713 | RWA는 Real World Assets의 약자로, 현실 세계의 자산을 블록체인에서 표현한 것을 의미한다. | ||
| 714 | |||
| 715 | 대표적인 RWA 자산은 다음과 같다. | ||
| 716 | |||
| 717 | - 미국 국채 | ||
| 718 | - 사모 신용 | ||
| 719 | - 머니마켓펀드 | ||
| 720 | - 부동산 | ||
| 721 | - 금 | ||
| 722 | - 원자재 | ||
| 723 | - 채권 | ||
| 724 | - 토큰화 펀드 | ||
| 725 | - 스테이블코인 준비금 | ||
| 726 | |||
| 727 | RWA가 DeFi에서 담보로 사용되려면 단순한 시장 가격뿐 아니라 다음 데이터가 필요하다. | ||
| 728 | |||
| 729 | - NAV | ||
| 730 | - 준비금 | ||
| 731 | - 발행자 정보 | ||
| 732 | - 상환 가능성 | ||
| 733 | - 커스터디 데이터 | ||
| 734 | - 담보 비율 | ||
| 735 | - 만기 | ||
| 736 | - 금리 | ||
| 737 | - 신용 위험 | ||
| 738 | |||
| 739 | 레드스톤은 이러한 RWA 데이터를 온체인으로 전달하는 오라클 인프라를 제공한다. | ||
| 740 | |||
| 741 | Proof of Reserve, Trusted Single Source Oracle, Settle, Credora 등은 RWA와 기관용 온체인 금융에서 중요한 구성 요소로 볼 수 있다. | ||
| 742 | |||
| 743 | ## 레드스톤과 LST·LRT | ||
| 744 | |||
| 745 | 레드스톤은 LST와 LRT 데이터 피드에서도 중요한 역할을 한다. | ||
| 746 | |||
| 747 | LST는 Liquid Staking Token의 약자이다. | ||
| 748 | |||
| 749 | 예를 들어 stETH, wstETH, rETH 등은 이더리움 스테이킹 포지션을 나타내는 유동화 토큰이다. | ||
| 750 | |||
| 751 | LRT는 Liquid Restaking Token의 약자이다. | ||
| 752 | |||
| 753 | 예를 들어 EigenLayer와 리스테이킹 생태계에서 파생된 여러 토큰이 이에 해당할 수 있다. | ||
| 754 | |||
| 755 | LST와 LRT는 단순히 거래소 가격만 보면 안 되는 경우가 많다. | ||
| 756 | |||
| 757 | 다음과 같은 요소가 가격과 리스크에 영향을 준다. | ||
| 758 | |||
| 759 | - 기초 자산 가치 | ||
| 760 | - 스테이킹 보상 | ||
| 761 | - 리스테이킹 보상 | ||
| 762 | - 슬래싱 위험 | ||
| 763 | - 유동성 | ||
| 764 | - 출금 대기 시간 | ||
| 765 | - 프로토콜 리스크 | ||
| 766 | - 시장 할인율 | ||
| 767 | |||
| 768 | 레드스톤은 이러한 복잡한 수익형 자산을 위한 맞춤형 오라클 피드를 제공하는 것을 목표로 한다. | ||
| 769 | |||
| 770 | ## 레드스톤과 BTCFi | ||
| 771 | |||
| 772 | BTCFi는 비트코인을 DeFi에서 활용하는 흐름을 의미한다. | ||
| 773 | |||
| 774 | 비트코인은 자체 네트워크에서 스마트 컨트랙트 활용이 제한적이기 때문에, DeFi에서 활용하려면 래핑 자산이나 브리지 자산, 비트코인 LST와 같은 구조가 자주 사용된다. | ||
| 775 | |||
| 776 | 예를 들어 다음과 같은 자산이 있을 수 있다. | ||
| 777 | |||
| 778 | - WBTC | ||
| 779 | - tBTC | ||
| 780 | - LBTC | ||
| 781 | - SolvBTC | ||
| 782 | - 기타 비트코인 담보 토큰 | ||
| 783 | |||
| 784 | 이러한 자산이 실제 비트코인으로 충분히 뒷받침되는지 확인하려면 Proof of Reserve가 중요하다. | ||
| 785 | |||
| 786 | 레드스톤은 BTCFi 자산의 준비금, 가격, 담보 상태를 검증하는 데이터 피드를 제공하는 방향으로 확장하고 있다. | ||
| 787 | |||
| 788 | ## 프로젝트 역사 | ||
| 789 | |||
| 790 | ### 2021년: 레드스톤 설립 | ||
| 791 | |||
| 792 | 레드스톤은 2021년 4월 온체인 금융을 위한 오라클 인프라를 구축하기 위해 시작되었다. | ||
| 793 | |||
| 794 | 초기부터 여러 체인과 다양한 데이터 피드를 지원할 수 있는 모듈형 구조를 지향했다. | ||
| 795 | |||
| 796 | ### 2022년: Core 모델과 초기 DeFi 통합 | ||
| 797 | |||
| 798 | 레드스톤은 Pull 기반 Core 모델을 통해 온디맨드 가격 데이터 전달 구조를 발전시켰다. | ||
| 799 | |||
| 800 | 이 시기 레드스톤은 기존 Push 오라클의 비용 비효율성을 해결하기 위한 대안으로 주목받기 시작했다. | ||
| 801 | |||
| 802 | ### 2023년 1월: 메인넷 운영 | ||
| 803 | |||
| 804 | 레드스톤은 2023년 1월부터 메인넷에서 운영되며 실제 DeFi 프로토콜에 데이터를 제공하기 시작했다. | ||
| 805 | |||
| 806 | 이후 여러 체인과 DeFi 프로토콜로 통합을 확대했다. | ||
| 807 | |||
| 808 | ### 2023년: Core, Classic, X 모델 확장 | ||
| 809 | |||
| 810 | 레드스톤은 Core 모델뿐 아니라 Classic과 X 모델도 확장했다. | ||
| 811 | |||
| 812 | 이를 통해 대출, 파생상품, 고급 DeFi 프로토콜 등 서로 다른 요구를 가진 애플리케이션에 맞춤형 오라클 통합 방식을 제공했다. | ||
| 813 | |||
| 814 | ### 2024년: 멀티체인 확장 | ||
| 815 | |||
| 816 | 레드스톤은 여러 EVM 및 비EVM 체인에서 데이터 피드를 제공하며 멀티체인 오라클 인프라로 성장했다. | ||
| 817 | |||
| 818 | LST, LRT, RWA, BTCFi와 같은 특화 자산군도 주요 지원 대상으로 부상했다. | ||
| 819 | |||
| 820 | ### 2025년 2월: RED 토크노믹스 공개 | ||
| 821 | |||
| 822 | 2025년 2월 레드스톤은 RED 토큰의 토크노믹스를 공개했다. | ||
| 823 | |||
| 824 | 최대 공급량은 10억 RED로 설정되었고, TGE 시점 유통량은 2억 8천만 RED로 안내되었다. | ||
| 825 | |||
| 826 | ### 2025년 3월: RED TGE | ||
| 827 | |||
| 828 | 2025년 3월 6일 RED 토큰이 출시되었다. | ||
| 829 | |||
| 830 | RED는 레드스톤 생태계의 유틸리티 토큰으로, 스테이킹과 오라클 보안 및 네트워크 인센티브와 연결된다. | ||
| 831 | |||
| 832 | ### 2025년 3월: 빗썸 상장 | ||
| 833 | |||
| 834 | 빗썸은 2025년 3월 25일 RED 원화마켓 추가를 공지했다. | ||
| 835 | |||
| 836 | 상장 당시 주요 정보는 다음과 같다. | ||
| 837 | |||
| 838 | - **지원 마켓**: 원화 마켓 | ||
| 839 | - **지원 네트워크**: Ethereum | ||
| 840 | - **거래 개시 예정**: 2025년 3월 25일 오후 4시 | ||
| 841 | - **기준가**: 892원 | ||
| 842 | - **입금 컨펌 수**: 33 | ||
| 843 | |||
| 844 | 빗썸은 타 네트워크를 통한 입금은 지원하지 않는다고 공지했다. | ||
| 845 | |||
| 846 | ### 2025년: Bolt 출시 | ||
| 847 | |||
| 848 | 레드스톤은 초저지연 오라클 제품인 Bolt를 공개했다. | ||
| 849 | |||
| 850 | Bolt는 MegaETH, Monad와 같은 빠른 실행 환경과 고빈도 DeFi 애플리케이션을 겨냥한 제품이다. | ||
| 851 | |||
| 852 | ### 2025년: Atom 출시 | ||
| 853 | |||
| 854 | 레드스톤은 청산 인지형 오라클인 Atom을 공개했다. | ||
| 855 | |||
| 856 | Atom은 오라클 업데이트로 발생하는 OEV를 봇이 독점하지 않고 프로토콜로 환원하는 구조를 지향한다. | ||
| 857 | |||
| 858 | ### 2025년: RWA와 기관용 온체인 금융 확대 | ||
| 859 | |||
| 860 | 레드스톤은 Securitize, 토큰화 자산, Proof of Reserve, RWA 데이터 피드 등 기관용 온체인 금융 인프라로 확장했다. | ||
| 861 | |||
| 862 | ### 2026년: Settle과 RedStone Stack 확장 | ||
| 863 | |||
| 864 | 2026년에는 RedStone Settle, Product Stack, RWA 정산 인프라, 리스크 데이터 등으로 제품군이 확장되었다. | ||
| 865 | |||
| 866 | 레드스톤은 단순 오라클 제공자를 넘어 온체인 금융 데이터와 리스크 인프라 전반을 제공하는 방향으로 발전하고 있다. | ||
| 867 | |||
| 868 | ## 국내 거래소 | ||
| 869 | |||
| 870 | RED는 국내 거래소에서도 거래지원이 이루어졌다. | ||
| 871 | |||
| 872 | ### 빗썸 | ||
| 873 | |||
| 874 | 빗썸은 2025년 3월 25일 레드스톤의 원화마켓 추가를 공지했다. | ||
| 875 | |||
| 876 | 빗썸 기준 RED의 지원 네트워크는 Ethereum이다. | ||
| 877 | |||
| 878 | 따라서 빗썸으로 RED를 입금할 경우 Ethereum 네트워크를 사용해야 하며, 타 네트워크를 통한 입금은 지원되지 않는다고 안내되었다. | ||
| 879 | |||
| 880 | ### 코인원 | ||
| 881 | |||
| 882 | 코인원도 RED 거래를 지원했다. | ||
| 883 | |||
| 884 | 코인원은 2025년 3월 RED 원화마켓 거래지원을 안내했다. | ||
| 885 | |||
| 886 | 거래소별 지원 네트워크는 다를 수 있으므로 입출금 시에는 각 거래소의 최신 공지를 확인해야 한다. | ||
| 887 | |||
| 888 | ### 업비트 | ||
| 889 | |||
| 890 | 업비트도 RED 거래를 지원한다. | ||
| 891 | |||
| 892 | 업비트에서는 BTC 및 USDT 마켓 중심으로 거래지원이 이루어진 것으로 알려져 있다. | ||
| 893 | |||
| 894 | 업비트 입출금에서도 지원 네트워크를 확인해야 하며, RED의 Ethereum 컨트랙트 주소를 확인하는 것이 중요하다. | ||
| 895 | |||
| 896 | ## 레드스톤과 체인링크의 차이 | ||
| 897 | |||
| 898 | 레드스톤은 오라클 프로젝트라는 점에서 체인링크와 비교될 수 있다. | ||
| 899 | |||
| 900 | 체인링크는 가장 오래되고 널리 사용되는 오라클 네트워크 가운데 하나이다. | ||
| 901 | |||
| 902 | 레드스톤은 후발 오라클 프로젝트로서 모듈형 구조와 Pull 모델, RWA 특화 데이터, LST·LRT·BTCFi 특화 피드, OEV 포착 구조 등을 강조한다. | ||
| 903 | |||
| 904 | ### 체인링크 | ||
| 905 | |||
| 906 | - 오래된 오라클 네트워크 | ||
| 907 | - 대규모 DeFi 채택 | ||
| 908 | - Push 기반 가격 피드 중심 | ||
| 909 | - CCIP 등 크로스체인 기능 | ||
| 910 | - LINK 토큰 기반 생태계 | ||
| 911 | |||
| 912 | ### 레드스톤 | ||
| 913 | |||
| 914 | - 모듈형 오라클 구조 | ||
| 915 | - Core(Pull), Classic(Push), X 등 다양한 전달 모델 | ||
| 916 | - RWA, LST, LRT, BTCFi 특화 피드 | ||
| 917 | - Proof of Reserve와 NAV 데이터 | ||
| 918 | - Atom을 통한 OEV 포착 | ||
| 919 | - Bolt를 통한 초저지연 데이터 | ||
| 920 | - RED 스테이킹과 EigenLayer AVS 연계 | ||
| 921 | |||
| 922 | 레드스톤은 체인링크를 완전히 대체하기보다, 특정 자산군과 특정 사용 사례에서 더 유연하고 비용 효율적인 오라클 모델을 제공하는 것을 목표로 한다. | ||
| 923 | |||
| 924 | ## 레드스톤과 파이스의 차이 | ||
| 925 | |||
| 926 | 파이스(Pyth)는 고빈도 금융 데이터와 Pull 기반 오라클로 알려진 프로젝트이다. | ||
| 927 | |||
| 928 | 레드스톤과 파이스는 모두 Pull 기반 모델을 제공하지만 강조점이 다르다. | ||
| 929 | |||
| 930 | ### 파이스 | ||
| 931 | |||
| 932 | - 거래소와 마켓메이커 중심 데이터 제공 | ||
| 933 | - 고빈도 가격 데이터 | ||
| 934 | - Pull 기반 가격 업데이트 | ||
| 935 | - 퍼프 DEX와 빠른 시장 데이터에 강점 | ||
| 936 | |||
| 937 | ### 레드스톤 | ||
| 938 | |||
| 939 | - Pull과 Push 모두 지원 | ||
| 940 | - RWA와 수익형 자산에 특화 | ||
| 941 | - 다양한 체인과 자산군 지원 | ||
| 942 | - OEV 포착과 청산 인프라 | ||
| 943 | - Proof of Reserve와 기관용 데이터 | ||
| 944 | - 리스크 데이터와 Credora 확장 | ||
| 945 | |||
| 946 | 따라서 레드스톤은 단순 가격 피드뿐 아니라 온체인 금융 전체의 데이터와 리스크 계층을 구축하려는 방향성이 강하다. | ||
| 947 | |||
| 948 | ## 레드스톤과 Redstone 체인의 구분 | ||
| 949 | |||
| 950 | 레드스톤 RED 코인은 RedStone Finance의 오라클 프로젝트와 관련된 토큰이다. | ||
| 951 | |||
| 952 | 검색 시 `redstone.xyz`라는 별도의 Redstone 체인이 함께 나올 수 있다. | ||
| 953 | |||
| 954 | 이 Redstone은 Lattice와 MUD 생태계에서 게임과 온체인 월드를 위한 체인으로 알려진 별도 프로젝트이다. | ||
| 955 | |||
| 956 | 따라서 다음을 구분해야 한다. | ||
| 957 | |||
| 958 | - **RedStone Finance / RED**: 오라클 인프라 프로젝트 | ||
| 959 | - **redstone.xyz**: 온체인 게임·MUD 생태계 관련 체인 | ||
| 960 | |||
| 961 | 두 프로젝트는 이름이 비슷하지만 서로 다른 프로젝트이다. | ||
| 962 | |||
| 963 | RED 토큰을 찾을 때는 공식 홈페이지, 거래소 공지, 이더스캔 컨트랙트 주소를 기준으로 확인하는 것이 좋다. | ||
| 964 | |||
| 965 | ## 활용 분야 | ||
| 966 | |||
| 967 | ### DeFi 대출 | ||
| 968 | |||
| 969 | 레드스톤은 대출 프로토콜에 담보 가격 데이터를 제공할 수 있다. | ||
| 970 | |||
| 971 | 담보 가치가 정확해야 대출 한도와 청산 조건이 올바르게 작동한다. | ||
| 972 | |||
| 973 | ### 무기한 선물 | ||
| 974 | |||
| 975 | 무기한 선물 거래소는 지수 가격, 펀딩비, 청산 가격 산정에 오라클 데이터가 필요하다. | ||
| 976 | |||
| 977 | 레드스톤은 빠른 가격 피드와 X 모델 등을 통해 파생상품 시장을 지원할 수 있다. | ||
| 978 | |||
| 979 | ### 스테이블코인 | ||
| 980 | |||
| 981 | 스테이블코인 프로토콜은 담보 가격과 준비금 데이터를 확인해야 한다. | ||
| 982 | |||
| 983 | 레드스톤은 가격 피드와 Proof of Reserve를 통해 스테이블코인 프로토콜을 지원할 수 있다. | ||
| 984 | |||
| 985 | ### RWA | ||
| 986 | |||
| 987 | 토큰화 국채, 토큰화 펀드, 사모 신용, 금, 원자재 등 RWA 자산에는 NAV와 준비금, 상환 가능성 데이터가 필요하다. | ||
| 988 | |||
| 989 | 레드스톤은 이러한 RWA 데이터를 온체인에서 사용할 수 있도록 한다. | ||
| 990 | |||
| 991 | ### LST와 LRT | ||
| 992 | |||
| 993 | LST와 LRT는 DeFi 담보로 자주 사용된다. | ||
| 994 | |||
| 995 | 레드스톤은 이러한 수익형 자산에 특화된 가격 산정과 데이터 피드를 제공할 수 있다. | ||
| 996 | |||
| 997 | ### BTCFi | ||
| 998 | |||
| 999 | 비트코인 기반 DeFi 자산은 준비금 검증과 가격 데이터가 중요하다. | ||
| 1000 | |||
| 1001 | 레드스톤은 BTCFi 자산의 Proof of Reserve와 가격 피드를 지원할 수 있다. | ||
| 1002 | |||
| 1003 | ### 청산 인프라 | ||
| 1004 | |||
| 1005 | Atom은 가격 업데이트와 청산 실행을 연결해 OEV를 포착하고 프로토콜에 환원하는 구조를 제공한다. | ||
| 1006 | |||
| 1007 | ### 기관용 온체인 금융 | ||
| 1008 | |||
| 1009 | 기관이 토큰화 자산을 온체인으로 가져올 때는 정확한 NAV, 준비금, 리스크 데이터가 필요하다. | ||
| 1010 | |||
| 1011 | 레드스톤은 기관용 온체인 금융 데이터 인프라를 지향한다. | ||
| 1012 | |||
| 1013 | ## 생태계 참여자 | ||
| 1014 | |||
| 1015 | ### 데이터 제공자 | ||
| 1016 | |||
| 1017 | 외부 시장과 금융 데이터 소스에서 데이터를 수집하고 검증해 레드스톤 네트워크에 제공한다. | ||
| 1018 | |||
| 1019 | ### RED 스테이커 | ||
| 1020 | |||
| 1021 | RED를 스테이킹해 레드스톤 오라클 인프라의 경제적 보안에 참여한다. | ||
| 1022 | |||
| 1023 | ### DeFi 프로토콜 | ||
| 1024 | |||
| 1025 | 대출, 파생상품, 스테이블코인, 수익률 상품 등에서 레드스톤 데이터 피드를 사용한다. | ||
| 1026 | |||
| 1027 | ### RWA 발행자 | ||
| 1028 | |||
| 1029 | 토큰화 자산의 가격, 준비금, NAV 데이터를 온체인에 제공하기 위해 레드스톤을 활용할 수 있다. | ||
| 1030 | |||
| 1031 | ### 개발자 | ||
| 1032 | |||
| 1033 | 레드스톤 SDK와 문서를 이용해 스마트 컨트랙트에 가격 피드와 오라클 데이터를 통합한다. | ||
| 1034 | |||
| 1035 | ### 검증 참여자 | ||
| 1036 | |||
| 1037 | EigenLayer AVS 구조와 연결되어 오라클 네트워크의 보안과 데이터 무결성을 강화할 수 있다. | ||
| 1038 | |||
| 1039 | ### RED 보유자 | ||
| 1040 | |||
| 1041 | RED를 보유하고 스테이킹, 생태계 참여, 향후 네트워크 확장에 참여할 수 있다. | ||
| 1042 | |||
| 1043 | ## 생태계 | ||
| 1044 | |||
| 1045 | 레드스톤 생태계는 오라클 데이터 제공자, DeFi 프로토콜, RWA 발행자, RED 스테이커, EigenLayer AVS, 개발자, 커뮤니티로 구성된다. | ||
| 1046 | |||
| 1047 | 데이터 제공자는 가격과 준비금, NAV, 리스크 데이터를 수집하고 서명한다. | ||
| 1048 | |||
| 1049 | 레드스톤의 모듈형 인프라는 이 데이터를 여러 체인과 여러 프로토콜에 맞는 방식으로 전달한다. | ||
| 1050 | |||
| 1051 | Core 모델은 데이터가 필요할 때 사용자가 거래에 데이터를 포함해 검증한다. | ||
| 1052 | |||
| 1053 | Classic 모델은 가격 피드를 온체인에 Push한다. | ||
| 1054 | |||
| 1055 | X 모델은 파생상품과 고급 DeFi 프로토콜의 프론트러닝 문제를 줄이는 데 활용된다. | ||
| 1056 | |||
| 1057 | Bolt는 초저지연 데이터가 필요한 고속 체인을 지원한다. | ||
| 1058 | |||
| 1059 | Atom은 오라클 가격 업데이트와 청산 실행을 연결해 OEV를 프로토콜로 되돌리는 구조를 만든다. | ||
| 1060 | |||
| 1061 | Proof of Reserve는 스테이블코인, 래핑 자산, 토큰화 자산의 준비금 상태를 확인할 수 있도록 한다. | ||
| 1062 | |||
| 1063 | Settle은 RWA 담보 포지션 청산과 즉시 정산 문제를 해결하는 인프라이다. | ||
| 1064 | |||
| 1065 | Credora는 리스크 평가와 투명성 데이터를 제공해 DeFi 대출과 기관용 온체인 금융을 보완한다. | ||
| 1066 | |||
| 1067 | RED는 이러한 생태계에서 스테이킹, 보안, 데이터 제공자 인센티브, 생태계 참여를 연결하는 유틸리티 토큰이다. | ||
| 1068 | |||
| 1069 | ## 한계 및 주요 변수 | ||
| 1070 | |||
| 1071 | 레드스톤의 장기적인 성장에는 실제 DeFi 프로토콜과 RWA 발행자가 레드스톤 데이터를 얼마나 많이 사용하는지가 중요하다. | ||
| 1072 | |||
| 1073 | 오라클은 인프라 프로젝트이기 때문에 최종 사용자에게 직접 노출되는 경우는 많지 않다. | ||
| 1074 | |||
| 1075 | 따라서 레드스톤의 수요는 다음과 같은 생태계 사용량에 영향을 받는다. | ||
| 1076 | |||
| 1077 | - 레드스톤을 사용하는 대출 프로토콜 | ||
| 1078 | - 레드스톤을 사용하는 퍼프 DEX | ||
| 1079 | - RWA 토큰화 자산 | ||
| 1080 | - 스테이블코인 준비금 검증 | ||
| 1081 | - BTCFi 자산 | ||
| 1082 | - LST와 LRT 담보 시장 | ||
| 1083 | - 신규 체인 통합 | ||
| 1084 | - 기관용 온체인 금융 채택 | ||
| 1085 | |||
| 1086 | 오라클 프로젝트의 핵심 리스크는 데이터 오류이다. | ||
| 1087 | |||
| 1088 | 오라클 가격이 잘못 전달되면 DeFi 프로토콜에서 잘못된 청산, 부실 대출, 가격 조작, 손실이 발생할 수 있다. | ||
| 1089 | |||
| 1090 | 따라서 레드스톤의 장기 신뢰도에는 다음 요소가 중요하다. | ||
| 1091 | |||
| 1092 | - 데이터 소스 품질 | ||
| 1093 | - 데이터 제공자 분산성 | ||
| 1094 | - 서명자 보안 | ||
| 1095 | - 이상치 탐지 | ||
| 1096 | - 피드별 가격 산정 방법론 | ||
| 1097 | - 오라클 업데이트 지연 | ||
| 1098 | - 체인별 배포 안정성 | ||
| 1099 | - 스마트 컨트랙트 감사 | ||
| 1100 | - 장애 대응 능력 | ||
| 1101 | |||
| 1102 | RED 토큰의 경제적 연결도 중요하다. | ||
| 1103 | |||
| 1104 | RED는 스테이킹과 오라클 보안, 데이터 제공자 인센티브를 위해 설계되었지만, 실제 RED 가치와 프로토콜 사용량이 장기적으로 얼마나 강하게 연결되는지는 네트워크 사용량과 보상 구조에 따라 달라질 수 있다. | ||
| 1105 | |||
| 1106 | 토큰 공급 측면에서는 언락 일정이 주요 변수이다. | ||
| 1107 | |||
| 1108 | RED의 최대 공급량은 10억 개이며, TGE 시점 유통 비율은 28%이다. | ||
| 1109 | |||
| 1110 | 나머지 물량은 약 4년에 걸쳐 언락되므로, 초기 후원자와 핵심 기여자 및 생태계 물량의 유통 증가가 시장 수급에 영향을 줄 수 있다. | ||
| 1111 | |||
| 1112 | 레드스톤은 체인링크, 파이스, API3, Chronicle, Supra, Switchboard 등 여러 오라클 프로젝트와 경쟁한다. | ||
| 1113 | |||
| 1114 | 각 오라클은 서로 다른 데이터 소스, 업데이트 방식, 보안 모델, 지원 체인, 비용 구조를 가진다. | ||
| 1115 | |||
| 1116 | 레드스톤이 경쟁력을 유지하려면 다음 영역에서 우위를 보여야 한다. | ||
| 1117 | |||
| 1118 | - 데이터 품질 | ||
| 1119 | - 업데이트 속도 | ||
| 1120 | - 비용 효율성 | ||
| 1121 | - 지원 체인 수 | ||
| 1122 | - 신규 자산 피드 추가 속도 | ||
| 1123 | - RWA와 기관용 데이터 신뢰도 | ||
| 1124 | - 오라클 보안 | ||
| 1125 | - 개발자 경험 | ||
| 1126 | - 프로토콜 통합 수 | ||
| 1127 | - 실제 확보 가치 | ||
| 1128 | |||
| 1129 | 레드스톤의 장기적인 생태계 확장에는 다음과 같은 요소들이 영향을 줄 수 있다. | ||
| 1130 | |||
| 1131 | - 레드스톤 데이터 피드를 사용하는 프로토콜 수 | ||
| 1132 | - RedStone이 확보한 TVS | ||
| 1133 | - 지원 체인 수 | ||
| 1134 | - 지원 자산 수 | ||
| 1135 | - RED 스테이킹 규모 | ||
| 1136 | - 데이터 제공자 수와 분산성 | ||
| 1137 | - EigenLayer AVS 활용도 | ||
| 1138 | - Atom을 통한 OEV 포착 규모 | ||
| 1139 | - Proof of Reserve 피드 채택 | ||
| 1140 | - RWA 발행자와 기관 파트너십 | ||
| 1141 | - LST·LRT·BTCFi 시장 성장 | ||
| 1142 | - 오라클 경쟁 구도 | ||
| 1143 | - 토큰 언락 일정 | ||
| 1144 | - RED 유통량 변화 | ||
| 1145 | - 국내외 거래소 지원 네트워크 | ||
| 1146 | - 오라클 장애 또는 보안 사고 여부 | ||
| 1147 | |||
| 1148 | ## 같이 보기 | ||
| 1149 | |||
| 1150 | * [[비트코인]] | ||
| 1151 | * [[이더리움]] | ||
| 1152 | * [[체인링크]] | ||
| 1153 | * [[파이스]] | ||
| 1154 | * [[오라클]] | ||
| 1155 | * [[DeFi]] | ||
| 1156 | * [[RWA]] | ||
| 1157 | * [[토큰화]] | ||
| 1158 | * [[스테이블코인]] | ||
| 1159 | * [[Proof of Reserve]] | ||
| 1160 | * [[LST]] | ||
| 1161 | * [[LRT]] | ||
| 1162 | * [[BTCFi]] | ||
| 1163 | * [[EigenLayer]] | ||
| 1164 | * [[AVS]] | ||
| 1165 | * [[Wormhole]] | ||
| 1166 | * [[Base]] | ||
| 1167 | * [[Solana]] | ||
| 1168 | * [[무기한 선물]] | ||
| 1169 | * [[청산]] | ||
| 1170 | * [[MEV]] | ||
| 1171 | * [[블록체인]] |