리비전 diff
r1 → r2 · 2026-07-10 22:03
본문 변경 비교
+582
-19
변경 582
기준: r1
| 이전 | 이전 내용 | 현재 | 현재 내용 |
|---|---|---|---|
| 1 | ## 개념 | 1 | [[인포박스]] |
| 2 | 2 | | 그래비티(Gravity) | | | |
| 3 | 그래비티는 블록체인 기술을 기반으로 한 분산형 플랫폼으로, 다양한 디지털 자산의 거래와 관리를 지원합니다. 이 플랫폼은 사용자에게 보다 안전하고 효율적인 거래 환경을 제공하며, 블록체인 기술의 이점을 활용하여 투명성과 신뢰성을 높입니다. 그래비티의 구조와 기능을 이해하는 것은 디지털 자산에 대한 투자와 활용에 도움이 됩니다. | 3 | |:---:|:---:| |
| 4 | 4 | | **분류** | 레이어1 / 옴니체인 / 스마트 컨트랙트 플랫폼 / 체인 추상화 | | |
| 5 | ## 확인할 점 | 5 | | **티커** | G | |
| 6 | 6 | | **한 줄 요약** | 대규모 Web3 사용과 옴니체인 상호작용을 위해 설계된 고성능 EVM 호환 레이어1 블록체인 | | |
| 7 | 1) 그래비티의 기술적 구조와 작동 원리 | 7 | | **관련 분야** | 레이어1, EVM, 옴니체인, 체인 추상화, 크로스체인, 병렬 실행, 스마트 컨트랙트 | |
| 8 | 2) 지원하는 디지털 자산의 종류와 특성 | 8 | | **네트워크** | Gravity | |
| 9 | 3) 거래 수수료 및 이용 약관 | 9 | | **합의 방식** | AptosBFT 계열 지분증명(PoS) | |
| 10 | 4) 커뮤니티와 개발자 지원 현황 | 10 | | **실행 환경** | EVM / Grevm | |
| 11 | 5) 보안 및 개인정보 보호 정책 | 11 | | **네이티브 토큰** | G | |
| 12 | 12 | | **초기 총 공급량** | 12,000,000,000 G | | |
| 13 | ## 주의사항 | 13 | | **체인 ID** | 127001 | |
| 14 | 14 | | **개발 주체** | Galxe 생태계 | | |
| 15 | 그래비티와 관련된 투자에는 시장 변동성으로 인한 리스크가 존재합니다. 또한, 피싱 사이트나 사기 거래소에 주의해야 하며, 잘못된 정보로 인한 실수를 피하는 것이 중요합니다. 본 정보는 참고용으로 제공되며, 투자 결정을 위한 조언이 아닙니다. | 15 | | **공식 홈페이지** | https://gravity.xyz | |
| 16 | 16 | | **공식 문서** | https://docs.gravity.xyz | | |
| 17 | --- | 17 | | **익스플로러** | [그래비티 익스플로러](https://gscan.xyz) | |
| 18 | 18 | | **X(트위터)** | [그래비티 트위터](https://x.com/GravityChain) | | |
| 19 | *본 문서는 투자 권유가 아닌 정보 제공 목적입니다.* | 19 | | **GitHub** | [그래비티 깃허브](https://github.com/Galxe) | |
| 20 | | **CoinMarketCap** | [그래비티 코인마켓캡](https://coinmarketcap.com/currencies/gravity-token/) | | ||
| 21 | | **CoinGecko** | [그래비티 코인게코](https://www.coingecko.com/en/coins/gravity) | | ||
| 22 | [[/인포박스]] | ||
| 23 | |||
| 24 | ## 개요 | ||
| 25 | |||
| 26 | 그래비티는 대규모 Web3 사용자와 옴니체인 환경을 지원하기 위해 설계된 EVM 호환 레이어1 블록체인이다. | ||
| 27 | |||
| 28 | Galxe 생태계에서 개발되었으며, 여러 블록체인에 분산된 자산과 애플리케이션을 보다 쉽게 연결하고 복잡한 크로스체인 상호작용을 단순화하는 것을 목표로 한다. | ||
| 29 | |||
| 30 | 기존 Web3 환경에서는 사용자가 여러 블록체인을 이용할 때 각각의 네트워크, 지갑, 가스비, 브리지 및 토큰을 직접 관리해야 하는 경우가 많다. | ||
| 31 | |||
| 32 | 그래비티는 체인 추상화와 옴니체인 구조를 통해 이러한 기술적인 복잡성을 사용자로부터 감추고, 여러 블록체인에 걸친 거래와 자산 이동을 보다 간단한 사용자 경험으로 제공하는 것을 지향한다. | ||
| 33 | |||
| 34 | 그래비티는 높은 처리 성능을 위해 병렬 EVM 실행 엔진인 Grevm을 개발하고 있으며, AptosBFT 계열의 합의 구조와 지분증명 방식을 사용한다. | ||
| 35 | |||
| 36 | 또한 블록체인 자체 프로토콜 수준에 오라클 기능을 통합하여 외부 데이터와 온체인 스마트 컨트랙트 사이의 연결을 지원하는 구조를 갖추고 있다. | ||
| 37 | |||
| 38 | G는 그래비티 네트워크의 네이티브 토큰이다. 거래 수수료 지불, 스테이킹, 네트워크 보안, 거버넌스 등에 활용되며, 동시에 Galxe 생태계 전반의 유틸리티 토큰으로 사용된다. | ||
| 39 | |||
| 40 | ## 특징 | ||
| 41 | |||
| 42 | ### 1. 고성능 레이어1 블록체인 | ||
| 43 | |||
| 44 | 그래비티는 자체 메인넷을 가진 레이어1 블록체인이다. | ||
| 45 | |||
| 46 | 스마트 컨트랙트를 직접 실행하고 거래를 처리하며, 네트워크의 합의와 보안을 자체적으로 유지한다. | ||
| 47 | |||
| 48 | 그래비티는 대규모 사용자와 높은 거래량을 처리할 수 있는 블록체인을 목표로 하며, 이를 위해 병렬 거래 실행, 빠른 합의 구조 및 고성능 EVM 구현을 활용한다. | ||
| 49 | |||
| 50 | 기존의 순차적인 EVM 실행 방식에서는 하나의 블록에 포함된 거래를 순서대로 처리하는 경우가 많다. | ||
| 51 | |||
| 52 | 그래비티는 서로 충돌하지 않는 여러 거래를 동시에 처리할 수 있도록 병렬 실행 기술을 적용해 처리 성능을 높이는 방향을 지향한다. | ||
| 53 | |||
| 54 | ### 2. EVM 호환성 | ||
| 55 | |||
| 56 | 그래비티는 이더리움 가상 머신인 EVM과 호환되는 블록체인이다. | ||
| 57 | |||
| 58 | 따라서 Solidity로 작성된 스마트 컨트랙트를 배포할 수 있으며, 기존 이더리움 개발 생태계의 다양한 도구를 활용할 수 있다. | ||
| 59 | |||
| 60 | 개발자는 다음과 같은 기존 EVM 도구와 개발 환경을 활용할 수 있다. | ||
| 61 | |||
| 62 | - Solidity | ||
| 63 | - MetaMask | ||
| 64 | - Hardhat | ||
| 65 | - Foundry | ||
| 66 | - Web3.js | ||
| 67 | - ethers.js | ||
| 68 | - 기타 EVM 호환 개발 도구 | ||
| 69 | |||
| 70 | EVM 호환성은 기존 이더리움 및 다른 EVM 체인의 개발자가 새로운 프로그래밍 언어나 완전히 다른 개발 환경을 학습하지 않고도 그래비티 생태계에 참여할 수 있도록 한다. | ||
| 71 | |||
| 72 | ### 3. 옴니체인 구조 | ||
| 73 | |||
| 74 | 그래비티는 여러 블록체인의 상호작용을 연결하는 옴니체인 구조를 지향한다. | ||
| 75 | |||
| 76 | Web3 사용자는 이더리움, 솔라나, BNB 체인, 레이어2 등 다양한 네트워크에 자산을 보유할 수 있으며, 각 체인마다 서로 다른 지갑 환경과 가스 토큰을 관리해야 할 수 있다. | ||
| 77 | |||
| 78 | 그래비티는 여러 체인에 걸친 사용자 의도를 처리하고 거래를 정산할 수 있는 인프라를 제공하는 것을 목표로 한다. | ||
| 79 | |||
| 80 | 이를 통해 개발자는 사용자가 복잡한 크로스체인 과정을 직접 처리하지 않아도 되는 애플리케이션을 구축할 수 있다. | ||
| 81 | |||
| 82 | ### 4. 체인 추상화 | ||
| 83 | |||
| 84 | 체인 추상화는 사용자가 자신이 어느 블록체인을 사용하고 있는지 일일이 신경 쓰지 않아도 여러 네트워크와 상호작용할 수 있도록 하는 개념이다. | ||
| 85 | |||
| 86 | 일반적인 크로스체인 환경에서는 사용자가 다음과 같은 요소를 직접 관리해야 할 수 있다. | ||
| 87 | |||
| 88 | 1. 사용할 블록체인 선택 | ||
| 89 | 2. 네트워크 전환 | ||
| 90 | 3. 각 체인의 가스 토큰 확보 | ||
| 91 | 4. 브리지를 통한 자산 이동 | ||
| 92 | 5. 거래 완료 확인 | ||
| 93 | 6. 목적지 체인에서 다시 거래 실행 | ||
| 94 | |||
| 95 | 그래비티는 이러한 복잡성을 애플리케이션과 인프라 계층에서 처리하고, 사용자는 최종적으로 원하는 결과에 집중할 수 있는 환경을 지향한다. | ||
| 96 | |||
| 97 | 예를 들어 사용자가 특정 체인에서 자산을 구매하고 싶다는 의도를 제출하면, 애플리케이션이 실제 유동성의 위치와 크로스체인 이동 과정 등을 처리하는 방식이 가능하다. | ||
| 98 | |||
| 99 | ### 5. Galxe 생태계와의 연결 | ||
| 100 | |||
| 101 | 그래비티는 Galxe 생태계와 밀접하게 연결되어 있다. | ||
| 102 | |||
| 103 | Galxe는 Web3 프로젝트와 사용자를 연결하는 온체인 참여 및 성장 플랫폼으로, Quest를 비롯해 디지털 신원, 데이터 및 AI 관련 서비스를 운영해 왔다. | ||
| 104 | |||
| 105 | 그래비티는 다음과 같은 Galxe 생태계의 여러 서비스와 연결될 수 있다. | ||
| 106 | |||
| 107 | - Galxe Quest | ||
| 108 | - Galxe Passport | ||
| 109 | - Galxe Score | ||
| 110 | - Galxe Compass | ||
| 111 | - Alva | ||
| 112 | - Galxe Identity Protocol | ||
| 113 | |||
| 114 | 기존 Galxe 서비스에서 발생하는 다양한 온체인 활동을 그래비티와 연결함으로써 초기 네트워크 사용량과 생태계를 확보하려는 구조이다. | ||
| 115 | |||
| 116 | ## 기술 구조 | ||
| 117 | |||
| 118 | 그래비티의 기술 구조는 크게 다음과 같은 요소를 중심으로 구성된다. | ||
| 119 | |||
| 120 | 1. Gravity Mainnet L1 | ||
| 121 | 2. AptosBFT 계열 합의 구조 | ||
| 122 | 3. Grevm 병렬 EVM | ||
| 123 | 4. Gravity Reth | ||
| 124 | 5. 지분증명 및 G 스테이킹 | ||
| 125 | 6. 네이티브 오라클 | ||
| 126 | 7. 크로스체인 및 체인 추상화 인프라 | ||
| 127 | |||
| 128 | 각 구성 요소는 거래 실행, 합의, 네트워크 보안, 외부 데이터 제공 및 여러 블록체인 사이의 상호작용을 담당한다. | ||
| 129 | |||
| 130 | ## Gravity Mainnet L1 | ||
| 131 | |||
| 132 | Gravity Mainnet은 그래비티의 정식 레이어1 프로덕션 네트워크이다. | ||
| 133 | |||
| 134 | 체인 ID는 다음과 같다. | ||
| 135 | |||
| 136 | - **네트워크**: Gravity Mainnet | ||
| 137 | - **체인 유형**: Layer 1 | ||
| 138 | - **체인 ID**: 127001 | ||
| 139 | - **실행 환경**: EVM | ||
| 140 | - **네이티브 토큰**: G | ||
| 141 | |||
| 142 | 그래비티는 처음부터 현재와 같은 레이어1 형태로 출시된 것은 아니다. | ||
| 143 | |||
| 144 | 초기 단계에서는 Gravity Alpha Mainnet이 이더리움 위에서 작동하는 Arbitrum Nitro 기반 롤업 형태로 운영되었다. | ||
| 145 | |||
| 146 | 이후 독립적인 레이어1인 Gravity Mainnet이 구축되었으며, 현재 Gravity Mainnet L1이 정식 프로덕션 체인의 역할을 담당한다. | ||
| 147 | |||
| 148 | 이에 따라 Gravity Alpha Mainnet L2와 현재의 Gravity Mainnet L1은 구분할 필요가 있다. | ||
| 149 | |||
| 150 | ### Gravity Alpha Mainnet | ||
| 151 | |||
| 152 | Gravity Alpha Mainnet은 그래비티 프로젝트의 초기 단계에서 운영된 EVM 기반 롤업 네트워크이다. | ||
| 153 | |||
| 154 | Arbitrum Nitro 스택을 기반으로 구축되었으며, 그래비티의 크로스체인 기능과 Galxe 생태계 통합을 실험하는 역할을 담당했다. | ||
| 155 | |||
| 156 | ### Gravity Mainnet L1 | ||
| 157 | |||
| 158 | Gravity Mainnet L1은 독립적인 합의 구조와 검증자 네트워크를 운영하는 레이어1 블록체인이다. | ||
| 159 | |||
| 160 | AptosBFT 계열 합의 구조와 Grevm 병렬 EVM 등을 기반으로 높은 처리 성능과 빠른 확정성을 지향한다. | ||
| 161 | |||
| 162 | 현재는 Gravity Mainnet L1이 정식 프로덕션 네트워크의 역할을 담당한다. | ||
| 163 | |||
| 164 | ## AptosBFT 계열 합의 구조 | ||
| 165 | |||
| 166 | 그래비티 메인넷의 검증자는 AptosBFT 계열의 합의 프로토콜을 통해 블록 생성과 거래 확정 과정에 참여한다. | ||
| 167 | |||
| 168 | 비잔틴 장애 허용 합의 구조는 일부 검증자에 장애가 발생하거나 악의적인 행동을 하더라도 일정한 조건 내에서 네트워크가 합의를 유지하도록 설계된다. | ||
| 169 | |||
| 170 | 그래비티는 이러한 합의 구조를 활용해 높은 처리량과 빠른 거래 확정성을 제공하는 것을 목표로 한다. | ||
| 171 | |||
| 172 | 검증자는 네트워크에서 다음과 같은 역할을 수행한다. | ||
| 173 | |||
| 174 | 1. 새로운 블록 제안 | ||
| 175 | 2. 블록 및 거래 검증 | ||
| 176 | 3. 합의 과정 참여 | ||
| 177 | 4. 네트워크 상태 유지 | ||
| 178 | 5. 네이티브 오라클 작업 참여 | ||
| 179 | 6. 네트워크 보안 유지 | ||
| 180 | |||
| 181 | G 토큰은 이러한 네트워크의 지분증명 보안 구조와 연결된다. | ||
| 182 | |||
| 183 | ## Grevm | ||
| 184 | |||
| 185 | Grevm은 그래비티가 개발하는 병렬 EVM 실행 엔진이다. | ||
| 186 | |||
| 187 | 일반적인 EVM에서는 블록에 포함된 거래를 순차적으로 처리할 수 있지만, 실제로는 서로 영향을 주지 않는 독립적인 거래가 다수 존재할 수 있다. | ||
| 188 | |||
| 189 | 예를 들어 서로 다른 두 사용자가 완전히 별개의 스마트 컨트랙트를 실행한다면 두 거래 사이에 직접적인 상태 충돌이 없을 수 있다. | ||
| 190 | |||
| 191 | Grevm은 이러한 거래를 분석해 동시에 실행함으로써 EVM의 처리 성능을 높이는 것을 목표로 한다. | ||
| 192 | |||
| 193 | Grevm의 주요 구성 요소에는 다음과 같은 기술이 포함된다. | ||
| 194 | |||
| 195 | ### Dependency Manager | ||
| 196 | |||
| 197 | 거래 사이의 데이터 의존성을 분석하고 방향성 비순환 그래프인 DAG 형태로 관리한다. | ||
| 198 | |||
| 199 | 어떤 거래가 다른 거래의 실행 결과에 의존하는지 확인해 병렬 실행 가능 여부를 판단하는 데 활용된다. | ||
| 200 | |||
| 201 | ### Execution Scheduler | ||
| 202 | |||
| 203 | 서로 의존하지 않는 거래를 선택해 병렬로 실행한다. | ||
| 204 | |||
| 205 | 거래 사이에 의존성이 존재하는 경우 적절한 실행 순서를 정하고 불필요한 재실행을 줄이는 역할을 한다. | ||
| 206 | |||
| 207 | ### Parallel State Storage | ||
| 208 | |||
| 209 | 여러 거래가 동시에 실행되는 환경에서 블록체인 상태를 효율적으로 관리한다. | ||
| 210 | |||
| 211 | 비동기적인 결과 처리와 다중 버전 메모리 구조 등을 활용해 병렬 처리 과정의 성능을 높이는 것을 목표로 한다. | ||
| 212 | |||
| 213 | ## 병렬 EVM 실행 | ||
| 214 | |||
| 215 | 병렬 실행은 서로 충돌하지 않는 여러 거래를 동시에 처리하는 기술이다. | ||
| 216 | |||
| 217 | 예를 들어 다음과 같은 세 개의 거래가 있다고 가정할 수 있다. | ||
| 218 | |||
| 219 | 1. A 사용자가 B에게 토큰 전송 | ||
| 220 | 2. C 사용자가 DEX에서 서로 다른 토큰 거래 | ||
| 221 | 3. E 사용자가 NFT 발행 | ||
| 222 | |||
| 223 | 세 거래가 서로 동일한 상태를 변경하지 않는다면 반드시 하나씩 순차적으로 실행할 필요가 없을 수 있다. | ||
| 224 | |||
| 225 | 그래비티는 이러한 독립적인 거래를 병렬로 처리해 블록당 거래 실행 속도를 높이는 것을 목표로 한다. | ||
| 226 | |||
| 227 | 다만 여러 거래가 동일한 스마트 컨트랙트 상태나 유동성 풀을 동시에 변경하는 경우에는 충돌 가능성이 있기 때문에 거래 의존성을 정확하게 분석하는 과정이 필요하다. | ||
| 228 | |||
| 229 | Grevm은 DAG 기반 의존성 관리와 동적 스케줄링 등을 이용해 이러한 문제를 처리하도록 설계되어 있다. | ||
| 230 | |||
| 231 | ## Gravity Reth | ||
| 232 | |||
| 233 | Gravity Reth는 Reth를 기반으로 성능을 개선한 EVM 실행 클라이언트이다. | ||
| 234 | |||
| 235 | Reth는 Rust 언어로 개발된 이더리움 실행 클라이언트이며, 그래비티는 이를 기반으로 고성능 블록 실행을 위한 자체적인 최적화를 진행하고 있다. | ||
| 236 | |||
| 237 | Gravity Reth와 Grevm은 서로 연결되어 블록에 포함된 여러 거래를 효율적으로 실행하는 것을 목표로 한다. | ||
| 238 | |||
| 239 | Grevm이 거래 사이의 의존성을 분석하고 병렬 실행을 담당한다면, Gravity Reth는 전체 EVM 실행 환경과 블록 처리를 담당하는 구조로 볼 수 있다. | ||
| 240 | |||
| 241 | ## 네이티브 오라클 | ||
| 242 | |||
| 243 | 그래비티의 특징 중 하나는 프로토콜 수준에 통합된 네이티브 오라클이다. | ||
| 244 | |||
| 245 | 일반적인 스마트 컨트랙트는 블록체인 외부의 데이터를 스스로 직접 확인할 수 없다. | ||
| 246 | |||
| 247 | 예를 들어 다음과 같은 외부 정보가 필요할 수 있다. | ||
| 248 | |||
| 249 | - 암호화폐 가격 | ||
| 250 | - 환율 | ||
| 251 | - 스포츠 경기 결과 | ||
| 252 | - 날씨 정보 | ||
| 253 | - 외부 API 데이터 | ||
| 254 | - 다른 시스템의 상태 정보 | ||
| 255 | |||
| 256 | 이러한 데이터를 스마트 컨트랙트에 전달하는 시스템을 오라클이라고 한다. | ||
| 257 | |||
| 258 | 일반적으로 블록체인 애플리케이션은 별도의 외부 오라클 프로토콜을 사용하지만, 그래비티는 검증자와 합의 시스템에 연결된 네이티브 오라클 구조를 제공한다. | ||
| 259 | |||
| 260 | ### 오라클 옵저버 | ||
| 261 | |||
| 262 | 각 그래비티 검증자는 블록 생성 역할과 함께 오라클 옵저버를 실행할 수 있다. | ||
| 263 | |||
| 264 | 등록된 오라클 작업이 존재하면 옵저버가 지정된 데이터 소스를 확인하고 결과를 제출한다. | ||
| 265 | |||
| 266 | ### 오라클 합의 | ||
| 267 | |||
| 268 | 여러 검증자가 제출한 데이터를 합의 과정을 통해 처리함으로써 하나의 참여자가 제공한 데이터에만 의존하지 않는 구조를 지향한다. | ||
| 269 | |||
| 270 | 이러한 네이티브 오라클은 스마트 컨트랙트 개발자가 외부 데이터를 활용하는 애플리케이션을 구축할 수 있도록 지원하는 것을 목표로 한다. | ||
| 271 | |||
| 272 | ## 지분증명과 스테이킹 | ||
| 273 | |||
| 274 | 그래비티는 지분증명 기반 보안 구조를 사용한다. | ||
| 275 | |||
| 276 | G는 그래비티 네트워크의 네이티브 스테이킹 토큰으로 사용되며, 네트워크 보안과 검증자 운영에 연결된다. | ||
| 277 | |||
| 278 | 검증자는 블록 생성과 합의에 참여하고, G 토큰 보유자는 스테이킹을 통해 네트워크의 경제적 보안에 기여할 수 있다. | ||
| 279 | |||
| 280 | G 스테이킹은 다음과 같은 역할과 연결될 수 있다. | ||
| 281 | |||
| 282 | - 네트워크 보안 | ||
| 283 | - 검증자 운영 | ||
| 284 | - 위임 스테이킹 | ||
| 285 | - 거버넌스 | ||
| 286 | - 생태계 보상 | ||
| 287 | |||
| 288 | 그래비티는 초기 메인넷 단계에서 제한된 검증자 집합을 운영하면서 점진적인 네트워크 확장을 추진하는 구조를 사용한다. | ||
| 289 | |||
| 290 | 이에 따라 검증자 참여의 개방성과 탈중앙화 정도는 네트워크 발전 과정에 따라 변화할 수 있다. | ||
| 291 | |||
| 292 | ## 크로스체인 거래 | ||
| 293 | |||
| 294 | 그래비티는 여러 블록체인에 걸친 거래를 보다 간단하게 처리하는 것을 주요 목표 중 하나로 한다. | ||
| 295 | |||
| 296 | 기존 크로스체인 환경에서는 자산 이동 과정에서 브리지, 가스 토큰, 네트워크 전환 및 유동성 경로 등을 직접 관리해야 할 수 있다. | ||
| 297 | |||
| 298 | 그래비티는 애플리케이션이 여러 체인의 사용자 의도를 처리하고 그 결과를 정산할 수 있는 옴니체인 인프라를 지향한다. | ||
| 299 | |||
| 300 | 이를 통해 다음과 같은 서비스가 가능할 수 있다. | ||
| 301 | |||
| 302 | - 여러 체인의 자산을 하나의 인터페이스에서 관리 | ||
| 303 | - 크로스체인 자산 교환 | ||
| 304 | - 여러 네트워크에 걸친 거래 정산 | ||
| 305 | - 체인에 관계없는 사용자 의도 실행 | ||
| 306 | - 멀티체인 디파이 | ||
| 307 | - 가스 추상화 | ||
| 308 | |||
| 309 | ## 인텐트 기반 거래 | ||
| 310 | |||
| 311 | 인텐트는 사용자가 구체적인 거래 방법을 직접 지정하는 대신 자신이 원하는 최종 결과를 표현하는 방식이다. | ||
| 312 | |||
| 313 | 예를 들어 사용자가 다음과 같은 요청을 할 수 있다. | ||
| 314 | |||
| 315 | > 보유한 자산을 이용해 가장 효율적인 경로로 ETH를 구매한다. | ||
| 316 | |||
| 317 | 전통적인 방식에서는 사용자가 직접 다음 과정을 수행해야 할 수 있다. | ||
| 318 | |||
| 319 | 1. 현재 자산이 어느 체인에 있는지 확인 | ||
| 320 | 2. 필요한 브리지 선택 | ||
| 321 | 3. 목적지 체인으로 자산 이동 | ||
| 322 | 4. 가스 토큰 확보 | ||
| 323 | 5. DEX 선택 | ||
| 324 | 6. 토큰 교환 | ||
| 325 | |||
| 326 | 인텐트 기반 시스템에서는 사용자가 원하는 최종 결과를 제출하고, 실제 실행 경로는 애플리케이션이나 관련 인프라가 처리한다. | ||
| 327 | |||
| 328 | 그래비티는 이러한 사용자 의도를 여러 체인에 걸쳐 처리하고 정산할 수 있는 인프라를 지향한다. | ||
| 329 | |||
| 330 | ## 가스 추상화 | ||
| 331 | |||
| 332 | 블록체인을 사용하려면 일반적으로 각 체인의 네이티브 토큰을 가스비로 보유해야 한다. | ||
| 333 | |||
| 334 | 예를 들어 이더리움에서는 ETH가 필요하고, BNB 체인에서는 BNB가 필요할 수 있다. | ||
| 335 | |||
| 336 | 여러 블록체인을 사용하는 경우 각각의 네트워크에서 가스 토큰을 준비해야 하는 불편함이 발생할 수 있다. | ||
| 337 | |||
| 338 | 그래비티는 스마트 컨트랙트 지갑, 거래 배치 및 가스비 대납 등의 기술을 활용해 이러한 복잡성을 줄이는 것을 목표로 한다. | ||
| 339 | |||
| 340 | 이를 통해 최종 사용자가 어떤 체인의 가스 토큰이 필요한지 직접 관리하지 않아도 되는 사용자 경험을 지향한다. | ||
| 341 | |||
| 342 | ## Galxe와의 관계 | ||
| 343 | |||
| 344 | 그래비티는 Galxe 생태계에서 개발된 블록체인이다. | ||
| 345 | |||
| 346 | Galxe는 Web3 프로젝트가 사용자를 확보하고 온체인 활동을 구축할 수 있도록 지원하는 플랫폼으로 알려져 있으며, 다양한 퀘스트와 디지털 신원 서비스를 운영한다. | ||
| 347 | |||
| 348 | 그래비티는 Galxe의 기존 사용자와 애플리케이션을 블록체인 생태계에 연결하는 기반 인프라 역할을 한다. | ||
| 349 | |||
| 350 | ### Galxe Quest | ||
| 351 | |||
| 352 | 사용자가 프로젝트별 퀘스트와 온체인 활동에 참여할 수 있는 플랫폼이다. | ||
| 353 | |||
| 354 | 그래비티는 이러한 활동과 포인트 시스템을 온체인으로 연결할 수 있는 인프라를 제공할 수 있다. | ||
| 355 | |||
| 356 | ### Galxe Passport | ||
| 357 | |||
| 358 | 사용자의 디지털 신원과 관련된 서비스이다. | ||
| 359 | |||
| 360 | Web3 환경에서 사용자의 신원 증명과 계정 시스템을 지원한다. | ||
| 361 | |||
| 362 | ### Galxe Score | ||
| 363 | |||
| 364 | 사용자의 온체인 활동과 데이터를 기반으로 점수 및 평판과 관련된 기능을 제공할 수 있는 서비스이다. | ||
| 365 | |||
| 366 | ### Galxe Identity Protocol | ||
| 367 | |||
| 368 | 블록체인 환경에서 신원과 자격 증명 데이터를 활용할 수 있도록 하는 인프라이다. | ||
| 369 | |||
| 370 | 그래비티는 이러한 Galxe 서비스들과 연결되면서 초기 생태계 사용 사례를 확보하는 것을 목표로 한다. | ||
| 371 | |||
| 372 | ## G 토큰 | ||
| 373 | |||
| 374 | G는 그래비티 블록체인의 네이티브 토큰이자 Galxe 생태계 전반에서 사용되는 유틸리티 토큰이다. | ||
| 375 | |||
| 376 | G는 기존 Galxe의 GAL 토큰을 대체하는 형태로 도입되었다. | ||
| 377 | |||
| 378 | Galxe DAO의 관련 제안 승인 이후 GAL의 기능은 G로 이전되었으며, 기존 GAL 보유자는 정해진 비율에 따라 G로 전환할 수 있도록 설계되었다. | ||
| 379 | |||
| 380 | G는 하나의 토큰으로 다음 두 생태계를 연결한다. | ||
| 381 | |||
| 382 | 1. Gravity 블록체인 | ||
| 383 | 2. Galxe 애플리케이션 생태계 | ||
| 384 | |||
| 385 | 따라서 G는 단순히 그래비티 체인의 가스 토큰에 그치지 않고, Galxe의 여러 서비스와 거버넌스 및 보상 체계에도 활용된다. | ||
| 386 | |||
| 387 | ## 토큰 정보 | ||
| 388 | |||
| 389 | - **토큰명**: Gravity | ||
| 390 | - **티커**: G | ||
| 391 | - **네이티브 네트워크**: Gravity | ||
| 392 | - **초기 총 공급량**: 12,000,000,000 G | ||
| 393 | - **소수점**: 18 | ||
| 394 | - **기존 토큰**: GAL | ||
| 395 | - **GAL → G 전환 비율**: 1 GAL = 60 G | ||
| 396 | - **ERC-20 컨트랙트 주소**: 0x9C7BEBa8F6eF6643aBd725e45a4E8387eF260649 | ||
| 397 | - **지원 형태** | ||
| 398 | - Gravity 네이티브 토큰 | ||
| 399 | - Ethereum ERC-20 | ||
| 400 | - BNB Chain | ||
| 401 | - Base | ||
| 402 | - **주요 용도** | ||
| 403 | - 네트워크 가스비 | ||
| 404 | - 스테이킹 | ||
| 405 | - 네트워크 보안 | ||
| 406 | - G DAO 거버넌스 | ||
| 407 | - Galxe 생태계 결제 | ||
| 408 | - 생태계 참여 보상 | ||
| 409 | - 애플리케이션 서비스 이용 | ||
| 410 | |||
| 411 | ## G 토큰의 역할 | ||
| 412 | |||
| 413 | ### 1. 네트워크 가스비 | ||
| 414 | |||
| 415 | G는 Gravity 네트워크의 네이티브 가스 토큰이다. | ||
| 416 | |||
| 417 | 사용자가 G를 전송하거나 스마트 컨트랙트를 실행하고 온체인 거래를 처리할 때 네트워크 수수료로 사용된다. | ||
| 418 | |||
| 419 | ### 2. 스테이킹 | ||
| 420 | |||
| 421 | G는 그래비티의 지분증명 네트워크를 보호하기 위한 스테이킹 자산으로 활용된다. | ||
| 422 | |||
| 423 | G 보유자는 스테이킹을 통해 네트워크 보안과 생태계 운영에 참여할 수 있다. | ||
| 424 | |||
| 425 | ### 3. 거버넌스 | ||
| 426 | |||
| 427 | G는 G DAO의 거버넌스 토큰으로 활용된다. | ||
| 428 | |||
| 429 | G 보유자는 생태계의 주요 정책과 발전 방향에 관한 의사 결정에 참여할 수 있다. | ||
| 430 | |||
| 431 | ### 4. Galxe 생태계 결제 | ||
| 432 | |||
| 433 | G는 그래비티뿐 아니라 Galxe 생태계에서도 유틸리티 토큰으로 사용된다. | ||
| 434 | |||
| 435 | 다음과 같은 Galxe 서비스와 연결될 수 있다. | ||
| 436 | |||
| 437 | - Galxe Quest | ||
| 438 | - Galxe Passport | ||
| 439 | - Galxe Score | ||
| 440 | - Alva | ||
| 441 | - 기타 Galxe 애플리케이션 | ||
| 442 | |||
| 443 | 서비스 이용료와 생태계 내 결제 등의 용도로 G가 활용될 수 있다. | ||
| 444 | |||
| 445 | ### 5. 생태계 인센티브 | ||
| 446 | |||
| 447 | G는 사용자, 개발자, 스테이커 및 기타 생태계 참여자를 위한 보상과 인센티브 구조에 활용될 수 있다. | ||
| 448 | |||
| 449 | 그래비티 및 Galxe 생태계의 성장과 사용자 참여를 촉진하기 위한 경제적 수단으로 사용된다. | ||
| 450 | |||
| 451 | ## GAL에서 G로의 전환 | ||
| 452 | |||
| 453 | G는 기존 Galxe의 GAL 토큰을 기반으로 도입되었다. | ||
| 454 | |||
| 455 | Galxe DAO에서 관련 거버넌스 제안이 승인된 이후 GAL의 기존 기능을 G로 이전하고, 그래비티와 Galxe 생태계를 하나의 토큰으로 통합하는 과정이 진행되었다. | ||
| 456 | |||
| 457 | 전환 비율은 다음과 같다. | ||
| 458 | |||
| 459 | **1 GAL = 60 G** | ||
| 460 | |||
| 461 | 예를 들어 100 GAL을 전환하면 6,000 G를 받을 수 있는 구조이다. | ||
| 462 | |||
| 463 | 온체인 마이그레이션 과정에서는 기존 GAL이 소각되고 같은 체인에서 새로운 G가 지급되는 방식이 사용되었다. | ||
| 464 | |||
| 465 | 이러한 전환으로 GAL의 기존 기능은 G에 통합되었으며, G는 다음과 같은 역할을 함께 담당하게 되었다. | ||
| 466 | |||
| 467 | - Gravity 네이티브 가스 토큰 | ||
| 468 | - Gravity 스테이킹 자산 | ||
| 469 | - G DAO 거버넌스 토큰 | ||
| 470 | - Galxe 생태계 유틸리티 토큰 | ||
| 471 | - 생태계 결제 및 인센티브 자산 | ||
| 472 | |||
| 473 | ## 토큰 공급 구조 | ||
| 474 | |||
| 475 | G의 초기 총 공급량은 12,000,000,000개이다. | ||
| 476 | |||
| 477 | 이는 기존 GAL의 총 공급량 200,000,000개와 1:60 마이그레이션 비율을 반영한 규모이다. | ||
| 478 | |||
| 479 | G의 초기 공급은 다음과 같이 구성되었다. | ||
| 480 | |||
| 481 | - Ethereum: 초기 10,000,000,000 G | ||
| 482 | - BNB Chain: 초기 2,000,000,000 G | ||
| 483 | - Base: 다른 네트워크에서 브리지되는 구조 | ||
| 484 | - Gravity: 네이티브 토큰으로 사용 | ||
| 485 | |||
| 486 | G가 여러 네트워크에서 존재할 수 있기 때문에 단순히 각 체인의 토큰 수량을 모두 더하면 실제 전체 공급량과 일치하지 않을 수 있다. | ||
| 487 | |||
| 488 | 브리지를 이용해 동일한 G가 다른 네트워크로 이동할 수 있기 때문에 전체 공급량과 체인별 유통량을 구분할 필요가 있다. | ||
| 489 | |||
| 490 | ## 생태계 | ||
| 491 | |||
| 492 | 그래비티 생태계는 블록체인 검증자, G 스테이커, 스마트 컨트랙트 개발자, Galxe 사용자, 디앱, 인프라 제공자 등 다양한 참여자로 구성된다. | ||
| 493 | |||
| 494 | ### 검증자 | ||
| 495 | |||
| 496 | 블록 생성과 AptosBFT 계열 합의 과정에 참여하고 그래비티 네트워크의 상태와 보안을 유지한다. | ||
| 497 | |||
| 498 | ### G 스테이커 | ||
| 499 | |||
| 500 | G 토큰을 스테이킹해 네트워크 보안과 거버넌스에 참여할 수 있다. | ||
| 501 | |||
| 502 | ### 개발자 | ||
| 503 | |||
| 504 | EVM 호환 환경을 이용해 스마트 컨트랙트와 탈중앙화 애플리케이션을 구축할 수 있다. | ||
| 505 | |||
| 506 | ### Galxe 사용자 | ||
| 507 | |||
| 508 | Galxe Quest와 기타 Galxe 서비스를 사용하는 기존 이용자는 그래비티 생태계와 연결될 수 있다. | ||
| 509 | |||
| 510 | ### 인프라 제공자 | ||
| 511 | |||
| 512 | RPC 노드, 블록 탐색기, 지갑, 브리지, 데이터 분석 서비스 및 기타 Web3 인프라 제공자가 그래비티 네트워크를 지원할 수 있다. | ||
| 513 | |||
| 514 | ## 활용 분야 | ||
| 515 | |||
| 516 | 그래비티는 다음과 같은 분야에서 활용될 수 있다. | ||
| 517 | |||
| 518 | ### 크로스체인 애플리케이션 | ||
| 519 | |||
| 520 | 여러 블록체인의 자산과 기능을 하나의 서비스에서 연결하는 애플리케이션을 구축할 수 있다. | ||
| 521 | |||
| 522 | ### 인텐트 기반 거래 | ||
| 523 | |||
| 524 | 사용자가 구체적인 거래 경로보다 원하는 최종 결과를 지정하는 거래 시스템에 활용될 수 있다. | ||
| 525 | |||
| 526 | ### 디파이 | ||
| 527 | |||
| 528 | 탈중앙화 거래소, 대출, 파생상품, 수익률 서비스 및 크로스체인 자산 관리 등에 활용될 수 있다. | ||
| 529 | |||
| 530 | ### 온체인 포인트와 로열티 | ||
| 531 | |||
| 532 | 사용자의 활동과 보상을 블록체인에 기록하고 여러 서비스에서 활용할 수 있는 포인트 시스템을 구축할 수 있다. | ||
| 533 | |||
| 534 | ### 디지털 신원 | ||
| 535 | |||
| 536 | Galxe Passport와 Identity Protocol 등의 서비스와 연결해 Web3 신원 및 자격 증명 시스템에 활용될 수 있다. | ||
| 537 | |||
| 538 | ### 결제 | ||
| 539 | |||
| 540 | 여러 체인의 자산과 가스 추상화를 이용해 보다 단순한 Web3 결제 환경을 구축하는 데 활용될 수 있다. | ||
| 541 | |||
| 542 | ### 스마트 컨트랙트 애플리케이션 | ||
| 543 | |||
| 544 | EVM 호환성을 기반으로 게임, NFT, 소셜 서비스, DAO 등 다양한 탈중앙화 애플리케이션을 개발할 수 있다. | ||
| 545 | |||
| 546 | ### 외부 데이터 기반 애플리케이션 | ||
| 547 | |||
| 548 | 프로토콜 수준의 네이티브 오라클을 활용해 가격, 외부 API 및 기타 오프체인 데이터를 필요로 하는 스마트 컨트랙트 애플리케이션을 구축할 수 있다. | ||
| 549 | |||
| 550 | ## 한계 및 주요 변수 | ||
| 551 | |||
| 552 | 그래비티의 장기적인 성장에는 실제 독립적인 네트워크 사용량과 Galxe 외부 개발자 및 프로젝트의 유입이 중요한 영향을 미칠 수 있다. | ||
| 553 | |||
| 554 | Galxe는 기존 사용자와 다양한 Web3 서비스를 보유하고 있기 때문에 그래비티에 초기 생태계와 사용량을 제공할 수 있다. 다만 장기적으로는 Galxe 자체 서비스뿐 아니라 독립적인 디파이, 게임, 결제 및 기타 애플리케이션이 얼마나 구축되는지도 중요한 변수이다. | ||
| 555 | |||
| 556 | 고성능 EVM 블록체인 시장에는 이더리움 레이어2, 솔라나, 아발란체, BNB 체인, 수이, 앱토스 및 기타 다양한 네트워크가 존재한다. 따라서 그래비티가 처리 성능뿐 아니라 실제 개발자 경험, 유동성, 사용자 수, 애플리케이션 다양성 및 네트워크 안정성 측면에서 경쟁력을 확보할 수 있는지가 중요하다. | ||
| 557 | |||
| 558 | Grevm의 병렬 실행 성능은 그래비티의 주요 기술적 특징 가운데 하나이지만, 실제 블록체인 환경에서는 동일한 스마트 컨트랙트나 유동성 풀에 접근하는 거래가 동시에 발생할 수 있다. 이에 따라 거래 의존성이 높은 실제 환경에서도 안정적인 성능을 유지할 수 있는지가 중요한 요소이다. | ||
| 559 | |||
| 560 | 그래비티의 네이티브 오라클은 프로토콜 자체와 외부 데이터를 연결한다는 특징을 가지지만, 데이터 소스의 신뢰성, 검증자 구성, 장애 발생 시 처리 방식 및 다양한 데이터 유형 지원 여부 등이 실제 활용 범위에 영향을 미칠 수 있다. | ||
| 561 | |||
| 562 | 또한 그래비티는 초기 메인넷 단계에서 제한된 검증자 집합을 기반으로 운영되기 때문에, 향후 검증자 참여 확대와 네트워크 탈중앙화 정도의 변화도 주요 변수이다. | ||
| 563 | |||
| 564 | G는 Gravity와 Galxe라는 두 생태계에서 동시에 사용되는 토큰이므로 실제 토큰 수요는 네트워크 거래량, 스테이킹 규모, Galxe 서비스 사용량, 거버넌스 참여 및 생태계 확장 정도와 연결될 수 있다. | ||
| 565 | |||
| 566 | ## 같이 보기 | ||
| 567 | |||
| 568 | * [[비트코인]] | ||
| 569 | * [[이더리움]] | ||
| 570 | * [[Galxe]] | ||
| 571 | * [[레이어1]] | ||
| 572 | * [[스마트 컨트랙트]] | ||
| 573 | * [[EVM]] | ||
| 574 | * [[지분증명]] | ||
| 575 | * [[체인 추상화]] | ||
| 576 | * [[옴니체인]] | ||
| 577 | * [[크로스체인]] | ||
| 578 | * [[인텐트]] | ||
| 579 | * [[오라클]] | ||
| 580 | * [[영지식 증명]] | ||
| 581 | * [[앱토스]] | ||
| 582 | * [[블록체인]] |