목록으로 돌아가기
20252025-12-087분 읽기

가상화폐 자동 매매 프로그램 제작기 (실패)

"내 돈을 AI에게 온전히 맡길 수 있을까?"

2025년 연말, 업무 자동화의 기세에 힘입어 가장 도전적인 프로젝트에 뛰어들었습니다. 바로 가상화폐 자동 매매 시스템이었습니다. 11월과 12월 내내 밤낮없이 업비트(Upbit) API를 파헤치며 차트 위에 저만의 논리를 쌓아 올렸습니다.

기술적 구현: 지표와 AI의 결합

프로그램 자체는 기술적으로 훌륭하게 작동했습니다.

  1. 지표 분석: RSI(상대강도지수), 이동평균선(MA), 볼린저 밴드 등 다양한 기술적 지표를 실시간으로 계산하고 시각화했습니다.
  2. AI 매매 신호: 이 지표 데이터들을 AI 모델에게 전달하여, 현재가 매수 시점인지 매도 시점인지 판단하도록 로직을 설계했습니다.

결과: 구현 성공, 하지만 '사용' 포기

프로그램은 의도한 대로 주문을 넣고 차트를 그렸습니다. 하지만 결정적인 문제가 있었습니다. 바로 **'신뢰'**였습니다.

  • 검증의 한계: 백테스팅(Back-testing) 결과는 나쁘지 않았지만, 실제 변동성이 극심한 시장에서 AI가 내리는 판단을 100% 믿기 어려웠습니다.
  • 리스크 관리: "내가 만든 코드의 오류로 전 재산이 날아갈 수도 있다"는 공포가 개발자인 저를 엄습했습니다. 수익률 측면에서도 확신을 주는 데이터가 부족했죠.

결국, 구현에는 성공했음에도 불구하고 제 돈을 믿고 맡기기엔 부족하다는 판단하에 프로젝트를 무기한 중단했습니다.

뼈아픈 교훈: 금융 개발의 무게

이번 실패를 통해 큰 깨달음을 얻었습니다. 단순히 API를 연결하고 로직을 짜는 수준을 넘어, 금융 데이터를 다루는 일은 수학적/경제적 지식과 더불어 훨씬 더 깊은 수준의 코드 안정성이 필요하다는 점이었습니다.

"만들 수 있다"고 해서 "그 솔루션이 가치 있다"는 뜻은 아니라는 것. 때로는 멈출 줄 아는 것도 중요한 개발 역량임을 배운 2025년의 마지막 도전이었습니다.


보강: 실패에서 얻은 실무 교훈

  • 백테스트 수익률이 높아도 실전 비용(수수료/슬리피지) 반영이 약하면 결과가 바로 무너집니다.
  • 전략 성능보다 리스크 한도와 중단 조건을 먼저 설계해야 손실을 통제할 수 있었습니다.

보강: 현재 적용 중인 원칙

투자 자동 실행은 축소하고, 데이터 수집·리포트·시나리오 비교 같은 의사결정 보조 기능 위주로 전환했습니다.