리비전 diff
r1 → r2 · 2026-07-20 22:01
본문 변경 비교
+877
-19
변경 877
기준: r1
| 이전 | 이전 내용 | 현재 | 현재 내용 |
|---|---|---|---|
| 1 | ## 개념 | 1 | [[인포박스]] |
| 2 | 2 | | 메디블록(MediBloc) | | | |
| 3 | 메디블록은 의료 데이터를 블록체인 기술을 통해 안전하게 관리하고 공유하는 플랫폼입니다. 이 프로젝트는 환자와 의료 기관 간의 데이터 접근성을 높이고, 의료 서비스의 효율성을 개선하는 것을 목표로 하고 있습니다. 메디블록은 의료 정보의 투명성과 보안을 강화하여, 사용자들이 자신의 건강 데이터를 보다 잘 관리할 수 있도록 돕습니다. | 3 | |:---:|:---:| |
| 4 | 4 | | | | | |
| 5 | ## 확인할 점 | 5 | | **분류** | 헬스케어 / 의료 데이터 / DID / 자체 메인넷 / 유틸리티 코인 | |
| 6 | 6 | | **티커** | MED | | |
| 7 | 1) 메디블록의 기술적 구조와 작동 방식 | 7 | | **한 줄 요약** | 개인이 자신의 의료정보를 직접 관리하고 필요한 기관과 공유할 수 있도록 Panacea 메인넷과 DID 기반 인프라를 제공하는 헬스케어 블록체인 프로젝트 | |
| 8 | 2) 파트너십 및 협력 의료 기관 목록 | 8 | | **관련 분야** | 헬스케어, 의료 데이터, PHR, EHR, DID, 데이터 주권, 블록체인, Cosmos SDK, DPoS, PBFT | |
| 9 | 3) 메디블록의 토큰 경제 모델 | 9 | | **프로젝트명** | MediBloc | |
| 10 | 4) 현재 진행 중인 프로젝트 및 업데이트 | 10 | | **코인명** | MED | |
| 11 | 5) 사용자 데이터 보호 및 프라이버시 정책 | 11 | | **네트워크** | Panacea Mainnet | |
| 12 | 12 | | **자체 메인넷 여부** | 있음 | | |
| 13 | ## 주의사항 | 13 | | **메인넷 명칭** | Panacea Blockchain | |
| 14 | 14 | | **기반 기술** | Cosmos SDK / Tendermint 계열 / DPoS / PBFT | | |
| 15 | 메디블록과 관련된 프로젝트는 기술적 복잡성으로 인해 이해하기 어려울 수 있으며, 잘못된 정보에 기반한 투자 결정을 내릴 위험이 있습니다. 또한, 블록체인 기술은 여전히 발전 중이므로 예상치 못한 문제나 리스크가 발생할 수 있습니다. 이 문서는 정보 제공을 목적으로 하며, 투자에 대한 권유가 아님을 알려드립니다. | 15 | | **주요 인프라** | DID / AOL / PNFT / Token Module / IBC | |
| 16 | 16 | | **대표 서비스** | MediPass / Dr.Palette / Panacea | | |
| 17 | --- | 17 | | **주요 용도** | 스테이킹, 트랜잭션 수수료, 생태계 참여 보상, 의료 데이터 활용 인센티브 | |
| 18 | 18 | | **최초 발행일** | 2018년 5월 28일, ERC-20 MEDX 발행 | | |
| 19 | *본 문서는 투자 권유가 아닌 정보 제공 목적입니다.* | 19 | | **메인넷 마이그레이션** | 2019년 10월 7일, Ethereum → Panacea Mainnet | |
| 20 | | **이전 토큰 형태** | MEDX, Ethereum ERC-20 / MED, Qtum QRC-20 | | ||
| 21 | | **현재 토큰 형태** | Panacea Mainnet MED | | ||
| 22 | | **총 발행한도** | CoinMarketCap 기준 미제공 / CoinGecko 기준 무제한 표기 | | ||
| 23 | | **유통량** | 시점별 변동 | | ||
| 24 | | **발행 방식** | 재단 발행 및 Panacea Blockchain 보상 구조 | | ||
| 25 | | **발행·운영 관련 주체** | MediBloc Limited | | ||
| 26 | | **국내 거래소** | 업비트, 빗썸, 코빗 | | ||
| 27 | | **해외 거래소** | Gate 등 | | ||
| 28 | | **거래소 지원 네트워크** | Panacea Mainnet | | ||
| 29 | | **공식 홈페이지** | [메디블록 공식 홈페이지](https://medibloc.com/) | | ||
| 30 | | **공식 블로그** | [메디블록 블로그](https://medibloc.com/blog/) | | ||
| 31 | | **Panacea 문서** | [Panacea Docs](https://docs.gopanacea.org/) | | ||
| 32 | | **백서** | [메디블록 백서](https://github.com/medibloc/whitepaper) | | ||
| 33 | | **GitHub** | [메디블록 깃허브](https://github.com/medibloc) | | ||
| 34 | | **Explorer** | [메디블록 Mintscan](https://www.mintscan.io/medibloc/) | | ||
| 35 | | **Validator** | [메디블록 검증자 현황](https://www.mintscan.io/medibloc/validators) | | ||
| 36 | | **X(트위터)** | [메디블록 트위터](https://x.com/_MediBloc) | | ||
| 37 | | **텔레그램** | [메디블록 한국어 텔레그램](https://t.me/mediblockorea) | | ||
| 38 | | **CoinMarketCap** | [메디블록 코인마켓캡](https://coinmarketcap.com/currencies/medibloc/) | | ||
| 39 | | **CoinGecko** | [메디블록 코인게코](https://www.coingecko.com/en/coins/medibloc) | | ||
| 40 | [[/인포박스]] | ||
| 41 | |||
| 42 | ## 개요 | ||
| 43 | |||
| 44 | 메디블록은 개인 중심의 의료정보 통합과 관리를 목표로 하는 헬스케어 특화 블록체인 프로젝트이다. | ||
| 45 | |||
| 46 | 영문명은 MediBloc이며, 티커는 MED이다. | ||
| 47 | |||
| 48 | 메디블록의 핵심 목표는 환자, 의료기관, 연구기관, 보험사, 제약사 등 여러 주체 사이에 흩어져 있는 의료 데이터를 안전하게 연결하고, 개인이 자신의 의료정보에 대한 통제권을 가질 수 있도록 하는 것이다. | ||
| 49 | |||
| 50 | 일반적으로 의료 데이터는 여러 병원과 기관에 분산되어 있다. | ||
| 51 | |||
| 52 | 예를 들어 한 환자의 건강 정보는 다음과 같이 흩어져 있을 수 있다. | ||
| 53 | |||
| 54 | - 병원 진료기록 | ||
| 55 | - 처방전 | ||
| 56 | - 검사 결과 | ||
| 57 | - 영상 기록 | ||
| 58 | - 건강검진 기록 | ||
| 59 | - 보험 청구 내역 | ||
| 60 | - 개인 건강관리 앱 데이터 | ||
| 61 | - 웨어러블 기기 데이터 | ||
| 62 | |||
| 63 | 이러한 데이터는 개인에게 매우 중요하지만, 실제로는 병원별 시스템과 기관별 데이터베이스 안에 나뉘어 저장되는 경우가 많다. | ||
| 64 | |||
| 65 | 메디블록은 이 문제를 해결하기 위해 환자가 자신의 의료정보를 직접 관리하고, 필요할 때 의료기관이나 연구기관에 공유할 수 있는 생태계를 만들려 한다. | ||
| 66 | |||
| 67 | 메디블록의 자체 블록체인 메인넷은 Panacea이다. | ||
| 68 | |||
| 69 | Panacea는 의료 데이터의 저장, 공유, 접근 제어, 데이터 인증, DID 기반 신원 확인을 위해 설계된 블록체인 네트워크이다. | ||
| 70 | |||
| 71 | 중요한 점은 메디블록이 민감한 의료 데이터를 블록체인에 그대로 저장하려는 프로젝트가 아니라는 점이다. | ||
| 72 | |||
| 73 | 의료 데이터는 개인정보이자 민감정보이기 때문에, 블록체인에 직접 기록되면 정보 노출 위험이 커질 수 있다. | ||
| 74 | |||
| 75 | 따라서 메디블록은 의료 데이터 자체를 직접 온체인에 올리기보다, 데이터의 무결성 검증, 접근 권한, DID, 기록 증명, 생태계 인센티브를 블록체인으로 처리하는 구조를 지향한다. | ||
| 76 | |||
| 77 | MED는 메디블록 생태계의 네이티브 코인이다. | ||
| 78 | |||
| 79 | MED는 Panacea 메인넷에서 다음과 같은 용도로 사용된다. | ||
| 80 | |||
| 81 | - 트랜잭션 수수료 | ||
| 82 | - 스테이킹 | ||
| 83 | - 검증자 보상 | ||
| 84 | - 생태계 참여 보상 | ||
| 85 | - 의료 데이터 공유 인센티브 | ||
| 86 | - DID 인증 및 데이터 접근 관련 사용 | ||
| 87 | - 향후 헬스케어 서비스 결제 수단 | ||
| 88 | |||
| 89 | 메디블록은 초기에는 Ethereum 기반 MEDX와 Qtum 기반 MED 형태로 알려졌으나, 이후 자체 메인넷 Panacea로 마이그레이션되었다. | ||
| 90 | |||
| 91 | 현재 거래소에서 거래되는 MED는 Panacea 메인넷 기반 MED로 보는 것이 적절하다. | ||
| 92 | |||
| 93 | ## 특징 | ||
| 94 | |||
| 95 | ### 1. 환자 중심 의료 데이터 생태계 | ||
| 96 | |||
| 97 | 메디블록의 가장 중요한 특징은 환자 중심 구조이다. | ||
| 98 | |||
| 99 | 기존 의료정보 시스템에서는 환자가 자신의 의료 데이터를 직접 관리하기 어렵다. | ||
| 100 | |||
| 101 | 환자는 병원에 진료를 받지만, 진료기록과 검사 결과는 대개 의료기관 시스템 안에 저장된다. | ||
| 102 | |||
| 103 | 다른 병원에서 진료를 받으려면 환자는 다시 검사하거나, 서류를 발급받거나, 별도 절차를 거쳐 데이터를 이동해야 할 수 있다. | ||
| 104 | |||
| 105 | 메디블록은 이러한 구조를 바꾸려 한다. | ||
| 106 | |||
| 107 | 기본 방향은 다음과 같다. | ||
| 108 | |||
| 109 | 1. 의료기관이 진료 데이터를 생성한다. | ||
| 110 | 2. 환자는 자신의 의료 데이터를 확인하고 관리한다. | ||
| 111 | 3. 환자는 필요한 기관에 자신의 데이터를 공유할 수 있다. | ||
| 112 | 4. 데이터의 진위와 무결성은 Panacea 기반 DID와 인증 구조로 확인한다. | ||
| 113 | 5. 데이터 공유와 생태계 기여에 대해 MED 보상이 제공될 수 있다. | ||
| 114 | |||
| 115 | 이 구조는 환자가 의료정보의 단순 대상자가 아니라, 자신의 의료정보를 관리하고 활용하는 주체가 되도록 하는 데 목적이 있다. | ||
| 116 | |||
| 117 | ### 2. Panacea 메인넷 | ||
| 118 | |||
| 119 | Panacea는 메디블록의 자체 블록체인 메인넷이다. | ||
| 120 | |||
| 121 | Panacea는 의료 데이터 생태계를 위한 퍼블릭 블록체인으로 설계되었다. | ||
| 122 | |||
| 123 | Panacea의 주요 특징은 다음과 같다. | ||
| 124 | |||
| 125 | - Cosmos SDK 기반 | ||
| 126 | - Tendermint 계열 BFT 합의 구조 | ||
| 127 | - DPoS 모델 | ||
| 128 | - 빠른 최종성 | ||
| 129 | - DID 지원 | ||
| 130 | - IBC 확장 가능성 | ||
| 131 | - 의료 데이터 무결성 검증 | ||
| 132 | - 데이터 접근 제어 | ||
| 133 | - 헬스케어 생태계 인센티브 | ||
| 134 | |||
| 135 | Panacea는 범용 스마트 컨트랙트 플랫폼이라기보다, 의료 데이터의 인증과 교환, 생태계 참여 보상을 지원하기 위해 만들어진 헬스케어 특화 메인넷에 가깝다. | ||
| 136 | |||
| 137 | ### 3. DID 기반 신원과 데이터 검증 | ||
| 138 | |||
| 139 | DID는 Decentralized Identifier의 약자이다. | ||
| 140 | |||
| 141 | 한국어로는 탈중앙화 식별자라고 부른다. | ||
| 142 | |||
| 143 | DID는 사용자가 중앙 기관에만 의존하지 않고 자신의 신원과 데이터의 무결성을 증명할 수 있도록 하는 기술이다. | ||
| 144 | |||
| 145 | 메디블록에서 DID는 의료 데이터 생태계의 핵심 구성 요소이다. | ||
| 146 | |||
| 147 | DID는 다음과 같은 역할을 할 수 있다. | ||
| 148 | |||
| 149 | - 환자의 신원 확인 | ||
| 150 | - 의료 데이터 생성자의 검증 | ||
| 151 | - 데이터 서명 | ||
| 152 | - 데이터 위변조 여부 확인 | ||
| 153 | - 데이터 접근 권한 관리 | ||
| 154 | - 기관 간 데이터 신뢰성 확보 | ||
| 155 | - 환자 중심 데이터 공유 | ||
| 156 | |||
| 157 | 예를 들어 어떤 의료기관이 환자의 진료 기록을 생성했다면, 해당 기록이 실제 의료기관에서 발급된 것인지 확인할 필요가 있다. | ||
| 158 | |||
| 159 | DID와 서명 구조는 이러한 데이터의 진위를 검증하는 데 사용될 수 있다. | ||
| 160 | |||
| 161 | ### 4. 의료 데이터는 직접 온체인에 저장하지 않음 | ||
| 162 | |||
| 163 | 메디블록 문서에서 중요한 부분은 의료 데이터 자체를 블록체인에 직접 기록하지 않는다는 점이다. | ||
| 164 | |||
| 165 | 의료 데이터는 매우 민감한 개인정보이다. | ||
| 166 | |||
| 167 | 블록체인은 공개 원장 성격을 가지기 때문에, 민감한 데이터를 그대로 올리면 개인정보 유출 위험이 발생할 수 있다. | ||
| 168 | |||
| 169 | 따라서 메디블록은 다음과 같은 구조를 지향한다. | ||
| 170 | |||
| 171 | - 실제 의료 데이터는 사용자 단말 또는 별도 보안 채널에서 관리 | ||
| 172 | - 데이터 공유 과정에서 암호화 사용 | ||
| 173 | - 블록체인은 데이터의 무결성, 접근 권한, DID, 인증 정보를 관리 | ||
| 174 | - 환자가 어떤 데이터를 누구에게 공유할지 선택 | ||
| 175 | - 필요한 경우 데이터 진위 여부를 Panacea 기반으로 검증 | ||
| 176 | |||
| 177 | 이 구조는 블록체인의 투명성과 의료 데이터의 개인정보 보호 사이의 균형을 맞추기 위한 설계이다. | ||
| 178 | |||
| 179 | ### 5. MediPass | ||
| 180 | |||
| 181 | MediPass는 메디블록 생태계의 개인 건강정보 관리 서비스이다. | ||
| 182 | |||
| 183 | MediPass는 사용자가 자신의 의료 데이터를 확인하고 관리할 수 있도록 하는 PHR 서비스로 설명된다. | ||
| 184 | |||
| 185 | PHR은 Personal Health Record의 약자이다. | ||
| 186 | |||
| 187 | 사용자는 MediPass를 통해 병원 진료 내역, 보험 청구, 처방전, 검사 기록 등 여러 의료 정보를 확인하고 활용할 수 있다. | ||
| 188 | |||
| 189 | MediPass의 역할은 다음과 같다. | ||
| 190 | |||
| 191 | - 개인 의료정보 관리 | ||
| 192 | - 병원 진료 기록 확인 | ||
| 193 | - 보험 청구 연동 | ||
| 194 | - 의료 데이터 공유 | ||
| 195 | - 사용자 중심 PHR 제공 | ||
| 196 | - Panacea 생태계와 연결 | ||
| 197 | |||
| 198 | MediPass는 메디블록이 단순 블록체인 메인넷 프로젝트가 아니라 실제 헬스케어 서비스와 연결된 프로젝트라는 점을 보여주는 대표 서비스이다. | ||
| 199 | |||
| 200 | ### 6. Dr.Palette | ||
| 201 | |||
| 202 | Dr.Palette는 의료기관을 위한 EHR 또는 EMR 계열 솔루션이다. | ||
| 203 | |||
| 204 | EHR은 Electronic Health Record, EMR은 Electronic Medical Record를 의미한다. | ||
| 205 | |||
| 206 | Dr.Palette는 의료기관이 진료 기록을 작성하고 관리할 수 있도록 돕는 클라우드 기반 차트 솔루션으로 설명된다. | ||
| 207 | |||
| 208 | 메디블록 생태계에서 Dr.Palette는 의료기관이 데이터를 생성하고 관리하는 쪽에 가까운 서비스이다. | ||
| 209 | |||
| 210 | 반면 MediPass는 환자가 자신의 데이터를 관리하는 쪽에 가깝다. | ||
| 211 | |||
| 212 | 즉 메디블록 생태계는 다음 두 축을 연결하려 한다. | ||
| 213 | |||
| 214 | - **의료기관 측 데이터 생성·관리**: Dr.Palette | ||
| 215 | - **환자 측 데이터 확인·활용**: MediPass | ||
| 216 | |||
| 217 | 이 두 서비스가 Panacea 기반 데이터 인증과 DID 구조로 연결될 경우, 환자 중심 의료 데이터 생태계가 더 실질적으로 작동할 수 있다. | ||
| 218 | |||
| 219 | ### 7. 생태계 참여 보상 | ||
| 220 | |||
| 221 | MED는 생태계 참여자에게 인센티브를 제공하기 위한 코인이다. | ||
| 222 | |||
| 223 | 메디블록 생태계의 참여자는 다음과 같이 나눌 수 있다. | ||
| 224 | |||
| 225 | - 환자 | ||
| 226 | - 의료기관 | ||
| 227 | - 의료진 | ||
| 228 | - 연구기관 | ||
| 229 | - 보험사 | ||
| 230 | - 제약사 | ||
| 231 | - 검증자 | ||
| 232 | - 위임자 | ||
| 233 | - 서비스 개발자 | ||
| 234 | |||
| 235 | 예를 들어 환자가 자신의 의료 데이터를 연구 목적으로 공유하면, 이에 대한 보상을 받을 수 있다. | ||
| 236 | |||
| 237 | 의료기관은 데이터 생성과 인증, 생태계 참여에 기여할 수 있다. | ||
| 238 | |||
| 239 | 검증자와 위임자는 Panacea 메인넷 운영에 참여하고 MED 보상을 받을 수 있다. | ||
| 240 | |||
| 241 | 이 구조는 의료 데이터의 생산자와 활용자 모두에게 경제적 인센티브를 제공하려는 목적을 가진다. | ||
| 242 | |||
| 243 | ## Panacea | ||
| 244 | |||
| 245 | Panacea는 메디블록의 자체 메인넷이다. | ||
| 246 | |||
| 247 | Panacea는 의료 데이터 주권과 상호운용성을 위한 블록체인 네트워크로 설명된다. | ||
| 248 | |||
| 249 | Panacea의 핵심 목적은 다음과 같다. | ||
| 250 | |||
| 251 | - 환자 중심 의료 데이터 생태계 구축 | ||
| 252 | - 의료 데이터 위변조 검증 | ||
| 253 | - DID 기반 신원과 서명 관리 | ||
| 254 | - 의료 데이터 접근 권한 관리 | ||
| 255 | - 의료기관과 환자 간 데이터 흐름 지원 | ||
| 256 | - 생태계 참여자 인센티브 제공 | ||
| 257 | - 검증자와 위임자를 통한 네트워크 운영 | ||
| 258 | |||
| 259 | Panacea는 Cosmos SDK와 Tendermint 계열 구조를 기반으로 한다. | ||
| 260 | |||
| 261 | Cosmos SDK는 블록체인 애플리케이션을 만들기 위한 프레임워크이다. | ||
| 262 | |||
| 263 | Tendermint 계열 합의는 빠른 최종성과 BFT 보안 모델을 제공한다. | ||
| 264 | |||
| 265 | Panacea는 이러한 기술을 바탕으로 헬스케어 데이터 생태계에 필요한 기능을 추가한다. | ||
| 266 | |||
| 267 | ## Cosmos SDK와 Tendermint | ||
| 268 | |||
| 269 | Panacea는 Cosmos SDK와 Tendermint 계열 기술을 활용한다. | ||
| 270 | |||
| 271 | Cosmos SDK는 모듈형 블록체인을 만들기 위한 프레임워크이다. | ||
| 272 | |||
| 273 | 토큰, 거버넌스, 스테이킹, IBC 등 여러 기능을 모듈로 구성할 수 있다. | ||
| 274 | |||
| 275 | Tendermint는 BFT 합의를 제공하는 블록체인 엔진으로, 빠른 최종성과 검증자 기반 합의를 지원한다. | ||
| 276 | |||
| 277 | Panacea가 이 구조를 사용하는 이유는 다음과 같다. | ||
| 278 | |||
| 279 | - 빠른 최종성 | ||
| 280 | - 검증자 기반 네트워크 운영 | ||
| 281 | - DPoS 구조 구현 | ||
| 282 | - 토큰과 거버넌스 모듈 활용 | ||
| 283 | - IBC 확장 가능성 | ||
| 284 | - 의료 데이터 생태계 전용 기능 추가 용이 | ||
| 285 | |||
| 286 | ## DPoS와 PBFT | ||
| 287 | |||
| 288 | Panacea는 DPoS와 PBFT 계열 구조로 설명된다. | ||
| 289 | |||
| 290 | DPoS는 Delegated Proof of Stake의 약자이다. | ||
| 291 | |||
| 292 | 한국어로는 위임 지분증명이라고 부른다. | ||
| 293 | |||
| 294 | DPoS에서는 토큰 보유자가 검증자에게 지분을 위임하고, 검증자는 블록 생성과 합의에 참여한다. | ||
| 295 | |||
| 296 | PBFT는 Practical Byzantine Fault Tolerance의 약자이다. | ||
| 297 | |||
| 298 | PBFT 계열 합의는 일부 노드가 악의적으로 행동하거나 장애를 일으켜도 네트워크가 일관된 상태에 합의할 수 있도록 설계된 BFT 방식이다. | ||
| 299 | |||
| 300 | Panacea에서는 DPoS와 PBFT 구조를 결합해 효율적인 블록 생성과 빠른 최종성을 목표로 한다. | ||
| 301 | |||
| 302 | ## DID | ||
| 303 | |||
| 304 | DID는 메디블록의 핵심 기술 중 하나이다. | ||
| 305 | |||
| 306 | Panacea는 DID 메서드를 제공하며, 사용자는 DID를 생성, 갱신, 비활성화할 수 있다. | ||
| 307 | |||
| 308 | DID는 다음과 같은 데이터의 신뢰성을 보장하는 데 활용될 수 있다. | ||
| 309 | |||
| 310 | - 의료 기록 | ||
| 311 | - 진료 증명 | ||
| 312 | - 처방전 | ||
| 313 | - 검사 결과 | ||
| 314 | - 건강 데이터 | ||
| 315 | - 보험 관련 데이터 | ||
| 316 | - 연구용 데이터 | ||
| 317 | - 환자 동의 기록 | ||
| 318 | |||
| 319 | DID의 핵심은 중앙화된 기관 하나에만 의존하지 않고, 데이터의 서명과 검증을 표준화된 방식으로 처리하는 것이다. | ||
| 320 | |||
| 321 | 의료 데이터 생태계에서는 “누가 데이터를 만들었는지”, “데이터가 위변조되지 않았는지”, “환자가 공유에 동의했는지”가 매우 중요하다. | ||
| 322 | |||
| 323 | DID는 이러한 문제를 해결하기 위한 인프라로 사용된다. | ||
| 324 | |||
| 325 | ## AOL | ||
| 326 | |||
| 327 | AOL은 Append Only Log의 약자이다. | ||
| 328 | |||
| 329 | Panacea 문서에서는 AOL을 의료 데이터와 같은 유용한 데이터를 저장·관리할 수 있는 핵심 기능으로 설명한다. | ||
| 330 | |||
| 331 | AOL은 주제, 권한, 데이터를 관리할 수 있는 구조이다. | ||
| 332 | |||
| 333 | AOL의 주요 구성은 다음과 같다. | ||
| 334 | |||
| 335 | - Topic 생성 | ||
| 336 | - Writer 권한 추가 | ||
| 337 | - Writer 권한 삭제 | ||
| 338 | - Record 추가 | ||
| 339 | - Topic 소유자 관리 | ||
| 340 | - 권한이 있는 작성자만 기록 추가 | ||
| 341 | |||
| 342 | 의료 데이터 환경에서는 아무나 데이터를 기록해서는 안 된다. | ||
| 343 | |||
| 344 | 예를 들어 특정 의료기관이나 의료진만 특정 주제에 기록을 추가할 수 있어야 한다. | ||
| 345 | |||
| 346 | AOL은 이러한 기록 권한과 데이터 추가 구조를 관리하기 위한 기능으로 볼 수 있다. | ||
| 347 | |||
| 348 | ## PNFT | ||
| 349 | |||
| 350 | PNFT는 Panacea Non-Fungible Token의 약자이다. | ||
| 351 | |||
| 352 | Panacea에서 NFT를 구현하기 위한 기능이다. | ||
| 353 | |||
| 354 | PNFT는 Cosmos의 NFT 표준을 기반으로 한 Panacea의 NFT 구현으로 설명된다. | ||
| 355 | |||
| 356 | PNFT의 주요 기능은 다음과 같다. | ||
| 357 | |||
| 358 | - Denom 생성 | ||
| 359 | - Denom 정보 갱신 | ||
| 360 | - Denom 소유권 이전 | ||
| 361 | - PNFT 발행 | ||
| 362 | - PNFT 전송 | ||
| 363 | - PNFT 소각 | ||
| 364 | |||
| 365 | PNFT는 의료 데이터 생태계에서 특정 고유 자산, 인증서, 권리, 기록 단위 등을 표현하는 데 활용될 수 있다. | ||
| 366 | |||
| 367 | 다만 의료 데이터 자체를 NFT로 만들어 공개적으로 거래한다는 의미는 아니다. | ||
| 368 | |||
| 369 | 의료 데이터는 민감정보이므로 실제 활용에는 개인정보 보호, 접근 권한, 법적 동의가 함께 필요하다. | ||
| 370 | |||
| 371 | ## Token Module | ||
| 372 | |||
| 373 | Panacea는 새로운 토큰을 발행할 수 있는 Token Module을 제공한다. | ||
| 374 | |||
| 375 | Token Module에서는 토큰 이름, 심볼, 총 공급량, 추가 발행 가능 여부, 발행자 주소 등을 지정해 새로운 토큰을 만들 수 있다. | ||
| 376 | |||
| 377 | 이 기능은 Panacea 생태계에서 다양한 서비스 토큰이나 포인트, 인센티브 자산을 만들 수 있는 기반이 될 수 있다. | ||
| 378 | |||
| 379 | 다만 MED는 Panacea 생태계의 기본 코인으로, 일반적으로 메디블록 프로젝트의 중심 자산을 의미한다. | ||
| 380 | |||
| 381 | ## MED | ||
| 382 | |||
| 383 | MED는 메디블록 생태계의 네이티브 코인이다. | ||
| 384 | |||
| 385 | MED는 Panacea 메인넷에서 사용된다. | ||
| 386 | |||
| 387 | MED의 주요 역할은 다음과 같다. | ||
| 388 | |||
| 389 | - 트랜잭션 수수료 | ||
| 390 | - 스테이킹 | ||
| 391 | - 검증자 보상 | ||
| 392 | - 위임자 보상 | ||
| 393 | - 생태계 참여 보상 | ||
| 394 | - 의료 데이터 공유 인센티브 | ||
| 395 | - DID 인증과 데이터 접근 관련 사용 | ||
| 396 | - 향후 헬스케어 서비스 결제 수단 | ||
| 397 | |||
| 398 | MED는 메디블록 생태계 참여자들이 네트워크와 서비스에 기여하도록 유도하는 경제적 장치이다. | ||
| 399 | |||
| 400 | ## 토큰 정보 | ||
| 401 | |||
| 402 | - **코인명**: MediBloc | ||
| 403 | - **티커**: MED | ||
| 404 | - **네트워크**: Panacea Mainnet | ||
| 405 | - **토큰 유형**: 유틸리티 코인 | ||
| 406 | - **자체 메인넷 여부**: 있음 | ||
| 407 | - **최초 발행일**: 2018년 5월 28일 | ||
| 408 | - **초기 토큰 형태**: Ethereum ERC-20 MEDX | ||
| 409 | - **이전 토큰 형태**: Qtum QRC-20 MED | ||
| 410 | - **메인넷 마이그레이션**: 2019년 10월 7일 | ||
| 411 | - **현재 주소 형식**: Panacea 메인넷 주소는 `panacea`로 시작 | ||
| 412 | - **총 발행한도**: CoinMarketCap 기준 미제공 / CoinGecko 기준 무제한 표기 | ||
| 413 | - **발행 방식**: 재단 발행 및 Panacea Blockchain 보상 구조 | ||
| 414 | - **주요 용도** | ||
| 415 | - 스테이킹 | ||
| 416 | - 트랜잭션 수수료 | ||
| 417 | - 검증자 보상 | ||
| 418 | - 의료 데이터 공유 보상 | ||
| 419 | - 생태계 참여 인센티브 | ||
| 420 | - 헬스케어 서비스 결제 가능성 | ||
| 421 | |||
| 422 | ## 공급 구조 | ||
| 423 | |||
| 424 | MED의 공급 구조는 고정 최대 공급량이 명확히 정해진 비트코인식 모델과 다르다. | ||
| 425 | |||
| 426 | 거래소 설명서 기준 CoinMarketCap은 MED의 총 발행한도를 제공하지 않으며, CoinGecko는 무제한으로 표기한다. | ||
| 427 | |||
| 428 | 또한 Panacea Blockchain 보상에 따른 인플레이션이 존재한다. | ||
| 429 | |||
| 430 | 따라서 메디블록 문서에서는 공급량을 단일 숫자로만 단정하기보다, 다음처럼 구분해 적는 것이 안전하다. | ||
| 431 | |||
| 432 | - **총 발행한도**: CMC 기준 미제공 / CG 기준 무제한 표기 | ||
| 433 | - **기발행수량**: 시점별 변동 | ||
| 434 | - **유통량**: 시점별 변동 | ||
| 435 | - **향후 유통스케줄**: 재단 공시 계획과 Panacea 보상 구조에 따라 변동 | ||
| 436 | - **과거 1년 발행**: Panacea Blockchain 보상에 따른 인플레이션 존재 | ||
| 437 | - **과거 1년 소각**: 빗썸 설명서 기준 없음 | ||
| 438 | |||
| 439 | 이 구조는 MED가 단순 고정 공급량 토큰이 아니라, 메인넷 운영과 보상 구조에 따라 공급이 변화할 수 있는 네이티브 코인이라는 점을 보여준다. | ||
| 440 | |||
| 441 | ## 스테이킹 | ||
| 442 | |||
| 443 | MED는 Panacea 메인넷에서 스테이킹에 사용된다. | ||
| 444 | |||
| 445 | 사용자는 MED를 검증자에게 위임할 수 있다. | ||
| 446 | |||
| 447 | 검증자는 네트워크 운영과 블록 생성에 참여하고, 위임자는 검증자에게 지분을 맡김으로써 보상에 참여할 수 있다. | ||
| 448 | |||
| 449 | 스테이킹 구조의 기본 흐름은 다음과 같다. | ||
| 450 | |||
| 451 | 1. 사용자가 Panacea 지갑에 MED를 보유한다. | ||
| 452 | 2. 검증자를 선택한다. | ||
| 453 | 3. MED를 해당 검증자에게 위임한다. | ||
| 454 | 4. 검증자는 블록 생성과 네트워크 운영에 참여한다. | ||
| 455 | 5. 보상이 발생하면 검증자와 위임자에게 분배된다. | ||
| 456 | 6. 사용자는 필요에 따라 보상을 청구하거나 위임을 변경할 수 있다. | ||
| 457 | |||
| 458 | 스테이킹은 MED의 대표적인 유틸리티 중 하나이다. | ||
| 459 | |||
| 460 | ## 검증자 | ||
| 461 | |||
| 462 | 검증자는 Panacea 메인넷의 핵심 참여자이다. | ||
| 463 | |||
| 464 | 검증자는 블록 생성, 트랜잭션 검증, 네트워크 상태 유지에 참여한다. | ||
| 465 | |||
| 466 | Panacea는 DPoS 구조를 사용하므로, 검증자의 지분은 자기 보유분과 위임받은 MED로 구성될 수 있다. | ||
| 467 | |||
| 468 | 검증자의 역할은 다음과 같다. | ||
| 469 | |||
| 470 | - 블록 생성 | ||
| 471 | - 트랜잭션 검증 | ||
| 472 | - 네트워크 상태 유지 | ||
| 473 | - 보상 분배 | ||
| 474 | - 업그레이드 참여 | ||
| 475 | - 네트워크 안정성 유지 | ||
| 476 | |||
| 477 | 메디블록 공식 사이트와 Mintscan에서는 Panacea 검증자 정보를 확인할 수 있다. | ||
| 478 | |||
| 479 | ## 토큰 스왑 | ||
| 480 | |||
| 481 | 메디블록은 초기 토큰 형태에서 자체 메인넷 MED로 전환된 이력이 있다. | ||
| 482 | |||
| 483 | 초기에는 Ethereum 기반 MEDX와 Qtum 기반 MED가 존재했다. | ||
| 484 | |||
| 485 | 이후 Panacea 메인넷이 출시되면서 메인넷 MED로 전환되었다. | ||
| 486 | |||
| 487 | 공식 홈페이지에서는 과거 MEDX 또는 QRC-20 MED를 보유한 사용자를 위한 토큰 스왑 안내를 제공한다. | ||
| 488 | |||
| 489 | 주소 형식은 다음과 같이 구분된다. | ||
| 490 | |||
| 491 | - Ethereum 기반 MEDX 주소: `0x`로 시작 | ||
| 492 | - Qtum 기반 QRC-20 MED 주소: `Q`로 시작 | ||
| 493 | - Panacea 메인넷 MED 주소: `panacea`로 시작 | ||
| 494 | |||
| 495 | 공식 안내에 따르면 메인넷 MED가 거래소에서 거래되기 시작한 이후 거래소에서 구매한 MED는 과거 토큰 스왑 대상이 아니다. | ||
| 496 | |||
| 497 | 따라서 현재 사용자는 거래소와 지갑에서 Panacea 메인넷 MED를 기준으로 이해하는 것이 중요하다. | ||
| 498 | |||
| 499 | ## MediPass | ||
| 500 | |||
| 501 | MediPass는 메디블록 생태계의 개인 건강정보 관리 서비스이다. | ||
| 502 | |||
| 503 | MediPass는 사용자가 자신의 의료 데이터를 확인하고 관리하며, 필요한 경우 보험 청구나 의료기관 연동에 활용할 수 있도록 돕는다. | ||
| 504 | |||
| 505 | MediPass의 주요 기능은 다음과 같이 정리할 수 있다. | ||
| 506 | |||
| 507 | - 개인 건강정보 관리 | ||
| 508 | - 진료기록 확인 | ||
| 509 | - 보험 청구 | ||
| 510 | - 처방전 관리 | ||
| 511 | - 의료기관 데이터 연동 | ||
| 512 | - 환자 중심 PHR 서비스 | ||
| 513 | - 의료 데이터 공유 기반 생태계 참여 | ||
| 514 | |||
| 515 | MediPass는 메디블록의 환자 중심 의료 데이터 철학을 사용자 서비스로 구현한 사례이다. | ||
| 516 | |||
| 517 | ## Dr.Palette | ||
| 518 | |||
| 519 | Dr.Palette는 의료기관을 위한 클라우드 기반 진료 차트 솔루션이다. | ||
| 520 | |||
| 521 | 의료기관은 Dr.Palette를 통해 진료 기록을 작성하고 관리할 수 있다. | ||
| 522 | |||
| 523 | Dr.Palette는 메디블록 생태계에서 의료 데이터를 생성하고 정리하는 역할을 담당한다. | ||
| 524 | |||
| 525 | MediPass가 환자 개인의 PHR에 가깝다면, Dr.Palette는 의료기관의 EHR 또는 EMR에 가까운 서비스이다. | ||
| 526 | |||
| 527 | 최근 메디블록 생태계 업데이트에서는 Dr.Palette와 AI 상담, 진료 기록 자동 정리, 환자 동의 기반 음성·건강정보 처리 같은 기능이 언급된다. | ||
| 528 | |||
| 529 | 이는 메디블록이 블록체인 인프라뿐 아니라 실제 의료기관 업무 효율화 서비스로도 확장하고 있음을 보여준다. | ||
| 530 | |||
| 531 | ## 의료 데이터와 개인정보 보호 | ||
| 532 | |||
| 533 | 의료 데이터는 가장 민감한 개인정보 중 하나이다. | ||
| 534 | |||
| 535 | 따라서 의료 데이터 블록체인 프로젝트에서는 데이터 저장 방식이 중요하다. | ||
| 536 | |||
| 537 | 메디블록은 의료 데이터를 블록체인에 직접 기록하는 구조가 아니다. | ||
| 538 | |||
| 539 | 블록체인은 공개 원장이므로 민감한 의료 데이터를 그대로 올리면 개인정보 유출 위험이 크다. | ||
| 540 | |||
| 541 | 메디블록의 구조는 다음 방향에 가깝다. | ||
| 542 | |||
| 543 | - 의료 데이터 자체는 사용자 단말 또는 별도 보안 채널에서 관리 | ||
| 544 | - 데이터는 암호화되어 전송 | ||
| 545 | - 블록체인은 DID, 서명, 접근 권한, 무결성 검증에 활용 | ||
| 546 | - 환자가 어떤 데이터를 누구에게 공유할지 결정 | ||
| 547 | - 데이터 사용과 생태계 기여에 대해 MED 보상 가능 | ||
| 548 | |||
| 549 | 이 구조는 의료 데이터의 프라이버시와 블록체인의 신뢰성을 동시에 활용하려는 방식이다. | ||
| 550 | |||
| 551 | ## 메디블록과 DID | ||
| 552 | |||
| 553 | 메디블록에서 DID는 데이터 주권을 위한 핵심 도구이다. | ||
| 554 | |||
| 555 | 환자나 의료기관은 DID를 통해 자신을 식별하고, 데이터에 서명하거나 검증할 수 있다. | ||
| 556 | |||
| 557 | DID를 활용하면 다음과 같은 구조가 가능하다. | ||
| 558 | |||
| 559 | - 환자가 자신의 신원을 증명 | ||
| 560 | - 의료기관이 데이터 발급 주체임을 증명 | ||
| 561 | - 연구기관이 데이터 접근 권한을 확인 | ||
| 562 | - 데이터 위변조 여부 검증 | ||
| 563 | - 환자 동의 여부 확인 | ||
| 564 | - 필요한 정보만 선택적으로 공개 | ||
| 565 | |||
| 566 | 특히 의료 데이터는 모든 정보를 한 번에 공개하는 것이 아니라, 목적에 따라 필요한 정보만 제한적으로 공유하는 것이 중요하다. | ||
| 567 | |||
| 568 | DID와 영지식 증명 구조는 이러한 선택적 공개와 프라이버시 보호에 활용될 수 있다. | ||
| 569 | |||
| 570 | ## 메디블록과 IBC | ||
| 571 | |||
| 572 | Panacea는 Cosmos SDK 기반 블록체인이므로 IBC 확장 가능성을 가진다. | ||
| 573 | |||
| 574 | IBC는 Inter-Blockchain Communication의 약자이다. | ||
| 575 | |||
| 576 | Cosmos 생태계에서 여러 블록체인 간 자산과 메시지를 전달하기 위한 프로토콜이다. | ||
| 577 | |||
| 578 | Panacea가 IBC를 활용하면 다음과 같은 가능성이 생긴다. | ||
| 579 | |||
| 580 | - 다른 Cosmos 체인과 연결 | ||
| 581 | - MED 유동성 확장 | ||
| 582 | - 외부 DeFi와 연동 | ||
| 583 | - 의료 데이터 관련 인증 정보의 상호운용성 확대 | ||
| 584 | - Panacea 기반 서비스의 생태계 확장 | ||
| 585 | |||
| 586 | 다만 의료 데이터는 민감정보이므로, 체인 간 연결이 확대되더라도 데이터 자체의 공개와 이동에는 개인정보 보호와 법적 동의 구조가 필요하다. | ||
| 587 | |||
| 588 | ## 국내 거래소 | ||
| 589 | |||
| 590 | 메디블록은 국내 거래소에서 거래되는 헬스케어 블록체인 코인이다. | ||
| 591 | |||
| 592 | ### 업비트 | ||
| 593 | |||
| 594 | 업비트는 MED 거래를 지원한다. | ||
| 595 | |||
| 596 | 국내 투자자 입장에서는 메디블록이 비교적 오래전부터 알려진 국내 헬스케어 블록체인 프로젝트라는 점 때문에 업비트 거래 여부가 중요하게 인식된다. | ||
| 597 | |||
| 598 | ### 빗썸 | ||
| 599 | |||
| 600 | 빗썸도 MED 거래를 지원한다. | ||
| 601 | |||
| 602 | 빗썸 가상자산 설명서 기준 메디블록은 자체 메인넷 Panacea를 운영하며, 국내 유통 현황에는 빗썸, 업비트, 코빗이 포함된다. | ||
| 603 | |||
| 604 | ### 코빗 | ||
| 605 | |||
| 606 | 코빗도 MED 국내 유통 현황에 포함된다. | ||
| 607 | |||
| 608 | 거래소별 입출금 가능 여부와 네트워크 상태는 시점에 따라 달라질 수 있으므로, 실제 입출금 전에는 각 거래소의 입출금 페이지와 공지를 확인해야 한다. | ||
| 609 | |||
| 610 | ## 프로젝트 역사 | ||
| 611 | |||
| 612 | ### 2017년: 메디블록 프로젝트 출범 | ||
| 613 | |||
| 614 | 메디블록은 2017년 무렵 블록체인 기반 의료정보 플랫폼을 목표로 시작되었다. | ||
| 615 | |||
| 616 | 초기부터 환자 중심 의료 데이터 생태계와 의료정보 주권을 핵심 주제로 내세웠다. | ||
| 617 | |||
| 618 | ### 2018년: MEDX 발행 | ||
| 619 | |||
| 620 | 2018년 5월 28일 Ethereum 기반 ERC-20 MEDX가 발행되었다. | ||
| 621 | |||
| 622 | 이 시기 메디블록은 아직 자체 메인넷 이전 단계였고, Ethereum과 Qtum 기반 토큰이 사용되었다. | ||
| 623 | |||
| 624 | ### 2019년: Panacea 메인넷 | ||
| 625 | |||
| 626 | 2019년 메디블록은 자체 메인넷 Panacea를 공개했다. | ||
| 627 | |||
| 628 | Panacea는 의료 데이터 주권과 상호운용성을 위한 블록체인 네트워크로 소개되었다. | ||
| 629 | |||
| 630 | ### 2019년 10월: 메인넷 마이그레이션 | ||
| 631 | |||
| 632 | 2019년 10월 7일 메디블록은 Ethereum 기반 토큰에서 Panacea 메인넷으로 마이그레이션을 진행했다. | ||
| 633 | |||
| 634 | 이후 현재의 MED는 Panacea 메인넷 기반 코인으로 이해하는 것이 적절하다. | ||
| 635 | |||
| 636 | ### 2021년: Panacea 검증자와 스테이킹 | ||
| 637 | |||
| 638 | 메디블록은 Panacea 검증자와 위임 구조를 확대하며, MED 스테이킹과 노드 인센티브를 강화했다. | ||
| 639 | |||
| 640 | 이를 통해 MED는 단순 거래소 상장 토큰이 아니라 Panacea 네트워크 운영에 사용되는 코인으로 자리 잡았다. | ||
| 641 | |||
| 642 | ### 2023년: 데이터 풀 확장 전략 | ||
| 643 | |||
| 644 | 메디블록은 의료 데이터 풀 확장과 실제 헬스케어 서비스 적용을 위한 전략을 발표했다. | ||
| 645 | |||
| 646 | MediPass와 Dr.Palette 같은 서비스가 Panacea 생태계와 연결되는 방향이 강조되었다. | ||
| 647 | |||
| 648 | ### 2025년: 생태계 업데이트와 토큰 스왑 지속 | ||
| 649 | |||
| 650 | 2025년에는 Panacea 생태계 업데이트와 정기 토큰 스왑 완료 공지가 이어졌다. | ||
| 651 | |||
| 652 | 이는 과거 MEDX, QRC-20 MED 보유자 대상 전환 절차가 일정 주기로 진행되었음을 보여준다. | ||
| 653 | |||
| 654 | ### 2026년: AI 헬스케어와 Panacea 업그레이드 | ||
| 655 | |||
| 656 | 2026년 메디블록은 Dr.Palette 기반 AI 상담 기능, 의료기관 업무 효율화, Panacea 체인 보안 패치와 업그레이드 계획을 발표했다. | ||
| 657 | |||
| 658 | Q1 2026 업데이트에서는 Panacea 체인의 보안 패치 v2.2.1이 적용되었고, Q2 2026 업데이트에서는 Cosmos SDK v0.50, CometBFT v0.38, IBC-Go v8 계열 업그레이드를 준비한다고 설명되었다. | ||
| 659 | |||
| 660 | ## 메디블록과 일반 의료정보 시스템의 차이 | ||
| 661 | |||
| 662 | 일반 의료정보 시스템은 의료기관 중심으로 작동한다. | ||
| 663 | |||
| 664 | 환자는 진료를 받지만, 진료기록은 대개 각 병원 시스템 안에 저장된다. | ||
| 665 | |||
| 666 | 병원 간 데이터 이동은 제한적이고, 환자가 직접 데이터를 통합 관리하기 어렵다. | ||
| 667 | |||
| 668 | 메디블록은 이 구조를 환자 중심으로 바꾸려 한다. | ||
| 669 | |||
| 670 | ### 일반 의료정보 시스템 | ||
| 671 | |||
| 672 | - 병원별 데이터 분산 | ||
| 673 | - 환자의 데이터 접근성 제한 | ||
| 674 | - 기관 간 데이터 이동 어려움 | ||
| 675 | - 종이 서류와 별도 발급 절차 필요 | ||
| 676 | - 데이터 위변조 검증 어려움 | ||
| 677 | - 개인 건강 데이터와 병원 데이터 분리 | ||
| 678 | |||
| 679 | ### 메디블록 | ||
| 680 | |||
| 681 | - 환자 중심 PHR 지향 | ||
| 682 | - Panacea 기반 데이터 인증 | ||
| 683 | - DID 기반 신원과 서명 | ||
| 684 | - 의료 데이터 접근 권한 관리 | ||
| 685 | - MediPass를 통한 개인 의료정보 관리 | ||
| 686 | - Dr.Palette를 통한 의료기관 데이터 생성 | ||
| 687 | - MED 기반 생태계 인센티브 | ||
| 688 | |||
| 689 | ## 메디블록과 단순 의료 앱의 차이 | ||
| 690 | |||
| 691 | 메디블록은 단순 건강관리 앱과도 다르다. | ||
| 692 | |||
| 693 | 일반 건강관리 앱은 사용자의 걸음 수, 운동량, 식단, 수면 등을 기록하는 데 집중할 수 있다. | ||
| 694 | |||
| 695 | 메디블록은 의료기관 데이터, 보험 청구, 처방전, 진료 기록, DID, 블록체인 인증 구조까지 포함한다. | ||
| 696 | |||
| 697 | 즉 메디블록은 다음 요소를 결합한다. | ||
| 698 | |||
| 699 | - 개인 건강정보 관리 앱 | ||
| 700 | - 의료기관용 차트 솔루션 | ||
| 701 | - 블록체인 메인넷 | ||
| 702 | - DID 기반 인증 | ||
| 703 | - 생태계 보상 코인 | ||
| 704 | - 의료 데이터 공유 인프라 | ||
| 705 | |||
| 706 | 이 점에서 메디블록은 헬스케어 앱과 블록체인 인프라가 결합된 프로젝트로 볼 수 있다. | ||
| 707 | |||
| 708 | ## 활용 분야 | ||
| 709 | |||
| 710 | ### 개인 의료정보 관리 | ||
| 711 | |||
| 712 | 사용자는 MediPass 같은 서비스를 통해 자신의 의료정보를 확인하고 관리할 수 있다. | ||
| 713 | |||
| 714 | ### 의료기관 데이터 연동 | ||
| 715 | |||
| 716 | 의료기관은 Dr.Palette 같은 솔루션을 통해 진료 데이터를 생성하고 관리할 수 있다. | ||
| 717 | |||
| 718 | ### 보험 청구 | ||
| 719 | |||
| 720 | 개인 의료정보와 보험사 연동을 통해 보험 청구 절차를 간소화할 수 있다. | ||
| 721 | |||
| 722 | ### 의료 데이터 공유 | ||
| 723 | |||
| 724 | 환자는 연구기관이나 의료기관에 자신의 데이터를 공유할 수 있고, 생태계 기여에 따른 보상을 받을 수 있다. | ||
| 725 | |||
| 726 | ### DID 인증 | ||
| 727 | |||
| 728 | 의료 기록, 처방전, 진료 증명, 동의 기록 등의 진위를 DID 기반으로 검증할 수 있다. | ||
| 729 | |||
| 730 | ### 스테이킹 | ||
| 731 | |||
| 732 | MED 보유자는 Panacea 검증자에게 MED를 위임해 네트워크 보안에 참여할 수 있다. | ||
| 733 | |||
| 734 | ### 의료 AI와 데이터 활용 | ||
| 735 | |||
| 736 | 의료기관은 AI 상담, 진료 기록 요약, 환자 동의 기반 데이터 활용 등으로 업무 효율성을 높일 수 있다. | ||
| 737 | |||
| 738 | ### 연구 데이터 활용 | ||
| 739 | |||
| 740 | 연구기관은 환자의 동의를 받은 의료 데이터를 활용해 연구를 진행할 수 있다. | ||
| 741 | |||
| 742 | ## 생태계 참여자 | ||
| 743 | |||
| 744 | ### 환자 | ||
| 745 | |||
| 746 | 환자는 자신의 의료정보를 확인하고 관리하며, 필요한 기관에 데이터를 공유할 수 있다. | ||
| 747 | |||
| 748 | ### 의료기관 | ||
| 749 | |||
| 750 | 의료기관은 진료 데이터를 생성하고, 환자에게 데이터를 제공하거나 Panacea 생태계에 참여할 수 있다. | ||
| 751 | |||
| 752 | ### 의료진 | ||
| 753 | |||
| 754 | 의료진은 Dr.Palette 같은 도구를 통해 진료 기록과 상담 업무를 효율적으로 처리할 수 있다. | ||
| 755 | |||
| 756 | ### 연구기관 | ||
| 757 | |||
| 758 | 연구기관은 환자의 동의를 받은 의료 데이터를 활용해 연구를 진행할 수 있다. | ||
| 759 | |||
| 760 | ### 보험사 | ||
| 761 | |||
| 762 | 보험사는 의료 데이터와 보험 청구 정보를 활용해 보험금 청구와 심사 절차를 개선할 수 있다. | ||
| 763 | |||
| 764 | ### 검증자 | ||
| 765 | |||
| 766 | 검증자는 Panacea 메인넷의 블록 생성과 네트워크 운영에 참여한다. | ||
| 767 | |||
| 768 | ### 위임자 | ||
| 769 | |||
| 770 | MED 보유자는 검증자에게 MED를 위임하고 스테이킹 보상을 받을 수 있다. | ||
| 771 | |||
| 772 | ### MediBloc Limited | ||
| 773 | |||
| 774 | MediBloc Limited는 메디블록 생태계와 Panacea 개발, 서비스 운영에 관여하는 주요 주체이다. | ||
| 775 | |||
| 776 | ## 생태계 | ||
| 777 | |||
| 778 | 메디블록 생태계는 MED, Panacea, MediPass, Dr.Palette, DID, 검증자, 의료기관, 환자, 연구기관으로 구성된다. | ||
| 779 | |||
| 780 | MED는 생태계의 네이티브 코인이다. | ||
| 781 | |||
| 782 | Panacea는 의료 데이터 인증과 생태계 인센티브를 처리하는 메인넷이다. | ||
| 783 | |||
| 784 | MediPass는 환자 중심의 개인 의료정보 관리 서비스이다. | ||
| 785 | |||
| 786 | Dr.Palette는 의료기관이 진료 데이터를 생성하고 관리하는 서비스이다. | ||
| 787 | |||
| 788 | DID는 데이터의 신뢰성과 신원 검증을 담당한다. | ||
| 789 | |||
| 790 | 검증자와 위임자는 Panacea 네트워크 운영에 참여한다. | ||
| 791 | |||
| 792 | 환자, 의료기관, 연구기관, 보험사, 제약사는 의료 데이터 생태계의 실제 사용자이자 참여자이다. | ||
| 793 | |||
| 794 | 이 구조에서 메디블록은 블록체인만 제공하는 것이 아니라, 실제 의료 서비스와 연결되는 데이터 인프라를 구축하려는 프로젝트로 볼 수 있다. | ||
| 795 | |||
| 796 | ## 한계 및 주요 변수 | ||
| 797 | |||
| 798 | 메디블록의 장기적인 성장에는 실제 의료기관과 사용자의 채택이 중요하다. | ||
| 799 | |||
| 800 | 헬스케어 블록체인 프로젝트는 기술만으로 성공하기 어렵다. | ||
| 801 | |||
| 802 | 의료 데이터는 민감정보이고, 의료기관 시스템은 보수적이며, 개인정보보호법과 의료법 등 여러 규제와 연결된다. | ||
| 803 | |||
| 804 | 따라서 메디블록의 핵심 변수는 다음과 같다. | ||
| 805 | |||
| 806 | - MediPass 사용자 수 | ||
| 807 | - Dr.Palette 도입 의료기관 수 | ||
| 808 | - 실제 의료 데이터 연동 범위 | ||
| 809 | - 환자 동의 기반 데이터 공유 건수 | ||
| 810 | - Panacea 트랜잭션 수 | ||
| 811 | - MED 스테이킹 규모 | ||
| 812 | - 검증자 수와 분산성 | ||
| 813 | - 의료기관과 보험사 제휴 | ||
| 814 | - 연구기관 데이터 활용 사례 | ||
| 815 | - 개인정보 보호 체계 | ||
| 816 | - 국내외 의료 데이터 규제 | ||
| 817 | |||
| 818 | 의료 데이터는 블록체인에 직접 기록하기 어렵다. | ||
| 819 | |||
| 820 | 따라서 메디블록은 온체인과 오프체인 구조를 적절히 결합해야 한다. | ||
| 821 | |||
| 822 | 블록체인은 데이터의 무결성과 접근 권한을 관리할 수 있지만, 실제 의료 데이터 저장과 처리에는 암호화, 접근 제어, 환자 동의, 클라우드 보안, 법적 절차가 함께 필요하다. | ||
| 823 | |||
| 824 | MED 공급 구조도 중요한 변수이다. | ||
| 825 | |||
| 826 | MED는 고정 최대 공급량이 명확한 코인이 아니며, Panacea Blockchain 보상에 따른 인플레이션이 존재한다. | ||
| 827 | |||
| 828 | 유통량은 시점별로 변동하므로, 위키 문서에서는 공급량을 단일 숫자로 단정하기보다 거래소 설명서와 공식 공시를 기준으로 업데이트하는 것이 좋다. | ||
| 829 | |||
| 830 | Panacea의 기술 업데이트도 중요하다. | ||
| 831 | |||
| 832 | Cosmos SDK, CometBFT, IBC-Go 등 기반 스택의 업그레이드는 보안과 상호운용성에 영향을 줄 수 있다. | ||
| 833 | |||
| 834 | 반면 의료기관 서비스와 연결된 프로젝트이기 때문에 체인 업그레이드 중단, 입출금 중단, 노드 장애, 보안 패치 같은 운영 안정성도 중요하다. | ||
| 835 | |||
| 836 | 메디블록의 장기적인 생태계 확장에는 다음 요소들이 영향을 줄 수 있다. | ||
| 837 | |||
| 838 | - 의료기관 파트너십 | ||
| 839 | - 환자 데이터 주권에 대한 사회적 수요 | ||
| 840 | - MediPass 활성 사용자 수 | ||
| 841 | - Dr.Palette 사용 의료기관 수 | ||
| 842 | - AI 상담과 의료 데이터 자동화 기능의 실제 활용도 | ||
| 843 | - Panacea 메인넷 안정성 | ||
| 844 | - DID와 데이터 인증 사용량 | ||
| 845 | - MED 스테이킹 참여율 | ||
| 846 | - 검증자 분산성 | ||
| 847 | - 국내 개인정보보호 규제 | ||
| 848 | - 의료 데이터 활용 규제 | ||
| 849 | - 보험사와 연구기관 연동 | ||
| 850 | - 거래소 유동성 | ||
| 851 | - MED 유통량 증가와 인플레이션 | ||
| 852 | - 헬스케어 Web3 시장의 성장성 | ||
| 853 | |||
| 854 | ## 같이 보기 | ||
| 855 | |||
| 856 | * [[비트코인]] | ||
| 857 | * [[이더리움]] | ||
| 858 | * [[코스모스]] | ||
| 859 | * [[Cosmos SDK]] | ||
| 860 | * [[Tendermint]] | ||
| 861 | * [[CometBFT]] | ||
| 862 | * [[DPoS]] | ||
| 863 | * [[PBFT]] | ||
| 864 | * [[DID]] | ||
| 865 | * [[의료 데이터]] | ||
| 866 | * [[헬스케어]] | ||
| 867 | * [[개인정보보호]] | ||
| 868 | * [[데이터 주권]] | ||
| 869 | * [[PHR]] | ||
| 870 | * [[EHR]] | ||
| 871 | * [[EMR]] | ||
| 872 | * [[MediPass]] | ||
| 873 | * [[Dr.Palette]] | ||
| 874 | * [[스테이킹]] | ||
| 875 | * [[검증자]] | ||
| 876 | * [[IBC]] | ||
| 877 | * [[블록체인]] |