리비전 diff
r1 → r2 · 2026-07-20 22:35
본문 변경 비교
+1413
-19
변경 1413
기준: r1
| 이전 | 이전 내용 | 현재 | 현재 내용 |
|---|---|---|---|
| 1 | ## 개념 | 1 | [[인포박스]] |
| 2 | 2 | | 메타디움(Metadium) | | | |
| 3 | 메타디움은 블록체인 기반의 분산형 신원 인증 플랫폼으로, 사용자들이 자신의 신원 정보를 안전하게 관리하고 공유할 수 있도록 돕습니다. 이 프로젝트는 개인 정보 보호와 데이터 소유권을 강조하며, 디지털 신원 관리의 새로운 패러다임을 제시합니다. 메타디움의 기술은 다양한 산업에서 활용될 수 있어, 디지털 경제의 발전에 기여할 가능성이 큽니다. | 3 | |:---:|:---:| |
| 4 | 4 | | **분류** | 레이어1 / DID / 자기주권 신원 / EVM / 기업·공공기관용 블록체인 | | |
| 5 | ## 확인할 점 | 5 | | **티커** | META | |
| 6 | 6 | | **한 줄 요약** | 탈중앙화 신원과 자기주권 신원을 중심으로 구축된 EVM 호환 레이어1 블록체인 | | |
| 7 | 1) 메타디움의 기술적 구조와 작동 원리 | 7 | | **관련 분야** | DID, SSI, 검증가능한 자격증명, 디지털 신원, KYC, 전자서명, EVM, Web3, AI | |
| 8 | 2) 메타디움이 지원하는 다양한 산업 분야 | 8 | | **기반 네트워크** | Metadium 메인넷 | |
| 9 | 3) 메타디움의 파트너십 및 생태계 구성 | 9 | | **합의 알고리즘** | SPoA, Stake-based Proof of Authority | |
| 10 | 4) 메타디움의 토큰 경제 및 유통 방식 | 10 | | **리더 선출 구조** | RAFT 계열 리더 선출 / etcd | |
| 11 | 5) 메타디움 관련 커뮤니티 및 개발자 활동 | 11 | | **실행 환경** | EVM | |
| 12 | 12 | | **토큰명** | Metadium | | |
| 13 | ## 주의사항 | 13 | | **티커** | META | |
| 14 | 14 | | **토큰 유형** | 메인넷 네이티브 코인 / 유틸리티 | | |
| 15 | 메타디움은 블록체인 기술을 기반으로 하여 신원 인증을 제공하지만, 기술적 결함이나 해킹 위험이 존재할 수 있습니다. 또한, 프로젝트에 대한 오해나 잘못된 정보로 인해 투자 결정을 내릴 경우 손실이 발생할 수 있습니다. 본 정보는 참고용으로 제공되며, 투자에 대한 책임은 전적으로 개인에게 있습니다. | 15 | | **초기 토큰 유형** | Ethereum ERC-20 | |
| 16 | 16 | | **최초 발행일** | 2018년 8월 22일 | | |
| 17 | --- | 17 | | **메인넷 전환일** | 2019년 3월 18일 | |
| 18 | 18 | | **총 발행량** | 2,000,000,000 META | | |
| 19 | *본 문서는 투자 권유가 아닌 정보 제공 목적입니다.* | 19 | | **최대 공급량** | 2,000,000,000 META | |
| 20 | | **유통량** | 1,739,608,720 META, 2026년 7월 20일 CoinMarketCap 기준 | | ||
| 21 | | **블록 생성 주기** | 약 2초 | | ||
| 22 | | **공식 표시 처리량** | 4,000 TPS 이상 | | ||
| 23 | | **블록 생성 노드** | 9개 노드, 최신 백서 및 거래소 설명서 기준 | | ||
| 24 | | **Authority 스테이킹** | 5,000,000 META | | ||
| 25 | | **주요 용도** | 네트워크 수수료, 노드 스테이킹, 거버넌스, 블록 보상, DID 거래, 서비스 결제 | | ||
| 26 | | **주요 제품** | META ID / ID Hub / WEB2X / MetaArena / Metadium Explorer | | ||
| 27 | | **발행·운영 관련 주체** | Metadium Technology Inc. | | ||
| 28 | | **주요 책임자** | Francisco Dantas Filho, 빗썸 2025년 12월 설명서 기준 | | ||
| 29 | | **국내 거래소** | 빗썸, 업비트 | | ||
| 30 | | **해외 거래소** | Indodax 등 | | ||
| 31 | | **빗썸 원화마켓 추가** | 2020년 5월 6일, 빗썸 공식 상장 이벤트 자료 기준 | | ||
| 32 | | **빗썸 지원 네트워크** | Metadium 메인넷 | | ||
| 33 | | **과거 ERC-20 주소** | 0xde2f7766c8bf14ca67193128535e5c7454f8387c | | ||
| 34 | | **공식 홈페이지** | [메타디움 공식 홈페이지](https://metadium.com/) | | ||
| 35 | | **공식 문서** | [메타디움 기술 문서](https://docs.metadium.com/ko) | | ||
| 36 | | **백서** | [Metadium 2.2 백서](https://metadium.com/whitepaper) | | ||
| 37 | | **거버넌스** | [메타디움 거버넌스](https://governance.metadium.com/) | | ||
| 38 | | **MetaArena** | [MetaArena](https://meta-arena.metadium.club/) | | ||
| 39 | | **X(트위터)** | [메타디움 공식 X](https://x.com/MetadiumK) | | ||
| 40 | | **텔레그램** | [메타디움 한국어 텔레그램](https://t.me/Metadiumofficialkor) | | ||
| 41 | | **글로벌 텔레그램** | [메타디움 글로벌 텔레그램](https://t.me/MetadiumOfficial) | | ||
| 42 | | **디스코드** | [메타디움 공식 디스코드](https://discord.gg/ZnaCfYbXw2) | | ||
| 43 | | **GitHub** | [메타디움 공식 GitHub](https://github.com/metadium) | | ||
| 44 | | **Explorer** | [메타디움 익스플로러](https://explorer.metadium.com/) | | ||
| 45 | | **공식 블로그** | [메타디움 미디엄](https://medium.com/metadium) | | ||
| 46 | | **CoinMarketCap** | [메타디움 코인마켓캡](https://coinmarketcap.com/currencies/metadium/) | | ||
| 47 | | **CoinGecko** | [메타디움 코인게코](https://www.coingecko.com/en/coins/metadium) | | ||
| 48 | [[/인포박스]] | ||
| 49 | |||
| 50 | ## 개요 | ||
| 51 | |||
| 52 | 메타디움은 탈중앙화 신원과 자기주권 신원을 중심으로 구축된 블록체인 프로젝트이다. | ||
| 53 | |||
| 54 | 영문명은 Metadium이며, 네이티브 코인의 티커는 META이다. | ||
| 55 | |||
| 56 | 메타디움은 단순한 본인인증 애플리케이션 하나만을 개발하는 프로젝트가 아니다. | ||
| 57 | |||
| 58 | 자체 메인넷, 합의 알고리즘, 스마트 컨트랙트 실행 환경, 거버넌스, 블록 익스플로러와 개발자 도구를 보유한 레이어1 블록체인이다. | ||
| 59 | |||
| 60 | 메타디움의 핵심 목표는 사용자가 자신의 디지털 신원정보를 직접 소유하고 관리할 수 있는 환경을 만드는 것이다. | ||
| 61 | |||
| 62 | 기존 온라인 서비스에서는 사용자의 계정과 개인정보가 서비스 사업자의 중앙 서버에 저장되는 경우가 많다. | ||
| 63 | |||
| 64 | 사용자는 서비스를 이용할 때마다 이름, 생년월일, 연락처, 주소와 같은 정보를 반복해서 제출해야 한다. | ||
| 65 | |||
| 66 | 서비스 사업자는 이용자의 정보를 보관하고 인증하는 중심 기관이 되며, 해킹이나 내부 관리 문제로 인해 대규모 개인정보 유출이 발생할 가능성도 존재한다. | ||
| 67 | |||
| 68 | 메타디움은 이러한 중앙화 신원 구조를 DID와 자기주권 신원 방식으로 전환하려 한다. | ||
| 69 | |||
| 70 | 사용자는 자신을 나타내는 DID와 자격증명을 직접 관리하고, 서비스 이용에 필요한 정보만 선택적으로 제시할 수 있다. | ||
| 71 | |||
| 72 | 예를 들어 사용자가 성인이라는 사실을 증명해야 할 때 생년월일 전체와 주민등록정보를 제출하는 대신, 승인된 기관이 발급한 성인 자격증명을 제시하는 방식이다. | ||
| 73 | |||
| 74 | 메타디움은 이러한 신원정보의 발급, 서명, 검증과 상태 확인에 블록체인을 활용한다. | ||
| 75 | |||
| 76 | 서명과 스마트 컨트랙트 실행 기록을 블록체인에 남겨 데이터가 임의로 변경되는 것을 방지하고, 발급기관과 검증기관 사이의 신뢰를 기술적으로 보완하는 구조이다. | ||
| 77 | |||
| 78 | 메타디움 메인넷은 이더리움 가상머신을 지원한다. | ||
| 79 | |||
| 80 | 개발자는 Solidity와 JSON-RPC 등 이더리움 계열 개발 환경을 활용해 스마트 컨트랙트와 애플리케이션을 개발할 수 있다. | ||
| 81 | |||
| 82 | 메타디움은 초기에는 META ID와 DID 인프라를 중심으로 성장했다. | ||
| 83 | |||
| 84 | 이후 ID Hub, 기업·공공기관용 인증, WEB2X, AI 연동, 게임 토너먼트 플랫폼 MetaArena 등으로 생태계 범위를 넓히고 있다. | ||
| 85 | |||
| 86 | 공식 홈페이지는 메타디움의 장기적인 방향을 다음과 같이 설명한다. | ||
| 87 | |||
| 88 | 1. DID와 자기주권 신원 인프라 구축 | ||
| 89 | 2. 여러 체인과 서비스에서 사용할 수 있는 Universal ID 구현 | ||
| 90 | 3. Web2 서비스와 Web3의 연결 | ||
| 91 | 4. AI를 이용한 블록체인 사용자 경험 개선 | ||
| 92 | 5. 기업과 공공기관을 위한 규제 준수형 블록체인 인프라 | ||
| 93 | 6. 게임, 콘텐츠, 데이터 분야로 메인넷 사용처 확장 | ||
| 94 | |||
| 95 | 따라서 메타디움은 DID 프로젝트이면서 동시에 기업·공공기관용 EVM 블록체인, Web2·Web3 연결 플랫폼, AI 및 게임 생태계로 확장되는 레이어1 프로젝트로 볼 수 있다. | ||
| 96 | |||
| 97 | ## 특징 | ||
| 98 | |||
| 99 | ### 1. 탈중앙화 신원 중심 블록체인 | ||
| 100 | |||
| 101 | 메타디움의 가장 큰 특징은 탈중앙화 신원을 블록체인의 핵심 활용 분야로 설정했다는 점이다. | ||
| 102 | |||
| 103 | DID는 Decentralized Identifier의 약자이다. | ||
| 104 | |||
| 105 | 한국어로는 탈중앙화 식별자 또는 분산 식별자라고 부른다. | ||
| 106 | |||
| 107 | 일반적인 계정은 서비스 사업자가 발급하고 관리한다. | ||
| 108 | |||
| 109 | 서비스가 종료되거나 계정이 정지되면 이용자가 해당 계정과 데이터를 사용하지 못할 수 있다. | ||
| 110 | |||
| 111 | 반면 DID는 사용자나 기관이 암호화 키를 기반으로 직접 생성하고 관리할 수 있는 식별자이다. | ||
| 112 | |||
| 113 | 사용자는 DID와 연결된 개인키를 통해 자신이 해당 식별자의 제어자라는 사실을 증명할 수 있다. | ||
| 114 | |||
| 115 | 메타디움은 DID 생성, 갱신, 폐기, 자격증명 검증에 필요한 기능을 스마트 컨트랙트와 메인넷에 연결한다. | ||
| 116 | |||
| 117 | ### 2. 자기주권 신원 | ||
| 118 | |||
| 119 | 메타디움은 자기주권 신원 개념을 핵심 철학으로 사용한다. | ||
| 120 | |||
| 121 | 자기주권 신원은 Self-Sovereign Identity의 약자로 SSI라고 부른다. | ||
| 122 | |||
| 123 | 자기주권 신원에서는 사용자가 자신의 신원정보와 자격증명을 직접 보유하고 관리한다. | ||
| 124 | |||
| 125 | 서비스 사업자가 모든 개인정보를 중앙 서버에 저장하는 방식과 차이가 있다. | ||
| 126 | |||
| 127 | 사용자는 서비스에 필요한 정보만 선택적으로 제공할 수 있다. | ||
| 128 | |||
| 129 | 다만 자기주권 신원이 모든 개인정보를 공개 블록체인에 직접 기록한다는 의미는 아니다. | ||
| 130 | |||
| 131 | 개인정보 원문과 자격증명은 이용자의 지갑이나 별도의 보안 시스템에서 관리될 수 있다. | ||
| 132 | |||
| 133 | 블록체인에는 공개키, 서명 검증 정보, 자격증명의 상태, 거래 기록과 같은 정보가 기록될 수 있다. | ||
| 134 | |||
| 135 | ### 3. 검증가능한 자격증명 | ||
| 136 | |||
| 137 | 메타디움은 검증가능한 자격증명 구조를 지원한다. | ||
| 138 | |||
| 139 | 검증가능한 자격증명은 Verifiable Credential의 약자로 VC라고 부른다. | ||
| 140 | |||
| 141 | 자격증명은 학교, 기업, 금융기관, 정부기관과 같은 발급기관이 이용자의 자격이나 사실관계를 디지털 형태로 증명하는 자료이다. | ||
| 142 | |||
| 143 | 대표적인 예시는 다음과 같다. | ||
| 144 | |||
| 145 | - 학력증명 | ||
| 146 | - 재직증명 | ||
| 147 | - 전문 자격증 | ||
| 148 | - 성인 여부 | ||
| 149 | - 회원 자격 | ||
| 150 | - KYC 완료 여부 | ||
| 151 | - 금융 인증 결과 | ||
| 152 | - 시설 출입 권한 | ||
| 153 | - 교육 수료증 | ||
| 154 | - 제품 소유 또는 정품 인증 | ||
| 155 | |||
| 156 | 발급기관은 자격증명에 전자서명한다. | ||
| 157 | |||
| 158 | 사용자는 자격증명을 자신의 지갑에 보관하고 필요한 서비스에 제시한다. | ||
| 159 | |||
| 160 | 검증기관은 발급기관의 공개키와 서명을 확인해 자격증명이 변조되지 않았는지 확인할 수 있다. | ||
| 161 | |||
| 162 | ### 4. 자체 EVM 메인넷 | ||
| 163 | |||
| 164 | 메타디움은 다른 블록체인 위에서 작동하는 단일 토큰 프로젝트가 아니다. | ||
| 165 | |||
| 166 | 자체 메인넷을 운영하며 META는 메인넷의 네이티브 코인이다. | ||
| 167 | |||
| 168 | 메타디움 메인넷은 EVM을 지원한다. | ||
| 169 | |||
| 170 | EVM은 Ethereum Virtual Machine의 약자이다. | ||
| 171 | |||
| 172 | 개발자는 Solidity 스마트 컨트랙트, Ethereum API, JSON-RPC와 이더리움 계열 개발 도구를 활용할 수 있다. | ||
| 173 | |||
| 174 | EVM 호환성은 기존 이더리움 개발자가 메타디움 생태계에 진입할 때 필요한 학습 부담을 줄여준다. | ||
| 175 | |||
| 176 | 다만 EVM 호환성이 이더리움과 동일한 합의 구조나 탈중앙화 수준을 의미하는 것은 아니다. | ||
| 177 | |||
| 178 | 메타디움은 이더리움과 다른 SPoA 합의 구조를 사용한다. | ||
| 179 | |||
| 180 | ### 5. SPoA 합의 알고리즘 | ||
| 181 | |||
| 182 | 메타디움은 SPoA 합의 알고리즘을 사용한다. | ||
| 183 | |||
| 184 | SPoA는 Stake-based Proof of Authority의 약자이다. | ||
| 185 | |||
| 186 | 권위증명에 스테이킹 구조를 결합한 형태이다. | ||
| 187 | |||
| 188 | 누구나 즉시 블록 생성자가 되는 구조가 아니라, 승인된 Authority 노드가 META를 스테이킹하고 블록 생성에 참여한다. | ||
| 189 | |||
| 190 | 블록 생성 노드가 악의적으로 행동하거나 네트워크 규칙을 위반할 경우 스테이킹과 거버넌스를 통해 경제적·운영적 책임을 부과할 수 있도록 설계된 구조이다. | ||
| 191 | |||
| 192 | SPoA는 제한된 수의 검증자를 이용하기 때문에 빠른 블록 생성과 비교적 안정적인 완결성을 제공할 수 있다. | ||
| 193 | |||
| 194 | 반면 검증자 참여가 제한된다는 점에서 개방형 지분증명 네트워크와 차이가 있다. | ||
| 195 | |||
| 196 | ### 6. RAFT 기반 리더 선출 | ||
| 197 | |||
| 198 | 메타디움은 RAFT 계열 방식을 이용해 블록 생성 리더를 선정한다. | ||
| 199 | |||
| 200 | 공식 기술 문서는 etcd를 이용한 리더 선출 구조를 설명한다. | ||
| 201 | |||
| 202 | Authority 노드 가운데 특정 노드가 블록 생성 권한을 획득한다. | ||
| 203 | |||
| 204 | 선정된 리더는 거래를 모아 블록을 생성한다. | ||
| 205 | |||
| 206 | 다른 노드는 블록의 서명, 거래 실행 결과와 네트워크 규칙을 검증한다. | ||
| 207 | |||
| 208 | 이 구조는 여러 블록 생성자가 동시에 경쟁하는 작업증명 방식과 다르다. | ||
| 209 | |||
| 210 | ### 7. 수수료 위임 | ||
| 211 | |||
| 212 | 메타디움은 수수료 위임 기능을 지원한다. | ||
| 213 | |||
| 214 | 일반적인 블록체인에서는 사용자가 거래를 실행하기 전에 네이티브 코인을 보유해야 한다. | ||
| 215 | |||
| 216 | 사용자가 DID를 생성하거나 간단한 인증을 진행하려고 해도 가스비를 위한 META가 필요할 수 있다. | ||
| 217 | |||
| 218 | 이는 블록체인을 처음 사용하는 사람에게 진입 장벽이 될 수 있다. | ||
| 219 | |||
| 220 | 수수료 위임을 사용하면 사용자가 거래에 서명한 뒤 서비스 사업자나 대납자가 추가로 서명하고 수수료를 대신 지불할 수 있다. | ||
| 221 | |||
| 222 | 사용자는 META를 직접 구매하지 않고도 블록체인 기반 서비스를 이용할 수 있다. | ||
| 223 | |||
| 224 | 서비스 사업자는 이용자에게 일반 모바일 앱과 유사한 경험을 제공할 수 있다. | ||
| 225 | |||
| 226 | ### 8. 기업과 공공기관 중심 적용 | ||
| 227 | |||
| 228 | 메타디움은 개인 간 코인 전송보다 기업과 공공기관의 인증 및 자격증명 분야를 주요 활용처로 삼아 왔다. | ||
| 229 | |||
| 230 | 공식 홈페이지는 다음과 같은 적용 사례를 소개한다. | ||
| 231 | |||
| 232 | - 부산 디지털 시민증 B PASS | ||
| 233 | - KB국민카드 블록체인 인증 | ||
| 234 | - 우정사업본부 DID 기반 결제 및 정산 | ||
| 235 | - 해양수산 분야 선원 자격증명 | ||
| 236 | - GS25 무인점포 출입 | ||
| 237 | - 기업용 신원 및 인증 서비스 | ||
| 238 | - WEB2X 기반 Web2·Web3 연결 | ||
| 239 | |||
| 240 | 이러한 사례는 메타디움이 암호화폐 거래만을 위한 블록체인이 아니라 실제 인증 인프라로 사용되는 것을 목표로 한다는 점을 보여준다. | ||
| 241 | |||
| 242 | ### 9. AI와 블록체인의 결합 | ||
| 243 | |||
| 244 | 메타디움은 최근 AI를 새로운 확장 방향으로 제시하고 있다. | ||
| 245 | |||
| 246 | 블록체인은 지갑, 주소, 가스비, 서명, 스마트 컨트랙트와 같은 개념 때문에 일반 이용자가 사용하기 어려울 수 있다. | ||
| 247 | |||
| 248 | 메타디움은 AI를 이용해 복잡한 온체인 데이터와 인터페이스를 일반 이용자가 이해하기 쉬운 형태로 바꾸려 한다. | ||
| 249 | |||
| 250 | 주요 방향은 다음과 같다. | ||
| 251 | |||
| 252 | - 온체인 데이터 해석 | ||
| 253 | - 자연어 기반 블록체인 기능 | ||
| 254 | - Web2 사용자의 Web3 전환 | ||
| 255 | - AI 에이전트의 권한 관리 | ||
| 256 | - DID 기반 AI 신원 확인 | ||
| 257 | - AI 서비스의 데이터 접근 제어 | ||
| 258 | - 디지털 위임장과 권한 증명 | ||
| 259 | |||
| 260 | AI와 블록체인의 결합은 메타디움의 중장기 확장 전략이다. | ||
| 261 | |||
| 262 | 실제 제품과 사용자 수, 온체인 거래로 연결되는지는 지속적으로 확인해야 한다. | ||
| 263 | |||
| 264 | ## 탈중앙화 신원 | ||
| 265 | |||
| 266 | 탈중앙화 신원은 중앙기관이 이용자의 계정과 개인정보를 독점적으로 관리하는 구조를 줄이기 위한 기술이다. | ||
| 267 | |||
| 268 | 기존 신원인증 과정에서는 이용자가 서비스마다 개인정보를 반복적으로 제출한다. | ||
| 269 | |||
| 270 | 각 서비스는 이용자의 개인정보를 별도의 데이터베이스에 저장한다. | ||
| 271 | |||
| 272 | 서비스 수가 늘어날수록 개인정보 사본도 여러 곳에 분산된다. | ||
| 273 | |||
| 274 | 하나의 서비스에서 정보가 유출되면 이용자가 다른 서비스에서도 피해를 볼 수 있다. | ||
| 275 | |||
| 276 | 탈중앙화 신원에서는 사용자가 자신의 식별자와 자격증명을 보유한다. | ||
| 277 | |||
| 278 | 서비스는 필요한 자격증명을 요청하고, 사용자는 이에 동의한 경우 정보를 제시한다. | ||
| 279 | |||
| 280 | 검증자는 발급기관의 전자서명을 확인한다. | ||
| 281 | |||
| 282 | 메타디움 블록체인은 이 과정에서 다음 역할을 수행할 수 있다. | ||
| 283 | |||
| 284 | - DID 등록 | ||
| 285 | - 공개키 관리 | ||
| 286 | - DID 문서 갱신 | ||
| 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 | 개인키를 분실하면 DID나 자격증명에 접근하지 못할 수 있다. | ||
| 316 | |||
| 317 | 개인키 복구를 중앙기관에 지나치게 의존하면 자기주권이라는 의미가 약해질 수 있다. | ||
| 318 | |||
| 319 | 따라서 복구 편의성과 사용자 통제권 사이의 균형이 중요하다. | ||
| 320 | |||
| 321 | ## 검증가능한 자격증명 | ||
| 322 | |||
| 323 | 검증가능한 자격증명은 발급자, 보유자, 검증자로 구성된다. | ||
| 324 | |||
| 325 | ### 발급자 | ||
| 326 | |||
| 327 | 발급자는 이용자의 신원이나 자격을 확인하고 자격증명을 발급한다. | ||
| 328 | |||
| 329 | 발급자는 정부기관, 학교, 기업, 금융기관과 전문 자격기관 등이 될 수 있다. | ||
| 330 | |||
| 331 | ### 보유자 | ||
| 332 | |||
| 333 | 보유자는 발급받은 자격증명을 지갑이나 안전한 저장소에 보관한다. | ||
| 334 | |||
| 335 | 서비스가 자격증명을 요청하면 보유자가 제공 여부를 결정한다. | ||
| 336 | |||
| 337 | ### 검증자 | ||
| 338 | |||
| 339 | 검증자는 사용자가 제출한 자격증명이 신뢰할 수 있는 발급자에게서 발급됐는지 확인한다. | ||
| 340 | |||
| 341 | 검증 과정에서는 다음 항목을 확인할 수 있다. | ||
| 342 | |||
| 343 | - 발급기관의 전자서명 | ||
| 344 | - 자격증명의 무결성 | ||
| 345 | - 자격증명의 유효기간 | ||
| 346 | - 자격증명 취소 여부 | ||
| 347 | - 제출자의 소유권 | ||
| 348 | - 자격증명에 포함된 권한 | ||
| 349 | - 서비스 접근 조건 충족 여부 | ||
| 350 | |||
| 351 | ## 기술 구조 | ||
| 352 | |||
| 353 | ### Metadium 메인넷 | ||
| 354 | |||
| 355 | 메타디움 메인넷은 META가 네이티브 코인으로 사용되는 독립 블록체인이다. | ||
| 356 | |||
| 357 | 거래 수수료, 스마트 컨트랙트 실행, DID 등록과 노드 보상이 메인넷에서 처리된다. | ||
| 358 | |||
| 359 | 메타디움은 공개 블록 익스플로러를 제공한다. | ||
| 360 | |||
| 361 | 사용자는 블록, 거래, 주소, 잔액과 스마트 컨트랙트 실행 내역을 조회할 수 있다. | ||
| 362 | |||
| 363 | ### EVM | ||
| 364 | |||
| 365 | 메타디움은 EVM 기반으로 스마트 컨트랙트를 실행한다. | ||
| 366 | |||
| 367 | 개발자는 Solidity를 사용해 애플리케이션을 개발할 수 있다. | ||
| 368 | |||
| 369 | EVM 호환성으로 인해 다음 도구와 구조를 활용하기 쉽다. | ||
| 370 | |||
| 371 | - Solidity | ||
| 372 | - JSON-RPC | ||
| 373 | - Web3 라이브러리 | ||
| 374 | - 이더리움 계열 지갑 | ||
| 375 | - 스마트 컨트랙트 개발 도구 | ||
| 376 | - 토큰 컨트랙트 | ||
| 377 | - DID Resolver | ||
| 378 | - 거버넌스 컨트랙트 | ||
| 379 | |||
| 380 | ### 블록 생성 주기 | ||
| 381 | |||
| 382 | Metadium 2.2 백서는 블록 생성 주기를 약 2초로 설명한다. | ||
| 383 | |||
| 384 | 메타디움은 과거 거래 발생 여부에 따라 블록 주기를 다르게 운영하는 방식을 사용했다. | ||
| 385 | |||
| 386 | 이후 네트워크 자원과 블록 데이터 관리, 보안과 안정성을 고려해 고정된 블록 생성 주기를 적용하는 방향으로 변경했다. | ||
| 387 | |||
| 388 | ### 공식 표시 처리량 | ||
| 389 | |||
| 390 | 메타디움 공식 홈페이지는 4,000 TPS 이상의 처리량을 표시한다. | ||
| 391 | |||
| 392 | TPS는 초당 처리 가능한 거래 수를 의미한다. | ||
| 393 | |||
| 394 | 실제 처리량은 다음 조건에 따라 달라질 수 있다. | ||
| 395 | |||
| 396 | - 거래 유형 | ||
| 397 | - 스마트 컨트랙트 복잡성 | ||
| 398 | - 노드 성능 | ||
| 399 | - 네트워크 상태 | ||
| 400 | - 블록 가스 한도 | ||
| 401 | - 테스트 환경 | ||
| 402 | - 거래 데이터 크기 | ||
| 403 | |||
| 404 | 따라서 공식 TPS 수치는 네트워크의 목표 또는 특정 환경에서 측정한 성능으로 이해할 필요가 있다. | ||
| 405 | |||
| 406 | ## 네트워크 구조 | ||
| 407 | |||
| 408 | 메타디움 네트워크는 블록 생성 노드와 외부 접속 노드를 구분하는 구조를 사용한다. | ||
| 409 | |||
| 410 | 기술 문서에서는 BPN, BNN, ENN 구조를 설명한다. | ||
| 411 | |||
| 412 | ### BPN | ||
| 413 | |||
| 414 | BPN은 Block Producer Network의 약자이다. | ||
| 415 | |||
| 416 | 실제 블록 생성에 참여하는 Authority 노드가 포함되는 네트워크이다. | ||
| 417 | |||
| 418 | BPN 노드는 거래를 검증하고 새로운 블록을 생성한다. | ||
| 419 | |||
| 420 | 블록 생성자는 거버넌스 승인을 받고 일정 수량의 META를 스테이킹해야 한다. | ||
| 421 | |||
| 422 | ### BNN | ||
| 423 | |||
| 424 | BNN은 Bridge Node Network의 약자이다. | ||
| 425 | |||
| 426 | BPN과 외부 공개 노드 사이에서 거래와 블록을 전달하는 중간 계층이다. | ||
| 427 | |||
| 428 | BNN은 외부에서 전달된 거래를 확인해 블록 생성 네트워크로 전송한다. | ||
| 429 | |||
| 430 | 블록 생성 네트워크에서 만들어진 블록을 외부 노드에 전달하는 역할도 수행한다. | ||
| 431 | |||
| 432 | 이 구조는 블록 생성 노드가 외부 요청과 공격에 직접 노출되는 것을 줄이는 데 활용될 수 있다. | ||
| 433 | |||
| 434 | ### ENN | ||
| 435 | |||
| 436 | ENN은 End Node Network의 약자이다. | ||
| 437 | |||
| 438 | 사용자와 개발자가 접속할 수 있는 공개 노드 계층이다. | ||
| 439 | |||
| 440 | 개발자는 ENN을 통해 거래를 전송하고 블록체인 데이터를 조회할 수 있다. | ||
| 441 | |||
| 442 | 사용자는 ENN과 연결된 지갑이나 애플리케이션을 이용해 META를 전송하고 스마트 컨트랙트를 실행할 수 있다. | ||
| 443 | |||
| 444 | ## SPoA | ||
| 445 | |||
| 446 | SPoA는 메타디움의 합의 알고리즘이다. | ||
| 447 | |||
| 448 | 권위증명 구조에서는 승인된 노드가 블록을 생성한다. | ||
| 449 | |||
| 450 | 메타디움은 여기에 META 스테이킹 조건을 추가한다. | ||
| 451 | |||
| 452 | 최신 백서 기준 블록 생성 노드가 되기 위해서는 5,000,000 META를 예치해야 한다. | ||
| 453 | |||
| 454 | 과거에는 4,980,000 META가 기준이었으나 Metadium 2.0에서 5,000,000 META로 조정됐다. | ||
| 455 | |||
| 456 | 최신 공식 자료는 9개 노드가 블록 생성에 참여하는 구조를 설명한다. | ||
| 457 | |||
| 458 | SPoA의 장점은 다음과 같다. | ||
| 459 | |||
| 460 | - 빠른 블록 생성 | ||
| 461 | - 짧은 거래 확정 시간 | ||
| 462 | - 작업증명보다 낮은 에너지 사용 | ||
| 463 | - 기업과 공공기관이 참여하기 쉬운 노드 구조 | ||
| 464 | - 승인된 노드에 대한 책임 부과 | ||
| 465 | - 온체인 거버넌스를 통한 노드 교체 | ||
| 466 | |||
| 467 | 반면 다음과 같은 구조적 변수가 존재한다. | ||
| 468 | |||
| 469 | - 검증자 수 제한 | ||
| 470 | - 노드 승인 과정의 중앙화 가능성 | ||
| 471 | - 소수 노드에 대한 의존 | ||
| 472 | - Authority 사이의 이해관계 | ||
| 473 | - 거버넌스 참여 범위 제한 | ||
| 474 | - 일반 보유자의 직접 검증자 참여 어려움 | ||
| 475 | |||
| 476 | ## 수수료 위임 | ||
| 477 | |||
| 478 | 수수료 위임은 서비스 사업자가 사용자의 거래 수수료를 대신 지불하는 기능이다. | ||
| 479 | |||
| 480 | 사용자는 먼저 거래 내용에 서명한다. | ||
| 481 | |||
| 482 | 대납자는 사용자의 서명에 추가 서명을 붙여 네트워크에 거래를 전송한다. | ||
| 483 | |||
| 484 | 거래 수수료는 대납자의 계정에서 지불된다. | ||
| 485 | |||
| 486 | 수수료 위임은 다음 분야에서 활용할 수 있다. | ||
| 487 | |||
| 488 | - 무료 회원가입 | ||
| 489 | - DID 최초 생성 | ||
| 490 | - 자격증명 발급 | ||
| 491 | - 이벤트 참여 | ||
| 492 | - 게임 참가 | ||
| 493 | - 기업용 애플리케이션 | ||
| 494 | - 공공기관 서비스 | ||
| 495 | - 일반 모바일 앱과 유사한 사용자 경험 | ||
| 496 | |||
| 497 | 수수료 위임은 이용자의 진입 장벽을 낮출 수 있다. | ||
| 498 | |||
| 499 | 하지만 서비스 사업자가 지속적으로 수수료 비용을 부담해야 한다는 점도 고려해야 한다. | ||
| 500 | |||
| 501 | 악성 봇이나 반복 요청이 발생하면 대납자의 비용이 증가할 수 있으므로 요청 제한과 사용자 인증이 필요할 수 있다. | ||
| 502 | |||
| 503 | ## EIP-1559 수수료 구조 | ||
| 504 | |||
| 505 | 메타디움은 EIP-1559 계열의 수수료 구조를 도입했다. | ||
| 506 | |||
| 507 | 이더리움의 EIP-1559에서는 기본 수수료가 네트워크 혼잡에 따라 조정되고 소각된다. | ||
| 508 | |||
| 509 | 메타디움은 EIP-1559 구조를 사용하지만 최신 백서 기준 기본 수수료를 0으로 설정한다. | ||
| 510 | |||
| 511 | 따라서 이더리움처럼 기본 수수료가 자동으로 소각되는 구조는 아니다. | ||
| 512 | |||
| 513 | 우선 수수료와 가스 관련 값은 거버넌스를 통해 조정될 수 있다. | ||
| 514 | |||
| 515 | 메타디움의 수수료 구조는 이더리움과 유사한 인터페이스를 제공하면서도 자체 네트워크 정책에 맞게 변경된 형태이다. | ||
| 516 | |||
| 517 | ## META ID | ||
| 518 | |||
| 519 | META ID는 메타디움이 구축해 온 블록체인 기반 신원 체계이다. | ||
| 520 | |||
| 521 | 사용자는 META ID를 통해 자신의 디지털 식별자와 자격증명을 관리할 수 있다. | ||
| 522 | |||
| 523 | META ID의 주요 기능은 다음과 같다. | ||
| 524 | |||
| 525 | - DID 생성 | ||
| 526 | - 공개키 등록 | ||
| 527 | - 전자서명 | ||
| 528 | - 신원정보 연결 | ||
| 529 | - 자격증명 보유 | ||
| 530 | - 서비스 로그인 | ||
| 531 | - 사용자 권한 확인 | ||
| 532 | - 자격증명 제출 및 검증 | ||
| 533 | |||
| 534 | META ID는 특정 서비스의 계정 하나에 종속되는 구조가 아니라 여러 서비스에서 사용할 수 있는 신원 계층을 지향한다. | ||
| 535 | |||
| 536 | ## ID Hub | ||
| 537 | |||
| 538 | ID Hub는 여러 블록체인과 서비스에 흩어진 신원정보를 연결하는 상호운용 신원 허브를 목표로 한다. | ||
| 539 | |||
| 540 | 블록체인마다 서로 다른 주소와 계정 체계를 사용한다. | ||
| 541 | |||
| 542 | 사용자는 Ethereum, Metadium과 기타 네트워크에서 각각 다른 지갑과 신원을 사용할 수 있다. | ||
| 543 | |||
| 544 | ID Hub는 이러한 계정과 자격증명을 하나의 신원 체계로 연결하는 방향을 지향한다. | ||
| 545 | |||
| 546 | 메타디움은 장기적으로 여러 체인과 일상 서비스에서 사용할 수 있는 Universal ID를 제시한다. | ||
| 547 | |||
| 548 | Universal ID가 구현되면 하나의 신원정보를 여러 서비스에서 재사용할 수 있다. | ||
| 549 | |||
| 550 | 다만 체인마다 DID 형식, 서명 구조, 데이터 모델과 보안 수준이 다르기 때문에 완전한 상호운용성 구현에는 기술적 어려움이 존재한다. | ||
| 551 | |||
| 552 | ## WEB2X | ||
| 553 | |||
| 554 | WEB2X는 기존 Web2 서비스가 블록체인 기능을 쉽게 사용할 수 있도록 하는 연결 플랫폼이다. | ||
| 555 | |||
| 556 | 기존 기업이 블록체인 서비스를 도입하려면 다음 요소를 이해해야 할 수 있다. | ||
| 557 | |||
| 558 | - 지갑 | ||
| 559 | - 개인키 | ||
| 560 | - 가스비 | ||
| 561 | - 노드 | ||
| 562 | - 스마트 컨트랙트 | ||
| 563 | - 트랜잭션 | ||
| 564 | - 블록 확정 | ||
| 565 | - 온체인 데이터 | ||
| 566 | |||
| 567 | 이러한 요소는 일반적인 웹서비스 개발 방식과 다르다. | ||
| 568 | |||
| 569 | WEB2X는 API와 개발 도구를 통해 기존 서비스가 블록체인 기능을 연결할 수 있도록 하는 것을 목표로 한다. | ||
| 570 | |||
| 571 | 서비스 사업자는 블록체인 노드와 스마트 컨트랙트를 직접 관리하는 부담을 줄이고, 기존 애플리케이션에 인증과 온체인 기능을 추가할 수 있다. | ||
| 572 | |||
| 573 | ## MetaArena | ||
| 574 | |||
| 575 | MetaArena는 메타디움 기반 게임 토너먼트 플랫폼이다. | ||
| 576 | |||
| 577 | 게임 개발자는 SDK를 연동해 게임 토너먼트를 운영할 수 있다. | ||
| 578 | |||
| 579 | 이용자는 META를 이용해 토너먼트에 참가하고 성적에 따라 보상을 받을 수 있다. | ||
| 580 | |||
| 581 | 참가비와 상금은 스마트 컨트랙트를 통해 관리된다. | ||
| 582 | |||
| 583 | 공식 홈페이지는 순위와 보상 지급이 온체인으로 처리되는 구조를 소개한다. | ||
| 584 | |||
| 585 | MetaArena의 주요 목표는 다음과 같다. | ||
| 586 | |||
| 587 | - 토너먼트 참가비 관리 | ||
| 588 | - 상금 예치 | ||
| 589 | - 순위에 따른 자동 보상 | ||
| 590 | - 상금 지급 과정의 투명성 | ||
| 591 | - 개발자의 토너먼트 인프라 비용 절감 | ||
| 592 | - META의 게임 내 활용처 확대 | ||
| 593 | - 메타디움 메인넷 거래 증가 | ||
| 594 | |||
| 595 | MetaArena는 메타디움이 신원인증 중심 프로젝트에서 사용자 참여형 게임과 콘텐츠 서비스로 확장하는 사례이다. | ||
| 596 | |||
| 597 | ## META 코인 | ||
| 598 | |||
| 599 | META는 메타디움 메인넷의 네이티브 코인이다. | ||
| 600 | |||
| 601 | META는 처음에는 Ethereum ERC-20 토큰으로 발행됐다. | ||
| 602 | |||
| 603 | 2019년 메타디움 메인넷이 출범하면서 메인넷 네이티브 코인으로 전환됐다. | ||
| 604 | |||
| 605 | 현재 메타디움 생태계에서 사용되는 META는 자체 메인넷 자산이다. | ||
| 606 | |||
| 607 | 과거 Ethereum 컨트랙트와 거래소가 지원하는 메타디움 메인넷은 구분해야 한다. | ||
| 608 | |||
| 609 | META의 주요 용도는 다음과 같다. | ||
| 610 | |||
| 611 | - 메타디움 네트워크 거래 수수료 | ||
| 612 | - 스마트 컨트랙트 실행 수수료 | ||
| 613 | - DID 생성과 갱신 | ||
| 614 | - 자격증명 관련 온체인 거래 | ||
| 615 | - Authority 노드 스테이킹 | ||
| 616 | - 블록 생성 보상 | ||
| 617 | - 거버넌스 참여 | ||
| 618 | - MetaArena 참가비 | ||
| 619 | - 게임 토너먼트 보상 | ||
| 620 | - 생태계 서비스 결제 | ||
| 621 | - 서비스 사업자의 수수료 대납 | ||
| 622 | - 생태계 참여자 인센티브 | ||
| 623 | |||
| 624 | ## 토큰 정보 | ||
| 625 | |||
| 626 | - **토큰명**: Metadium | ||
| 627 | - **티커**: META | ||
| 628 | - **현재 네트워크**: Metadium 메인넷 | ||
| 629 | - **현재 토큰 유형**: 메인넷 네이티브 코인 | ||
| 630 | - **초기 네트워크**: Ethereum | ||
| 631 | - **초기 토큰 유형**: ERC-20 | ||
| 632 | - **최초 발행일**: 2018년 8월 22일 | ||
| 633 | - **메인넷 전환일**: 2019년 3월 18일 | ||
| 634 | - **총 발행량**: 2,000,000,000 META | ||
| 635 | - **최대 공급량**: 2,000,000,000 META | ||
| 636 | - **유통량**: 1,739,608,720 META | ||
| 637 | - **유통량 기준일**: 2026년 7월 20일 CoinMarketCap 기준 | ||
| 638 | - **합의 알고리즘**: SPoA | ||
| 639 | - **Authority 참여 스테이킹**: 5,000,000 META | ||
| 640 | - **블록 생성 노드**: 9개 | ||
| 641 | - **블록 생성 주기**: 약 2초 | ||
| 642 | - **주요 용도** | ||
| 643 | - 네트워크 수수료 | ||
| 644 | - 스마트 컨트랙트 | ||
| 645 | - DID 거래 | ||
| 646 | - 노드 스테이킹 | ||
| 647 | - 블록 보상 | ||
| 648 | - 거버넌스 | ||
| 649 | - 게임 참가비와 보상 | ||
| 650 | - 생태계 서비스 | ||
| 651 | |||
| 652 | ## 과거 ERC-20 토큰 | ||
| 653 | |||
| 654 | META는 2018년 Ethereum ERC-20 토큰으로 처음 발행됐다. | ||
| 655 | |||
| 656 | 과거 ERC-20 컨트랙트 주소는 다음과 같다. | ||
| 657 | |||
| 658 | `0xde2f7766c8bf14ca67193128535e5c7454f8387c` | ||
| 659 | |||
| 660 | 이 주소는 메타디움 메인넷 전환 이전 Ethereum 기반 META를 나타낸다. | ||
| 661 | |||
| 662 | 현재 거래소에서 지원하는 META 입출금 네트워크와 혼동해서는 안 된다. | ||
| 663 | |||
| 664 | 시장정보 사이트는 프로젝트의 역사적 정보를 제공하기 위해 과거 ERC-20 주소를 계속 표시할 수 있다. | ||
| 665 | |||
| 666 | 거래소로 META를 입금할 때는 시장정보 사이트의 컨트랙트 주소보다 거래소 입금 화면에 표시되는 네트워크와 주소를 우선해야 한다. | ||
| 667 | |||
| 668 | ## 토크노믹스 | ||
| 669 | |||
| 670 | META의 초기 총 발행량은 2,000,000,000개이다. | ||
| 671 | |||
| 672 | 최신 Metadium 2.2 백서는 META 물량을 유통량과 비유통량으로 구분해 관리한다고 설명한다. | ||
| 673 | |||
| 674 | 비유통 물량은 다음과 같은 용도로 분류될 수 있다. | ||
| 675 | |||
| 676 | - Miner | ||
| 677 | - Ecosystem | ||
| 678 | - Maintenance | ||
| 679 | - Company Own | ||
| 680 | - Company Reserve | ||
| 681 | |||
| 682 | 나머지 시장에서 거래 가능한 물량은 유통량으로 분류된다. | ||
| 683 | |||
| 684 | 과거 토큰 판매 당시 공개된 초기 배분 명칭과 현재 Metadium 2.0 토큰 이코노미의 분류는 다를 수 있다. | ||
| 685 | |||
| 686 | 따라서 과거 ICO 배분표와 현재 재단 지갑 분류를 동일한 구조로 이해해서는 안 된다. | ||
| 687 | |||
| 688 | Metadium 2.0 토큰 이코노미의 주요 변화는 다음과 같다. | ||
| 689 | |||
| 690 | - 블록 생성 노드의 스테이킹 수량 조정 | ||
| 691 | - 노드 보상 체계 개편 | ||
| 692 | - 거래 수수료의 Fee Collector 귀속 | ||
| 693 | - 유통량과 비유통량의 구분 관리 | ||
| 694 | - 생태계 참여자 보상 확대 | ||
| 695 | - 서비스 사용과 META 활용처 연결 | ||
| 696 | - 이종 블록체인 신원 계층 확장 | ||
| 697 | - 장기적인 메인넷 유지비용 확보 | ||
| 698 | |||
| 699 | ## 유통량 | ||
| 700 | |||
| 701 | META의 유통량은 자료 작성 시점에 따라 다르게 표시된다. | ||
| 702 | |||
| 703 | 빗썸의 2025년 12월 1일 가상자산 설명서는 당시 유통량을 다음과 같이 기재했다. | ||
| 704 | |||
| 705 | - CoinMarketCap 기준: 1,725,408,720 META | ||
| 706 | - CoinGecko 기준: 1,725,408,720 META | ||
| 707 | |||
| 708 | 2026년 7월 20일 CoinMarketCap에는 다음 수치가 표시된다. | ||
| 709 | |||
| 710 | - 유통량: 1,739,608,720 META | ||
| 711 | - 최대 공급량: 2,000,000,000 META | ||
| 712 | |||
| 713 | 두 자료 사이에는 14,200,000 META의 차이가 있다. | ||
| 714 | |||
| 715 | 이 차이는 설명서 작성일 이후 노드 보상이나 생태계 유통계획에 따라 물량이 추가로 유통량에 반영된 결과일 수 있다. | ||
| 716 | |||
| 717 | 유통량은 프로젝트 공시, 시장정보 사이트의 검증 방식과 지갑 분류에 따라 달라질 수 있다. | ||
| 718 | |||
| 719 | ## 향후 유통계획 | ||
| 720 | |||
| 721 | 빗썸의 2025년 12월 설명서에 따르면 메타디움은 2025년부터 2027년까지 매년 24,000,000 META를 유통하는 계획을 제시했다. | ||
| 722 | |||
| 723 | 연간 유통계획에 포함될 수 있는 주요 항목은 다음과 같다. | ||
| 724 | |||
| 725 | - 블록 생성 노드 보상 | ||
| 726 | - 스테이킹 보상 | ||
| 727 | - 생태계 운영비 | ||
| 728 | - 개발 비용 | ||
| 729 | - 서비스 유지보수 | ||
| 730 | - 파트너십 | ||
| 731 | - 사용자 보상 | ||
| 732 | - 게임 및 콘텐츠 인센티브 | ||
| 733 | - 메인넷 인프라 운영 | ||
| 734 | |||
| 735 | 연간 24,000,000 META는 총 공급량 20억 개의 약 1.2%에 해당한다. | ||
| 736 | |||
| 737 | 실제 유통 시기와 지갑 이동, 거래소 유입 여부는 시장 수급에 영향을 줄 수 있다. | ||
| 738 | |||
| 739 | 유통계획은 프로젝트 정책과 거버넌스 결정에 따라 변경될 수 있다. | ||
| 740 | |||
| 741 | ## 스테이킹과 노드 보상 | ||
| 742 | |||
| 743 | 메타디움에서 일반 META 보유자가 자동으로 검증자가 되는 것은 아니다. | ||
| 744 | |||
| 745 | 블록 생성에 참여하려면 Authority 노드로 승인받아야 한다. | ||
| 746 | |||
| 747 | 최신 백서 기준 Authority 참여 조건에는 5,000,000 META 스테이킹이 포함된다. | ||
| 748 | |||
| 749 | 블록 생성 과정은 9개 노드가 etcd 데이터를 이용해 블록 생성 기회를 획득하는 방식으로 설명된다. | ||
| 750 | |||
| 751 | 노드는 다음 역할을 수행한다. | ||
| 752 | |||
| 753 | - 거래 검증 | ||
| 754 | - 블록 생성 | ||
| 755 | - 블록 서명 | ||
| 756 | - 네트워크 상태 유지 | ||
| 757 | - 거버넌스 참여 | ||
| 758 | - 프로토콜 변경 승인 | ||
| 759 | - 다른 노드의 블록 검증 | ||
| 760 | |||
| 761 | 노드 보상은 비유통 물량이 유통량으로 전환되는 경로가 될 수 있다. | ||
| 762 | |||
| 763 | 빗썸 설명서는 과거 1년간 발행 현황을 9개 노드의 스테이킹에 따른 블록 생성 보상으로 설명한다. | ||
| 764 | |||
| 765 | ## Fee Collector | ||
| 766 | |||
| 767 | Fee Collector는 메타디움 네트워크의 거래 수수료가 모이는 지갑이다. | ||
| 768 | |||
| 769 | Metadium 2.0에서는 기존에 블록 생성 노드에 지급되던 거래 수수료 구조가 조정됐다. | ||
| 770 | |||
| 771 | 거래 수수료는 Fee Collector에 모이고 생태계의 유통량 관리에 활용된다. | ||
| 772 | |||
| 773 | Fee Collector는 메타디움 재단이 관리하는 지갑으로 설명된다. | ||
| 774 | |||
| 775 | Fee Collector의 주요 역할은 다음과 같다. | ||
| 776 | |||
| 777 | - 거래 수수료 수집 | ||
| 778 | - 메인넷 운영 재원 | ||
| 779 | - 생태계 보상 | ||
| 780 | - 서비스 유지비용 | ||
| 781 | - 유통량 관리 | ||
| 782 | - 토큰 이코노미 운영 | ||
| 783 | |||
| 784 | Fee Collector에서 이동하는 물량은 META의 시장 유통량에 영향을 줄 수 있다. | ||
| 785 | |||
| 786 | 따라서 Fee Collector 지갑의 잔액, 이동 경로와 실제 사용 목적은 중요한 확인 요소이다. | ||
| 787 | |||
| 788 | ## 소각 구조 | ||
| 789 | |||
| 790 | Metadium 2.2 백서는 EIP-1559 계열 수수료 방식을 설명한다. | ||
| 791 | |||
| 792 | 메타디움은 기본 수수료를 0으로 설정하므로 이더리움과 같은 기본 수수료 소각이 발생하지 않는다. | ||
| 793 | |||
| 794 | 빗썸의 2025년 12월 설명서도 과거 1년간 소각 현황이 없다고 기재한다. | ||
| 795 | |||
| 796 | 따라서 META의 공급 구조를 평가할 때 자동 소각에 의한 공급 감소를 전제로 해서는 안 된다. | ||
| 797 | |||
| 798 | META의 유통량은 노드 보상, 생태계 지출과 재단의 유통계획에 더 큰 영향을 받을 수 있다. | ||
| 799 | |||
| 800 | ## 거버넌스 | ||
| 801 | |||
| 802 | 메타디움은 거버넌스 스마트 컨트랙트를 이용해 네트워크 정책을 변경한다. | ||
| 803 | |||
| 804 | 거버넌스에서 결정할 수 있는 항목은 다음과 같다. | ||
| 805 | |||
| 806 | - Authority 노드 추가 | ||
| 807 | - Authority 노드 삭제 | ||
| 808 | - Authority 노드 교체 | ||
| 809 | - 거버넌스 컨트랙트 주소 | ||
| 810 | - 투표 기간 | ||
| 811 | - 최소 스테이킹 수량 | ||
| 812 | - 최대 스테이킹 수량 | ||
| 813 | - 블록 생성 주기 | ||
| 814 | - 노드 보상 규모 | ||
| 815 | - 보상 분배 방식 | ||
| 816 | - Gas Limit | ||
| 817 | - Base Fee 관련 값 | ||
| 818 | - Priority Fee 관련 값 | ||
| 819 | - 프로토콜 변경 | ||
| 820 | - 하드포크 승인 | ||
| 821 | |||
| 822 | Metadium 2.0에서는 Authority별 투표권 구조가 변경됐다. | ||
| 823 | |||
| 824 | Authority가 스테이킹한 META 수량과 관계없이 각 Authority가 동일한 투표권을 갖는 구조로 설명된다. | ||
| 825 | |||
| 826 | META를 일반 지갑이나 거래소에 보유하는 것과 Authority 거버넌스에 참여하는 것은 동일하지 않다. | ||
| 827 | |||
| 828 | 일반 보유자가 META를 보유하고 있다는 이유만으로 모든 네트워크 제안에 직접 투표할 수 있는 것은 아니다. | ||
| 829 | |||
| 830 | ## 빗썸 상장 | ||
| 831 | |||
| 832 | 메타디움은 빗썸 원화마켓에서 거래되고 있다. | ||
| 833 | |||
| 834 | 빗썸 공식 상장 이벤트 자료에서는 2020년 5월 6일 메타디움 신규 상장 관련 이벤트가 진행된 사실을 확인할 수 있다. | ||
| 835 | |||
| 836 | 당시 이벤트는 오후 2시부터 거래금액에 따라 META를 지급하는 방식으로 안내됐다. | ||
| 837 | |||
| 838 | 다만 과거 빗썸 거래지원 공지 원문은 현재 공식 공지 검색에서 확인이 제한적이다. | ||
| 839 | |||
| 840 | 따라서 당시의 정확한 기준가, 입금 컨펌 수와 거래 개시 시각은 확인되지 않은 상태에서 단정하지 않는다. | ||
| 841 | |||
| 842 | 현재 빗썸에서 확인되는 주요 정보는 다음과 같다. | ||
| 843 | |||
| 844 | - **종목명**: 메타디움 | ||
| 845 | - **티커**: META | ||
| 846 | - **지원 마켓**: 원화 마켓 | ||
| 847 | - **자산 유형**: 메타디움 메인넷 네이티브 코인 | ||
| 848 | - **지원 네트워크**: Metadium 메인넷 | ||
| 849 | - **국내 유통 현황**: 빗썸, 업비트 | ||
| 850 | - **해외 유통 현황**: Indodax 등 | ||
| 851 | |||
| 852 | ## 빗썸 지원 네트워크 | ||
| 853 | |||
| 854 | META는 처음에 Ethereum ERC-20 토큰으로 발행됐다. | ||
| 855 | |||
| 856 | 하지만 현재는 메타디움 메인넷 네이티브 코인이다. | ||
| 857 | |||
| 858 | 빗썸으로 META를 입금할 때는 메타디움 메인넷을 이용해야 한다. | ||
| 859 | |||
| 860 | 과거 ERC-20 META를 메타디움 메인넷 주소로 보내거나, 메인넷 META를 Ethereum 주소로 보내면 정상적으로 반영되지 않을 수 있다. | ||
| 861 | |||
| 862 | 입금 전 확인해야 하는 항목은 다음과 같다. | ||
| 863 | |||
| 864 | - 빗썸 입금 화면의 네트워크 | ||
| 865 | - 출금 거래소의 지원 네트워크 | ||
| 866 | - 입금 주소 형식 | ||
| 867 | - 메모 또는 추가 태그 필요 여부 | ||
| 868 | - 현재 입출금 가능 상태 | ||
| 869 | - 최소 입금 수량 | ||
| 870 | - 요구되는 입금 컨펌 수 | ||
| 871 | |||
| 872 | 입금 컨펌 수와 입출금 지원 상태는 거래소 정책과 메인넷 상황에 따라 변경될 수 있다. | ||
| 873 | |||
| 874 | ## 국내 거래소 | ||
| 875 | |||
| 876 | ### 빗썸 | ||
| 877 | |||
| 878 | 빗썸은 META 원화마켓을 지원한다. | ||
| 879 | |||
| 880 | META/KRW 마켓에서 거래할 수 있다. | ||
| 881 | |||
| 882 | 입출금 시 메타디움 메인넷을 확인해야 한다. | ||
| 883 | |||
| 884 | ### 업비트 | ||
| 885 | |||
| 886 | 업비트도 META 원화마켓을 지원한다. | ||
| 887 | |||
| 888 | 메타디움은 과거 BTC 마켓에서 거래된 뒤 원화마켓 거래지원이 추가됐다. | ||
| 889 | |||
| 890 | 실제 입출금 시에는 업비트 입금 화면에 표시되는 네트워크와 입출금 상태를 확인해야 한다. | ||
| 891 | |||
| 892 | ## 해외 거래소 | ||
| 893 | |||
| 894 | 빗썸의 2025년 12월 가상자산 설명서는 해외 유통 거래소로 Indodax를 기재한다. | ||
| 895 | |||
| 896 | CoinGecko와 CoinMarketCap에 표시되는 거래소 목록은 시점에 따라 변경될 수 있다. | ||
| 897 | |||
| 898 | META의 글로벌 유동성은 국내 원화마켓에 비교적 집중되는 경향이 있다. | ||
| 899 | |||
| 900 | 해외 대형 거래소에서의 거래량이 제한적일 경우 다음과 같은 현상이 나타날 수 있다. | ||
| 901 | |||
| 902 | - 국내 거래소 거래량 의존 | ||
| 903 | - 거래소별 가격 차이 | ||
| 904 | - 낮은 글로벌 유동성 | ||
| 905 | - 원화마켓 중심 변동성 | ||
| 906 | - 해외 거래소 출금 경로 제한 | ||
| 907 | - 거래소 간 차익거래 제약 | ||
| 908 | |||
| 909 | ## 메타디움과 DID의 관계 | ||
| 910 | |||
| 911 | 메타디움은 DID를 하나의 애플리케이션 기능으로만 사용하지 않는다. | ||
| 912 | |||
| 913 | DID를 메인넷과 생태계의 중심 활용 분야로 설정한다. | ||
| 914 | |||
| 915 | DID 관련 거래가 늘어나면 메타디움 메인넷의 거래와 스마트 컨트랙트 사용도 증가할 수 있다. | ||
| 916 | |||
| 917 | 메타디움이 DID 분야에서 담당하려는 역할은 다음과 같다. | ||
| 918 | |||
| 919 | - DID 등록 원장 | ||
| 920 | - 공개키 관리 | ||
| 921 | - 자격증명 상태 확인 | ||
| 922 | - 전자서명 검증 | ||
| 923 | - 신원 서비스 연결 | ||
| 924 | - 기업용 인증 인프라 | ||
| 925 | - 공공기관 자격증명 | ||
| 926 | - Web2와 Web3 계정 연결 | ||
| 927 | - 여러 체인의 신원 허브 | ||
| 928 | - AI 에이전트 권한 확인 | ||
| 929 | |||
| 930 | 메타디움의 장기적인 성장성은 DID 기술 자체보다 실제로 메타디움 메인넷을 사용하는 서비스가 얼마나 늘어나는지에 영향을 받는다. | ||
| 931 | |||
| 932 | ## 메타디움과 이더리움의 차이 | ||
| 933 | |||
| 934 | 메타디움은 EVM을 지원하므로 이더리움과 유사한 개발 환경을 제공한다. | ||
| 935 | |||
| 936 | 하지만 두 네트워크의 목적과 합의 구조는 다르다. | ||
| 937 | |||
| 938 | ### 이더리움 | ||
| 939 | |||
| 940 | - 범용 스마트 컨트랙트 플랫폼 | ||
| 941 | - 개방형 지분증명 구조 | ||
| 942 | - 대규모 검증자 생태계 | ||
| 943 | - DeFi, NFT, 게임, DAO 등 광범위한 활용 | ||
| 944 | - ETH를 가스비와 스테이킹에 사용 | ||
| 945 | - EIP-1559 기본 수수료 소각 | ||
| 946 | |||
| 947 | ### 메타디움 | ||
| 948 | |||
| 949 | - DID와 자기주권 신원 중심 | ||
| 950 | - SPoA 합의 구조 | ||
| 951 | - 승인된 Authority 노드가 블록 생성 | ||
| 952 | - 기업과 공공기관용 인증 활용 강조 | ||
| 953 | - META를 가스비와 Authority 스테이킹에 사용 | ||
| 954 | - EIP-1559 계열 구조를 사용하지만 기본 수수료를 0으로 설정 | ||
| 955 | - 수수료 위임을 통한 일반 사용자 접근성 강조 | ||
| 956 | |||
| 957 | 메타디움은 이더리움과 경쟁하는 범용 초대형 생태계보다는 DID와 기업용 인증에 특화된 EVM 블록체인에 가깝다. | ||
| 958 | |||
| 959 | ## 메타디움과 일반 DID 솔루션의 차이 | ||
| 960 | |||
| 961 | 일부 DID 프로젝트는 Ethereum, Polygon, Solana 등 다른 블록체인 위에서 작동하는 애플리케이션이나 미들웨어 형태이다. | ||
| 962 | |||
| 963 | 메타디움은 자체 메인넷을 보유한다. | ||
| 964 | |||
| 965 | 이 차이로 인해 메타디움은 다음 요소를 직접 운영할 수 있다. | ||
| 966 | |||
| 967 | - 합의 알고리즘 | ||
| 968 | - 블록 생성 노드 | ||
| 969 | - 네트워크 수수료 | ||
| 970 | - 거버넌스 | ||
| 971 | - DID 스마트 컨트랙트 | ||
| 972 | - 수수료 위임 | ||
| 973 | - 블록 익스플로러 | ||
| 974 | - 프로토콜 업그레이드 | ||
| 975 | - 메인넷 성능 정책 | ||
| 976 | |||
| 977 | 자체 메인넷은 프로젝트가 신원 서비스에 맞는 기능을 직접 추가할 수 있다는 장점이 있다. | ||
| 978 | |||
| 979 | 반면 메인넷 보안, 노드 운영, 개발자 확보와 유동성을 프로젝트가 직접 유지해야 한다. | ||
| 980 | |||
| 981 | ## 메타디움과 중앙화 본인인증의 차이 | ||
| 982 | |||
| 983 | 중앙화 본인인증에서는 인증기관이나 플랫폼이 이용자의 개인정보와 인증 결과를 관리한다. | ||
| 984 | |||
| 985 | 이용자는 인증기관의 서버와 정책을 신뢰해야 한다. | ||
| 986 | |||
| 987 | 메타디움의 DID 방식에서는 이용자가 자격증명을 보유하고 필요한 서비스에 제출하는 구조를 지향한다. | ||
| 988 | |||
| 989 | ### 중앙화 본인인증 | ||
| 990 | |||
| 991 | - 중앙기관이 계정 발급 | ||
| 992 | - 개인정보를 중앙 서버에 저장 | ||
| 993 | - 서비스마다 반복 인증 | ||
| 994 | - 기관 간 데이터 연동 필요 | ||
| 995 | - 서버 침해 시 대규모 정보 유출 가능성 | ||
| 996 | - 계정 정지와 서비스 종료에 영향 | ||
| 997 | |||
| 998 | ### 메타디움 DID | ||
| 999 | |||
| 1000 | - 이용자가 DID 제어 | ||
| 1001 | - 자격증명을 이용자가 보유 | ||
| 1002 | - 필요한 정보만 제시 가능 | ||
| 1003 | - 전자서명으로 발급자 확인 | ||
| 1004 | - 여러 서비스에서 자격증명 재사용 가능 | ||
| 1005 | - 공개키와 블록체인을 통한 무결성 확인 | ||
| 1006 | |||
| 1007 | 다만 DID 서비스도 발급기관, 지갑, 복구 시스템과 오프체인 서버를 사용하므로 중앙화 요소가 완전히 사라지는 것은 아니다. | ||
| 1008 | |||
| 1009 | ## 활용 분야 | ||
| 1010 | |||
| 1011 | ### 디지털 신분증 | ||
| 1012 | |||
| 1013 | 정부기관이나 지방자치단체가 시민증과 디지털 신분증을 발급하는 데 활용할 수 있다. | ||
| 1014 | |||
| 1015 | ### 금융 본인인증 | ||
| 1016 | |||
| 1017 | 은행, 카드사, 핀테크와 가상자산 서비스의 본인확인에 활용할 수 있다. | ||
| 1018 | |||
| 1019 | ### KYC | ||
| 1020 | |||
| 1021 | KYC 완료 여부를 자격증명으로 발급해 여러 서비스에서 재사용하는 구조를 만들 수 있다. | ||
| 1022 | |||
| 1023 | ### 전자서명 | ||
| 1024 | |||
| 1025 | 문서 작성자와 서명자의 신원을 DID에 연결해 전자서명의 신뢰성을 높일 수 있다. | ||
| 1026 | |||
| 1027 | ### 자격증명 | ||
| 1028 | |||
| 1029 | 학력, 경력, 수료증, 면허와 전문 자격을 디지털 자격증명으로 발급할 수 있다. | ||
| 1030 | |||
| 1031 | ### 시설 출입 | ||
| 1032 | |||
| 1033 | 무인매장, 사무실, 행사장과 공공시설의 출입 권한을 DID와 연결할 수 있다. | ||
| 1034 | |||
| 1035 | ### 결제와 정산 | ||
| 1036 | |||
| 1037 | 이용자 신원이나 자격 확인이 필요한 결제 및 정산 과정에 활용할 수 있다. | ||
| 1038 | |||
| 1039 | ### 제품 식별 | ||
| 1040 | |||
| 1041 | 제품의 일련번호, 바코드와 RFID를 DID에 연결해 정품 여부와 유통 이력을 관리할 수 있다. | ||
| 1042 | |||
| 1043 | ### DeFi | ||
| 1044 | |||
| 1045 | KYC가 필요한 DeFi나 기관용 온체인 금융에서 이용자 자격을 확인하는 데 활용할 수 있다. | ||
| 1046 | |||
| 1047 | ### DAO | ||
| 1048 | |||
| 1049 | DAO 회원 자격, 투표권과 활동 이력을 DID와 연결할 수 있다. | ||
| 1050 | |||
| 1051 | ### 게임 | ||
| 1052 | |||
| 1053 | 게임 계정, 토너먼트 참가 자격, 점수 기록과 상금 지급에 활용할 수 있다. | ||
| 1054 | |||
| 1055 | ### AI 에이전트 | ||
| 1056 | |||
| 1057 | AI 에이전트가 사용자를 대신해 실행할 수 있는 권한과 범위를 DID 및 자격증명으로 관리할 수 있다. | ||
| 1058 | |||
| 1059 | ## 생태계 참여자 | ||
| 1060 | |||
| 1061 | ### 개인 사용자 | ||
| 1062 | |||
| 1063 | DID와 자격증명을 보유하고 인증, 출입, 결제와 게임 서비스를 이용한다. | ||
| 1064 | |||
| 1065 | ### 자격증명 발급기관 | ||
| 1066 | |||
| 1067 | 정부기관, 학교, 금융기관과 기업이 이용자의 자격을 확인하고 자격증명을 발급한다. | ||
| 1068 | |||
| 1069 | ### 검증기관 | ||
| 1070 | |||
| 1071 | 이용자가 제출한 자격증명의 서명, 유효기간과 취소 여부를 확인한다. | ||
| 1072 | |||
| 1073 | ### 서비스 사업자 | ||
| 1074 | |||
| 1075 | 메타디움 DID와 스마트 컨트랙트를 서비스에 연결한다. | ||
| 1076 | |||
| 1077 | ### 개발자 | ||
| 1078 | |||
| 1079 | EVM, Solidity, SDK와 JSON-RPC를 이용해 애플리케이션을 개발한다. | ||
| 1080 | |||
| 1081 | ### Authority 노드 | ||
| 1082 | |||
| 1083 | META를 스테이킹하고 블록 생성과 거버넌스에 참여한다. | ||
| 1084 | |||
| 1085 | ### META 보유자 | ||
| 1086 | |||
| 1087 | META를 거래하거나 메타디움 기반 서비스에서 수수료와 결제 수단으로 사용한다. | ||
| 1088 | |||
| 1089 | ### 게임 개발자 | ||
| 1090 | |||
| 1091 | MetaArena SDK를 연결해 게임 토너먼트를 운영할 수 있다. | ||
| 1092 | |||
| 1093 | ### 기업과 공공기관 | ||
| 1094 | |||
| 1095 | 인증, 자격증명, 전자서명과 데이터 검증에 메타디움 기술을 활용한다. | ||
| 1096 | |||
| 1097 | ## 프로젝트 역사 | ||
| 1098 | |||
| 1099 | ### 2018년: 프로젝트 출범과 META 발행 | ||
| 1100 | |||
| 1101 | 메타디움 프로젝트가 출범했다. | ||
| 1102 | |||
| 1103 | 2018년 8월 22일 Ethereum 기반 ERC-20 META가 발행됐다. | ||
| 1104 | |||
| 1105 | 초기 총 발행량은 2,000,000,000 META로 설정됐다. | ||
| 1106 | |||
| 1107 | ### 2019년: 메인넷 전환 | ||
| 1108 | |||
| 1109 | 2019년 3월 18일 META는 Ethereum ERC-20 토큰에서 메타디움 메인넷 자산으로 전환됐다. | ||
| 1110 | |||
| 1111 | 메인넷 전환 이후 META는 네트워크 수수료, 스마트 컨트랙트와 노드 운영에 사용되는 네이티브 코인이 됐다. | ||
| 1112 | |||
| 1113 | ### 2020년: 빗썸 국내 거래지원 | ||
| 1114 | |||
| 1115 | 2020년 5월 6일 빗썸의 메타디움 신규 상장 관련 이벤트가 진행됐다. | ||
| 1116 | |||
| 1117 | 메타디움은 국내 원화마켓에서 거래되는 DID 프로젝트 중 하나로 자리 잡았다. | ||
| 1118 | |||
| 1119 | ### DID 서비스 확장 | ||
| 1120 | |||
| 1121 | 메타디움은 META ID와 신원인증 서비스를 개발하고 기업 및 공공기관 적용 사례를 확대했다. | ||
| 1122 | |||
| 1123 | B PASS, 금융 인증, 결제·정산, 자격증명과 무인점포 출입 사례가 공개됐다. | ||
| 1124 | |||
| 1125 | ### Metadium 2.0 | ||
| 1126 | |||
| 1127 | Metadium 2.0에서는 토큰 이코노미, 노드 스테이킹, 거래 수수료와 거버넌스 구조가 개편됐다. | ||
| 1128 | |||
| 1129 | 메타디움은 단일 체인의 DID를 넘어 여러 체인과 서비스를 연결하는 Identity Layer를 새로운 방향으로 제시했다. | ||
| 1130 | |||
| 1131 | ### 2025년: AI와 Web2·Web3 연결 | ||
| 1132 | |||
| 1133 | 메타디움은 AI와 DID를 결합한 서비스, 디지털 위임장, 기업용 신원 서비스와 WEB2X를 주요 확장 분야로 제시했다. | ||
| 1134 | |||
| 1135 | 공식 GitHub에는 메인넷 클라이언트, DID Resolver, 거버넌스 컨트랙트와 Web2·Web3 연결 도구가 공개돼 있다. | ||
| 1136 | |||
| 1137 | ### 2026년: Metadium 2.2 | ||
| 1138 | |||
| 1139 | 2026년 5월 26일 Metadium 2.2 백서가 공개됐다. | ||
| 1140 | |||
| 1141 | 메타디움은 2026년을 실제 사용 사례 확장의 해로 정의했다. | ||
| 1142 | |||
| 1143 | 주요 로드맵은 MetaArena와 네트워크 업그레이드이다. | ||
| 1144 | |||
| 1145 | ## 생태계 | ||
| 1146 | |||
| 1147 | 메타디움 생태계는 메인넷, META, DID, 자격증명, 기업용 서비스와 사용자 애플리케이션으로 구성된다. | ||
| 1148 | |||
| 1149 | META는 메인넷의 수수료와 노드 스테이킹을 담당한다. | ||
| 1150 | |||
| 1151 | META ID와 ID Hub는 디지털 신원 및 자격증명 계층을 담당한다. | ||
| 1152 | |||
| 1153 | WEB2X는 기존 웹서비스가 블록체인을 쉽게 연결할 수 있도록 지원한다. | ||
| 1154 | |||
| 1155 | MetaArena는 게임 토너먼트와 온체인 보상 기능을 제공한다. | ||
| 1156 | |||
| 1157 | Metadium Explorer는 네트워크의 블록과 거래를 조회할 수 있도록 한다. | ||
| 1158 | |||
| 1159 | 거버넌스 애플리케이션은 Authority 노드와 네트워크 정책을 관리한다. | ||
| 1160 | |||
| 1161 | 공식 홈페이지는 다음과 같은 생태계 지표를 표시한다. | ||
| 1162 | |||
| 1163 | - 2018년부터 운영 | ||
| 1164 | - 180만 명 이상의 사용자 | ||
| 1165 | - 100개 이상의 파트너 및 고객사 | ||
| 1166 | - 1억 8천만 건 이상의 누적 거래 | ||
| 1167 | |||
| 1168 | 이 수치는 프로젝트 공식 집계이다. | ||
| 1169 | |||
| 1170 | 사용자 산정 기준, 현재 활성 사용자와 실제 운영 중인 파트너의 범위는 별도로 확인할 필요가 있다. | ||
| 1171 | |||
| 1172 | ## 개발자 생태계 | ||
| 1173 | |||
| 1174 | 메타디움은 기술 문서와 공식 GitHub를 제공한다. | ||
| 1175 | |||
| 1176 | 주요 개발자 자료는 다음과 같다. | ||
| 1177 | |||
| 1178 | - go-metadium 메인넷 클라이언트 | ||
| 1179 | - Governance Contract | ||
| 1180 | - Meta DID Resolver | ||
| 1181 | - Verifiable Credential Java | ||
| 1182 | - VerifiableSwift | ||
| 1183 | - Metadium System Smart Contracts | ||
| 1184 | - Fee Delegation JavaScript | ||
| 1185 | - JSON-RPC | ||
| 1186 | - Explorer API | ||
| 1187 | - Solidity 예제 | ||
| 1188 | - 노드 설치 문서 | ||
| 1189 | |||
| 1190 | 메타디움의 메인넷 클라이언트는 Ethereum의 go-ethereum을 기반으로 개발된 구조이다. | ||
| 1191 | |||
| 1192 | 개발자는 Ethereum 계열 도구와 개념을 비교적 쉽게 적용할 수 있다. | ||
| 1193 | |||
| 1194 | 다만 저장소마다 업데이트 빈도와 유지보수 상태에는 차이가 있을 수 있다. | ||
| 1195 | |||
| 1196 | 서비스를 개발할 때는 최신 메인넷 클라이언트와 공식 기술 문서를 기준으로 해야 한다. | ||
| 1197 | |||
| 1198 | ## 로드맵 | ||
| 1199 | |||
| 1200 | Metadium 2.2 백서는 2026년 로드맵을 두 단계로 제시한다. | ||
| 1201 | |||
| 1202 | ### 1단계: MetaArena | ||
| 1203 | |||
| 1204 | 첫 번째 단계는 게임 토너먼트 플랫폼 MetaArena의 출시와 확장이다. | ||
| 1205 | |||
| 1206 | 게임 개발자는 SDK를 연결해 토너먼트를 개최할 수 있다. | ||
| 1207 | |||
| 1208 | 이용자는 META를 이용해 참가하고 성적에 따라 상금을 받을 수 있다. | ||
| 1209 | |||
| 1210 | 상금은 스마트 컨트랙트를 통해 자동으로 분배된다. | ||
| 1211 | |||
| 1212 | MetaArena의 주요 확인 지표는 다음과 같다. | ||
| 1213 | |||
| 1214 | - 지원 게임 수 | ||
| 1215 | - 토너먼트 개최 횟수 | ||
| 1216 | - 참가자 수 | ||
| 1217 | - META 참가비 규모 | ||
| 1218 | - 상금 규모 | ||
| 1219 | - 메인넷 거래량 | ||
| 1220 | - 게임 개발사 참여 | ||
| 1221 | - 반복 이용자 비율 | ||
| 1222 | |||
| 1223 | ### 2단계: 네트워크 업그레이드 | ||
| 1224 | |||
| 1225 | 두 번째 단계는 하드포크와 Blob 통합이다. | ||
| 1226 | |||
| 1227 | Blob은 대규모 데이터를 더 효율적으로 처리하기 위한 데이터 구조이다. | ||
| 1228 | |||
| 1229 | 메타디움은 게임, 콘텐츠와 데이터 서비스가 메인넷을 사용할 수 있도록 네트워크의 데이터 처리 능력을 개선하려 한다. | ||
| 1230 | |||
| 1231 | Blob 기능을 적용하려면 메인넷 핵심 규칙을 변경하는 하드포크가 필요하다. | ||
| 1232 | |||
| 1233 | 노드 운영자, 거래소와 서비스 사업자는 하드포크 일정에 맞춰 클라이언트를 업그레이드해야 한다. | ||
| 1234 | |||
| 1235 | 네트워크 업그레이드의 주요 확인 지표는 다음과 같다. | ||
| 1236 | |||
| 1237 | - 테스트넷 적용 | ||
| 1238 | - 하드포크 일정 | ||
| 1239 | - 노드 업그레이드 비율 | ||
| 1240 | - 거래소 지원 | ||
| 1241 | - Blob 실제 적용 | ||
| 1242 | - 데이터 처리 비용 | ||
| 1243 | - 신규 프로젝트 온보딩 | ||
| 1244 | - 네트워크 안정성 | ||
| 1245 | |||
| 1246 | ## 한계 및 주요 변수 | ||
| 1247 | |||
| 1248 | 메타디움의 장기적인 성장에는 DID와 자기주권 신원이 실제 서비스에서 얼마나 채택되는지가 중요하다. | ||
| 1249 | |||
| 1250 | DID는 기술만 개발한다고 확산되는 구조가 아니다. | ||
| 1251 | |||
| 1252 | 정부기관, 금융기관, 기업, 자격증명 발급기관과 서비스 사업자가 공통된 표준을 채택해야 한다. | ||
| 1253 | |||
| 1254 | 자격증명을 발급하는 기관이 적거나 자격증명을 사용할 서비스가 부족하면 사용자 입장에서 DID를 보유할 이유가 줄어들 수 있다. | ||
| 1255 | |||
| 1256 | 메타디움의 핵심 확인 지표는 다음과 같다. | ||
| 1257 | |||
| 1258 | - 실제 활성 사용자 | ||
| 1259 | - DID 발급 건수 | ||
| 1260 | - 자격증명 발급 건수 | ||
| 1261 | - 자격증명 검증 건수 | ||
| 1262 | - 메인넷 거래량 | ||
| 1263 | - 신규 기업 고객 | ||
| 1264 | - 공공기관 적용 | ||
| 1265 | - 개발자 수 | ||
| 1266 | - 스마트 컨트랙트 수 | ||
| 1267 | - MetaArena 사용자 | ||
| 1268 | - WEB2X 도입 서비스 | ||
| 1269 | - Authority 노드 수 | ||
| 1270 | |||
| 1271 | SPoA 구조도 중요한 변수이다. | ||
| 1272 | |||
| 1273 | SPoA는 빠른 블록 생성과 기업용 서비스에 적합할 수 있다. | ||
| 1274 | |||
| 1275 | 반면 승인된 소수 Authority가 블록을 생성하기 때문에 개방형 지분증명 네트워크보다 검증자 참여 범위가 제한된다. | ||
| 1276 | |||
| 1277 | 9개 노드에 블록 생성이 집중될 경우 노드 장애, 담합, 운영주체 집중과 검열 저항성이 주요 평가 요소가 된다. | ||
| 1278 | |||
| 1279 | Authority 참여에 필요한 5,000,000 META도 높은 진입 조건이다. | ||
| 1280 | |||
| 1281 | 높은 스테이킹 기준은 노드의 경제적 책임을 강화할 수 있다. | ||
| 1282 | |||
| 1283 | 동시에 일반 사용자나 소규모 운영자가 검증자로 참여하기 어려운 장벽이 될 수 있다. | ||
| 1284 | |||
| 1285 | 개인정보 보호도 중요한 변수이다. | ||
| 1286 | |||
| 1287 | DID를 사용한다고 해서 개인정보 유출 위험이 자동으로 사라지는 것은 아니다. | ||
| 1288 | |||
| 1289 | 개인정보 원문, 자격증명과 복구정보를 보관하는 지갑이나 오프체인 서버가 침해될 수 있다. | ||
| 1290 | |||
| 1291 | DID 사용 기록과 지갑 주소가 연결되면 사용자의 활동이 추적될 가능성도 있다. | ||
| 1292 | |||
| 1293 | 개인키 관리도 사용자 경험에 영향을 준다. | ||
| 1294 | |||
| 1295 | 사용자가 개인키를 분실하면 DID와 자격증명에 접근하지 못할 수 있다. | ||
| 1296 | |||
| 1297 | 편리한 복구 기능을 제공하기 위해 중앙기관이 개입하면 자기주권 신원의 의미가 약해질 수 있다. | ||
| 1298 | |||
| 1299 | 상호운용성 구현도 쉽지 않다. | ||
| 1300 | |||
| 1301 | 메타디움은 여러 체인과 서비스에서 사용할 수 있는 Universal ID를 목표로 한다. | ||
| 1302 | |||
| 1303 | 그러나 각 블록체인은 주소 체계, 서명 알고리즘, DID 방식과 스마트 컨트랙트 구조가 다르다. | ||
| 1304 | |||
| 1305 | 이종 체인 사이에서 신원을 안전하게 연결하려면 브리지, Resolver와 표준화가 필요하다. | ||
| 1306 | |||
| 1307 | META 토크노믹스 측면에서는 유통량 증가가 중요하다. | ||
| 1308 | |||
| 1309 | 빗썸 설명서 기준 2025년부터 2027년까지 매년 24,000,000 META의 유통계획이 존재한다. | ||
| 1310 | |||
| 1311 | 노드 보상과 생태계 물량이 시장에 유입되면 수급에 영향을 줄 수 있다. | ||
| 1312 | |||
| 1313 | Fee Collector도 주요 확인 대상이다. | ||
| 1314 | |||
| 1315 | 거래 수수료가 재단이 관리하는 지갑에 모이기 때문에 해당 물량의 사용처와 이동 과정의 투명성이 중요하다. | ||
| 1316 | |||
| 1317 | 블록체인에서 지갑 이동을 확인할 수 있더라도 각 거래의 사업적 목적을 모두 파악하기는 어려울 수 있다. | ||
| 1318 | |||
| 1319 | 자동 소각이 없다는 점도 공급 구조에 영향을 준다. | ||
| 1320 | |||
| 1321 | 메타디움은 EIP-1559 계열 구조를 사용하지만 기본 수수료를 0으로 설정한다. | ||
| 1322 | |||
| 1323 | 따라서 이더리움과 같은 지속적인 기본 수수료 소각을 기대할 수 없다. | ||
| 1324 | |||
| 1325 | 글로벌 거래소 유동성도 변수이다. | ||
| 1326 | |||
| 1327 | META는 업비트와 빗썸 등 국내 원화마켓의 영향을 크게 받을 수 있다. | ||
| 1328 | |||
| 1329 | 해외 거래소 유동성이 제한되면 거래소별 가격 차이와 급격한 변동이 발생할 수 있다. | ||
| 1330 | |||
| 1331 | 거래소 지원 네트워크도 확인해야 한다. | ||
| 1332 | |||
| 1333 | META는 과거 Ethereum ERC-20 토큰에서 메인넷 자산으로 전환됐다. | ||
| 1334 | |||
| 1335 | 과거 컨트랙트 주소와 현재 메타디움 메인넷을 혼동하면 오입금이 발생할 수 있다. | ||
| 1336 | |||
| 1337 | AI 전략은 새로운 성장 방향이지만 아직 구체적인 성과를 확인해야 한다. | ||
| 1338 | |||
| 1339 | AI라는 명칭 자체보다 실제 제품, API 사용량, 이용자 수, 기업 도입과 온체인 거래가 중요하다. | ||
| 1340 | |||
| 1341 | MetaArena도 실제 사용자 확보가 필요하다. | ||
| 1342 | |||
| 1343 | 게임 토너먼트 플랫폼은 투명한 상금 지급이라는 장점이 있지만, 경쟁력 있는 게임과 개발사를 확보하지 못하면 META의 사용처가 제한될 수 있다. | ||
| 1344 | |||
| 1345 | Blob 통합과 하드포크는 확장성을 높일 수 있다. | ||
| 1346 | |||
| 1347 | 반면 클라이언트 오류, 노드 업그레이드 지연, 거래소 입출금 중단과 네트워크 분기 위험이 존재한다. | ||
| 1348 | |||
| 1349 | 메타디움의 장기적인 생태계 확장에는 다음 요소들이 영향을 줄 수 있다. | ||
| 1350 | |||
| 1351 | - DID 시장 성장 | ||
| 1352 | - 공공기관과 기업 도입 | ||
| 1353 | - 검증가능한 자격증명 표준화 | ||
| 1354 | - 실제 활성 사용자 수 | ||
| 1355 | - 메인넷 거래량 | ||
| 1356 | - Authority 노드 분산 | ||
| 1357 | - 5,000,000 META 스테이킹 구조 | ||
| 1358 | - 연간 유통계획 | ||
| 1359 | - Fee Collector 운용 | ||
| 1360 | - META 거래소 유동성 | ||
| 1361 | - 개인정보 보호 | ||
| 1362 | - 개인키 복구 | ||
| 1363 | - 이종 체인 상호운용성 | ||
| 1364 | - MetaArena 성장 | ||
| 1365 | - WEB2X 도입 | ||
| 1366 | - AI 서비스 구체화 | ||
| 1367 | - Blob 통합 | ||
| 1368 | - 하드포크 안정성 | ||
| 1369 | - 스마트 컨트랙트와 메인넷 보안 | ||
| 1370 | - 국내외 DID 규제 | ||
| 1371 | |||
| 1372 | ## 관련 자료 | ||
| 1373 | |||
| 1374 | * [메타디움 공식 홈페이지](https://metadium.com/) | ||
| 1375 | * [Metadium 2.2 백서](https://metadium.com/whitepaper) | ||
| 1376 | * [메타디움 기술 문서](https://docs.metadium.com/ko) | ||
| 1377 | * [메타디움 공식 GitHub](https://github.com/metadium) | ||
| 1378 | * [메타디움 익스플로러](https://explorer.metadium.com/) | ||
| 1379 | * [메타디움 거버넌스](https://governance.metadium.com/) | ||
| 1380 | * [MetaArena](https://meta-arena.metadium.club/) | ||
| 1381 | * [메타디움 공식 미디엄](https://medium.com/metadium) | ||
| 1382 | * [빗썸 메타디움 거래 페이지](https://www.bithumb.com/react/trade/order/META-KRW) | ||
| 1383 | * [업비트 메타디움 주요내용설명서](https://static.upbit.com/reports/meta_report.pdf) | ||
| 1384 | * [CoinMarketCap 메타디움](https://coinmarketcap.com/currencies/metadium/) | ||
| 1385 | * [CoinGecko 메타디움](https://www.coingecko.com/en/coins/metadium) | ||
| 1386 | |||
| 1387 | ## 같이 보기 | ||
| 1388 | |||
| 1389 | * [[비트코인]] | ||
| 1390 | * [[이더리움]] | ||
| 1391 | * [[레이어1]] | ||
| 1392 | * [[EVM]] | ||
| 1393 | * [[스마트 컨트랙트]] | ||
| 1394 | * [[탈중앙화 신원]] | ||
| 1395 | * [[DID]] | ||
| 1396 | * [[자기주권 신원]] | ||
| 1397 | * [[검증가능한 자격증명]] | ||
| 1398 | * [[디지털 신원]] | ||
| 1399 | * [[전자서명]] | ||
| 1400 | * [[공개키]] | ||
| 1401 | * [[개인키]] | ||
| 1402 | * [[KYC]] | ||
| 1403 | * [[권위증명]] | ||
| 1404 | * [[지분증명]] | ||
| 1405 | * [[스테이킹]] | ||
| 1406 | * [[거버넌스]] | ||
| 1407 | * [[가스비]] | ||
| 1408 | * [[EIP-1559]] | ||
| 1409 | * [[메인넷]] | ||
| 1410 | * [[웹3]] | ||
| 1411 | * [[분산 애플리케이션]] | ||
| 1412 | * [[인공지능]] | ||
| 1413 | * [[블록체인]] |