수정 제안 (비회원)

제안 내용은 운영자 검토 후 반영됩니다.

수정 제안 내용 (Markdown): [[인포박스]] | 메가이더(MegaETH) | | |:---:|:---:| | **분류** | Ethereum Layer 2 / 실시간 블록체인 / EVM / OP Stack / 고성능 실행 레이어 | | **티커** | MEGA | | **한 줄 요약** | 이더리움 보안을 기반으로 초저지연 실행과 실시간 온체인 애플리케이션을 지향하는 고성능 Ethereum Layer 2 프로젝트 | | **관련 분야** | 이더리움, 레이어2, OP Stack, Optimistic Rollup, EVM, 실시간 블록체인, DeFi, 온체인 게임, RWA, 스테이블코인 | | **네트워크명** | MegaETH Mainnet | | **체인 ID** | 4326 | | **기반 체인** | Ethereum | | **기술 구조** | OP Stack 기반 Ethereum L2 | | **실행 환경** | MegaEVM | | **데이터 가용성** | EigenDA | | **정산 레이어** | Ethereum L1 | | **Fault Proof 구조** | Kailua 기반 ZK Fraud Proof | | **미니블록 시간** | 약 10ms | | **EVM 블록 시간** | 약 1초 | | **현재 가스 토큰** | ETH | | **생태계 토큰** | MEGA | | **토큰 표준** | ERC-20 | | **MEGA 토큰 주소** | 0x28B7E77f82B25B95953825F1E3eA0E36c1c29861 | | **USDm 주소** | 0xFAfDdbb3FC7688494971a79cc65DCa3EF82079E7 | | **총 공급량** | 10,000,000,000 MEGA | | **TGE** | 2026년 4월 30일 | | **주요 용도** | 생태계 인센티브, 스테이킹, 거버넌스, KPI 보상, USDm 수익 기반 바이백 구조 | | **주요 스테이블코인** | USDm | | **주요 제품** | Rabbithole, Terminal, Flux, Bridge, MOSS | | **발행·운영 관련 주체** | Superior Performance Limited / MegaETH Foundation / MegaLabs | | **주요 인물** | Yilong Li, Lei Yang, Shuyao Kong, Namik Muduroglu, Laura Shi | | **국내 거래소** | 빗썸, 업비트 | | **해외 거래소** | Binance, Coinbase Exchange, Bybit, OKX, Bitget 등 | | **빗썸 원화마켓 추가** | 2026년 4월 30일 | | **빗썸 지원 네트워크** | Mainnet | | **공식 홈페이지** | [메가이더 공식 홈페이지](https://www.megaeth.com/) | | **토큰 페이지** | [MEGA 토큰 공식 페이지](https://www.megaeth.com/token) | | **공식 문서** | [MegaETH Docs](https://docs.megaeth.com/) | | **공식 블로그** | [MegaETH Blog & News](https://www.megaeth.com/blog-news) | | **Rabbithole** | [MegaETH Rabbithole](https://rabbithole.megaeth.com/) | | **Terminal** | [MegaETH Terminal](https://terminal.megaeth.com/) | | **Flux** | [MegaETH Flux](https://flux.megaeth.com/) | | **Bridge** | [MegaETH Bridge](https://rabbithole.megaeth.com/) | | **Blockscout Explorer** | [MegaETH Blockscout](https://megaeth.blockscout.com/) | | **Etherscan Explorer** | [MegaETH Etherscan](https://mega.etherscan.io/) | | **X(트위터)** | [메가이더 트위터](https://x.com/megaeth) | | **텔레그램** | [메가이더 텔레그램](https://t.me/megaeth_labs) | | **디스코드** | [메가이더 디스코드](https://discord.gg/megaeth) | | **GitHub** | [메가이더 깃허브](https://github.com/megaeth-labs) | | **CoinMarketCap** | [메가이더 코인마켓캡](https://coinmarketcap.com/currencies/megaeth/) | | **CoinGecko** | [메가이더 코인게코](https://www.coingecko.com/en/coins/megaeth) | [[/인포박스]] ## 개요 메가이더는 이더리움 생태계의 확장성과 실행 성능을 개선하기 위해 개발된 Ethereum Layer 2 프로젝트이다. 영문명은 MegaETH이며, 토큰 티커는 MEGA이다. 메가이더는 스스로를 실시간 블록체인에 가까운 성능을 지향하는 고성능 실행 레이어로 설명한다. 일반적인 블록체인에서는 사용자가 트랜잭션을 보낸 뒤 블록에 포함되고, 상태가 반영되기까지 몇 초에서 수십 초가 걸릴 수 있다. 메가이더는 이 지연시간을 극단적으로 낮추는 것을 핵심 목표로 한다. 이를 위해 약 10ms 단위의 미니블록, 약 1초 단위의 EVM 블록, 글로벌 RPC 노드로의 상태 스트리밍, MegaEVM 실행 환경, EigenDA 데이터 가용성, Ethereum L1 정산 구조를 결합한다. 메가이더의 핵심 방향은 다음과 같다. - 이더리움 보안과 생태계 활용 - EVM 호환성 유지 - 초저지연 트랜잭션 처리 - 실시간 상태 스트리밍 - 고성능 디앱 실행 - 온체인 게임과 실시간 금융 애플리케이션 지원 - USDm 기반 생태계 경제 구조 - MEGA 토큰을 통한 스테이킹, 거버넌스, 인센티브 구조 메가이더는 단순히 “빠른 L2”를 표방하는 데 그치지 않는다. 프로젝트의 핵심 서사는 “실시간 온체인 애플리케이션이 가능한 실행 환경”이다. 예를 들어 일반적인 DeFi 스왑, 대출, NFT 발행뿐 아니라 다음과 같은 애플리케이션을 목표 사용 사례로 제시한다. - 실시간 온체인 게임 - 고빈도 거래형 DeFi - 초저지연 예측시장 - 실시간 소셜 앱 - 대규모 NFT 발행과 전송 - 온체인 카지노와 게임형 앱 - 실시간 결제 - RWA와 스테이블코인 기반 금융 앱 MEGA는 메가이더 생태계의 토큰이다. 다만 현재 메가이더 메인넷 문서 기준 네트워크의 Native & Gas Token은 ETH로 안내되어 있다. 따라서 문서에서는 “MEGA가 현재 메가이더의 가스 토큰”이라고 단정하기보다, 다음처럼 구분해 쓰는 것이 정확하다. - **ETH**: 현재 메가이더 메인넷에서 가스비 지불에 사용되는 토큰 - **MEGA**: 메가이더 생태계의 토큰으로, 스테이킹, 거버넌스, KPI 보상, 생태계 인센티브, USDm 수익 기반 바이백 구조와 연결 ## 특징 ### 1. 실시간 블록체인을 지향하는 Ethereum L2 메가이더의 가장 큰 특징은 실시간성이다. 공식 문서에서는 메가이더가 약 10ms마다 미니블록을 생성하고, 약 1초마다 표준 Ethereum 형식의 EVM 블록을 생성한다고 설명한다. 미니블록은 최근 실행된 트랜잭션, 실행 결과, 상태 변경을 포함하는 가벼운 블록이다. 사용자와 애플리케이션은 RPC 노드를 통해 미니블록 데이터를 빠르게 조회할 수 있다. 이 구조의 목적은 사용자가 트랜잭션 결과를 거의 즉시 확인할 수 있도록 만드는 것이다. 일반적인 블록체인 앱에서는 사용자가 버튼을 누른 뒤 몇 초 동안 대기해야 하는 경우가 많다. 메가이더는 이 대기시간을 줄여 Web2 앱에 가까운 사용자 경험을 제공하려 한다. ### 2. OP Stack 기반 구조 메가이더는 OP Stack 기반 Ethereum Layer 2이다. OP Stack은 Optimism 생태계에서 개발한 오픈소스 레이어2 개발 스택이다. Base, Optimism, Mode, Zora, Unichain 등 여러 네트워크가 OP Stack 또는 Superchain 구조와 연결된다. 메가이더는 OP Stack을 기반으로 하면서도 초저지연 실행과 높은 처리량을 위해 자체적인 실행 환경과 구조를 추가한다. 메가이더의 구조는 다음 요소로 구성된다. - Sequencer - Mini Blocks - EVM Blocks - RPC Nodes - EigenDA - Ethereum L1 Settlement - Fault Proof - Provers - MegaEVM OP Stack을 기반으로 하기 때문에 이더리움 개발자에게 익숙한 스마트 컨트랙트 환경을 제공한다. 동시에 MegaEVM과 미니블록 구조를 통해 성능을 개선하려 한다. ### 3. MegaEVM MegaEVM은 메가이더의 실행 환경이다. 공식 문서에서는 MegaEVM이 Ethereum 스마트 컨트랙트와 호환되지만, 가스 모델 등 일부 차이가 있다고 설명한다. 일반 EVM과 높은 호환성을 유지하면서도 메가이더의 구조에 맞게 최적화된 실행 환경이라고 볼 수 있다. MegaEVM의 주요 목적은 다음과 같다. - Ethereum 스마트 컨트랙트 호환성 유지 - Solidity 기반 디앱 배포 지원 - EVM 개발자 도구와 호환 - 실시간 실행 환경에 맞춘 가스 모델 - 고성능 트랜잭션 실행 - 디버깅과 시뮬레이션 도구 지원 메가이더는 기존 Ethereum 개발자가 최대한 쉽게 이전하거나 배포할 수 있도록 EVM 호환성을 유지한다. 다만 일반 EVM 도구가 MegaEVM의 가스 모델을 완전히 반영하지 못할 수 있으므로, 개발자는 MegaETH RPC 또는 MegaEVM 전용 도구를 활용해야 할 수 있다. ### 4. 미니블록 미니블록은 메가이더의 핵심 개념이다. 메가이더의 시퀀서는 약 10ms마다 최근 실행된 트랜잭션을 미니블록으로 봉인한다. 미니블록에는 다음 정보가 포함된다. - 트랜잭션 - 실행 결과 - 영수증 - 이벤트 로그 - 상태 변경 미니블록은 표준 Ethereum 블록과는 다르다. 표준 EVM 블록은 약 1초마다 생성되며, 여러 미니블록을 묶는 역할을 한다. 즉 메가이더에서는 두 가지 블록 개념이 함께 사용된다. - **Mini Block**: 약 10ms 단위의 초저지연 실행 결과 단위 - **EVM Block**: 약 1초 단위의 표준 Ethereum 형식 블록 이 구조를 통해 메가이더는 사용자에게 빠른 상태 반영을 제공하면서도, 이더리움 생태계와 호환되는 블록 구조를 유지하려 한다. ### 5. 상태 스트리밍 메가이더의 또 다른 특징은 상태 스트리밍이다. 시퀀서가 미니블록을 만들면, 해당 미니블록은 여러 지역에 분산된 RPC 노드로 스트리밍된다. RPC 노드는 미니블록을 받은 즉시 거래 결과, 이벤트 로그, 상태 변경을 조회 가능하게 만든다. 이 구조 덕분에 사용자의 지갑이나 디앱은 트랜잭션 결과를 밀리초 단위로 확인할 수 있다. 상태 스트리밍은 다음과 같은 앱에서 중요하다. - 실시간 게임 - 온체인 주문장 - 고빈도 거래 - 실시간 경매 - 라이브 베팅 - 초저지연 소셜 앱 - 실시간 대시보드 - 온체인 알림 서비스 메가이더는 이러한 앱들이 기존 블록체인의 느린 확정 속도 때문에 구현하기 어려웠던 경험을 제공할 수 있다고 주장한다. ### 6. 노드 전문화 메가이더는 노드 전문화 구조를 강조한다. 일반적인 블록체인에서는 모든 노드가 비슷한 역할을 수행하는 경우가 많다. 반면 메가이더는 노드가 각자 특정 역할에 집중하도록 설계한다. 대표적인 역할은 다음과 같다. - 시퀀서 - RPC 노드 - 풀 노드 - 데이터 가용성 레이어 - 증명자 - 검증자 또는 향후 스테이킹 참여자 노드 전문화의 목적은 각 노드가 모든 일을 다 하도록 요구하지 않고, 역할별로 최적화해 전체 성능을 높이는 것이다. 메가이더는 이를 통해 이더리움 호환성을 유지하면서도 더 높은 처리량과 낮은 지연시간을 목표로 한다. ### 7. EigenDA 사용 메가이더는 데이터 가용성 레이어로 EigenDA를 사용한다. 데이터 가용성은 사용자가 블록 데이터를 검증할 수 있도록 필요한 데이터가 공개되어 있는지를 의미한다. L2에서 데이터 가용성은 매우 중요하다. 시퀀서가 블록을 만들더라도, 그 데이터가 공개되지 않으면 다른 참여자가 상태를 검증하거나 잘못된 실행을 반박하기 어렵다. 메가이더는 블록 데이터를 EigenDA에 게시하고, EigenDA의 데이터 가용성 인증서를 사용해 Ethereum L1에 제출하는 구조를 사용한다. 이 구조는 다음 목적을 가진다. - 고성능 L2의 데이터 처리 부담 완화 - Ethereum L1 정산과 연결 - 블록 데이터 검증 가능성 확보 - 시퀀서 악의적 행동에 대한 검증 기반 제공 - 비용과 성능의 균형 확보 ### 8. Ethereum L1 정산 메가이더는 Ethereum Layer 2이므로 최종적인 보안과 정산은 Ethereum L1과 연결된다. 시퀀서는 미니블록을 생성하고, 주기적으로 EVM 블록을 봉인한다. 이 블록 데이터는 EigenDA를 거쳐 Ethereum L1에 제출된다. 블록 제안은 Ethereum L1에서 도전될 수 있으며, 잘못된 실행 결과에 대해서는 Fault Proof 구조가 사용된다. 즉 메가이더는 빠른 실행을 L2에서 처리하면서도, 최종 검증과 정산은 Ethereum 보안 모델과 연결하려 한다. ### 9. Kailua 기반 Fault Proof 메가이더는 Fault Proof 구조에서 Kailua를 사용한다. 공식 문서에서는 Kailua를 RISC Zero 기반 ZK Fraud Proof 시스템으로 설명한다. 일반적인 OP Stack의 다중 라운드 interactive dispute 방식과 달리, Kailua는 단일 영지식 증명을 통해 분쟁을 해결하는 방향을 제시한다. 이 구조의 목적은 다음과 같다. - 잘못된 블록 제안에 대한 빠른 이의 제기 - 분쟁 해결 비용 절감 - 증명 기반 검증 강화 - 고성능 L2의 신뢰 최소화 개선 - Ethereum L1 정산 구조와 결합 ### 10. USDm 기반 경제 구조 USDm은 메가이더 생태계의 네이티브 스테이블코인이다. 공식 발표에 따르면 USDm은 Ethena의 스테이블코인 스택을 통해 발행되며, 메가이더의 실시간 애플리케이션을 지원하기 위해 설계되었다. 메가이더는 USDm을 단순한 결제용 스테이블코인으로만 보지 않는다. USDm은 네트워크 경제 구조와 MEGA 토큰 구조에 연결된다. 공식 토큰 페이지와 발표에서는 MegaETH Foundation이 USDm에서 받는 수익을 MEGA 바이백과 축적에 사용한다고 설명한다. 이 구조는 다음 흐름으로 이해할 수 있다. 1. 메가이더 생태계 앱에서 USDm 사용량이 증가한다. 2. USDm 관련 수익이 발생한다. 3. MegaETH Foundation이 해당 수익을 활용해 MEGA를 매입하고 축적한다. 4. 생태계 사용량과 MEGA 수요를 연결하려 한다. 이 구조는 일반적인 L2가 시퀀서 수수료 마진으로 수익을 얻는 방식과 다른 경제 모델을 제시한다. ## MegaETH의 구조 메가이더의 전체 구조는 실행, 스트리밍, 데이터 가용성, 정산, 증명으로 나눌 수 있다. 기본 흐름은 다음과 같다. 1. 사용자가 트랜잭션을 RPC 엔드포인트로 보낸다. 2. RPC는 서명, 잔액, 형식 등을 확인한 뒤 시퀀서로 전달한다. 3. 시퀀서는 트랜잭션을 실행한다. 4. 약 10ms마다 미니블록을 생성한다. 5. 미니블록은 글로벌 RPC 노드로 스트리밍된다. 6. RPC 노드는 실행 결과와 상태 변경을 즉시 조회 가능하게 만든다. 7. 시퀀서는 약 1초마다 EVM 블록을 생성한다. 8. 블록 데이터는 EigenDA에 게시된다. 9. 데이터 가용성 인증서가 생성된다. 10. OP Stack 배처가 Ethereum L1에 데이터를 제출한다. 11. 블록 제안은 분쟁 기간 동안 도전될 수 있다. 12. 필요하면 Prover가 실행 결과를 재검증하고 증명을 생성한다. 이 구조는 빠른 사용자 경험과 Ethereum 기반 보안을 결합하려는 시도이다. ## 시퀀서 시퀀서는 메가이더에서 트랜잭션 순서를 정하고 실행하는 핵심 노드이다. 시퀀서는 다음 역할을 한다. - 트랜잭션 수신 - 트랜잭션 순서 결정 - 트랜잭션 실행 - 미니블록 생성 - EVM 블록 생성 - 실행 결과 전파 - 블록 데이터 제출 준비 현재 구조에서는 시퀀서가 단일 블록 생산자에 가까운 역할을 한다. 이 점은 성능에는 유리하지만, 중앙화 리스크를 만들 수 있다. 메가이더 문서와 MiCA 백서는 향후 시퀀서 운영의 점진적 탈중앙화 계획을 언급한다. 따라서 메가이더의 장기적인 신뢰성과 탈중앙성은 시퀀서 구조가 어떻게 발전하는지에 영향을 받을 수 있다. ## RPC 노드 RPC 노드는 사용자가 메가이더 네트워크와 상호작용하는 인터페이스이다. 사용자의 지갑과 디앱은 RPC 엔드포인트를 통해 다음 작업을 수행한다. - 트랜잭션 제출 - 잔액 조회 - 컨트랙트 호출 - 이벤트 로그 조회 - 상태 데이터 조회 - 트랜잭션 결과 확인 메가이더는 여러 지역에 RPC 노드를 운영해 사용자가 가까운 노드에 연결하고 낮은 지연시간을 경험할 수 있도록 한다. RPC 노드는 크게 두 가지 방식으로 구분될 수 있다. - **Replica Node**: 시퀀서 결과를 받아 로컬 상태에 적용하는 경량 구조 - **Full Node**: 블록을 재실행해 상태 전이를 독립적으로 검증하는 구조 Replica Node는 빠른 조회와 대규모 읽기 요청에 적합하다. Full Node는 시퀀서 실행 결과를 신뢰하지 않고 독립 검증할 수 있다는 점에서 중요하다. ## 데이터 가용성 데이터 가용성은 L2 보안에서 중요한 개념이다. 메가이더는 EigenDA를 주요 데이터 가용성 레이어로 사용한다. 시퀀서가 블록을 만들면, 해당 블록 데이터는 EigenDA에 게시된다. EigenDA는 데이터가 이용 가능하다는 인증서를 제공하고, 이 인증서는 Ethereum L1 제출 과정에 활용된다. 데이터 가용성이 중요한 이유는 다음과 같다. - 누구나 L2 상태를 재구성할 수 있어야 함 - 시퀀서가 잘못된 실행을 제출해도 검증 가능해야 함 - 사용자 출금과 분쟁 해결에 필요한 데이터가 있어야 함 - L2 네트워크의 신뢰 최소화에 핵심 역할을 함 만약 데이터가 공개되지 않으면 사용자는 상태를 검증하기 어렵고, 잘못된 블록을 반박하기도 어려워진다. ## MegaEVM과 일반 EVM의 차이 MegaEVM은 Ethereum 스마트 컨트랙트와 호환되지만 일반 EVM과 완전히 동일하지는 않다. 공식 문서에서는 특히 가스 모델에서 차이가 있을 수 있다고 설명한다. 이 때문에 기존 도구가 자체 EVM 구현으로 로컬 시뮬레이션을 수행하면 가스 추정이 부정확할 수 있다. 개발자는 다음을 고려해야 한다. - MegaETH RPC를 통한 가스 추정 - MegaEVM에 맞춘 디버깅 도구 사용 - 하드코딩된 가스 한도 설정 - 로컬 시뮬레이션과 실제 MegaETH 실행 차이 확인 - MegaEVM 오픈소스 구현 참고 이 점은 메가이더가 EVM 호환성을 가지지만, 완전히 일반적인 Ethereum L1 환경과 동일한 것은 아니라는 의미이다. ## MEGA 토큰 MEGA는 메가이더 생태계의 토큰이다. MEGA는 메가이더의 네이티브 토큰으로 소개되지만, 현재 메인넷 문서의 체인 파라미터에서는 가스 토큰이 ETH로 표시된다. 따라서 MEGA는 현재 문서 작성 시점 기준 다음과 같은 역할로 정리하는 것이 안전하다. - 생태계 인센티브 - 스테이킹 - 향후 시퀀서 또는 네트워크 보안 관련 참여 - 거버넌스 - KPI 보상 - USDm 수익 기반 바이백 구조 - 커뮤니티와 생태계 참여 보상 - 유동성 공급자와 개발자 인센티브 MEGA의 장기 유틸리티는 메가이더 네트워크 사용량, USDm 채택, 스테이킹 구조, 거버넌스 도입, KPI 보상 프로그램에 따라 달라질 수 있다. ## 토큰 정보 - **토큰명**: MegaETH - **티커**: MEGA - **네트워크**: MegaETH Mainnet - **토큰 표준**: ERC-20 - **MEGA 토큰 주소**: 0x28B7E77f82B25B95953825F1E3eA0E36c1c29861 - **총 공급량**: 10,000,000,000 MEGA - **TGE**: 2026년 4월 30일 - **주요 용도** - 스테이킹 - 거버넌스 - 생태계 인센티브 - KPI 보상 - 유동성 공급 보상 - 개발자 인센티브 - USDm 수익 기반 바이백 구조 ## 토크노믹스 MEGA의 총 공급량은 10,000,000,000개이다. MiCA 백서 기준 토큰 배분 구조는 다음과 같다. - **Public Sale, Sonar**: 500,000,000 MEGA / 5.0% - **Sonar Bonus Pool**: 250,000,000 MEGA / 2.5% - **Echo Round**: 500,000,000 MEGA / 5.0% - **Fluffle Round**: 250,000,000 MEGA / 2.5% - **Team and Advisors**: 950,000,000 MEGA / 9.5% - **Foundation / Ecosystem Reserve**: 750,000,000 MEGA / 7.5% - **VC Allocation**: 1,470,000,000 MEGA / 14.7% - **KPI Staking Rewards**: 5,330,000,000 MEGA / 53.3% 이 배분에서 가장 큰 비중은 KPI Staking Rewards이다. 전체 공급량의 절반 이상이 시간 기반 단순 언락이 아니라, 네트워크 성과와 생태계 지표에 연결되는 KPI 보상 구조에 배정되어 있다. ## Public Sale Public Sale은 Sonar를 통해 진행된 공개 판매 물량이다. 전체 공급량의 5%인 500,000,000 MEGA가 공개 판매에 배정되었다. 공식 자료 기준 공개 판매는 영어 경매 방식으로 진행되었고, 시장 기반 가격 발견과 광범위한 커뮤니티 참여를 목표로 했다. 공개 판매의 주요 특징은 다음과 같다. - 총 공급량의 5% 배정 - Sonar 기반 판매 - English Auction 방식 - KYC 기반 참여 - 가격 발견 구조 - 커뮤니티 참여 확대 목적 - 일부 참여자에게 락업 옵션 제공 ## Echo Round Echo Round는 커뮤니티 기반 투자 플랫폼 Echo를 통해 진행된 라운드이다. 공식 토큰 페이지는 MegaETH가 Echo를 통해 일반 참여자에게도 초기 라운드와 유사한 조건으로 참여 기회를 제공했다고 설명한다. Echo Round는 전체 공급량의 5%에 해당한다. 이 구조는 메가이더가 VC 중심 분배만이 아니라 커뮤니티 참여자를 투자자이자 사용자로 끌어들이려는 시도로 볼 수 있다. ## Fluffle Round Fluffle Round는 MegaETH 커뮤니티와 NFT 성격의 참여자 기반 라운드와 연결된다. 전체 공급량의 2.5%가 Fluffle Round에 배정되었다. Fluffle은 MegaETH 문화와 커뮤니티 정체성을 형성하는 요소로 활용되었다. ## Team and Advisors Team and Advisors 물량은 전체 공급량의 9.5%이다. MiCA 백서 기준 이 물량은 1년 클리프와 3년 선형 베스팅 구조를 가진다. 이 구조는 팀과 어드바이저의 장기 참여를 유도하기 위한 장치로 볼 수 있다. ## Foundation / Ecosystem Reserve Foundation / Ecosystem Reserve는 전체 공급량의 7.5%이다. 이 물량은 메가이더 생태계 성장, 개발자 지원, 커뮤니티 프로그램, 운영, 장기 인프라 구축 등에 사용될 수 있다. ## VC Allocation VC Allocation은 전체 공급량의 14.7%이다. 메가이더는 Dragonfly 등 주요 투자자로부터 투자를 유치한 바 있으며, 공식 자료에서는 Vitalik Buterin, Joseph Lubin 등 이더리움 생태계 주요 인물의 참여도 언급된다. VC 물량은 프로젝트 초기 자금 조달과 장기 개발 재원 확보에 연결된다. ## KPI Staking Rewards KPI Staking Rewards는 MEGA 토크노믹스에서 가장 중요한 항목이다. 전체 공급량의 53.3%가 KPI 기반 보상 구조에 배정되어 있다. 일반적인 토큰 언락은 일정 시간이 지나면 물량이 풀리는 방식이 많다. 메가이더는 이와 다르게 네트워크가 특정 성과 지표를 달성할 때 보상이 지급되는 구조를 제시한다. KPI 보상의 목적은 다음과 같다. - 단순 시간 기반 언락 압력 완화 - 실제 네트워크 사용량과 보상 연결 - 장기 참여자 유도 - 생태계 앱 성장 장려 - USDm 채택 확대 - 개발자와 사용자 활동 촉진 - 탈중앙화 단계 달성과 토큰 배출 연결 공식 토큰 페이지에 따르면 MEGA TGE는 10개의 MegaMafia 앱이 온체인에 배포되는 KPI가 달성되면서 2026년 4월 30일 진행되었다. 이는 단순히 날짜가 되어서 토큰이 출시된 것이 아니라, 네트워크 성과 기준을 달성한 뒤 TGE가 진행된 구조로 설명된다. ## USDm USDm은 메가이더 생태계의 네이티브 스테이블코인이다. USDm은 Ethena의 스테이블코인 스택을 통해 발행되며, 메가이더의 실시간 애플리케이션을 위한 기본 결제·유동성 자산으로 설계되었다. USDm의 주요 역할은 다음과 같다. - 메가이더 생태계 내 스테이블코인 - DeFi 거래쌍 - 실시간 앱의 결제 단위 - 유동성 공급 - 애플리케이션 경제 기반 - MEGA 바이백 재원과 연결 - 낮은 수수료 구조 보조 공식 발표에 따르면 MegaETH Foundation이 USDm에서 받는 수익은 MEGA를 매입하고 축적하는 데 사용된다. 따라서 USDm은 단순 스테이블코인이 아니라 메가이더 경제 구조의 핵심 축이다. ## Flux Flux는 메가이더의 KPI Rewards 포털이다. 사용자는 MEGA를 특정 구조에 커밋하고, 메가이더가 향후 KPI를 달성할 때 보상 프로그램에 참여할 수 있다. Flux는 다음과 같은 목적을 가진다. - MEGA 장기 참여 유도 - KPI 기반 보상 참여 - 네트워크 성장과 토큰 보상 연결 - 생태계 사용량 확대 - 커뮤니티와 사용자 활동 정렬 Flux의 구체적인 보상 조건과 KPI는 시점에 따라 달라질 수 있다. 따라서 위키 문서에서는 Flux를 “KPI Rewards 포털”로 설명하고, 세부 보상은 공식 페이지 기준으로 확인하도록 정리하는 것이 적절하다. ## Rabbithole Rabbithole은 메가이더 생태계 앱과 활동을 탐색할 수 있는 포털이다. 사용자는 Rabbithole을 통해 메가이더 생태계의 여러 앱, 브리지, 활동, 포인트 또는 참여 프로그램에 접근할 수 있다. Rabbithole은 메가이더가 단순 네트워크가 아니라 앱 중심 생태계로 사용자를 유입시키기 위한 프론트엔드 역할을 한다. ## Terminal Terminal은 메가이더 생태계에서 사용자 활동과 앱 접근, 포인트 또는 보상 프로그램을 연결하는 인터페이스로 사용된다. 메가이더는 Terminal을 통해 다양한 앱 웨이브와 생태계 활동을 소개해 왔다. Terminal은 다음과 같은 역할을 할 수 있다. - 앱 탐색 - 생태계 캠페인 참여 - 사용자 활동 추적 - 포인트 또는 보상 프로그램 연결 - 신규 앱 온보딩 - 커뮤니티 활동 집약 ## MOSS MOSS는 메가이더 생태계의 지갑·계정 경험과 연결되는 제품이다. 메가이더는 실시간 애플리케이션을 지향하므로, 사용자가 여러 앱에서 반복적으로 지갑 연결과 주소 관리를 해야 하는 문제를 줄이는 것이 중요하다. MOSS는 이러한 사용자 경험 개선 방향과 연결된다. ## 빗썸 상장 메가이더는 빗썸 원화마켓에 상장되어 있다. 빗썸 공지 기준 주요 정보는 다음과 같다. - **종목명**: 메가이더 - **티커**: MEGA - **지원 마켓**: 원화 마켓 - **지원 네트워크**: Mainnet - **거래 개시 예정**: 2026년 4월 30일 오후 8시 - **입금/출금 개시 예정**: 2026년 4월 30일 오후 7시 - **기준가**: 265원 - **입금 컨펌 수**: 200 빗썸은 타 네트워크를 통한 입금을 지원하지 않는다고 공지했다. 따라서 빗썸으로 MEGA를 입금할 때는 반드시 빗썸 입금 화면에서 안내하는 Mainnet 주소 체계와 네트워크를 확인해야 한다. ## 국내 거래소 ### 빗썸 빗썸은 MEGA 원화마켓을 지원한다. 지원 네트워크는 Mainnet이다. ### 업비트 빗썸 설명서 기준 국내 유통 현황에는 업비트도 포함된다. 다만 거래소별 입출금 지원 네트워크와 상태는 시점에 따라 달라질 수 있으므로, 실제 입출금 전 각 거래소의 공지를 확인해야 한다. ## 해외 거래소 빗썸 설명서 기준 MEGA의 해외 유통 현황에는 Binance, Coinbase Exchange, Bybit, OKX, Bitget 등이 포함된다. 거래소별 지원 네트워크, 입출금 가능 여부, 거래 페어는 시점에 따라 달라질 수 있다. MEGA는 MegaETH Mainnet 기반 토큰으로 거래될 수 있으며, 일부 거래소는 자체 입출금 정책에 따라 지원 네트워크를 제한할 수 있다. ## 메가이더와 이더리움의 관계 메가이더는 Ethereum Layer 2이다. 따라서 메가이더는 이더리움을 대체하려는 독립 레이어1이라기보다, 이더리움 보안과 생태계를 기반으로 더 빠른 실행 환경을 제공하려는 프로젝트이다. 메가이더와 이더리움의 관계는 다음과 같다. - Ethereum L1은 정산과 보안의 기반 - MegaETH는 실행과 사용자 경험 개선 담당 - 스마트 컨트랙트는 EVM 호환 환경에서 실행 - 블록 데이터는 EigenDA와 Ethereum 제출 구조와 연결 - Fault Proof 구조를 통해 잘못된 실행을 도전 가능 - 이더리움 자산과 디앱을 메가이더로 확장 가능 즉 메가이더는 이더리움의 확장성 문제를 해결하기 위한 L2 실행 환경이다. ## 메가이더와 일반 L2의 차이 일반적인 Ethereum L2는 거래 수수료 절감과 처리량 개선을 목표로 한다. 메가이더도 이 목표를 공유하지만, 특히 실시간 실행과 초저지연 상태 반영을 강조한다. 메가이더의 차별점은 다음과 같다. - 약 10ms 미니블록 - 약 1초 EVM 블록 - 글로벌 RPC 상태 스트리밍 - MegaEVM - 노드 전문화 - EigenDA 기반 데이터 가용성 - Kailua 기반 ZK Fraud Proof - USDm 기반 경제 구조 - KPI-triggered TGE - KPI Staking Rewards 메가이더는 단순히 “수수료가 낮은 L2”보다 “실시간 앱이 가능한 L2”라는 서사에 가깝다. ## 메가이더와 OP Stack 메가이더는 OP Stack 기반이다. OP Stack은 Ethereum L2를 구축하기 위한 표준화된 오픈소스 스택이다. 메가이더는 OP Stack을 기반으로 다음을 구현한다. - Ethereum 호환 L2 구조 - 표준 브리지와 시스템 컨트랙트 - Ethereum L1 정산 - Fault Proof 프레임워크 - EVM 호환 실행 - L2 네트워크 운영 다만 메가이더는 일반적인 OP Stack 체인과 동일한 성능 구조를 그대로 사용하는 것이 아니라, MegaEVM, 미니블록, 상태 스트리밍, EigenDA, Kailua 등 자체적 최적화를 결합한다. ## 메가이더와 Base의 차이 Base는 Coinbase가 주도한 OP Stack 기반 Ethereum L2이다. Base는 Coinbase 사용자 기반, USDC 유동성, 소셜 앱, DeFi, 소비자 앱 생태계에서 강점을 가진다. 메가이더는 Base와 같은 OP Stack 계열이지만, 차별점은 실시간 실행과 초저지연 성능에 더 강하게 집중한다는 점이다. ### Base - Coinbase 생태계와 연결 - OP Stack 기반 - 대규모 사용자 온보딩 - USDC와 소비자 앱 중심 - SocialFi, DeFi, NFT, 밈코인 생태계 활발 ### MegaETH - OP Stack 기반 - 10ms 미니블록 - 실시간 상태 스트리밍 - MegaEVM - USDm 경제 구조 - 고성능 온체인 앱 지향 - 노드 전문화와 성능 최적화 강조 ## 메가이더와 Monad의 차이 메가이더는 Monad와 함께 고성능 EVM 계열 프로젝트로 비교될 수 있다. 다만 둘의 구조는 다르다. ### Monad - EVM 호환 레이어1 - 자체 합의와 자체 네트워크 - 병렬 실행과 고성능 EVM 지향 - 독립 L1 생태계 ### MegaETH - Ethereum Layer 2 - OP Stack 기반 - Ethereum L1 정산 - EigenDA 사용 - 10ms 미니블록과 상태 스트리밍 - 실시간 앱과 저지연 실행 지향 Monad가 독립 레이어1 고성능 EVM 체인이라면, 메가이더는 이더리움 보안을 기반으로 한 고성능 L2에 가깝다. ## 메가이더와 Solana의 차이 솔라나는 고성능 레이어1이고, 메가이더는 고성능 Ethereum Layer 2이다. 두 프로젝트 모두 빠른 실행과 낮은 수수료를 강조하지만, 기반 생태계와 개발 환경이 다르다. ### Solana - 독립 레이어1 - SOL 네이티브 코인 - Rust 기반 개발 환경 - SVM 실행 환경 - 단일 고성능 체인 지향 - DeFi, NFT, 밈코인, 결제, DePIN 생태계 강점 ### MegaETH - Ethereum Layer 2 - EVM 호환 - OP Stack 기반 - Ethereum L1 정산 - ETH 가스 토큰 사용 - MEGA 생태계 토큰 - 실시간 EVM 앱 지향 메가이더는 Solana처럼 빠른 사용자 경험을 목표로 하지만, 이더리움 개발자와 EVM 생태계를 그대로 활용하려는 점이 다르다. ## 활용 분야 ### 실시간 DeFi 메가이더는 낮은 지연시간을 기반으로 실시간 DeFi 앱을 지원하려 한다. 예를 들어 온체인 주문장, 고빈도 거래, 초저지연 스왑, 실시간 청산, 파생상품 거래 등이 가능할 수 있다. ### 온체인 게임 게임은 빠른 상태 반영이 중요하다. 메가이더는 미니블록과 상태 스트리밍을 통해 온체인 게임에서 사용자의 액션이 빠르게 반영되는 경험을 제공하려 한다. ### NFT와 대량 민팅 NFT 발행과 전송이 많아질 경우 네트워크 수수료와 처리량이 중요하다. 메가이더는 대량 NFT 작업을 저지연으로 처리할 수 있는 환경을 목표로 한다. ### 실시간 소셜 앱 소셜 앱은 사용자가 댓글, 반응, 메시지, 피드 업데이트를 즉시 확인하기를 기대한다. 메가이더는 실시간 상태 조회를 통해 온체인 소셜 앱의 사용자 경험을 개선할 수 있다. ### RWA RWA는 토큰화된 실물자산을 온체인에서 발행·거래·정산하는 영역이다. 메가이더는 빠른 실행과 낮은 수수료, USDm 기반 유동성을 통해 RWA 거래 인프라에 활용될 수 있다. ### 스테이블코인 결제 USDm은 메가이더 생태계의 네이티브 스테이블코인으로, 실시간 결제와 앱 내 유동성 자산으로 사용될 수 있다. ### 개발자 실험 환경 EVM 호환성과 높은 처리량을 기반으로, 개발자는 기존 이더리움 앱을 메가이더로 이전하거나 새로운 실시간 앱을 실험할 수 있다. ## 생태계 참여자 ### 일반 사용자 메가이더 앱을 사용하고, MEGA와 USDm, ETH, 기타 자산을 거래하거나 활용한다. ### MEGA 보유자 MEGA를 보유하고, 향후 스테이킹, 거버넌스, KPI 보상, 생태계 프로그램에 참여할 수 있다. ### 개발자 MegaEVM과 EVM 호환 도구를 사용해 디앱을 배포한다. ### 시퀀서 운영자 시퀀서는 트랜잭션을 정렬하고 실행하며 미니블록과 EVM 블록을 생성한다. 향후 시퀀서 구조가 점진적으로 탈중앙화될 수 있다. ### RPC 제공자 사용자와 디앱이 메가이더에 접근할 수 있도록 RPC 엔드포인트와 데이터 조회 인프라를 제공한다. ### Prover Prover는 블록을 재실행하고 실행 결과의 정당성을 증명하는 역할을 한다. Fault Proof 구조에서 중요한 참여자이다. ### 디앱 운영자 게임, DeFi, NFT, 결제, 소셜 앱을 메가이더 위에서 운영한다. ### MegaETH Foundation MegaETH Foundation은 생태계 성장, USDm 수익 기반 MEGA 바이백, 개발자 지원, 네트워크 확장과 관련된 역할을 수행한다. ### MegaLabs MegaLabs는 메가이더 프로토콜 개발과 운영에 관여하는 주요 개발 조직이다. ### 거래소 거래소는 MEGA 거래와 입출금 인프라를 제공한다. 국내에서는 빗썸과 업비트가 주요 유통 현황에 포함된다. ## 프로젝트 역사 ### 2024년 6월: 시드 투자 MegaETH는 2024년 6월 Dragonfly Capital 주도의 시드 라운드를 완료했다. 공식 MiCA 백서에는 Vitalik Buterin과 Joseph Lubin 등의 참여도 언급된다. ### 2024년 12월: Echo 커뮤니티 라운드 MegaETH는 Echo 플랫폼을 통해 커뮤니티 참여자에게 투자 기회를 제공했다. 공식 토큰 페이지는 Echo 라운드가 1,000만 달러를 모금했다고 설명한다. ### 2025년 3월: 테스트넷 출시 MegaETH는 2025년 3월 테스트넷을 출시했다. 테스트넷을 통해 개발자와 사용자는 메가이더의 실시간 실행 환경과 앱 경험을 실험할 수 있었다. ### 2025년 9월: USDm 공개 MegaETH는 Ethena와 협력해 USDm을 소개했다. USDm은 메가이더 생태계의 네이티브 스테이블코인으로, 실시간 앱과 네트워크 경제 구조의 핵심 자산으로 설계되었다. ### 2025년 10월: Public Sale MegaETH는 Sonar를 통해 공개 판매를 진행했다. 총 공급량의 5%에 해당하는 500,000,000 MEGA가 공개 판매에 배정되었다. ### 2025년 12월: Frontier 단계 MiCA 백서에서는 메가이더의 메인넷 베타, Frontier 단계가 2025년 12월에 진행된 것으로 설명된다. Frontier는 전체 공개 메인넷 이전 단계의 네트워크 운영과 생태계 확장 과정으로 볼 수 있다. ### 2026년 4월: KPI 달성과 TGE 공식 토큰 페이지에 따르면 2026년 4월 23일, 10개의 MegaMafia 앱이 체인에 배포되는 KPI가 달성되었다. 이 성과가 MEGA TGE를 트리거했고, MEGA는 2026년 4월 30일 출시되었다. ### 2026년 4월: 빗썸 원화마켓 추가 빗썸은 2026년 4월 30일 MEGA 원화마켓 추가를 공지했다. 지원 네트워크는 Mainnet이다. ## 생태계 메가이더 생태계는 MegaETH Mainnet, MEGA, USDm, MegaEVM, Rabbithole, Terminal, Flux, Bridge, MOSS, 개발자 앱, 거래소, Ethereum L1, EigenDA로 구성된다. MegaETH Mainnet은 실행 레이어이다. MEGA는 생태계 토큰이다. USDm은 생태계 스테이블코인이다. MegaEVM은 개발자와 스마트 컨트랙트 실행 환경이다. Rabbithole은 생태계 앱 접근과 활동 포털이다. Terminal은 사용자 참여와 앱 온보딩 인터페이스이다. Flux는 KPI 기반 보상 포털이다. Bridge는 Ethereum과 MegaETH 사이의 자산 이동을 담당한다. EigenDA는 데이터 가용성을 담당한다. Ethereum L1은 정산과 보안의 기반이다. 메가이더 생태계의 핵심은 “실시간 실행 성능을 실제 앱 수요로 연결할 수 있는가”이다. 앱이 많아지고, USDm 사용량이 늘고, 실제 사용자 활동이 증가할수록 MEGA의 생태계 유틸리티도 강화될 수 있다. ## 한계 및 주요 변수 메가이더의 장기적인 성장에는 실제 앱 사용량과 네트워크 성능의 지속성이 중요하다. 메가이더는 10ms 미니블록과 높은 처리량을 강조하지만, 이러한 성능이 장기간 실제 메인넷 환경에서 안정적으로 유지되는지가 중요하다. 주요 변수는 다음과 같다. - 실제 트랜잭션 처리량 - 실사용 앱 수 - 활성 사용자 수 - USDm 유통량 - MEGA 바이백 규모 - Flux KPI 달성 여부 - MegaMafia 앱 성장 - DeFi TVL - DEX 거래량 - 온체인 게임 사용자 수 - RPC 안정성 - 시퀀서 가동 안정성 - Ethereum L1 정산 비용 - EigenDA 안정성 시퀀서 중앙화도 중요한 변수이다. 현재 메가이더 구조에서는 시퀀서가 트랜잭션 순서 결정과 실행의 핵심 역할을 한다. 이는 초저지연 성능에는 유리하지만, 검열 저항성이나 탈중앙성 측면에서는 개선 과제가 될 수 있다. 공식 문서는 시퀀서 운영의 점진적 탈중앙화 계획을 언급하고 있으므로, 실제 로드맵 실행 여부가 중요하다. 데이터 가용성과 브리지 리스크도 중요하다. 메가이더는 EigenDA를 데이터 가용성 레이어로 사용하고 Ethereum L1에 정산한다. 따라서 MegaETH 자체뿐 아니라 EigenDA, OP Stack, Ethereum L1, 브리지 인프라의 안정성도 생태계에 영향을 줄 수 있다. MEGA 토크노믹스 측면에서는 KPI Staking Rewards가 핵심 변수이다. 전체 공급량의 53.3%가 KPI 보상 구조에 배정되어 있으므로, 네트워크 성과에 따라 유통량이 증가할 수 있다. 이는 생태계 성장을 장려할 수 있지만, 동시에 보상 지급 시점과 시장 유동성에 따라 수급 부담이 생길 수 있다. USDm 구조도 중요한 변수이다. USDm 사용량이 증가하면 메가이더 경제 구조와 MEGA 바이백 구조가 강화될 수 있다. 반대로 USDm 수요가 충분히 생기지 않거나, 스테이블코인 시장에서 경쟁력이 약하면 해당 경제 구조의 효과도 제한될 수 있다. 메가이더의 장기적인 생태계 확장에는 다음 요소들이 영향을 줄 수 있다. - 실시간 앱의 실제 수요 - 고성능 EVM 체인 경쟁 - Base, Arbitrum, Optimism 등 기존 L2와의 경쟁 - Monad, Sei, Solana 등 고성능 체인과의 경쟁 - MEGA 유통량과 KPI 보상 스케줄 - USDm 채택률 - Ethereum 생태계와의 연결성 - 브리지 보안 - Fault Proof 구현 안정성 - MegaEVM 개발자 도구 성숙도 - 거래소 입출금 안정성 - 규제 환경 - 전체 암호화폐 시장 사이클 ## 같이 보기 * [[비트코인]] * [[이더리움]] * [[레이어2]] * [[OP Stack]] * [[Optimistic Rollup]] * [[EVM]] * [[스마트 컨트랙트]] * [[Base]] * [[Arbitrum]] * [[Optimism]] * [[Monad]] * [[Solana]] * [[EigenDA]] * [[Ethena]] * [[스테이블코인]] * [[USDm]] * [[DeFi]] * [[RWA]] * [[온체인 게임]] * [[브리지]] * [[시퀀서]] * [[데이터 가용성]] * [[블록체인]]

제안 사유:

스팸 방지: 5 + 6 = ? 자동 제출을 막기 위한 간단한 확인입니다.

본문 작성 예시

코인위키 문서는 Markdown으로 작성합니다. 편집·작성 화면에만 아래 도움말과 이미지 업로드 카드가 보입니다.

제목·본문 작성법 보기 접기

## 개념 → 큰 제목. 목차와 접기 섹션으로 자동 표시됩니다.
### 소제목 → ## 아래 들여쓴 하위 섹션(선택).
--- → 가로 구분선.

링크·이미지 작성법 보기 접기

[공식 사이트](https://example.com) → 외부 링크
[[비트코인|표시 이름]] → 위키 내부 문서 링크(한글 제목)
![사토시 나카모토](/media/아이디/파일명.png)
이미지 업로드 (아래 카드) → 업로드 후 URL 복사 또는 「본문에 삽입」. 인포박스·본문 모두에 붙여 넣을 수 있습니다.

본문 표 작성법 보기 접기

## 섹션 본문 안에 넣는 일반 표입니다. 저장·미리보기 시 표 형태로 표시됩니다. (인포박스와 별개)
1행 → 열 제목. 2행 → |---|---| 구분선(열 수만큼 -).
3행부터 → | 셀 | 셀 | 데이터. 모든 행은 |로 시작·끝하고, 열 개수를 맞춥니다.
3열 이상 예: | 구분 | 현물 거래 | 파생상품 거래 |
비교·특징·장단점 정리에 적합합니다. 셀 안에 **굵게**, [[내부 링크]]도 쓸 수 있습니다.

## 파생상품의 특징

| 구분 | 설명 |
|--------|--------|
| 기초 자산 | 주식, 채권, 원자재, 암호화폐 등 |
| 가치 결정 | 기초 자산 가격에 따라 결정 |
| 투자 목적 | 헤지(위험 회피), 투기, 차익 거래 |
| 레버리지 | 적은 자금으로 큰 규모 거래 가능 |
| 위험도 | 일반 현물 거래보다 높음 |

## 파생상품과 현물 거래 차이

| 구분 | 현물 거래 | 파생상품 거래 |
|--------|--------|--------|
| 자산 보유 | 실제 보유 | 계약 보유 |
| 레버리지 | 없음 | 가능 |
| 공매도 | 어려움 | 가능 |
| 위험도 | 상대적으로 낮음 | 상대적으로 높음 |

인포박스 작성법 보기 접기

제목·로고 행 → 오른쪽 칸을 비우거나 한 칸만 씁니다. 자동으로 가로 한 줄로 표시됩니다.
예: | 사토시 나카모토 | | 또는 | ![로고](/media/아이디/파일.png) |
항목 행 → | **항목** | 값 | 형식(왼쪽 라벨, 오른쪽 내용).
표 구분선 |:---:|:---:| 은 2열 표에 한 번만 넣습니다.

[[인포박스]]
| 사토시 나카모토 | |
|:---:|:---:|
| ![사토시 나카모토](/media/아이디/파일명.png) |
| **본명** | 미상 (가명) |
| **활동** | 2008년~2010년경 |
| **관련** | [[비트코인]] |
[[/인포박스]]

## 개념

「사토시 나카모토」은(는) …

## 확인할 점

공식 발언 채널, 프로젝트 역할 등을 보완해 주세요.

## 주의사항

투자 권유가 아닌 정보 정리용 초안입니다.

취소