4.1 보강 검토판 · 추가 운영 정책은 검토안입니다.
탈중앙화 글로벌 HealthFiRAPHA20 백서
탈중앙화 글로벌 HealthFi 생태계 · Version 4.1
제공된 백서의 핵심 내용을 웹 열람용으로 정리했습니다. 계획 단계와 확인이 필요한 사항을 함께 표시합니다.
항목 011. 프로젝트 개요
RAPHA20(RP20)은 Polygon 기반의 탈중앙화 HealthFi(Health Finance) 생태계 구축을 목표로 설계된 유틸리티 토큰입니다. 건강, 웰니스, 커뮤니티, 재생, 글로벌 Web3 플랫폼을 블록체인 기술과 연결합니다. Miracle, Raphael, Nesiah 등 건강 중심 생태계와 연동될 수 있는 플랫폼 구축을 지향합니다.
항목 022. 비전
Health + Wellness + Community + Blockchain + Web3 = Global Health Ecosystem. 건강 중심 글로벌 커뮤니티 플랫폼을 구축하는 것이 RAPHA20의 비전입니다.
항목 033. 프로젝트 목표
HealthFi 구축 · 글로벌 웰니스 커뮤니티 · 활동 기반 보상 시스템 · 제품 연동 플랫폼 · DEX를 통한 글로벌 유동성 · 탈중앙화 Web3 플랫폼 확장을 목표로 합니다.
항목 044. 핵심 생태계 구조
Miracle · Raphael · Nesiah / RP20 유틸리티 개념도건강 활동, 커뮤니티 참여, 웰니스 프로그램, 건강 콘텐츠 참여, 제품 구매, 후기 작성, Wellness Challenge에 RP20 보상을 연동하는 구조를 계획합니다. 구체적인 지급 기준과 수량은 별도 확정이 필요합니다.
Miracle
Wellness, Natural Health, Community, Lifestyle을 기반으로 글로벌 건강 커뮤니티, 웰니스 프로그램, 멤버십, 디지털 리워드로 확장할 수 있습니다.
Raphael
Wellness Community, Regeneration Concept, Community Participation, Health-Oriented Lifestyle 기반 플랫폼을 지향합니다.
Nesiah
Wellness Care, Beauty & Wellness, Community Reward, Digital Membership 구조와 연동할 수 있습니다.
항목 055. 블록체인 인프라
Polygon 기반 ERC-20 토큰으로 설계됩니다. 낮은 가스비, 빠른 처리 속도, MetaMask 등 Web3 지갑 호환, 확장성, QuickSwap 접근성을 선택 이유로 제시합니다. 실제 수수료와 처리 속도는 네트워크 상태에 따라 달라집니다.
항목 066. 토큰 정보
Token Name: RAPHA20 · Symbol: RP20 · Network: Polygon · Standard: ERC-20 · Total Supply: 1,000,000,000 RP20. 추가 발행 없음, 일부 소각 가능, 향후 DAO 검토를 설계 방향으로 제시합니다. 계약 주소와 배포된 코드가 제공되지 않아 실제 구현 여부는 확인되지 않았습니다.
항목 077. 토크노믹스
총 공급량 배분 계획: 생태계 준비금 30% (300,000,000), 커뮤니티 보상 25% (250,000,000), DEX 유동성 20% (200,000,000), 마케팅 및 성장 10% (100,000,000), 파트너십 10% (100,000,000), 비상 준비금 5% (50,000,000 RP20). 락업·베스팅·유통 일정은 제시되지 않았습니다.
항목 088. DEX 상장 목표
초기 목표는 DEX를 통한 글로벌 유동성 확보입니다. QuickSwap / Polygon, Uniswap / Ethereum, PancakeSwap / BNB Chain을 목표로 제시합니다. 모두 계획 단계이며 상장 및 유동성 공급 완료를 의미하지 않습니다. Ethereum과 BNB Chain 확장은 별도 토큰 배포 또는 브리지 설계가 필요합니다. 글로벌 접근, 탈중앙화, 사용자 자산 주권, 열린 유동성, Web3 확장을 지향합니다.
항목 099. 스마트컨트랙트 구조
검증에서 보상까지
보상 흐름 / 계획01사용자 활동
02활동 인증
03계약 실행
04RP20 지급
각 단계는 개발 계획이며 현재 자동 지급 시스템의 구현을 의미하지 않습니다.
사용자 활동 → 활동 인증 → 스마트컨트랙트 실행 → RP20 지급. 활동 검증과 자동 지급을 연결하는 보상 시스템을 계획합니다. 검증 방식과 컨트랙트 사양은 향후 구체화가 필요합니다.
항목 1010. 커뮤니티 유틸리티
활동 기반 보상, 회원 등급, 이벤트 참여, NFT 연동, DAO 참여에 RP20을 사용할 수 있도록 계획합니다.
항목 1111. NFT 확장성
Wellness NFT, Community Badge NFT, Health Achievement NFT, Membership NFT 등으로 확장을 검토합니다.
항목 1212. DAO 거버넌스
향후 커뮤니티 투표, 정책 참여, 플랫폼 운영 참여를 포함하는 DAO 기반 탈중앙화 거버넌스 구조를 검토합니다.
항목 1313. 로드맵
단계별 개발 경로
모든 단계 / 계획01계약 기반 구축
02유동성 연결
03서비스 확장
04글로벌 확장
Phase 1: RP20 토큰 생성, 스마트컨트랙트 배포, MetaMask 연동.
Phase 2: DEX 유동성 공급, QuickSwap 상장, 글로벌 커뮤니티 오픈.
Phase 3: 웰니스 플랫폼, 모바일 앱, NFT 시스템 확장.
Phase 4: 글로벌 HealthFi 확장, DAO 거버넌스, AI 웰니스 플랫폼. 각 단계는 목표이며 완료 여부와 일정은 별도 공지가 필요합니다.
항목 1414. 보안
보안 설계 / 개념 이미지스마트컨트랙트 보안 감사 예정, MetaMask 지원, 탈중앙화 구조, 커뮤니티 거버넌스 검토를 계획합니다. 감사 완료 보고서와 실제 배포 계약은 제공되지 않았습니다. 지갑 지원이 자산의 안전을 보장하지는 않습니다.
항목 1515. 컴플라이언스
RAPHA20은 활동 기반 유틸리티를 지향하며 투자 수익 보장, 증권형 금융 상품, 금융 투자 계약을 목적으로 하지 않는다고 설명합니다. 유틸리티라는 명칭만으로 법적 분류가 확정되는 것은 아니며 실제 구조와 관할 법규에 따른 검토가 필요합니다.
항목 1616. 면책 조항
암호화폐에는 높은 변동성, 기술적 위험, 규제 변화가 존재합니다. 이 자료는 투자 권유나 수익 보장이 아닙니다. 플랫폼 및 보상은 계획 단계이며 실행 내용은 변경될 수 있습니다. 웰니스 콘텐츠는 의료적 진단·치료를 대체하지 않습니다.
항목 1717. 미래 비전
HealthFi + Community + Wellness + NFT + AI + Web3. RAPHA20은 웰니스 플랫폼, 글로벌 커뮤니티, Web3 생태계 구축을 목표로 성장해 나갈 계획입니다.
항목 1818. 서비스 참여와 사용자 경험
RAPHA20은 건강 활동 자체를 금융 수익으로 보장하는 모델이 아니라, 검증 가능한 생태계 참여를 디지털 유틸리티로 연결하는 플랫폼을 지향합니다. 초기 참여 흐름은 계정 생성, 이용약관·개인정보 안내 확인, 활동 참여, 검증, 보상 내역 확인, 승인된 유틸리티 이용으로 설계할 수 있습니다.
활동 유형별로 신청 조건, 인증 자료, 심사 기간, 지급 상한, 이의신청 방법을 사전에 안내하는 것을 운영 원칙으로 제안합니다. 유료 제품 구매를 모든 건강 활동 보상의 필수 조건으로 만들지 않으며, 구매·후기 보상은 해당 지역의 광고·소비자 관련 검토를 거쳐 별도 정책으로 구분해야 합니다.
회원가입, 활동 인증, 제품 결제와 토큰 거래는 각각 다른 절차입니다. 현재 공개 사이트는 소개와 백서 제공을 위한 공간이며 실제 보상, 지갑 연결, 제품 결제를 실행하지 않습니다. 이용 가능 지역과 연령 요건은 서비스 출시 전에 확정·고지할 예정입니다.
항목 1919. 활동 검증과 보상 통제
보상 운영은 오프체인 활동 검증과 온체인 토큰 지급을 분리하는 구조를 제안합니다. 검증된 활동에 고유 식별자를 부여하고, 검증 서버가 승인한 지급 요청만 보상 계약이 처리하도록 설계할 수 있습니다. 사용자의 건강 상태나 진단 여부를 토큰 가치 또는 수익과 연결하지 않습니다.
운영 통제안: 동일 활동 중복 지급 방지, 계정별·활동별 지급 한도, 검증 유효기간, 자동화 봇·다중 계정 이상 탐지, 취소·이의신청 절차, 이상 지급 시 일시 정지 기능. 보상 증빙과 계약 거래 식별자를 연결하되 민감한 원본 정보는 체인에 기록하지 않는 방향을 제안합니다.
보상은 커뮤니티 보상 배분액 250,000,000 RP20 범위의 예산 관리 대상으로 제시합니다. 실제 일별·월별 방출량과 활동당 지급량은 서비스 수요, 보상 잔액, 부정수급률을 평가한 뒤 공지해야 합니다. 무제한 지급이나 고정 수익률을 약속하지 않으며, 변경 시 적용일과 기존 참여 건 처리 기준을 안내해야 합니다.
항목 2020. 플랫폼 아키텍처와 스마트컨트랙트 설계
검토 아키텍처는 이용자 웹·앱, 활동 검증 서비스, 보상 요청 관리, 토큰·보상 계약, 운영 관리와 공시 영역으로 구성합니다. 검증 서비스는 활동 적격성을 판단하고, 지급 계층은 승인된 요청의 중복 처리 여부와 예산을 확인하는 역할을 담당하도록 제안합니다.
계약 공개 시 토큰 주소, 네트워크 식별 정보, 소스 코드, 공급량 제한 구현, 관리자 권한, 정지·업그레이드 가능 여부, 주요 이벤트와 보상 계약 주소를 함께 제공해야 합니다. 추가 발행 없음과 일부 소각 가능이라는 기존 방향은 실제 코드와 권한 목록으로 검증되어야 합니다.
관리자 권한은 역할별로 최소화하고, 중요한 변경은 다중 서명과 지연 실행을 검토합니다. 업그레이드형 계약 채택 여부는 미정이며, 채택 시 변경 권한과 통지 절차를 공개해야 합니다. 활동 인증 주체나 운영자 의존성이 남아 있는 부분은 탈중앙화 정도를 과장하지 않고 설명해야 합니다.
항목 2121. 토큰 유통·준비금·유동성 관리
총 공급량과 6개 배분 비율은 기존 4.0 내용을 유지합니다. 배분액은 즉시 유통량을 의미하지 않습니다. 유통량은 실제 방출 일정과 지갑 잔액을 근거로 별도 산정·공시해야 하며, 아직 확정되지 않은 초기 유통량이나 토큰 판매 가격을 임의로 제시하지 않습니다.
각 배분 항목의 보관 지갑, 집행 목적, 승인 주체, 락업·베스팅 여부, 방출 일정, 잔액 보고 주기를 출시 전에 확정하는 것을 제안합니다. 준비금의 사업 목적 외 사용을 제한하고, 주요 지출은 승인 기록과 거래 식별자를 연결하여 추적 가능하게 관리하는 방향입니다.
DEX 유동성 200,000,000 RP20 배분은 토큰 측 계획이며 실제 풀 조성을 위해서는 상대 자산, 초기 가격, 투입량, LP 소유·잠금 정책과 인출 권한을 별도 결정해야 합니다. 거래 가능성, 가격 안정, 충분한 매도 유동성을 보장하지 않습니다. 브리지와 다중 체인 확장은 공급량 중복 계산 및 별도 보안 위험을 검토한 후 진행해야 합니다.
항목 2222. 개인정보와 건강 데이터 보호
건강 관련 데이터는 토큰 거래 데이터와 분리하는 설계 원칙을 제안합니다. 이름, 연락처, 건강 기록, 진단 자료 등 민감하거나 개인을 식별할 수 있는 정보는 공개 블록체인에 직접 기록하지 않아야 합니다. 증빙의 해시나 식별자도 다른 정보와 결합하면 개인을 식별할 수 있으므로 별도 검토가 필요합니다.
서비스에 필요한 최소 정보만 수집하고, 이용 목적·보관 기간·제3자 제공·국외 이전 여부를 알기 쉽게 설명해야 합니다. 계정 접근 통제, 전송·저장 암호화, 접근 기록, 삭제·정정 요청 절차는 출시 전 설계·검증 대상입니다. 실제 개인정보 처리자와 담당 연락처는 확정 후 공개해야 합니다.
웰니스 성취 배지와 NFT는 선택 참여를 원칙으로 검토하며, 건강 상태의 공개를 기본값으로 만들지 않습니다. 향후 AI 기능은 별도 동의·데이터 정책·성능 및 한계 설명을 전제로 검토합니다. 현재 의료적 진단이나 치료 기능이 구현·인증되었다고 주장하지 않습니다.
항목 2323. 보안 운영과 사고 대응
검토 순서는 설계 검토, 내부 테스트, 독립 감사, 발견 사항 조치, 배포 정보 공개, 제한된 파일럿, 서비스 확대입니다. 감사 범위에는 토큰 공급, 보상 중복 처리, 권한 오남용, 정지·업그레이드, 예산 통제 및 외부 검증 의존성을 포함하도록 제안합니다. 감사는 예정이며 결과를 미리 보장하지 않습니다.
운영 중에는 비정상 지급, 관리자 권한 변경, 준비금 이동, 보상 잔액 부족을 감시하는 방안을 검토합니다. 사고 발생 시 담당자 확인, 지급 기능 제한, 영향 범위 분석, 이용자 공지, 원인 수정, 재개 전 검증의 순서로 대응 절차를 마련해야 합니다.
키 분실, 지갑 탈취, 스마트컨트랙트 결함, 검증 서버 오류, 브리지 사고와 체인 장애는 별도 위험입니다. 복구 가능 범위와 사용자 책임을 실제 시스템에 맞게 안내해야 하며, 탈중앙화 구조나 보안 감사가 모든 손실을 막는다고 설명해서는 안 됩니다.
항목 2424. 거버넌스와 단계별 출시 기준
초기 운영에서는 검증, 보상 정책, 예산 집행에 대한 책임 주체가 필요합니다. 운영 팀과 권한 보유자, 주요 의사결정 절차는 확정 후 공개해야 합니다. DAO 전환은 향후 검토 사항이며, 현재 RP20 보유가 자동으로 의결권이나 법적 권리를 부여한다고 해석해서는 안 됩니다.
DAO 도입 전에는 제안 자격, 투표권 산정, 정족수, 이해충돌 처리, 투표 기간, 집행 권한을 정의해야 합니다. 사용자 자산을 임의로 이전하거나 개인정보 공개를 요구하는 결정은 거버넌스 기능과 구분하여 별도 제한하는 방향을 제안합니다.
단계별 출시 조건안: 1단계는 계약·권한·배포 정보 공개, 2단계는 LP 정책·위험 안내·커뮤니티 운영 기준 확정, 3단계는 활동 검증·보상 예산·개인정보 절차의 파일럿 검증, 4단계는 DAO 규칙·다중 체인 보안·AI 데이터 정책 검토입니다. 날짜 중심 발표보다 충족된 검증 항목을 근거로 진행 상태를 공개하는 방식을 제안합니다.
항목 2525. 정보 공개와 확정 필요 항목
출시 전에 추가 공개할 정보: 운영 주체와 공식 연락처, 검증된 계약 주소, 감사 보고서, 배분 지갑, 유통·베스팅 일정, 유동성 상대 자산과 LP 권한, 보상 기준과 상한, 이용 가능 지역, 개인정보 처리방침, 서비스 이용약관. 현재 제공되지 않은 항목은 미확정으로 남기며 임의로 채우지 않습니다.
운영 보고 지표안: 검증 참여자 수, 승인·거절 활동 수, 실제 지급량, 보상 잔액, 준비금 지출, 지원 문의와 보안 사고 처리 현황. 지표별 기간과 산정 기준을 함께 공개하고 거래량 또는 지갑 수를 실제 이용자 수로 혼동하지 않는 것이 필요합니다.
이번 4.1 보강 검토판은 제공된 4.0 백서의 공급량·배분·비전·생태계·로드맵을 유지하면서 18~25항의 운영 설계안을 보충했습니다. 추가 내용은 확정된 약속이나 법률 의견이 아니며, 운영 주체의 검토와 실제 개발 결과에 따라 변경될 수 있습니다. 개정 시 버전, 날짜, 변경 요약을 함께 공지하는 방향을 제안합니다.
