실시간 100종목 제한? 이렇게 우회하면 됩니다

키움 100종목 제한, 왜 생기고 어떻게 풀까

키움 증권 REST API는 실시간 웹소켓 구독을 100종목으로 제한해 놓았습니다. 이 제한은 HTS 동시 접속자나 서버 부하 때문에 생긴 정책인데, 개인 자동매매 입장에서는 상당히 불편하더라고요.

제가 실제로 써보니까 100개 넘는 종목을 트래킹하려면 매번 구독을 해제하고 다시 등록하는 번거로운 로직을 넣어야 했습니다. 그런데 LS 증권은 그런 제한이 거의 없어서 실시간 시세만 LS로 가져오고, 주문·계좌 조회는 기존 키움 모듈을 그대로 쓰는 방식으로 해결했습니다.

현업에서는 이렇게 두 증권사를 섞어 쓰는 하이브리드 구성이 꽤 흔합니다. LS 증권 웹소켓은 국내·해외가 한 모듈에 들어 있어서 “국내실시간등록”, “국내실시간해제” 함수로 명확히 구분해 호출해야 합니다. 이 부분을 놓치면 실시간 데이터가 안 들어오는 경우가 많더라고요.

LS 증권 웹소켓으로 실시간 데이터 교체하기

가장 먼저 config 파일에 LS 증권 API 키를 추가했습니다. 기존 키움 키와 함께 두 개를 관리해야 하거든요. 그다음 main.py에서 LS 모듈을 import하고, 웹소켓 프로세스를 LS 전용으로 교체했습니다.

기존에는 max_realtime_count로 95개 제한을 걸어놨었는데, 이 조건 자체를 완전히 삭제했습니다. LS는 제한이 없기 때문에 더 이상 필요 없더라고요. 실시간 체결 데이터도 “국내실시간현재가”로 함수명을 바꿔서 호출하도록 수정했습니다.

웹소켓 functions 파일에서는 register_real_time_info와 unregister 관련 코드를 아예 제거했습니다. LS 모듈은 구독 등록·해제를 다르게 처리하기 때문에 키움용 코드를 그대로 두면 충돌이 생깁니다. 대신 국내실시간등록과 국내실시간해제만 남겨두고, websocket queue는 그대로 재사용했습니다.

챕터 8·9·10 순서대로 반영하고 테스트까지

챕터 10부터 먼저 반영한 뒤, 9와 8 순으로 내려가면서 수정했습니다. git add와 커밋을 단계적으로 해서 변경 사항을 추적했는데, 이 방법이 나중에 어디를 고쳤는지 확인할 때 정말 편하더라고요.

챕터 8은 UI 수정이 추가로 필요했습니다. Qt Designer에서 “리스트편입” 버튼을 하나 더 만들고, 입력받은 종목을 바로 실시간 트래킹 DF에 추가하는 로직을 넣었습니다. 버튼 클릭 이벤트는 기존 편출 로직과 비슷하지만, 데이터프레임 이름을 realtime_tracking_df로 맞춰서 locate하는 부분까지 신경 써야 합니다.

마지막으로 실제 실행 테스트를 해봤습니다. 삼성전자를 편입하자마자 KRX 종가로 처음 표시되다가, LS 웹소켓에서 실시간 데이터가 들어오면서 현재가가 갱신되는 걸 확인했습니다. HTS를 켜지 않아서 체결 화면은 못 봤지만, 실시간 시세가 정상적으로 변동되는 걸 보고 우회가 제대로 됐다는 걸 알 수 있었어요.

여러분도 같은 순서로 따라 하면 100종목 제한 없이 실시간 데이터를 받아볼 수 있을 겁니다.