🔍 2026년 10월 30일 코인 자동매매 일지: 봇은 다시 켜졌지만 오늘 매매 내역은 아직 모른다

10월 30, 2026

📌 오늘 한 일 요약

10월 28~29일 작업과 10월 30일 확인 기록을 누적 일지로 정리함
새 실행에서 작업자 시작 진단 이벤트를 찾아 종료 진단 코드가 로딩된 흔적 확인
상태 기록에 heartbeat가 없고 10/30 일별 거래 로그 폴더도 없어 오늘 스캔·판단의 정상 완료는 미확정으로 남김
스프레드 한도 0.2% 복원 등 LIVE D 전략의 최종 운영 규칙 정리함
10/28 감독 종료는 파일 접근 오류 경로가 유력하나 최초 원인은 아직 미확정임을 기록함
오프라인 테스트 재검증 결과 418건 모두 통과 확인
봇·설정·LIVE 주문·프로그램 코드는 변경하지 않음

📑 목차

📝 오늘 일지는 "확인한 것"과 "모르는 것"을 나눠서 쓴다
📏 지금 봇이 따르는 규칙: 점수는 기록만 하고 조건으로 거른다
🔍 28일: 안 산 이유까지 남기도록 바꿨다
⚠️ 29일: 봇이 조용히 죽어 있었다
❓ 30일: 새 실행은 확인했고, 오늘 매매 결과는 아직 모른다

📝 오늘 일지는 "확인한 것"과 "모르는 것"을 나눠서 쓴다

오늘 일지는 좀 이상하다. 매수 몇 건, 매도 몇 건으로 시작하고 싶은데 오늘은 그걸 쓸 수가 없다. 확인을 안 했기 때문이다. 오늘 한 일은 봇을 건드리는 게 아니었다. 28일, 29일에 해 둔 작업이 새 실행에 제대로 들어갔는지 흔적을 보고, 누적 일지를 정리하는 것까지만 했다. 실제 봇 설정이나 주문, 코드는 오늘 하나도 손대지 않았다.

그래서 오늘 글은 세 덩어리로 나눈다. 지금 봇이 따르는 매매 규칙, 이틀 전 봇이 멈춘 사건과 그 뒤에 붙인 진단 장치, 그리고 오늘 아침 확인한 흔적과 아직 모르는 부분이다.

📏 지금 봇이 따르는 규칙: 점수는 기록만 하고 조건으로 거른다

현재 실제 돈으로 돌아가는 봇(LIVE)은 "D 조건식"이라는 진입 전략을 쓴다. 한때 후보마다 점수를 매겨 점수가 낮으면 안 사는 방식도 고민했는데, 지금은 점수를 진입 차단에 쓰지 않는다. 기록으로만 남겨 두고, 매수 여부는 아래 조건을 전부 통과했는지로만 정한다.

스프레드 0.2% 이하. 스프레드는 사려는 가격과 팔려는 가격 사이의 간격이다. 이게 벌어져 있으면 사자마자 그만큼 손해를 안고 시작한다. 중간에 0.3%로 풀었다가 결국 0.2%로 되돌렸다. 기회가 조금 늘어나는 것보다 진입 직후 손해가 커지는 게 더 싫었다.
근접 호가 깊이가 매수 쪽, 매도 쪽 각각 500만원 이상. 현재가 근처에 걸려 있는 주문 물량이 이 정도는 돼야 내 주문 때문에 가격이 밀리지 않는다.
최근 체결 중 매수 체결이 60% 이상. 실제로 사려는 쪽이 더 세게 들어오고 있는지 보는 조건이다.
마지막으로 완성된 1분봉이 양봉이어야 한다.
실제 체결가가 신호가 뜬 시점의 종가에서 0.5% 넘게 벗어나면 안 된다. 신호를 보고 이미 올라 버린 값에 쫓아 사는 걸 막는 장치다.

들어간 뒤에 나오는 규칙도 정해 뒀다. 초기 손절은 횡보 구간 고점과 평균 매수가 대비 -2.5% 가운데 더 가까운 가격으로 잡는다. 진입하고 15분 동안 최고가가 +1%도 못 찍으면 "기대만큼 안 움직인다"고 보고 청산한다. +2%부터는 수수료까지 계산해서 손절선을 본전 위로 올리고, +3%를 넘으면 최고가에서 1.75% 떨어질 때 파는 트레일링 스탑을 건다. 트레일링 스탑은 가격이 오르면 따라 올라가는 손절선이다. 최대 보유 시간은 60분이고, 신규 진입분에는 물타기도 불타기도 없다.

체결 기준을 다르게 한 D-체결, D-55 같은 변형도 있는데, 이건 오프라인이나 모의매매(PAPER)로만 비교하는 실험군이다. 실전 봇의 안전·호가 조건을 그쪽 기준으로 바꾸지는 않았다.

🔍 28일: 안 산 이유까지 남기도록 바꿨다

