HAPPO — Earn-to-Trade

거래하는 순간, 기여하는 순간, HAP가 쌓인다.

HAPPO는 AI 자동 트레이딩 플랫폼이며, HAP 토큰은 생태계의 유틸리티이자 활동 기반 보상 토큰입니다. 봇을 실행하고 실제 거래에 기여하면 포인트가 발생하고, 에포크 종료 시 HAP로 정산됩니다.

Active Bots

1,284

Daily Reward Pool

500,000 HAP

거래 → 포인트 → HAP, 3-스텝 리워드 흐름을 시작하세요.

거래

포인트

HAP

컴플라이언스 원칙(요약)

Region policy
  • 거래영수증만 수집, PII 미수집 원칙
  • 자금세탁 방지: KYC 레벨에 따라 보상 상한 적용
  • 지역 제한/스테이킹 제한 등 구성(규제 발생 시)
  • 리베이트/수수료 투명 공시(월 단위 보고)
KYC-Tiered Caps Transparency Reports

핵심 KPI

DAAB

1,284

에포크 참여율

63%

유효/무효 포인트

86% / 14%

평균 보유시간

7m

슬리피지 분포
사용자별 순이익률 분포
리워드 집중도(HHI)

토큰 발행 & 리스팅 로드맵

Q4’25 테스트넷/가상정산
Q1’26 메인넷/토큰/1차 리스팅
Q2’26 커넥터/전략마켓/모바일
Q3’26 글로벌 캠페인/리베이트-풀 연동

예시 시나리오

초보 사용자

기본 봇 템플릿 on → 2주 연속 평균 보유시간 7분, 슬리피지 6bp → 포인트 상승, 30일 스테이킹 승수 1.05.

프로 트레이더

자체 전략 연결 → 안정적 실현PnL, 낮은 MDD → 상위 10% 리워드.

전략 제공자

200명 구독 → 성과 기반 추가 HAP, 검증자 리포트로 신뢰도↑.

리스크 & 완화

시장 급변으로 슬리피지 급등슬리피지 항 복원력으로 품질점수 자동 조정
특정 거래쌍 보상 편향ω_pair로 감가
어뷰즈/자전거래탐지 규칙 강도 조정, 위반 시 슬래싱/블랙리스트

팀 & 운영

CEO 양순식
CEO: 양순식

자동화/브로커 생태계

CTO 황대호
CTO: 황대호

알고리즘 트레이딩/보안

HAPPO
DAO Ops Steward: [Name]

파라미터 거버넌스 운영

부록

부록 A — 인터페이스
interface IRewardVault {
  function allocate(uint256 epoch, uint256 amount) external;
}
부록 B — 파라미터 기본값

α=1.00, β=0.60, γ=0.40, δ=0.20, ζ=0.20, 승수 상한 1.20x, κ(H)=min(1,H/5m)

부록 C — 데이터 스키마

trades, scores, merkle_claims — 주요 컬럼과 해시 앵커

보안 & 감사 체크리스트

Security Posture

  • 컨트랙트: 재진입/언더플로우/권한/업그레이드 경로 점검
  • 오라클: 서명 검증, 키 롤오버, 지연/재전송 보호
  • 데이터: PII 미수집, 해시 처리, 영구 로그 보관
  • 버그바운티: High/Medium/Low 보상 체계

주의

긴급 시나리오

멀티시그 기반 긴급 스위치를 통한 일시 동결 후 DAO 표결 절차.

거버넌스(DAO) 파라미터

항목기본값설명
α, β, γ, δ, ζ1.0, 0.6, 0.4, 0.2, 0.2품질 점수 민감도/패널티
κ(H)min(1, H/5m)초단기 라운드트립 감점
승수 상한1.20x스테이킹 편향 제한
에포크 길이24h테스트넷 4h
Emergency Switch

기술 스택 & Public API

Tech Stack

  • Backend: FastAPI(Python), Uvicorn, Redis 큐, Postgres/Timescale
  • ML: Prophet + 규칙기반 리스크, 점진적 강화(후기)
  • Connectors: OKX(read-only) → 후속 거래소
  • On-chain: Solidity, OpenZeppelin, MerkleDistributor 패턴

Public API

POST /receipts/batch    # 거래영수증 수신(서명필수)
200 { accepted: n }

GET /epochs/{id}/scorecard
200 { user: address, points: number, rank: number }

GET /claim-proof?epoch=&address=
200 { epoch, address, amount, proof[] }

문제 정의

복잡한 설치

봇/카피 트레이딩의 설치·운영 장벽이 높고 초기 세팅이 번거롭습니다.

불투명 수수료

수수료 구조가 불투명하고, 실제 성과 대비 과금이 일관되지 않습니다.

형식적 거래 과보상

거래량만 늘리는 활동이 과보상되고, 품질(안정성·지속 수익)은 저평가됩니다.

