작동 구조 상세

사업자는 실제로 무엇을 운영하는가

대여계좌 사업자가 갖추는 것은 대체로 세 가지입니다.

• 매매 프로그램: 이용자가 차트를 보고 주문을 내는 화면입니다. 시중 프로그램을 쓰기도 하고 자체 제작하기도 합니다.
• 시세 피드: 화면에 표시할 가격 데이터입니다. 외부에서 받아오는 것이 일반적입니다.
• 잔고 원장: 이용자별 입금액, 포지션, 손익을 기록하는 장부입니다. 이 원장이 사업자 서버 안에만 존재합니다.

여기서 중요한 것은 세 번째입니다. 이용자가 보는 잔고와 손익은 사업자가 자기 데이터베이스에 기록한 숫자이고, 그 숫자가 실제 거래 결과와 일치하는지를 이용자가 대조할 방법이 없습니다.

단계별로 무엇을 확인할 수 있나

주문이 나가는 두 가지 방식

파생상품 중개에서 주문 처리는 크게 두 방식으로 나뉩니다. 이 구분은 대여계좌에만 있는 것이 아니라 업계 일반의 개념입니다.

• 거래소 전달 방식: 받은 주문을 그대로 거래소로 넘깁니다. 사업자 수익은 수수료에서 나오고, 이용자의 손익과 사업자의 손익은 서로 무관합니다.
• 내부 처리 방식: 주문을 거래소로 넘기지 않고 사업자가 반대편을 맡습니다. 이 경우 이용자의 손실이 곧 사업자의 이익이 되는 구조가 됩니다.

시세는 어디서 오나

화면에 표시되는 가격도 사업자가 받아와 뿌리는 데이터입니다. 여기서 두 가지 문제가 생길 수 있습니다.

• 지연: 실시간 시세는 유료입니다. 비용을 아끼려 지연 데이터를 쓰면 이용자는 몇 초 늦은 가격을 보고 판단하게 됩니다.
• 가공: 받아온 값에 스프레드를 얹거나 조정해 표시할 수 있습니다. 이용자가 보는 호가와 거래소 호가가 다를 수 있다는 뜻입니다.

어느 쪽인지 확인하려면 외부 시세와 대조해야 하는데, 무료 시세도 대개 지연 데이터라 기준으로 삼기 어렵습니다.

서버가 멈추면 어떻게 되나

정식 계좌에서는 시스템 장애 시 처리 절차가 약관에 정해져 있고, 손해 배상 기준도 규정되어 있습니다. 분쟁이 생기면 금융감독원에 조정을 신청할 수 있습니다.

대여계좌에서는 접속이 끊긴 동안 포지션이 어떻게 처리되는지가 계약에 없으면 다툴 근거가 없습니다. 급변 구간에 접속이 안 되어 청산하지 못했을 때, 그것이 장애였는지 아닌지조차 이용자는 확인할 수 없습니다.

원장이 한곳에 있다는 것

정식 계좌에서 내 잔고는 증권사 장부, 예탁결제원 기록, 거래소 체결 기록 여러 곳에 흔적을 남깁니다. 한 곳이 틀리면 다른 곳과 대조해 바로잡을 수 있습니다.

대여계좌의 잔고는 사업자 데이터베이스 한 곳에만 존재합니다. 대조할 두 번째 기록이 없다는 것은, 그 숫자가 맞는지 틀린지를 판정할 방법이 구조적으로 없다는 뜻입니다.

‘실계좌 인증’은 무엇을 증명하나

일부 사업자는 거래소 계좌 화면이나 체결 내역을 근거로 제시합니다. 그 화면이 진짜라 하더라도 증명 범위는 제한적입니다.

• 증명되는 것: 사업자가 어딘가에 계좌를 갖고 있다는 사실
• 증명되지 않는 것: 내가 방금 낸 주문이 그 계좌를 통해 나갔다는 사실
• 증명되지 않는 것: 내 잔고에 해당하는 자금이 실제로 예치되어 있다는 사실

수수료가 어떻게 매겨지는지는 수수료 · 증거금 체계에서, 이 구조에서 생기는 위험은 위험과 손실 시나리오에서 다룹니다.