28일에는 D 전략을 실전 봇의 판단 흐름과 주문 직전 재검증 과정, 체결 원장에 직접 연결했다. 이제 따로 수집용 프로그램을 돌릴 필요 없이, 실전 봇이 판단하면서 자료를 같이 남긴다. 1차 필터를 통과한 후보는 탈락 사유와 원시 캔들, 체결, 호가 자료를 저장하고, 그 뒤 60분 동안 가격이 어떻게 움직였는지도 기록한다. 탈락 사유는 안전, 신호 품질, 체결 조건별로 겹쳐서 세고, 자료가 부족해서 아예 평가하지 못한 경우는 따로 분리했다.

이게 중요한 이유는 나중에 "그때 샀으면 어땠을까"를 오프라인에서 다시 돌려 볼 수 있어서다. 다만 과거 날짜에 호가나 체결 비율 자료가 없으면 그 후보를 통과한 걸로 치지도 않고 수익률 0%로 치지도 않는다. 모르는 건 모르는 채로 둔다.

수집 속도도 크게 줄였다. 후보를 발견한 뒤 정밀 자료를 모으는 데 원래 46~47초쯤 걸렸는데, 개선 후 기록을 보니 0.78~1.19초였다. 급등을 잡으려는 봇이 47초 늦게 판단하면 사실상 지나간 차트를 보고 판단하는 셈이다.

그날 22시 36분까지 점검한 범위에서는 신규 매수·매도 신호가 하나도 없었다. 정밀 수집까지 간 후보가 19건이었는데 19건 모두 HOLD, 즉 관망이었다.

⚠️ 29일: 봇이 조용히 죽어 있었다

29일에 확인해 보니 봇 프로세스가 사라져 있었다. 마지막으로 정상적으로 돈 사이클은 28일 22시 54분 07초였고, 봇을 감시하는 감독 프로세스 로그에는 파일 접근 권한 오류가 남아 있었다. 감독 프로세스가 파일 하나에 접근하다 실패해서 내려가고, 그 과정에서 실제 일하는 작업자 프로세스까지 정리된 것 같다. 그런데 어느 파일 경로에서 실패했는지, OS가 어떤 오류 코드를 줬는지가 로그에 없었다. 그래서 최초 원인은 아직 확정하지 못했다.

원인을 모르는 상태로 같은 일을 또 겪는 건 피하고 싶어서 진단 기록부터 붙였다. 앞으로는 감독, 작업자, 관리 명령마다 어떤 역할의 파일에서, 어떤 단계에서, 어떤 오류 코드로, 몇 번 재시도하다 멈췄는지 구조화해서 남긴다. 실패 상태를 저장하다가 또 실패하거나 정리 작업이 연달아 터져도 맨 처음 오류는 덮어쓰지 않게 했다. 진단 파일 자체를 못 쓸 때는 다른 로그로 대신 남긴다. 인증 정보나 환경 변수, 예외 원문은 기록하지 않는다.

운영 설정은 그대로 뒀다. 파일 재시도 5회(10ms 간격), 진행이 멈췄다고 보는 기준 900초, 부모 프로세스 감시 주기 30초다. 테스트 환경에서만 윈도우 초기화가 느린 걸 고려해 진행 기한을 5초로 따로 잡았다.

❓ 30일: 새 실행은 확인했고, 오늘 매매 결과는 아직 모른다

오늘 확인한 건 이 정도다. 감독 로그에 00시 57분 47초에 새로 시작한 기록이 있고, 새 진단 파일에는 작업자가 시작됐다는 이벤트가 찍혀 있었다. 어제 만든 진단 코드가 새 실행에 실제로 들어간 건 맞다.

하지만 여기까지만 말할 수 있다. 00시 57분 49초에 갱신된 상태 파일은 RUNNING이었는데, 봇이 살아서 돌고 있다는 생존 신호(heartbeat)는 비어 있었다. 확인할 때 10월 30일자 거래 로그 폴더도 아직 없었다. 그러니 오늘 스캔이 제대로 돌았는지, 매수가 0건이었는지, 봇이 지금도 살아 있는지는 이 자료로 판단할 수 없다. 로그 폴더가 없다고 "오늘 0건"이라고 쓰면 그건 내가 지어낸 말이 된다.

코드 쪽은 테스트를 다시 돌렸다. 네트워크를 막고 실주문 없이 돌려서 418개 테스트가 전부 통과했다(52.66초). 이전 검증도 418개 통과(37.12초)였다. 시간이 늘어난 건 코드를 바꿔서가 아니다. 오늘은 전략 코드도 감독 코드도 건드리지 않았다.

오늘 다시 느낀 건, 봇이 켜져 있는 것과 봇이 일하고 있는 건 다르다는 점이다. 프로세스가 떠 있고 상태가 RUNNING이어도 생존 신호와 일별 로그가 쌓이지 않으면 실제로 일하는지는 모른다. 다음 일지에서는 생존 신호가 정상적으로 갱신되는지, 30일자 판단 기록이 생겼는지부터 확인하고 그 결과를 그대로 적겠다.

📚 함께 읽으면 좋은 글

⚠️ 이 글은 개인 자동매매 프로그램의 개발·운영 기록이며 투자 권유가 아닙니다. 암호화폐는 원금 손실 위험이 큰 자산이고, 글에 나온 전략·수치는 과거 기록일 뿐 미래 수익을 보장하지 않습니다. 투자 판단과 책임은 본인에게 있습니다.

이 블로그 검색

Trade Diary