배경 및 목표
사용자가 미래의 다양한 이벤트(정치, 경제, 스포츠 등) 결과에 베팅하고 탈중앙화된 가치 청산을 수행하는 Web3 예측 시장 플랫폼 구축 기획
→ 일반적인 Web3 서비스의 고질적인 문제인 유저의 매 트랜잭션 가스비 지불 허들을 제거하기 위해 ERC-4337(계정 추상화)을 도입. 실시간으로 쏟아지는 온체인 베팅/정산 이벤트 트래픽이 웹 서버에 병목을 주지 않도록 비동기 메시지 큐(AWS SQS) 기반의 분산 인스턴스 환경 설계
역할
시스템 구조 설계 참여 및 주도적 개발
주요 업무 및 성과
① ERC-4337(계정 추상화) 및 SIWE 기반 Web3 유저 경험(UX) 설계
- 계정 추상화(AA) 지갑 아키텍처 연동: 사용자가 매번 메타마스크 팝업을 띄우고 직접 가스비를 지불하는 기존 방식에서 탈피, 플랫폼 단에서 스마트 계정을 생성하도록 구현. 사용자는 단 한 번 디지털 서명만 제출하면 가속 및 일괄 처리가 가능.
- SIWE(Sign-In with Ethereum) 인증 처리: 블록체인 지갑 주소를 기반으로 암호학적 검증을 수행하는 SIWE 규격을 준수하여 지갑 기반 세션 및 사용자 인증 아키텍처 표준 확립.
② Tracker ➔ SQS ➔ Aggregator 구조의 고가용성 블록체인 이벤트 파이프라인 구축
- AWS SQS 기반의 서킷 브레이커 및 댐퍼(Damper) 효과: 추적된 Raw 데이터를 웹 API 서버에 직접 밀어 넣지 않고 AWS SQS에 적체시킨 뒤, aggregator 마이크로서비스가 자원 여력에 맞춰 비동기 소비·배치 가공하도록 설계하여 Base RPC 노드 과부하와 DB 데드락을 원천 차단.
- 스케줄러 기반 배치 정산: 예측 마켓의 마감 시점과 유저 랭킹 업데이트를 이벤트 드리븐 스케줄러로 주기적으로 배치 제어.
③ 프로토콜 아키텍처의 점진적 고도화 (V1 → V2 → V3 스마트 컨트랙트 설계)
- [V1] 기초 모델 수립 및 자금 격리 (ERC20 기반): 예측 자금과 채널/분쟁 담보 자금을 물리적으로 분리하는 트윈 보틀(Two-Vault) 구조를 설계하여 금융 자산의 안정성 확보.
- [V2] 사용자 경험 개선 (ETH 네이티브 지원): 복잡한 ERC20 토큰 approve 과정 없이 ETH를 직접 payable 함수로 송금해 베팅할 수 있도록 개편. 내부적으로는 WETH(Wrapped ETH)로 자금을 래핑하여 정산 로직의 일관성 유지.
- [V3] 하우스 리스크 관리 및 고정 배당률(Fixed Odds) 도입: 베팅 총액 내에서만 나눠 갖는 피어 투 피어(P2P) 방식의 한계를 넘어, 베팅 시점에 보상액이 확정되는 고정 배당률 모델 도입. 프로토콜의 최대 손실 임계값을 통제하기 위해 실시간 잔액 모니터링 이식.
결과
컨트랙트 배포 주소: V1, V2, V3, Exchange 서비스 주소: predictgo.io (서비스 종료)
① 베이스 메인넷 배포 및 안정성 검증: V1부터 V3까지 다운타임이나 자산 동결 사고 없이 베이스 메인넷에 컨트랙트를 연쇄 배포하고 통합 구동 완료.
② 사용자 경험(UX) 개선을 통한 주요 비즈니스 지표 대폭 상승 (V1 vs V2 동기간 5주 비교)
- 전환율 및 리텐션 증가: 가스비 허들 제거 및 ETH 네이티브 지원을 통해, 방문자 대비 실제 베팅 유저 전환율 17.45% 상승 및 베팅 유저 수 20.90% 증가.
- 자금 유입 및 매출 견인: 서비스 내 총 예치 자산(TVL) 530.02% 증가 및 1인당 평균 베팅 금액 421.13% 증가.
회고
이번 PredictGo 프로토콜 개발은 베이직한 구조에서 시작하여 상용 금융 프로토콜 수준의 고정 배당률(Fixed Odds) 모델까지 온체인 아키텍처를 단계적으로 확장해 나간 가장 밀도 높은 경험이었다. 예측 시장 프로토콜 전체를 사실상 혼자 총괄 설계하고 구현하면서 엔지니어링 역량과 아키텍처 설계 능력을 크게 끌어올릴 수 있었다.
어려웠던 점
버전별 스펙 변화 속에서 서비스 연속성 및 데이터 무결성을 유지해야 하는 어려움이 있었다. 버전이 올라갈 때마다 담보 자금 관리 방식(ERC20 → WETH), 배당률 연산 패러다임(P2P 풀 → 하우스 고정 배당률) 등 코어 스펙이 완전히 뒤바뀌었다.
→ 최대한 기존의 오프체인 시스템(DB Schema, API Spec 등)에 맞춘 상태로 컨트랙트를 업그레이드하면서, 모든 마켓 버전이 공존할 수 있는 하위 호환성을 보장하는 환경을 구축했다.