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