플러스프로젝트 배경
[문제] 페이백 정산 서비스의 진짜 난제는 화면이 아니라 정산 무결성입니다 — 거래소 API 재수집·재처리·수동 보정이 겹칠 때 같은 수수료가 두 번 지급되면 곧바로 금전 손실이 됩니다. 게다가 거래소는 API 규격·수수료 단위·응답 스키마가 제각각이고, 정책 변경·장애로 API가 끊기면 CSV 수동 업로드가 상시 운영 요건이 됩니다. 사용자 UID 등록·본인인증, 관리자 회원/출금 관리, 실시간 정산 통계,
프로젝트 성과
멱등 재수집 중복지급 0
5개 거래소 15건·370.38 USDT 적재 후 재수집해도 신규 0·중복차단 15·총액 불변을 콘솔에서 실제 시연
CSV 폴백 겹침 차단
API분과 겹치는 3건 차단·새 2건만 병합(388.78 USDT), 동일 멱등키로 이중지급 방지
매칭 무결성 가드
미매칭 UID를 검증에서 지급 차단(API 배치 기준 지급대상 360.31 / 보류 10.07 USDT), 상태·감사 로그로 추적
사용자·관리자 8화면 완결
UID 인증·회원/출금 관리·정산 통계·감사 로그·ERD까지 공고 전 범위를 단일 HTML로
외부 요청 0
인라인 CSS/JS/SVG, CDN·폰트·이미지 요청 없이 오프라인 동작, CSV 내보내기·라이트/다크·접근성 레이블
핵심 기능
멱등 정산 엔진
(거래소,UID,기간) unique 키로 재수집·재처리를 UPSERT 처리해 중복 지급 0. 재수집 버튼으로 총액 불변을 즉시 확인
진행 단계
기획
2026.07.
공고형 요구(사용자/관리자 웹·CSV 폴백)를 데모 범위로 재정의, 범위 밖(실연동·인증·배포) 명문화
프로젝트 상세
자체 기획·개발한 데모입니다. 클라이언트 수주·납품 실적이 아닙니다. 실제 거래소 미연동이며, 등장하는 회원·UID·수수료·지갑주소·거래소 응답은 전부 가상 목업 데이터입니다. 가상자산 거래소 수수료 페이백(리베이트) 서비스의 사용자·관리자 전 범위를 "서술이 아닌 실물"로 증명하기 위해 만든 데모입니다. 정적 목업이 아니라, 브라우저 안에서 실제로 동작하는 JS 정산 엔진과 8개 화면(사용자 대시보드·
