1. 개요
메디블록은 개인 중심의 의료정보 통합과 관리를 목표로 하는 헬스케어 특화 블록체인 프로젝트이다.
영문명은 MediBloc이며, 티커는 MED이다.
메디블록의 핵심 목표는 환자, 의료기관, 연구기관, 보험사, 제약사 등 여러 주체 사이에 흩어져 있는 의료 데이터를 안전하게 연결하고, 개인이 자신의 의료정보에 대한 통제권을 가질 수 있도록 하는 것이다.
일반적으로 의료 데이터는 여러 병원과 기관에 분산되어 있다.
예를 들어 한 환자의 건강 정보는 다음과 같이 흩어져 있을 수 있다.
- 병원 진료기록
- 처방전
- 검사 결과
- 영상 기록
- 건강검진 기록
- 보험 청구 내역
- 개인 건강관리 앱 데이터
- 웨어러블 기기 데이터
이러한 데이터는 개인에게 매우 중요하지만, 실제로는 병원별 시스템과 기관별 데이터베이스 안에 나뉘어 저장되는 경우가 많다.
메디블록은 이 문제를 해결하기 위해 환자가 자신의 의료정보를 직접 관리하고, 필요할 때 의료기관이나 연구기관에 공유할 수 있는 생태계를 만들려 한다.
메디블록의 자체 블록체인 메인넷은 Panacea이다.
Panacea는 의료 데이터의 저장, 공유, 접근 제어, 데이터 인증, DID 기반 신원 확인을 위해 설계된 블록체인 네트워크이다.
중요한 점은 메디블록이 민감한 의료 데이터를 블록체인에 그대로 저장하려는 프로젝트가 아니라는 점이다.
의료 데이터는 개인정보이자 민감정보이기 때문에, 블록체인에 직접 기록되면 정보 노출 위험이 커질 수 있다.
따라서 메디블록은 의료 데이터 자체를 직접 온체인에 올리기보다, 데이터의 무결성 검증, 접근 권한, DID, 기록 증명, 생태계 인센티브를 블록체인으로 처리하는 구조를 지향한다.
MED는 메디블록 생태계의 네이티브 코인이다.
MED는 Panacea 메인넷에서 다음과 같은 용도로 사용된다.
- 트랜잭션 수수료
- 스테이킹
- 검증자 보상
- 생태계 참여 보상
- 의료 데이터 공유 인센티브
- DID 인증 및 데이터 접근 관련 사용
- 향후 헬스케어 서비스 결제 수단
메디블록은 초기에는 Ethereum 기반 MEDX와 Qtum 기반 MED 형태로 알려졌으나, 이후 자체 메인넷 Panacea로 마이그레이션되었다.
현재 거래소에서 거래되는 MED는 Panacea 메인넷 기반 MED로 보는 것이 적절하다.
2. 특징
2.1 환자 중심 의료 데이터 생태계
메디블록의 가장 중요한 특징은 환자 중심 구조이다.
기존 의료정보 시스템에서는 환자가 자신의 의료 데이터를 직접 관리하기 어렵다.
환자는 병원에 진료를 받지만, 진료기록과 검사 결과는 대개 의료기관 시스템 안에 저장된다.
다른 병원에서 진료를 받으려면 환자는 다시 검사하거나, 서류를 발급받거나, 별도 절차를 거쳐 데이터를 이동해야 할 수 있다.
메디블록은 이러한 구조를 바꾸려 한다.
기본 방향은 다음과 같다.
- 의료기관이 진료 데이터를 생성한다.
- 환자는 자신의 의료 데이터를 확인하고 관리한다.
- 환자는 필요한 기관에 자신의 데이터를 공유할 수 있다.
- 데이터의 진위와 무결성은 Panacea 기반 DID와 인증 구조로 확인한다.
- 데이터 공유와 생태계 기여에 대해 MED 보상이 제공될 수 있다.
이 구조는 환자가 의료정보의 단순 대상자가 아니라, 자신의 의료정보를 관리하고 활용하는 주체가 되도록 하는 데 목적이 있다.
2.2 Panacea 메인넷
Panacea는 메디블록의 자체 블록체인 메인넷이다.
Panacea는 의료 데이터 생태계를 위한 퍼블릭 블록체인으로 설계되었다.
Panacea의 주요 특징은 다음과 같다.
- Cosmos SDK 기반
- Tendermint 계열 BFT 합의 구조
- DPoS 모델
- 빠른 최종성
- DID 지원
- IBC 확장 가능성
- 의료 데이터 무결성 검증
- 데이터 접근 제어
- 헬스케어 생태계 인센티브
Panacea는 범용 스마트 컨트랙트 플랫폼이라기보다, 의료 데이터의 인증과 교환, 생태계 참여 보상을 지원하기 위해 만들어진 헬스케어 특화 메인넷에 가깝다.
2.3 DID 기반 신원과 데이터 검증
DID는 Decentralized Identifier의 약자이다.
한국어로는 탈중앙화 식별자라고 부른다.
DID는 사용자가 중앙 기관에만 의존하지 않고 자신의 신원과 데이터의 무결성을 증명할 수 있도록 하는 기술이다.
메디블록에서 DID는 의료 데이터 생태계의 핵심 구성 요소이다.
DID는 다음과 같은 역할을 할 수 있다.
- 환자의 신원 확인
- 의료 데이터 생성자의 검증
- 데이터 서명
- 데이터 위변조 여부 확인
- 데이터 접근 권한 관리
- 기관 간 데이터 신뢰성 확보
- 환자 중심 데이터 공유
예를 들어 어떤 의료기관이 환자의 진료 기록을 생성했다면, 해당 기록이 실제 의료기관에서 발급된 것인지 확인할 필요가 있다.
DID와 서명 구조는 이러한 데이터의 진위를 검증하는 데 사용될 수 있다.
2.4 의료 데이터는 직접 온체인에 저장하지 않음
메디블록 문서에서 중요한 부분은 의료 데이터 자체를 블록체인에 직접 기록하지 않는다는 점이다.
의료 데이터는 매우 민감한 개인정보이다.
블록체인은 공개 원장 성격을 가지기 때문에, 민감한 데이터를 그대로 올리면 개인정보 유출 위험이 발생할 수 있다.
따라서 메디블록은 다음과 같은 구조를 지향한다.
- 실제 의료 데이터는 사용자 단말 또는 별도 보안 채널에서 관리
- 데이터 공유 과정에서 암호화 사용
- 블록체인은 데이터의 무결성, 접근 권한, DID, 인증 정보를 관리
- 환자가 어떤 데이터를 누구에게 공유할지 선택
- 필요한 경우 데이터 진위 여부를 Panacea 기반으로 검증
이 구조는 블록체인의 투명성과 의료 데이터의 개인정보 보호 사이의 균형을 맞추기 위한 설계이다.
2.5 MediPass
MediPass는 메디블록 생태계의 개인 건강정보 관리 서비스이다.
MediPass는 사용자가 자신의 의료 데이터를 확인하고 관리할 수 있도록 하는 PHR 서비스로 설명된다.
PHR은 Personal Health Record의 약자이다.
사용자는 MediPass를 통해 병원 진료 내역, 보험 청구, 처방전, 검사 기록 등 여러 의료 정보를 확인하고 활용할 수 있다.
MediPass의 역할은 다음과 같다.
- 개인 의료정보 관리
- 병원 진료 기록 확인
- 보험 청구 연동
- 의료 데이터 공유
- 사용자 중심 PHR 제공
- Panacea 생태계와 연결
MediPass는 메디블록이 단순 블록체인 메인넷 프로젝트가 아니라 실제 헬스케어 서비스와 연결된 프로젝트라는 점을 보여주는 대표 서비스이다.
2.6 Dr.Palette
Dr.Palette는 의료기관을 위한 EHR 또는 EMR 계열 솔루션이다.
EHR은 Electronic Health Record, EMR은 Electronic Medical Record를 의미한다.
Dr.Palette는 의료기관이 진료 기록을 작성하고 관리할 수 있도록 돕는 클라우드 기반 차트 솔루션으로 설명된다.
메디블록 생태계에서 Dr.Palette는 의료기관이 데이터를 생성하고 관리하는 쪽에 가까운 서비스이다.
반면 MediPass는 환자가 자신의 데이터를 관리하는 쪽에 가깝다.
즉 메디블록 생태계는 다음 두 축을 연결하려 한다.
- 의료기관 측 데이터 생성·관리: Dr.Palette
- 환자 측 데이터 확인·활용: MediPass
이 두 서비스가 Panacea 기반 데이터 인증과 DID 구조로 연결될 경우, 환자 중심 의료 데이터 생태계가 더 실질적으로 작동할 수 있다.
2.7 생태계 참여 보상
MED는 생태계 참여자에게 인센티브를 제공하기 위한 코인이다.
메디블록 생태계의 참여자는 다음과 같이 나눌 수 있다.
- 환자
- 의료기관
- 의료진
- 연구기관
- 보험사
- 제약사
- 검증자
- 위임자
- 서비스 개발자
예를 들어 환자가 자신의 의료 데이터를 연구 목적으로 공유하면, 이에 대한 보상을 받을 수 있다.
의료기관은 데이터 생성과 인증, 생태계 참여에 기여할 수 있다.
검증자와 위임자는 Panacea 메인넷 운영에 참여하고 MED 보상을 받을 수 있다.
이 구조는 의료 데이터의 생산자와 활용자 모두에게 경제적 인센티브를 제공하려는 목적을 가진다.
3. Panacea
Panacea는 메디블록의 자체 메인넷이다.
Panacea는 의료 데이터 주권과 상호운용성을 위한 블록체인 네트워크로 설명된다.
Panacea의 핵심 목적은 다음과 같다.
- 환자 중심 의료 데이터 생태계 구축
- 의료 데이터 위변조 검증
- DID 기반 신원과 서명 관리
- 의료 데이터 접근 권한 관리
- 의료기관과 환자 간 데이터 흐름 지원
- 생태계 참여자 인센티브 제공
- 검증자와 위임자를 통한 네트워크 운영
Panacea는 Cosmos SDK와 Tendermint 계열 구조를 기반으로 한다.
Cosmos SDK는 블록체인 애플리케이션을 만들기 위한 프레임워크이다.
Tendermint 계열 합의는 빠른 최종성과 BFT 보안 모델을 제공한다.
Panacea는 이러한 기술을 바탕으로 헬스케어 데이터 생태계에 필요한 기능을 추가한다.
4. Cosmos SDK와 Tendermint
Panacea는 Cosmos SDK와 Tendermint 계열 기술을 활용한다.
Cosmos SDK는 모듈형 블록체인을 만들기 위한 프레임워크이다.
토큰, 거버넌스, 스테이킹, IBC 등 여러 기능을 모듈로 구성할 수 있다.
Tendermint는 BFT 합의를 제공하는 블록체인 엔진으로, 빠른 최종성과 검증자 기반 합의를 지원한다.
Panacea가 이 구조를 사용하는 이유는 다음과 같다.
- 빠른 최종성
- 검증자 기반 네트워크 운영
- DPoS 구조 구현
- 토큰과 거버넌스 모듈 활용
- IBC 확장 가능성
- 의료 데이터 생태계 전용 기능 추가 용이
5. DPoS와 PBFT
Panacea는 DPoS와 PBFT 계열 구조로 설명된다.
DPoS는 Delegated Proof of Stake의 약자이다.
한국어로는 위임 지분증명이라고 부른다.
DPoS에서는 토큰 보유자가 검증자에게 지분을 위임하고, 검증자는 블록 생성과 합의에 참여한다.
PBFT는 Practical Byzantine Fault Tolerance의 약자이다.
PBFT 계열 합의는 일부 노드가 악의적으로 행동하거나 장애를 일으켜도 네트워크가 일관된 상태에 합의할 수 있도록 설계된 BFT 방식이다.
Panacea에서는 DPoS와 PBFT 구조를 결합해 효율적인 블록 생성과 빠른 최종성을 목표로 한다.
6. DID
DID는 메디블록의 핵심 기술 중 하나이다.
Panacea는 DID 메서드를 제공하며, 사용자는 DID를 생성, 갱신, 비활성화할 수 있다.
DID는 다음과 같은 데이터의 신뢰성을 보장하는 데 활용될 수 있다.
- 의료 기록
- 진료 증명
- 처방전
- 검사 결과
- 건강 데이터
- 보험 관련 데이터
- 연구용 데이터
- 환자 동의 기록
DID의 핵심은 중앙화된 기관 하나에만 의존하지 않고, 데이터의 서명과 검증을 표준화된 방식으로 처리하는 것이다.
의료 데이터 생태계에서는 “누가 데이터를 만들었는지”, “데이터가 위변조되지 않았는지”, “환자가 공유에 동의했는지”가 매우 중요하다.
DID는 이러한 문제를 해결하기 위한 인프라로 사용된다.
7. AOL
AOL은 Append Only Log의 약자이다.
Panacea 문서에서는 AOL을 의료 데이터와 같은 유용한 데이터를 저장·관리할 수 있는 핵심 기능으로 설명한다.
AOL은 주제, 권한, 데이터를 관리할 수 있는 구조이다.
AOL의 주요 구성은 다음과 같다.
- Topic 생성
- Writer 권한 추가
- Writer 권한 삭제
- Record 추가
- Topic 소유자 관리
- 권한이 있는 작성자만 기록 추가
의료 데이터 환경에서는 아무나 데이터를 기록해서는 안 된다.
예를 들어 특정 의료기관이나 의료진만 특정 주제에 기록을 추가할 수 있어야 한다.
AOL은 이러한 기록 권한과 데이터 추가 구조를 관리하기 위한 기능으로 볼 수 있다.
8. PNFT
PNFT는 Panacea Non-Fungible Token의 약자이다.
Panacea에서 NFT를 구현하기 위한 기능이다.
PNFT는 Cosmos의 NFT 표준을 기반으로 한 Panacea의 NFT 구현으로 설명된다.
PNFT의 주요 기능은 다음과 같다.
- Denom 생성
- Denom 정보 갱신
- Denom 소유권 이전
- PNFT 발행
- PNFT 전송
- PNFT 소각
PNFT는 의료 데이터 생태계에서 특정 고유 자산, 인증서, 권리, 기록 단위 등을 표현하는 데 활용될 수 있다.
다만 의료 데이터 자체를 NFT로 만들어 공개적으로 거래한다는 의미는 아니다.
의료 데이터는 민감정보이므로 실제 활용에는 개인정보 보호, 접근 권한, 법적 동의가 함께 필요하다.
9. Token Module
Panacea는 새로운 토큰을 발행할 수 있는 Token Module을 제공한다.
Token Module에서는 토큰 이름, 심볼, 총 공급량, 추가 발행 가능 여부, 발행자 주소 등을 지정해 새로운 토큰을 만들 수 있다.
이 기능은 Panacea 생태계에서 다양한 서비스 토큰이나 포인트, 인센티브 자산을 만들 수 있는 기반이 될 수 있다.
다만 MED는 Panacea 생태계의 기본 코인으로, 일반적으로 메디블록 프로젝트의 중심 자산을 의미한다.
10. MED
MED는 메디블록 생태계의 네이티브 코인이다.
MED는 Panacea 메인넷에서 사용된다.
MED의 주요 역할은 다음과 같다.
- 트랜잭션 수수료
- 스테이킹
- 검증자 보상
- 위임자 보상
- 생태계 참여 보상
- 의료 데이터 공유 인센티브
- DID 인증과 데이터 접근 관련 사용
- 향후 헬스케어 서비스 결제 수단
MED는 메디블록 생태계 참여자들이 네트워크와 서비스에 기여하도록 유도하는 경제적 장치이다.
11. 토큰 정보
- 코인명: MediBloc
- 티커: MED
- 네트워크: Panacea Mainnet
- 토큰 유형: 유틸리티 코인
- 자체 메인넷 여부: 있음
- 최초 발행일: 2018년 5월 28일
- 초기 토큰 형태: Ethereum ERC-20 MEDX
- 이전 토큰 형태: Qtum QRC-20 MED
- 메인넷 마이그레이션: 2019년 10월 7일
- 현재 주소 형식: Panacea 메인넷 주소는
panacea로 시작 - 총 발행한도: CoinMarketCap 기준 미제공 / CoinGecko 기준 무제한 표기
- 발행 방식: 재단 발행 및 Panacea Blockchain 보상 구조
- 주요 용도
- 스테이킹
- 트랜잭션 수수료
- 검증자 보상
- 의료 데이터 공유 보상
- 생태계 참여 인센티브
- 헬스케어 서비스 결제 가능성
12. 공급 구조
MED의 공급 구조는 고정 최대 공급량이 명확히 정해진 비트코인식 모델과 다르다.
거래소 설명서 기준 CoinMarketCap은 MED의 총 발행한도를 제공하지 않으며, CoinGecko는 무제한으로 표기한다.
또한 Panacea Blockchain 보상에 따른 인플레이션이 존재한다.
따라서 메디블록 문서에서는 공급량을 단일 숫자로만 단정하기보다, 다음처럼 구분해 적는 것이 안전하다.
- 총 발행한도: CMC 기준 미제공 / CG 기준 무제한 표기
- 기발행수량: 시점별 변동
- 유통량: 시점별 변동
- 향후 유통스케줄: 재단 공시 계획과 Panacea 보상 구조에 따라 변동
- 과거 1년 발행: Panacea Blockchain 보상에 따른 인플레이션 존재
- 과거 1년 소각: 빗썸 설명서 기준 없음
이 구조는 MED가 단순 고정 공급량 토큰이 아니라, 메인넷 운영과 보상 구조에 따라 공급이 변화할 수 있는 네이티브 코인이라는 점을 보여준다.
13. 스테이킹
MED는 Panacea 메인넷에서 스테이킹에 사용된다.
사용자는 MED를 검증자에게 위임할 수 있다.
검증자는 네트워크 운영과 블록 생성에 참여하고, 위임자는 검증자에게 지분을 맡김으로써 보상에 참여할 수 있다.
스테이킹 구조의 기본 흐름은 다음과 같다.
- 사용자가 Panacea 지갑에 MED를 보유한다.
- 검증자를 선택한다.
- MED를 해당 검증자에게 위임한다.
- 검증자는 블록 생성과 네트워크 운영에 참여한다.
- 보상이 발생하면 검증자와 위임자에게 분배된다.
- 사용자는 필요에 따라 보상을 청구하거나 위임을 변경할 수 있다.
스테이킹은 MED의 대표적인 유틸리티 중 하나이다.
14. 검증자
검증자는 Panacea 메인넷의 핵심 참여자이다.
검증자는 블록 생성, 트랜잭션 검증, 네트워크 상태 유지에 참여한다.
Panacea는 DPoS 구조를 사용하므로, 검증자의 지분은 자기 보유분과 위임받은 MED로 구성될 수 있다.
검증자의 역할은 다음과 같다.
- 블록 생성
- 트랜잭션 검증
- 네트워크 상태 유지
- 보상 분배
- 업그레이드 참여
- 네트워크 안정성 유지
메디블록 공식 사이트와 Mintscan에서는 Panacea 검증자 정보를 확인할 수 있다.
15. 토큰 스왑
메디블록은 초기 토큰 형태에서 자체 메인넷 MED로 전환된 이력이 있다.
초기에는 Ethereum 기반 MEDX와 Qtum 기반 MED가 존재했다.
이후 Panacea 메인넷이 출시되면서 메인넷 MED로 전환되었다.
공식 홈페이지에서는 과거 MEDX 또는 QRC-20 MED를 보유한 사용자를 위한 토큰 스왑 안내를 제공한다.
주소 형식은 다음과 같이 구분된다.
- Ethereum 기반 MEDX 주소:
0x로 시작 - Qtum 기반 QRC-20 MED 주소:
Q로 시작 - Panacea 메인넷 MED 주소:
panacea로 시작
공식 안내에 따르면 메인넷 MED가 거래소에서 거래되기 시작한 이후 거래소에서 구매한 MED는 과거 토큰 스왑 대상이 아니다.
따라서 현재 사용자는 거래소와 지갑에서 Panacea 메인넷 MED를 기준으로 이해하는 것이 중요하다.
16. MediPass
MediPass는 메디블록 생태계의 개인 건강정보 관리 서비스이다.
MediPass는 사용자가 자신의 의료 데이터를 확인하고 관리하며, 필요한 경우 보험 청구나 의료기관 연동에 활용할 수 있도록 돕는다.
MediPass의 주요 기능은 다음과 같이 정리할 수 있다.
- 개인 건강정보 관리
- 진료기록 확인
- 보험 청구
- 처방전 관리
- 의료기관 데이터 연동
- 환자 중심 PHR 서비스
- 의료 데이터 공유 기반 생태계 참여
MediPass는 메디블록의 환자 중심 의료 데이터 철학을 사용자 서비스로 구현한 사례이다.
17. Dr.Palette
Dr.Palette는 의료기관을 위한 클라우드 기반 진료 차트 솔루션이다.
의료기관은 Dr.Palette를 통해 진료 기록을 작성하고 관리할 수 있다.
Dr.Palette는 메디블록 생태계에서 의료 데이터를 생성하고 정리하는 역할을 담당한다.
MediPass가 환자 개인의 PHR에 가깝다면, Dr.Palette는 의료기관의 EHR 또는 EMR에 가까운 서비스이다.
최근 메디블록 생태계 업데이트에서는 Dr.Palette와 AI 상담, 진료 기록 자동 정리, 환자 동의 기반 음성·건강정보 처리 같은 기능이 언급된다.
이는 메디블록이 블록체인 인프라뿐 아니라 실제 의료기관 업무 효율화 서비스로도 확장하고 있음을 보여준다.
18. 의료 데이터와 개인정보 보호
의료 데이터는 가장 민감한 개인정보 중 하나이다.
따라서 의료 데이터 블록체인 프로젝트에서는 데이터 저장 방식이 중요하다.
메디블록은 의료 데이터를 블록체인에 직접 기록하는 구조가 아니다.
블록체인은 공개 원장이므로 민감한 의료 데이터를 그대로 올리면 개인정보 유출 위험이 크다.
메디블록의 구조는 다음 방향에 가깝다.
- 의료 데이터 자체는 사용자 단말 또는 별도 보안 채널에서 관리
- 데이터는 암호화되어 전송
- 블록체인은 DID, 서명, 접근 권한, 무결성 검증에 활용
- 환자가 어떤 데이터를 누구에게 공유할지 결정
- 데이터 사용과 생태계 기여에 대해 MED 보상 가능
이 구조는 의료 데이터의 프라이버시와 블록체인의 신뢰성을 동시에 활용하려는 방식이다.
19. 메디블록과 DID
메디블록에서 DID는 데이터 주권을 위한 핵심 도구이다.
환자나 의료기관은 DID를 통해 자신을 식별하고, 데이터에 서명하거나 검증할 수 있다.
DID를 활용하면 다음과 같은 구조가 가능하다.
- 환자가 자신의 신원을 증명
- 의료기관이 데이터 발급 주체임을 증명
- 연구기관이 데이터 접근 권한을 확인
- 데이터 위변조 여부 검증
- 환자 동의 여부 확인
- 필요한 정보만 선택적으로 공개
특히 의료 데이터는 모든 정보를 한 번에 공개하는 것이 아니라, 목적에 따라 필요한 정보만 제한적으로 공유하는 것이 중요하다.
DID와 영지식 증명 구조는 이러한 선택적 공개와 프라이버시 보호에 활용될 수 있다.
20. 메디블록과 IBC
Panacea는 Cosmos SDK 기반 블록체인이므로 IBC 확장 가능성을 가진다.
IBC는 Inter-Blockchain Communication의 약자이다.
Cosmos 생태계에서 여러 블록체인 간 자산과 메시지를 전달하기 위한 프로토콜이다.
Panacea가 IBC를 활용하면 다음과 같은 가능성이 생긴다.
- 다른 Cosmos 체인과 연결
- MED 유동성 확장
- 외부 DeFi와 연동
- 의료 데이터 관련 인증 정보의 상호운용성 확대
- Panacea 기반 서비스의 생태계 확장
다만 의료 데이터는 민감정보이므로, 체인 간 연결이 확대되더라도 데이터 자체의 공개와 이동에는 개인정보 보호와 법적 동의 구조가 필요하다.
21. 국내 거래소
메디블록은 국내 거래소에서 거래되는 헬스케어 블록체인 코인이다.
21.1 업비트
업비트는 MED 거래를 지원한다.
국내 투자자 입장에서는 메디블록이 비교적 오래전부터 알려진 국내 헬스케어 블록체인 프로젝트라는 점 때문에 업비트 거래 여부가 중요하게 인식된다.
21.2 빗썸
빗썸도 MED 거래를 지원한다.
빗썸 가상자산 설명서 기준 메디블록은 자체 메인넷 Panacea를 운영하며, 국내 유통 현황에는 빗썸, 업비트, 코빗이 포함된다.
21.3 코빗
코빗도 MED 국내 유통 현황에 포함된다.
거래소별 입출금 가능 여부와 네트워크 상태는 시점에 따라 달라질 수 있으므로, 실제 입출금 전에는 각 거래소의 입출금 페이지와 공지를 확인해야 한다.
22. 프로젝트 역사
22.1 년: 메디블록 프로젝트 출범
메디블록은 2017년 무렵 블록체인 기반 의료정보 플랫폼을 목표로 시작되었다.
초기부터 환자 중심 의료 데이터 생태계와 의료정보 주권을 핵심 주제로 내세웠다.
22.2 년: MEDX 발행
2018년 5월 28일 Ethereum 기반 ERC-20 MEDX가 발행되었다.
이 시기 메디블록은 아직 자체 메인넷 이전 단계였고, Ethereum과 Qtum 기반 토큰이 사용되었다.
22.3 년: Panacea 메인넷
2019년 메디블록은 자체 메인넷 Panacea를 공개했다.
Panacea는 의료 데이터 주권과 상호운용성을 위한 블록체인 네트워크로 소개되었다.
22.4 년 10월: 메인넷 마이그레이션
2019년 10월 7일 메디블록은 Ethereum 기반 토큰에서 Panacea 메인넷으로 마이그레이션을 진행했다.
이후 현재의 MED는 Panacea 메인넷 기반 코인으로 이해하는 것이 적절하다.
22.5 년: Panacea 검증자와 스테이킹
메디블록은 Panacea 검증자와 위임 구조를 확대하며, MED 스테이킹과 노드 인센티브를 강화했다.
이를 통해 MED는 단순 거래소 상장 토큰이 아니라 Panacea 네트워크 운영에 사용되는 코인으로 자리 잡았다.
22.6 년: 데이터 풀 확장 전략
메디블록은 의료 데이터 풀 확장과 실제 헬스케어 서비스 적용을 위한 전략을 발표했다.
MediPass와 Dr.Palette 같은 서비스가 Panacea 생태계와 연결되는 방향이 강조되었다.
22.7 년: 생태계 업데이트와 토큰 스왑 지속
2025년에는 Panacea 생태계 업데이트와 정기 토큰 스왑 완료 공지가 이어졌다.
이는 과거 MEDX, QRC-20 MED 보유자 대상 전환 절차가 일정 주기로 진행되었음을 보여준다.
22.8 년: AI 헬스케어와 Panacea 업그레이드
2026년 메디블록은 Dr.Palette 기반 AI 상담 기능, 의료기관 업무 효율화, Panacea 체인 보안 패치와 업그레이드 계획을 발표했다.
Q1 2026 업데이트에서는 Panacea 체인의 보안 패치 v2.2.1이 적용되었고, Q2 2026 업데이트에서는 Cosmos SDK v0.50, CometBFT v0.38, IBC-Go v8 계열 업그레이드를 준비한다고 설명되었다.
23. 메디블록과 일반 의료정보 시스템의 차이
일반 의료정보 시스템은 의료기관 중심으로 작동한다.
환자는 진료를 받지만, 진료기록은 대개 각 병원 시스템 안에 저장된다.
병원 간 데이터 이동은 제한적이고, 환자가 직접 데이터를 통합 관리하기 어렵다.
메디블록은 이 구조를 환자 중심으로 바꾸려 한다.
23.1 일반 의료정보 시스템
- 병원별 데이터 분산
- 환자의 데이터 접근성 제한
- 기관 간 데이터 이동 어려움
- 종이 서류와 별도 발급 절차 필요
- 데이터 위변조 검증 어려움
- 개인 건강 데이터와 병원 데이터 분리
23.2 메디블록
- 환자 중심 PHR 지향
- Panacea 기반 데이터 인증
- DID 기반 신원과 서명
- 의료 데이터 접근 권한 관리
- MediPass를 통한 개인 의료정보 관리
- Dr.Palette를 통한 의료기관 데이터 생성
- MED 기반 생태계 인센티브
24. 메디블록과 단순 의료 앱의 차이
메디블록은 단순 건강관리 앱과도 다르다.
일반 건강관리 앱은 사용자의 걸음 수, 운동량, 식단, 수면 등을 기록하는 데 집중할 수 있다.
메디블록은 의료기관 데이터, 보험 청구, 처방전, 진료 기록, DID, 블록체인 인증 구조까지 포함한다.
즉 메디블록은 다음 요소를 결합한다.
- 개인 건강정보 관리 앱
- 의료기관용 차트 솔루션
- 블록체인 메인넷
- DID 기반 인증
- 생태계 보상 코인
- 의료 데이터 공유 인프라
이 점에서 메디블록은 헬스케어 앱과 블록체인 인프라가 결합된 프로젝트로 볼 수 있다.
25. 활용 분야
25.1 개인 의료정보 관리
사용자는 MediPass 같은 서비스를 통해 자신의 의료정보를 확인하고 관리할 수 있다.
25.2 의료기관 데이터 연동
의료기관은 Dr.Palette 같은 솔루션을 통해 진료 데이터를 생성하고 관리할 수 있다.
25.3 보험 청구
개인 의료정보와 보험사 연동을 통해 보험 청구 절차를 간소화할 수 있다.
25.4 의료 데이터 공유
환자는 연구기관이나 의료기관에 자신의 데이터를 공유할 수 있고, 생태계 기여에 따른 보상을 받을 수 있다.
25.5 DID 인증
의료 기록, 처방전, 진료 증명, 동의 기록 등의 진위를 DID 기반으로 검증할 수 있다.
25.6 스테이킹
MED 보유자는 Panacea 검증자에게 MED를 위임해 네트워크 보안에 참여할 수 있다.
25.7 의료 AI와 데이터 활용
의료기관은 AI 상담, 진료 기록 요약, 환자 동의 기반 데이터 활용 등으로 업무 효율성을 높일 수 있다.
25.8 연구 데이터 활용
연구기관은 환자의 동의를 받은 의료 데이터를 활용해 연구를 진행할 수 있다.
26. 생태계 참여자
26.1 환자
환자는 자신의 의료정보를 확인하고 관리하며, 필요한 기관에 데이터를 공유할 수 있다.
26.2 의료기관
의료기관은 진료 데이터를 생성하고, 환자에게 데이터를 제공하거나 Panacea 생태계에 참여할 수 있다.
26.3 의료진
의료진은 Dr.Palette 같은 도구를 통해 진료 기록과 상담 업무를 효율적으로 처리할 수 있다.
26.4 연구기관
연구기관은 환자의 동의를 받은 의료 데이터를 활용해 연구를 진행할 수 있다.
26.5 보험사
보험사는 의료 데이터와 보험 청구 정보를 활용해 보험금 청구와 심사 절차를 개선할 수 있다.
26.6 검증자
검증자는 Panacea 메인넷의 블록 생성과 네트워크 운영에 참여한다.
26.7 위임자
MED 보유자는 검증자에게 MED를 위임하고 스테이킹 보상을 받을 수 있다.
26.8 MediBloc Limited
MediBloc Limited는 메디블록 생태계와 Panacea 개발, 서비스 운영에 관여하는 주요 주체이다.
27. 생태계
메디블록 생태계는 MED, Panacea, MediPass, Dr.Palette, DID, 검증자, 의료기관, 환자, 연구기관으로 구성된다.
MED는 생태계의 네이티브 코인이다.
Panacea는 의료 데이터 인증과 생태계 인센티브를 처리하는 메인넷이다.
MediPass는 환자 중심의 개인 의료정보 관리 서비스이다.
Dr.Palette는 의료기관이 진료 데이터를 생성하고 관리하는 서비스이다.
DID는 데이터의 신뢰성과 신원 검증을 담당한다.
검증자와 위임자는 Panacea 네트워크 운영에 참여한다.
환자, 의료기관, 연구기관, 보험사, 제약사는 의료 데이터 생태계의 실제 사용자이자 참여자이다.
이 구조에서 메디블록은 블록체인만 제공하는 것이 아니라, 실제 의료 서비스와 연결되는 데이터 인프라를 구축하려는 프로젝트로 볼 수 있다.
28. 한계 및 주요 변수
메디블록의 장기적인 성장에는 실제 의료기관과 사용자의 채택이 중요하다.
헬스케어 블록체인 프로젝트는 기술만으로 성공하기 어렵다.
의료 데이터는 민감정보이고, 의료기관 시스템은 보수적이며, 개인정보보호법과 의료법 등 여러 규제와 연결된다.
따라서 메디블록의 핵심 변수는 다음과 같다.
- MediPass 사용자 수
- Dr.Palette 도입 의료기관 수
- 실제 의료 데이터 연동 범위
- 환자 동의 기반 데이터 공유 건수
- Panacea 트랜잭션 수
- MED 스테이킹 규모
- 검증자 수와 분산성
- 의료기관과 보험사 제휴
- 연구기관 데이터 활용 사례
- 개인정보 보호 체계
- 국내외 의료 데이터 규제
의료 데이터는 블록체인에 직접 기록하기 어렵다.
따라서 메디블록은 온체인과 오프체인 구조를 적절히 결합해야 한다.
블록체인은 데이터의 무결성과 접근 권한을 관리할 수 있지만, 실제 의료 데이터 저장과 처리에는 암호화, 접근 제어, 환자 동의, 클라우드 보안, 법적 절차가 함께 필요하다.
MED 공급 구조도 중요한 변수이다.
MED는 고정 최대 공급량이 명확한 코인이 아니며, Panacea Blockchain 보상에 따른 인플레이션이 존재한다.
유통량은 시점별로 변동하므로, 위키 문서에서는 공급량을 단일 숫자로 단정하기보다 거래소 설명서와 공식 공시를 기준으로 업데이트하는 것이 좋다.
Panacea의 기술 업데이트도 중요하다.
Cosmos SDK, CometBFT, IBC-Go 등 기반 스택의 업그레이드는 보안과 상호운용성에 영향을 줄 수 있다.
반면 의료기관 서비스와 연결된 프로젝트이기 때문에 체인 업그레이드 중단, 입출금 중단, 노드 장애, 보안 패치 같은 운영 안정성도 중요하다.
메디블록의 장기적인 생태계 확장에는 다음 요소들이 영향을 줄 수 있다.
- 의료기관 파트너십
- 환자 데이터 주권에 대한 사회적 수요
- MediPass 활성 사용자 수
- Dr.Palette 사용 의료기관 수
- AI 상담과 의료 데이터 자동화 기능의 실제 활용도
- Panacea 메인넷 안정성
- DID와 데이터 인증 사용량
- MED 스테이킹 참여율
- 검증자 분산성
- 국내 개인정보보호 규제
- 의료 데이터 활용 규제
- 보험사와 연구기관 연동
- 거래소 유동성
- MED 유통량 증가와 인플레이션
- 헬스케어 Web3 시장의 성장성