솔루션 개요 — Earn-to-Trade

Exchange APIs
Receipt Oracle
Scoring Engine
Epoch Pool
HAP Transfer

거래 행위를 검증 가능한 증빙으로 수집하여 포인트로 산정하고, 에포크 종료 시 HAP로 분배합니다. 품질 가중치와 안티-어뷰즈 규칙으로 형식적 거래를 억제합니다.

아키텍처

데이터 흐름

  • 거래 영수증 수집(오프체인): 거래소 Read-only API + 서명/논스 검증
  • 영수증 해시 앵커(온체인): 거래 묶음을 Merkle root로 주기적 커밋
  • 스코어링 엔진(오프체인): 품질 가중치로 포인트 계산
  • 에포크 정산(온체인): 사용자별 HAP 분배 트랜잭션 생성

컨트랙트 관계

TokenVaultDistributorStakingDAO
interface IDistributor {
  event Claimed(address indexed user, uint256 epoch, uint256 amount);
  function merkleRoot(uint256 epoch) external view returns (bytes32);
  function claim(uint256 epoch, uint256 amount, bytes32[] calldata proof) external;
}

Earn-to-Trade 포인트 공식

트레이드 품질 점수

qt=αNt⋅(1+β⋅tanh⁡(Rt/σR))⋅(1−γDt)⋅(1−δSt)⋅(1−ζFt)q_t = \alpha N_t \cdot (1 + \beta \cdot \tanh( R_t / \sigma_R )) \cdot (1 - \gamma D_t) \cdot (1 - \delta S_t) \cdot (1 - \zeta F_t)

예시 파라미터: α=1.0, β=0.6, γ=0.4, δ=0.2, ζ=0.2

사용자 에포크 포인트

Pu,e=Mu⋅∑t∈Tu,eqt⋅κ(Ht)⋅ωpair(t)⋅ωvenue(t)P_{u,e} = M_u \cdot \sum_{t \in T_{u,e}} q_t \cdot \kappa(H_t) \cdot \omega_{pair}(t) \cdot \omega_{venue}(t)

에포크 분배

HAPu,e=POOLe⋅Pu,e∑jPj,eHAP_{u,e} = POOL_e \cdot \frac{P_{u,e}}{\sum_j P_{j,e}}

숫자 예시:

  • POOL = 500,000 HAP
  • 사용자 A: P=1,200 (합계 60,000 중) → 10,000 HAP
  • 사용자 B: P=300 → 2,500 HAP

에포크 풀 분배 예시

토큰 이코노믹스

분배 비율

보상풀 스케줄(예시)

DAO가 리베이트 유입 시 바이백&소각 또는 풀 보강 중 선택.

유틸리티 & 소각(수요-공급)

Utility Demand Burn
  • 수수료 감면: HAP 스테이킹 티어에 따라 트레이딩 수수료 감면
  • 프리미엄 전략 접근: 특정 전략/알파 피드 접근에 HAP 필요
  • DAO 투표권: 파라미터 거버넌스 참여
  • 소각 옵션: 프리미엄 결제 일부 소각, 리베이트 유입 시 바이백&소각(DAO 승인)

스테이킹 정책

Starter

승수 1.00x · 락업 30일

기본 티어. 중도 해지 시 소정의 수수료 적용.

Pro

승수 1.10x · 락업 90일

균형형. 감점 규칙(어뷰즈/라운드트립)에 우선 적용.

Prime

승수 1.20x · 락업 180일

최대 승수 상한 1.20x. 리스크 페일세이프 우선.

전략 제공자·검증자 보상

Provider Users (1→N)보조 풀(5–10%)
전략 제공자(Provider): 구독·성과에 연동된 2차 HAP 보상.
검증자(Verifier): 백테스트 재현/프로브 트레이드 품질 검증 시 3차 보상.
이해상충 방지: 자가 검증 금지, 임의 샘플 재검.

안티-어뷰즈 & 무결성

탐지 규칙(핵심)

  • 워시 트레이드: 동일/연관계정 간 단기 상쇄 포지션 → 전량 무효
  • 라운드트립 노이즈: 평균 보유시간 < 30초, 슬리피지≈0, 수수료<Xbp → 강력 감점
  • 크로스계정 상쇄: 디바이스/지갑/지문/시간대/거래쌍 상관관계로 합성 탐지
  • 비정상 수익률 패턴: |R_t| 급점프, 아비트리지 과도 반복 → 상한

무결성 체계(Flow)

Exchange ReceiptsSignature / Nonce VerifyAnomaly RulesMerkle Root (On-chain)Claim / Slash
Receipt Oracle: 서명 검증 · 키 롤오버 · 재전송 보호
감사 로깅: 점수 산출 전후 해시 · 파라미터 스냅샷
슬래싱: 조작 적발 시 포인트 몰수 및 스테이킹 잠금