AI 차트 분석과 트레이딩 에이전트의 한계
먼저 볼 것 백테스트와 검증
AI에게 차트를 읽히거나 계좌를 연결해 주문까지 맡기는 사람이 늘고 있습니다. 거래소 설문으로 본 사용 실태와, 프롬프트 인젝션·과최적화 같은 구조적 위험, 통제 장치 설계 원칙을 정리합니다.
이 페이지 목차
1개념
AI 차트 분석은 대형 언어 모델(LLM)에 차트 이미지나 데이터를 주고 해석을 받는 것이고, 트레이딩 에이전트는 여기서 더 나아가 거래소 계정에 연결되어 잔고 확인, 분석, 주문 실행까지 사용자가 허락한 권한 안에서 수행하는 프로그램입니다.
2위험 요소
- 프롬프트 인젝션: OWASP의 'LLM 애플리케이션 10대 위험(2025)'은 이를 1번 위험(LLM01)으로 꼽고, 입력이 모델의 동작이나 출력을 의도하지 않은 방향으로 바꾸는 것이라고 정의합니다. 웹페이지·문서·이메일·도구 결과처럼 모델이 읽는 외부 자료 안에 지시가 숨어 있는 경우를 간접 인젝션이라 합니다. MEXC 보고서에 보안 분석을 기고한 Hacken은 소프트웨어 변경 기록에 심어 둔 지시만으로 에이전트가 승인 없이 스크립트를 실행한 실험을 소개하며, 뉴스나 토큰 설명도 같은 위험을 가질 수 있다고 지적했습니다.
- 권한만으로는 부족한 이유: Hacken은 출금을 막아도 거래 권한만으로 손실이 생길 수 있다고 설명합니다. 예를 들어 조작된 에이전트가 거래량이 적은 토큰을 공격자의 매도 주문에서 비싸게 사게 되는 경우입니다.
- 과최적화: AI가 제안한 전략도 과거 데이터에 맞춰 규칙을 고르면 백테스트의 과최적화·미래 정보 참조 문제를 그대로 가집니다. 그럴듯한 설명이 붙어 있다고 검증이 된 것은 아닙니다.
3해석
LLM의 차트 해석은 같은 그림에 대해서도 질문 방식에 따라 답이 달라질 수 있고, 근거로 든 수치가 실제 데이터와 맞는지 따로 확인해야 합니다. 설문에서도 AI가 가장 크게 기여한 단계로 '매매 전 리서치'를 꼽은 응답이 많았고, 체결 단계의 개선은 상대적으로 적게 보고됐습니다. AI를 '판단을 대신하는 도구'보다 '자료를 정리하고 반론을 찾아 주는 도구'로 쓰는 편이 이런 실태와 맞습니다.
에이전트에게 주문 권한을 줄 때 핵심은 '에이전트가 속았을 때 손실이 어디까지 커질 수 있는가'입니다. 권한, 한도, 기록이 에이전트 바깥에서 강제되어야 이 상한을 정할 수 있습니다.
4매매 활용 예시
5주의점 · 한계
설문 수치는 특정 거래소 이용자의 자기 선택 응답이며, 응답자가 밝힌 의향은 실제 행동과 다를 수 있습니다. 시점이 지나면 수치도 달라집니다.
AI가 읽는 모든 외부 자료(뉴스, 웹페이지, 소셜 게시물, 토큰 설명)는 공격 경로가 될 수 있습니다. '시스템 지시'처럼 보이는 문장이 자료 안에 있어도 그것은 데이터일 뿐이라는 원칙을 에이전트 설계에 반영해야 합니다.
AI의 분석이 그럴듯해도 손절, 수량, 최대 손실 같은 리스크 규칙을 대신하지 못합니다(리스크 관리).
+더 알아보기
함께 보면 좋은 페이지: 퍼프 DEX와 지갑 추적, 주말 주식 퍼프 가격의 한계
참고한 자료: OWASP Gen AI Security Project(LLM01:2025 Prompt Injection, OWASP Top 10 for LLM Applications 2025), MEXC 보도자료(MEXC AI Trading Report, 2026년 10월 15일)와 그 안의 Hacken 보안 분석
확인일 · 제도·수치는 이 날짜 기준입니다. 작성 원칙