CUSTOMERSUPPORT

고객지원

제품 Q&A

바이비트 거래소 가입방법 수수료 할인 입금 출금 방법 상세하게 정리새 창 열림
백혜혁 2026-07-28

바이비트 자동매매 13,14일차 통합 운영일지입니다. V2.1 기준 XRPUSDT, SOLUSDT 4개 전략의 실현손익, 차수 상태, worker busy 로그, 110001 오류 처리, 30일 1분봉 가상테스트 진행 상황을 함께 정리했습니다.​이번 13,14일차는 수익보다 주문 구조를 더 많이 본 구간입니다.​자동매매를 돌리다 보면 실현손익 숫자만 먼저 보고 싶어집니다.그런데 실제로 운영해보면 수익보다 먼저 봐야 하는 게 있습니다.​차수가 이상하게 중복되지 않았는지,TP 주문이 포지션을 제대로 보호하고 있는지,거래소 주문과 프로그램 DB가 어긋나지 않았는지,오류가 반복되면서 전략이 멈출 가능성은 없는지입니다.​이번 13,14일차는 딱 그 부분을 많이 확인한 날이었습니다.수익이 조금 쌓이긴 했지만, 글의 중심은 수익 자랑이 아니라 V2.1 기준 안정성 점검입니다.​운영 기준 시간​프로그램 최초 시작 시각은 2026년 5월 16일 23시 04분경입니다.​전 글인 12일차 기록은 2026년 5월 28일 15시 46분경 기준으로 작성했습니다.이번 13,14일차 통합 점검 기준 시각은 2026년 5월 30일 17시 09분경입니다.정리하면 다음과 같습니다.​프로그램 최초 시작 후 경과시간: 약 13일 18시간 5분전 글 작성 이후 경과시간: 약 2일 1시간 23분이번 글 점검 기준 시각: 2026년 5월 30일 17시 09분경현재 적용 버전: V2.1운영 심볼: XRPUSDT, SOLUSDT운영 전략: LONG 2개, SHORT 2개, 총 4개 전략현재 전략 상태: 4개 전략 모두 RUNNING​이번 구간에서 버전이 여러 번 바뀌었습니다.12일차에서는 V1.9 안정화가 중심이었고, 이후 V2.0, V2.1까지 오면서 거래소 기준 동기화와 주문 처리 쪽을 계속 보강했습니다.그래서 이번 글의 수익 기록은 단순히 “처음부터 이어진 하나의 DB” 기준으로 보면 안 됩니다.중간에 클린 DB와 버전 업데이트가 있었기 때문에, 이번 글에서는 V2.1 실행 DB 기준 실현손익과 이전 글 누적 참고값을 따로 나눠서 봤습니다.​실현손익 기록​전 글인 12일차 기준 누적 실현손익 참고값은 약 +19.42 USDT였습니다.​이번 V2.1 실행 DB에서 확인한 실현 완료 기록은 다음과 같습니다.​V2.1 DB 기준 실현 완료 횟수: 67회V2.1 DB 기준 총 gross 수익: 약 +1.5440 USDTV2.1 DB 기준 수수료: 약 0.2495 USDTV2.1 DB 기준 순 실현손익: 약 +1.2945 USDTV2.1 DB 기준 첫 실현 시각: 2026년 5월 30일 00시 25분경V2.1 DB 기준 마지막 실현 시각: 2026년 5월 30일 16시 03분경​방향별로 보면 다음과 같습니다.​XRPUSDT LONG: 11회, 순 실현손익 바이비트'>바이비트 약 +0.2255 USDTXRPUSDT SHORT: 21회, 순 실현손익 약 +0.4495 USDTSOLUSDT SHORT: 35회, 순 실현손익 약 +0.6195 USDTSOLUSDT LONG: 이번 V2.1 DB 기준 실현 완료 기록 없음​12일차 누적 참고값 약 +19.42 USDT에 이번 V2.1 DB 기준 추가 실현손익 약 +1.2945 USDT를 단순 합산하면 약 +20.71 USDT입니다.​다만 이 값은 참고용입니다.중간에 버전 업데이트와 클린 DB 전환이 있었기 때문에, 정확한 장기 누적 수익으로 단정하기보다는 운영 기록상 이어서 보는 참고값으로 보는 게 맞습니다.13일차와 14일차를 나눠서 보면​이번에는 13일차와 14일차를 합쳐서 적고 있습니다.​13일차에는 수익보다 업데이트와 안정화 작업이 중심이었습니다.V2.0, V2.1 쪽으로 넘어오면서 거래소 체결, 주문, 포지션을 기준으로 프로그램 상태를 맞추는 구조를 계속 확인했습니다.​14일차에는 V2.1 DB 기준 실현손익이 실제로 쌓였습니다.실현 완료 기록은 대부분 2026년 5월 30일에 발생했습니다.그래서 숫자만 보면 14일차 쪽에 실현 기록이 몰려 있습니다.​이번 합본을 굳이 나눠 적으면 이렇게 볼 수 있습니다.​13일차: 버전 업데이트, 오류 처리, 가상테스트 준비, 주문 동기화 구조 점검 중심14일차: V2.1 기준 실현손익 +1.2945 USDT, 실거래 주문 구조 정상 여부 점검 중심오늘 제일 먼저 본 것: 차수가 이상하지 않은가​이번 점검에서 가장 먼저 본 것은 차수 중복 여부였습니다.​현재 V2.1 DB 기준 활성 주문을 확인했을 때, 같은 전략 안에서 같은 역할과 같은 차수의 active 중복 주문은 없었습니다.이 부분은 중요합니다.​차수매매 프로그램에서 같은 차수가 중복으로 잡히면, 의도보다 포지션이 커지거나 TP 보호가 꼬일 수 있습니다.특히 실거래에서는 작은 중복도 시간이 지나면 리스크가 커질 수 있기 때문에, 수익보다 먼저 확인해야 하는 부분입니다.​점검 기준 활성 주문 상태는 다음과 같았습니다.전략 1 XRPUSDT LONGENTRY Buy 3개TP Sell 3개중복 차수 없음​전략 2 XRPUSDT SHORTTP Buy 3개중복 차수 없음​전략 3 SOLUSDT LONG현재 보유 포지션 없음활성 ENTRY, TP 없음최근 reconcile은 SUCCESS​전략 4 SOLUSDT SHORTENTRY Sell 3개TP Buy 3개중복 차수 없음​전체적으로 보면 현재 차수 구조는 정상 범위로 봤습니다.전략 3 SOLUSDT LONG에 활성 주문이 없는 것은 이상으로 단정하지 않았습니다.현재 포지션이 0이고, MA 조건과 가격 흐름에 따라 신규 진입이 막히거나 대기 중일 수 있기 때문입니다.중요한 건 최근 동기화 바이비트'>바이비트 결과가 SUCCESS였고, missing_tp나 invalid_entry가 없었다는 점입니다.​거래소 동기화 결과​최근 reconcile 결과는 4개 전략 모두 SUCCESS였습니다.​메시지도 모두 같은 형태였습니다.​remote_issues=0, missing_tp=0, invalid_entry=0​쉽게 말하면 거래소 기준으로 봤을 때,원격 주문 문제 0개,누락된 TP 0개,잘못된 ENTRY 0개로 확인된 상태입니다.​이 부분은 현재 운영 안정성에서 가장 중요하게 보는 지표입니다.프로그램 DB에 주문이 있어도 실제 거래소 주문과 다르면 의미가 없습니다.그래서 V2.1에서는 거래소 기준 동기화를 계속 확인하는 방향으로 보고 있습니다.​worker busy 로그는 어떻게 봐야 할까​이번에 WARN 로그로 가장 많이 보인 건 LIVE_TICK_SKIPPED_WORKER_BUSY였습니다.​쉽게 말하면 이전 작업이 아직 끝나지 않아서 다음 가격 체크가 잠깐 밀렸다는 뜻입니다.이 로그가 한두 번 나오는 것 자체는 바로 위험하다고 보지는 않습니다.​다만 계속 반복되면 좋지는 않습니다.가격 체크 주기보다 실제 작업 시간이 더 길다는 뜻이기 때문입니다.특히 현재는 XRPUSDT와 SOLUSDT, 그리고 LONG과 SHORT까지 총 4개 전략을 같이 돌리고 있습니다.거기에 거래소 주문, 체결, 포지션, TP 보호 상태까지 매번 확인하다 보니 작업이 무거워질 수 있습니다.​이번 점검 기준으로는 15시 이후 worker busy WARN이 499건 있었습니다.하지만 이 로그 때문에 전략이 멈춘 상태는 아니었습니다.최근 4개 전략 모두 RUNNING이었고, 마지막 reconcile도 SUCCESS였습니다.​그래서 현재 판단은 이렇습니다.​지금 당장 위험한 멈춤 증상은 아니다.하지만 작업이 밀리고 있다는 신호이므로, 다음 버전에서는 작업 주기와 reconcile 무게를 줄이는 개선이 필요하다.​110001 오류는 어떻게 처리했나​이번에 가상테스트를 하면서 retCode=110001 order not exists or too late 상황도 다시 확인했습니다.​이 오류는 쉽게 말하면 주문을 취소하거나 수정하려고 했는데, 그 주문이 이미 체결됐거나 취소됐거나 거래소에서 더 이상 처리할 수 없는 상태라는 뜻입니다.​자동매매에서는 이런 일이 생길 수 있습니다.프로그램이 주문 취소를 보내는 순간, 거래소에서는 이미 그 주문이 체결되었을 수 있습니다.또는 직전에 다른 동기화 과정에서 이미 취소됐을 수도 있습니다.​이걸 무조건 치명 오류로 보면 프로그램이 필요 이상으로 멈출 수 있습니다.그래서 V2.1 코드에서는 취소나 수정 요청에서 110001이 나오면, “이미 거래소에서 사라진 주문”으로 보고 로컬 바이비트'>바이비트 상태를 정리하는 방향으로 수정했습니다.​실제 1분봉 가상테스트에서도 이 부분을 확인했습니다.수정 전에는 110001 상황에서 테스트가 중단됐고, 수정 후에는 같은 상황을 지나가면서 테스트가 계속 진행됐습니다.​이건 꽤 중요한 개선이라고 봅니다.실거래에서는 거래소와 프로그램 사이에 아주 짧은 시간차가 생길 수밖에 없기 때문입니다.그 시간차를 에러로만 보지 않고, 거래소 기준으로 다시 맞춰가는 쪽이 더 안전합니다.30일 1분봉 가상테스트도 같이 진행 중​이번 13,14일차에는 실거래 점검과 별도로 30일치 1분봉 데이터로 가상테스트도 돌리고 있습니다.​사용 데이터는 XRPUSDT와 SOLUSDT 1분봉입니다.기간은 2026년 4월 30일부터 2026년 5월 30일까지 약 30일치입니다.각 코인별로 약 43,200개 분봉 데이터가 들어갑니다.​테스트 조건은 현재 V2.1 전략 4개 값을 그대로 사용했습니다.​XRPUSDT LONGXRPUSDT SHORTSOLUSDT LONGSOLUSDT SHORT진입금액 10 USDTentry gap 0.2%tp gap 0.25%ladder size 3MA period 10​가상테스트는 단순 백테스트가 아니라, fake exchange를 만들어서 주문 생성, 취소, 부분체결, TP 보호, 거래소 동기화 흐름까지 최대한 실전처럼 보게 했습니다.​현재 30일 테스트는 아직 진행 중입니다.점검 당시 약 23% 정도 진행됐고, 중간 확인 기준으로 ERROR, WARN, WARNING 로그는 0개였습니다.reconcile 비정상 결과도 0개였고, active 차수 중복도 0개였습니다.​이 테스트는 시간이 오래 걸립니다.하지만 오래 걸리더라도 이렇게 보는 이유가 있습니다.실제 운영에서는 1분 안에도 ENTRY 체결, TP 체결, 부분체결, 주문 취소가 섞일 수 있기 때문입니다.단순히 가격만 넣고 수익률을 보는 테스트로는 이런 문제를 찾기 어렵습니다.​현재 보유와 미실현 상태​점검 기준 포지션 스냅샷은 다음과 같았습니다.​XRPUSDT LONG: 66.2 XRP 보유, 미실현 약 -0.3321 USDTXRPUSDT SHORT: 82.5 XRP 보유, 미실현 약 -1.0608 USDTSOLUSDT LONG: 보유 없음SOLUSDT SHORT: 0.5 SOL 보유, 미실현 약 +0.0933 USDT​계정 기준으로는 미실현 손익이 약 -1.2996 USDT로 보였습니다.​여기서 중요한 건 실현손익과 미실현손익을 구분하는 것입니다.V2.1 DB 기준으로 실현손익은 약 +1.2945 USDT가 쌓였지만, 현재 보유 포지션의 미실현 손익은 별도로 움직이고 있습니다.가격이 바뀌면 미실현 손익도 계속 바뀝니다.​그래서 저는 블로그에 수익을 적을 때 항상 실현손익과 미실현손익을 나눠서 쓰려고 합니다.그래야 바이비트'>바이비트 실제 운영 기록처럼 보이고, 과장된 수익 인증처럼 보이지 않습니다.​이번 구간에서 느낀 점​자동매매를 직접 돌려보면 “수익이 났다”보다 “이 상황에서도 주문 구조가 버티는가”가 더 중요하게 느껴집니다.​특히 이번에는 4개 전략을 같이 돌리고 있습니다.XRPUSDT만 보는 게 아니라 SOLUSDT도 같이 보고 있고, LONG과 SHORT을 동시에 분리해서 운영합니다.​기존 국내 거래소 현물 차수매매는 보통 코인을 사 모으는 방식입니다.가격이 올라야 수익을 보기 쉽고, 하락 구간에서는 반등을 기다리는 시간이 길어질 수 있습니다.​반면 이 프로그램은 Bybit 선물 기준으로 LONG과 SHORT을 따로 운용할 수 있습니다.상승 흐름은 LONG으로, 하락 흐름은 SHORT으로 따로 볼 수 있다는 점이 가장 큰 차이라고 보고 있습니다.​물론 이게 안전하다는 뜻은 아닙니다.선물 거래는 방향이 틀리면 손실이 더 빠르게 커질 수 있습니다.그래서 소액 테스트와 증거금 관리는 필수입니다.​MA 조건도 같은 맥락입니다.MA 조건은 수익을 보장하는 기능이 아니라, 불리한 구간에서 무작정 진입을 늘리는 것을 줄이기 위한 장치입니다.계속 물타기만 하는 구조보다, 추세를 한 번 보고 신규 진입을 제한할 수 있다는 점에서 증거금 관리에 도움이 된다고 보고 있습니다.​오늘 결론​13,14일차를 합쳐서 보면 이번 구간의 핵심은 세 가지입니다.​첫 번째, V2.1 DB 기준 실현손익은 약 +1.2945 USDT였습니다.수익은 크지 않지만, 4개 전략이 실제로 체결과 TP를 반복하며 기록을 쌓았습니다.​두 번째, 현재 차수 구조는 정상으로 봤습니다.활성 주문 중 같은 전략, 같은 역할, 같은 차수의 중복은 없었고, 최근 거래소 동기화도 4개 전략 모두 SUCCESS였습니다.​세 번째, worker busy 로그는 계속 보고 있습니다.지금 당장 프로그램이 멈춘 상태는 아니지만, 4개 전략을 돌리면서 작업이 밀리는 신호가 있기 때문에 다음 버전에서는 이 부분을 더 가볍게 만드는 개선이 필요해 보입니다.​이번 글은 수익보다 안정성 기록에 가깝습니다.다음 글에서는 30일치 1분봉 가상테스트가 끝난 결과와, worker busy를 줄이기 위한 개선 방향을 같이 정리해보려고 합니다.주의 문구​이 글은 개인 자동매매 프로그램 테스트 기록입니다.투자 권유가 아니며, 수익을 보장하지 않습니다.선물 거래와 자동매매는 손실 위험이 크기 때문에 반드시 소액 테스트와 증거금 관리가 필요합니다.​#자동매매 #운영일지 #바이비트'>바이비트 #XRPUSDT #SOLUSDT #차수매매 #코인자동매매 #선물자동매매 #자동매매프로그램 #실거래테스트 #리스크관리 #주문동기화​

0건의 글이 있습니다.
닫기