BASE CHAIN - 블록체인 야구 티켓팅 플랫폼
2026.03 ~ 2026.05
먼저 볼 핵심
예매·MOCK 결제·QR 흐름 통합
흩어진 코드를 합치고 최신 Oracle 시연본으로 정리했습니다.
문제
여러 버전으로 나뉜 코드와 기능 수정이 누적되어 최신 BASE CHAIN 흐름을 한 프로젝트로 설명하기 어려웠습니다.
내 역할
- 여러 버전의 BASE CHAIN 코드 통합
- 프론트·모바일 UI와 백엔드 API 수정
- MOCK Toss 결제, QR 입장, Oracle 시연 오류 정리
확인 결과
- 최신 시연본 기준으로 코드 통합
- MOCK 결제와 QR 입장 흐름 연결
- 운영 URL 기준 스크린샷과 문구 갱신
제가 기여한 부분
- 흩어진 버전의 코드를 최신 시연본 기준으로 통합
- 프론트 화면과 모바일 메뉴, 주요 사용자 흐름 수정
- 백엔드 API와 내부 오류를 예매/티켓 흐름 기준으로 정리
contribution
전체 기능 / 제 기여
contribution
전체 기능 / 제 기여
전체 프로젝트 기능
- 야구 경기 예매와 좌석 선택
- NFT 입장권과 QR 검표
- 티켓 양도, 파편 장터, 카드 조합
- 응모&선예매, 교환소, 실물 교환
제가 맡아 정리한 부분
- 흩어진 버전의 코드를 최신 시연본 기준으로 통합
- 프론트 화면과 모바일 메뉴, 주요 사용자 흐름 수정
- 백엔드 API와 내부 오류를 예매/티켓 흐름 기준으로 정리
- Toss는 MOCK 결제로 유지하고 실제 결제 호출을 막는 demo-only 경계 반영
- Oracle 배포본에서 보여줄 스크린샷과 포트폴리오 문구 갱신
role
내 역할 · 규모
role
내 역할 · 규모
- 여러 버전의 BASE CHAIN 코드 통합
- 프론트·모바일 UI와 백엔드 API 수정
- MOCK Toss 결제, QR 입장, Oracle 시연 오류 정리
기술 스택
case flow
문제 · 해결 · 결과
case flow
문제 · 해결 · 결과
핵심 성과
- 최신 시연본 기준으로 코드 통합
- MOCK 결제와 QR 입장 흐름 연결
- 운영 URL 기준 스크린샷과 문구 갱신
문제
여러 버전으로 나뉜 코드와 기능 수정이 누적되어 최신 BASE CHAIN 흐름을 한 프로젝트로 설명하기 어려웠습니다.
해결
최신 버전 기준으로 코드를 합치고, 프론트 화면과 백엔드 API를 예매·결제·QR 입장·장터·응모·교환 흐름에 맞춰 수정했습니다.
결과
Oracle 배포 환경에서 예매부터 MOCK 결제, 입장권 확인, 티켓 양도, 장터, 응모, 교환 기능까지 보여줄 수 있는 시연 서비스로 정리했습니다.
architecture
설계 / 문서
architecture
설계 / 문서
아키텍처
- React/Vite 프론트, Node/Express API, MariaDB, mock Toss/Fabric/NFT 흐름 분리
- Oracle HTTPS 배포와 demo-only 안전 설정 연결
ERD / DB
경기, 좌석, 티켓, 결제키, 재판매 거래, 포인트 이벤트, 멤버십/응모/교환 상태를 기능별로 구분
API 명세
예매/결제 승인, 내 입장권, QR 입장, 티켓 양도, 장터 구매, 응모/교환 API 흐름 정리
debugging
트러블슈팅
debugging
트러블슈팅
실제 결제와 온체인 민팅은 켜지 않도록 TOSS_MODE=mock, FABRIC_MODE=mock, ENABLE_ONCHAIN_MINTING=false 기준을 유지하고, 배포/화면/연동 오류를 최신 시연 흐름에 맞춰 정리했습니다.
verification
검증 / 운영 기록
verification
검증 / 운영 기록
보안 체크
실제 Toss secret과 private key를 demo 환경에 넣지 않고 mock/demo-only 설정으로 유지했습니다.
운영 경험
Oracle HTTPS 배포본에서 예매, 결제, QR, 장터, 응모, 교환 화면을 확인하고 스크린샷을 새로 갱신했습니다.
features
주요 기능
features
주요 기능
problem solving
문제 해결 과정
problem solving
문제 해결 과정
BASE CHAIN 기능이 여러 버전과 폴더에 나뉘어 있어 최신 시연 흐름을 한 번에 보여주기 어려웠습니다.
최신 버전 기준으로 코드를 합치고 프론트 화면, 백엔드 API, 결제/티켓/QR/포인트 흐름의 오류를 정리했습니다.
포트폴리오용 프로젝트도 기능 구현만큼 버전 통합, 배포 환경, mock 경계, 시연 가능한 사용자 흐름 정리가 중요했습니다.
takeaways
프로젝트에서 배운 것
takeaways
프로젝트에서 배운 것
흩어진 버전은 최신 시연본 기준으로 통합해야 설명이 쉬움
프론트 화면과 백엔드 API는 같은 사용자 흐름 기준으로 맞춰야 함
실제 결제와 온체인은 mock 경계를 명확히 분리해야 안전함
배포 후 스크린샷과 문구도 운영 화면 기준으로 갱신해야 함
interview prep
면접 질문 3개
interview prep
면접 질문 3개
Q01
왜 Toss와 온체인을 mock/demo-only로 분리했나요?
포트폴리오 시연에서 실제 결제나 가스비 발생을 피하고, 예매 흐름 자체를 안전하게 보여주기 위해서입니다.
Q02
여러 버전 코드를 합칠 때 가장 어려웠던 점은 무엇인가요?
프론트 화면, 백엔드 API, 결제/티켓/QR 상태가 서로 다른 흐름을 보고 있어서 최신 시연본 기준으로 사용자 흐름을 다시 맞춘 점입니다.
Q03
이 프로젝트에서 본인 기여를 어떻게 설명할 수 있나요?
팀 전체 기능과 별개로, 저는 코드 통합, 프론트/백엔드 수정, 오류 정리, Oracle 배포본 스크린샷과 문구 갱신을 맡아 최신 시연 가능 상태로 정리했습니다.
documents
기획자료 / 첨부 문서
documents