바이낸스 Average Price 뜻 2026｜평균 구간·마지막 거래 시간·체결 단가 차이

바이낸스 Average Price 뜻 2026｜평균 구간·마지막 거래 시간·체결 단가 차이

바이낸스 Average Price는 특정 시간 구간의 평균 가격을 전달하는 현물 시장 데이터입니다. 내 계좌의 평균 매수 단가, 차트 이동평균선, 지금 주문하면 체결되는 가격과는 구분해야 합니다. 이름에 평균이 들어가더라도 어떤 자료를 어느 기간에 걸쳐 계산했는지가 다르면 숫자도 달라질 수 있습니다.

이 글은 2026년 10월 30일 확인한 Binance Spot WebSocket 공식 문서의 Average Price 항목을 기준으로 작성했습니다. 대상 스트림은 {symbol}@avgPrice이며, 공식 예시의 구간 i는 5m입니다. 예시를 모든 심볼과 미래 상황에 대한 고정 보장으로 확대하지 않고 실제 응답의 구간을 확인하는 방법까지 설명합니다.

핵심부터 정리하기

평균 가격을 볼 때 가장 먼저 해야 하는 일은 가격 숫자 w를 읽는 것이 아니라 심볼 s와 구간 i를 함께 읽는 것입니다. 그다음 마지막 거래 시간 T와 이벤트 시간 E를 구분합니다. 이 순서가 빠지면 다른 시장·다른 구간·다른 시각의 평균을 같은 가격처럼 비교하게 됩니다.

1. 평균 가격이 필요한 이유

마지막 체결 가격은 최근 한 번의 거래를 보여 주는 성격이 강합니다. 그 거래가 작거나 짧은 순간에 발생했다면 기간 전체의 가격 수준을 설명하기에는 부족할 수 있습니다. 평균 가격은 여러 관측을 하나로 요약해 비교 기준을 만드는 데 쓰입니다. 그러나 요약은 정보의 일부를 버리는 과정이기도 합니다.

가령 같은 평균 100이라도 가격이 계속 100 주변에 머문 시장과 80에서 120까지 크게 움직인 시장은 다릅니다. 평균만 보면 이 차이가 사라집니다. 평균을 사용할 때 고저 범위, 시간 경로, 거래량 분포를 추가로 확인하는 이유입니다.

또한 평균은 과거 구간을 요약합니다. 현재 가격이 평균보다 높거나 낮다는 사실만으로 앞으로 어느 방향으로 갈지 확정할 수 없습니다. 평균으로 되돌아올 수도 있지만 새로운 가격 수준이 유지될 수도 있습니다. 통계적 비교와 미래 예측을 같은 문장으로 합치지 않는 것이 중요합니다.

주문 실행과의 관계

주문 실행을 평가할 때 시장 평균과 내 평균 체결 가격을 비교하는 경우가 있습니다. 이때 비교 기간과 기준을 맞춰야 합니다. 10분 동안 실행한 주문을 전혀 다른 시간 구간 평균과 비교하면 시장 방향 변화와 실행 품질이 섞입니다.

Average Price가 제공하는 구간을 그대로 쓸지, 주문 실행 구간에 맞는 별도 자료를 쓸지는 분석 목적에 따라 결정합니다. 공식 스트림에 없는 임의의 구간을 이름에 붙여 지원된다고 가정하지 않습니다. 사용 가능한 구간과 파라미터는 해당 문서에서 확인해야 합니다.

2. 공식 필드 읽기

공식 예시는 e, E, s, i, w, T를 보여 줍니다. e는 avgPrice 이벤트 유형, E는 이벤트 시간, s는 심볼, i는 평균 구간, w는 평균 가격, T는 마지막 거래 시간입니다. 이름이 짧아도 각 값은 다른 질문에 답합니다.

심볼이 BTCUSDT라면 가격 단위는 USDT/BTC로 이해할 수 있습니다. 다른 기준 자산 거래쌍이라면 단위도 달라집니다. 모든 평균 가격을 달러 가격처럼 표시하는 방식은 맞지 않습니다. 심볼 정보와 가격 단위를 함께 표시합니다.

i를 응답에서 확인하기

공식 예시에는 i가 5m으로 나타납니다. 이 값은 평균 가격 구간을 설명합니다. 그러나 예제 숫자를 보고 스트림 이름 뒤에 임의의 1m·15m 옵션을 붙여도 된다고 가정해서는 안 됩니다. 문서에 없는 설정 방법이나 앱 메뉴를 만들어 안내하지 않습니다.

직접 자료를 받는다면 매번 구간 필드를 보존하고, 예상과 다른 값이 들어오면 경고를 띄우도록 설계할 수 있습니다. 이런 경고는 자체 시스템의 검증 방법이며 거래소 기능을 뜻하지 않습니다. 계산 결과에 구간을 함께 저장하면 나중에 다른 평균과 비교할 때도 기준을 잃지 않습니다.

w의 이름이 같아도 같은 평균은 아니다

일반 Ticker에도 w라는 필드가 있습니다. 그렇다고 @ticker의 w와 @avgPrice의 w가 항상 같은 값이어야 하는 것은 아닙니다. 각 메시지의 통계 범위와 목적이 다를 수 있기 때문입니다. 필드 이름만 기준으로 데이터 열을 합치지 말고 스트림 유형과 구간을 포함해 구분합니다.

예를 들어 한쪽이 최근 하루의 거래를 요약하고 다른 쪽이 더 짧은 구간을 요약한다면 가격이 급변한 뒤 평균값이 크게 다를 수 있습니다. 이것을 데이터 오류라고 부르기 전에 기간 차이를 확인합니다. 같은 평균이라는 단어보다 입력 집합이 무엇인지가 중요합니다.

3. E와 T, 그리고 수신 시각

E는 이벤트 시간이고 T는 마지막 거래 시간입니다. 내 프로그램이 메시지를 받은 시각은 또 다른 값입니다. 세 시간을 분리해야 데이터가 오래된 것인지, 전송이 지연된 것인지, 단지 최근 거래가 없었던 것인지 판단할 실마리가 생깁니다.

예를 들어 이벤트는 계속 들어오지만 마지막 거래 시간이 오래된 것으로 보인다면, 새 이벤트 수신만으로 새로운 거래가 발생했다고 판단할 수 없습니다. 반대로 마지막 거래 시간과 이벤트 시간의 차이가 있다고 해서 그 차이를 전부 네트워크 지연으로 부를 수도 없습니다. 네트워크 지연을 추정하려면 수신 시각과 로컬 시계 오차도 고려해야 합니다.

공식 기본 타임스탬프 단위는 밀리초이며, 별도 시간 단위 옵션을 사용한 경우에는 설정을 함께 확인합니다. 초로 해석해야 할 숫자와 밀리초 숫자를 섞거나 시간대를 두 번 변환하면 날짜와 지연 계산이 크게 틀어질 수 있습니다. 원본 숫자와 단위를 함께 보관하는 것이 좋습니다.

데이터 신선도를 표현하는 방법

자체 대시보드라면 마지막 메시지 수신 시각과 마지막 거래 시각을 나란히 표시할 수 있습니다. “연결 정상”과 “최근 거래 자료”를 다른 상태로 보여 주면 단순히 화면이 살아 있다는 이유로 가격이 최신이라고 오해하는 일을 줄일 수 있습니다.

어느 정도 시간이 지나면 오래된 값으로 표시할지는 서비스의 용도에 따라 정하는 운영 기준입니다. 임의로 정한 3초나 10초를 거래소의 공식 유효기간처럼 설명하면 안 됩니다. 또한 해당 기준을 넘었다고 데이터 자체가 틀렸다고 단정하기보다 사용 목적에 맞는 신선도를 충족하지 못했다고 표현하는 편이 정확합니다.

4. 단순 평균과 수량 가중 평균의 차이

평균이라는 말을 이해하기 위해 일반적인 두 계산을 비교해 봅니다. 가격 100과 120을 한 번씩 관측했다면 단순 산술 평균은 110입니다. 그러나 100에서 9개, 120에서 1개가 거래됐다면 수량을 반영한 평균은 (100×9+120×1)/10=102입니다.

반대로 100에서 1개, 120에서 9개가 거래됐다면 수량 가중 평균은 118입니다. 관측된 두 가격은 같아도 거래 수량 분포가 달라 평균이 달라집니다. 따라서 “두 가격의 중간값”을 시장 평균이라고 부르는 것은 정의 확인 없이 할 수 없는 일입니다.

이 예시는 평균의 일반 원리를 설명합니다. 공식 Average Price 항목이 제공하는 설명보다 더 구체적인 내부 계산 방식, 제외 거래, 반올림 순서, 경계 처리 등을 여기서 임의로 확정하지 않습니다. 실제 재현이 필요하다면 해당 기능의 최신 공식 설명과 원천 데이터 범위를 추가 확인해야 합니다.

시간 가중 평균도 별도 개념

가격을 일정 시간마다 관측해 평균을 내는 방식과 체결 수량으로 가중하는 방식은 다릅니다. 거래가 거의 없는 가격대에 오래 머물렀다면 시간 기준 평균과 거래량 기준 평균이 크게 다를 수 있습니다. 차트의 이동평균선 역시 선택한 봉의 가격을 기반으로 계산하는 경우가 있어 입력 자료가 다릅니다.

TWAP라는 실행 알고리즘 이름을 알고 있다고 Average Price 스트림을 TWAP 주문의 목표 가격으로 해석하지 않습니다. 주문 알고리즘의 실행 방식, 성과 평가 기준, 공개 평균 데이터는 각각의 기능입니다. 이름이 비슷한 용어를 같은 기능으로 묶지 않는 것이 중요합니다.

5. 내 평균 매수 단가와의 차이

개인 평균 매수 단가는 내 실제 매수 체결을 바탕으로 계산합니다. 공개 시장 평균에는 다른 참여자들의 거래가 포함될 수 있고 내 주문과 시간 범위도 다릅니다. 시장 평균이 100인데 내가 110에 매수했다면 내 원가는 100으로 바뀌지 않습니다.

개인 원가 계산에는 수수료 처리도 영향을 줄 수 있습니다. 수수료를 어떤 자산으로 납부했는지, 표시 화면이 수수료를 원가에 포함하는지, 일부 매도나 입출금을 어떻게 처리하는지에 따라 결과가 다를 수 있습니다. 공개 Average Price 하나로 이런 계좌 회계를 대신할 수 없습니다.

따라서 개인 손익을 확인할 때는 먼저 실제 체결 가격과 수량, 수수료, 자산 이동을 검토합니다. 시장 평균과 비교하는 것은 그다음 분석 단계입니다. 두 값을 같은 “평단”이라는 이름으로 표시하면 사용자가 자신의 원가를 오해할 수 있으므로 명칭을 명확히 나눕니다.

6. 평균 가격과 현재 호가

평균 가격이 100이라고 현재 매도 호가가 100인 것은 아닙니다. 시장이 빠르게 상승했다면 매도 호가가 105일 수 있고, 하락했다면 매수 호가가 95일 수 있습니다. 시장가 주문은 현재 반대편 주문과 체결되는 과정이므로 과거 평균에 고정되어 실행되지 않습니다.

지정가 주문에 평균 가격을 참고해 숫자를 넣더라도 체결을 보장하지 않습니다. 매수 지정가가 현재 매도 호가보다 낮으면 기다리거나 미체결로 남을 수 있습니다. 주문의 가격 조건을 통계값이 충족시켜 주는 것이 아니라 실제 시장의 상대 주문이 필요합니다.

평균과 현재 가격의 차이를 비율로 계산할 수는 있습니다. 다만 분모가 평균인지 현재 가격인지 명시해야 하며, 그 비율을 슬리피지나 확정 할인율로 부르지 않습니다. 슬리피지는 어떤 기준 가격과 실제 실행 가격을 비교하는지에 따라 정의되므로 별도의 실행 자료가 필요합니다.

7. 확인 절차를 단계별로 정리하기

첫째, 어떤 평균이 필요한지 정한다

개인 원가를 알고 싶은지, 최근 시장 수준을 비교하고 싶은지, 주문 실행 성과를 평가하고 싶은지 먼저 적습니다. 개인 원가라면 개인 체결 자료를 우선하고, 공개 평균은 보조 기준으로만 사용합니다. 목적이 바뀌면 필요한 데이터도 달라집니다.

둘째, 공식 스트림과 시장을 확인한다

Binance Spot 문서의 Average Price 항목에서 이름과 필드를 확인합니다. 선물의 Mark Price나 지수 가격과 섞지 않습니다. 원시 스트림과 결합 스트림은 payload가 위치하는 층이 다르므로 실제 응답 구조도 확인합니다.

셋째, 심볼과 구간을 가격 옆에 보관한다

w만 저장하지 말고 s와 i를 함께 저장합니다. 단위와 기간이 빠진 평균은 나중에 비교하기 어렵습니다. 같은 숫자 100이라도 USDT 기준인지 BTC 기준인지, 어느 시간 구간인지에 따라 의미가 다릅니다.

넷째, 시간 세 가지를 분리한다

E, T, 로컬 수신 시간을 각각 기록합니다. 표시 시간대는 일관되게 사용하고 원본 타임스탬프도 남깁니다. 지연 분석이 필요하면 로컬 시계 동기화 상태를 확인하고, 시각 차이를 모두 네트워크 탓으로 돌리지 않습니다.

다섯째, 비교 값을 같은 기준으로 맞춘다

일반 Ticker의 w, 차트 이동평균, 내 체결 평균 중 무엇과 비교할지 정합니다. 각 값의 시장·기간·단위를 맞출 수 없다면 차이를 그대로 설명하고 동일 지표처럼 순위를 매기지 않습니다. 비교가 불가능한 경우에는 억지로 하나의 결론을 만들지 않습니다.

여섯째, 실제 실행 결과를 따로 확인한다

평균을 참고해 주문했다면 주문 상태와 실제 체결 가격·수량을 확인합니다. 공개 평균 메시지가 도착했다고 주문이 성공한 것은 아닙니다. 미체결, 부분 체결, 취소, 수수료 등은 개인 주문 자료에서 확인합니다.

8. 다섯 가지 상황별 예시

예시 1: 마지막 가격은 높고 평균은 낮은 경우

가상의 평균 w가 100이고 최근 체결 가격이 106이라고 합시다. 이는 현재 관측 가격이 해당 평균보다 높다는 비교를 보여 줍니다. 평균이 계산되는 구간에 더 낮은 가격의 거래가 포함됐을 수 있지만, 이것만으로 지금 가격이 반드시 하락할 것이라고 말할 수 없습니다.

매수를 검토한다면 현재 매도 호가와 잔량을 보고, 평균과의 차이는 별도의 참고 정보로 남깁니다. 평균 100을 시장가 주문의 예상 체결가로 표시하지 않습니다. 주문이 106 이상에서 체결되더라도 평균 데이터가 틀렸다는 의미는 아닙니다.

예시 2: 단순 평균과 가중 평균을 혼동한 경우

가격 90에서 2개, 가격 110에서 8개가 거래됐다는 가상 표가 있습니다. 가격 두 개의 단순 평균은 100이지만 수량 가중 평균은 106입니다. “평균이 100인데 시스템은 106을 보여 준다”는 문제를 제기하기 전에 계산의 가중치를 확인해야 합니다.

실제 시스템을 검증할 때는 여기서 더 나아가 포함 구간과 원천 거래를 확인해야 합니다. 예시 두 거래만 보고 거래소 내부 평균 전체를 재현했다고 주장할 수 없습니다. 일반 원리 이해와 실제 응답 검증은 단계가 다릅니다.

예시 3: 개인 매수 단가와 시장 평균이 다른 경우

내가 가격 120에서 1개, 100에서 1개를 매수했다면 수수료를 제외한 단순 수량 가중 매수 단가는 110입니다. 같은 시점의 시장 평균이 103이어도 내 원가는 103이 되지 않습니다. 두 값은 서로 다른 거래 집합을 사용합니다.

개인 손익을 계산할 때 103을 원가로 사용하면 결과가 왜곡됩니다. 수수료와 실제 보유 수량까지 확인한 뒤 개인 원가를 계산하고, 시장 평균과의 차이는 매수 시점 분석 같은 별도 용도로만 사용합니다.

예시 4: 이벤트는 새롭지만 마지막 거래가 오래된 경우

가상의 이벤트 시간이 11시 00분 10초이고 마지막 거래 시간이 10시 59분 20초라고 합시다. 이 차이만으로 50초의 네트워크 지연이 발생했다고 단정할 수 없습니다. 마지막 거래 시각과 이벤트 생성 시각은 다른 의미입니다.

내 컴퓨터의 수신 시간이 11시 00분 11초라면 전달 지연을 검토할 때는 이벤트와 수신 시각의 관계도 살펴야 합니다. 동시에 로컬 시계 오차를 확인합니다. 이 예시는 시간 필드 구분을 설명하며 특정 시장의 정상 지연 기준을 제시하는 것은 아닙니다.

예시 5: 평균이 같은 두 시장의 위험이 다른 경우

A는 가격이 99~101에서 거래됐고 B는 80~120에서 거래됐지만 둘 다 평균이 100이라고 가정합니다. 평균만 보면 같지만 가격 범위와 단기 변동 경험은 다릅니다. 현재 호가 잔량도 서로 다를 수 있습니다.

평균값 하나로 두 시장의 실행 위험이 같다고 판단하지 않습니다. 캔들 경로, 현재 스프레드와 깊이, 실제 주문 크기를 함께 봅니다. 평균은 비교 축 하나이며 위험의 모든 차원을 압축하지 못합니다.

9. 다른 가격 지표와 비교

표에서 중요한 것은 어느 값이 더 우월한가가 아니라 어떤 질문에 적합한가입니다. 내 주문 원가를 묻는 질문에는 개인 체결 자료가 직접적이고, 현재 반대편 호가를 묻는 질문에는 호가 자료가 직접적입니다. 평균 데이터가 다른 자료를 모두 대신해 주지는 않습니다.

평균과 기준 가격을 혼합하지 않기

어떤 주문 규칙이 특정 가격을 참조한다면 그 규칙의 문서를 확인해야 합니다. 이름에 평균이 들어간다는 이유로 모든 주문 필터가 @avgPrice의 w를 그대로 사용한다고 가정하지 않습니다. 필터별 참조 가격, 적용 조건, 구간은 해당 공식 설명을 따로 읽어야 합니다.

마찬가지로 Reference Price나 Mark Price라는 이름을 Average Price의 다른 번역으로 다루지 않습니다. 서로 다른 목적과 응답 구조를 가진 데이터일 수 있습니다. 기능 이름을 번역할 때도 원래 영문 이름과 설명 범위를 유지하면 오해를 줄일 수 있습니다.

10. 계산 검증용 기록표 만들기

평균 가격 비교를 반복한다면 한 행에 시장, 심볼, 스트림, 구간, 평균 가격, 이벤트 시간, 마지막 거래 시간, 수신 시간을 적습니다. 비교 대상 가격과 그 출처도 별도 열에 둡니다. 이 구조는 복잡한 프로그램 없이 스프레드시트로도 활용할 수 있습니다.

예를 들어 “평균 100, 현재 102”만 적으면 나중에 그 현재가가 마지막 체결인지 매도 호가인지 알 수 없습니다. “평균 스트림 w=100, 구간 i=5m, Book Ticker 매도 호가 a=102, 각 수신 시각”처럼 기록하면 비교 의미를 유지할 수 있습니다. 단, 서로 다른 수신 시각의 값을 완전히 동시 상태라고 부르지는 않습니다.

차이를 퍼센트로 계산한다면 산식을 함께 적습니다. (비교 가격−평균)/평균×100인지, 다른 분모를 쓰는지 명확히 합니다. 분모가 0이거나 값이 없으면 계산을 보류하고 오류 상태를 표시합니다. 없는 자료를 임의로 0으로 바꾼 뒤 정상 비율처럼 출력하지 않습니다.

반올림 전후를 구분하기

계산 전에 가격을 두 자리로 잘라 버리면 작은 차이가 사라질 수 있습니다. 반대로 화면의 짧은 소수 표시 때문에 원본 값이 같다고 착각할 수도 있습니다. 원본 정밀도, 계산 정밀도, 표시 정밀도를 구분하고 필요한 자리수는 목적에 맞게 정합니다.

거래소 주문 가격에는 별도의 가격 단위 규칙이 적용될 수 있습니다. 평균값을 주문 가격에 그대로 복사하기 전에 해당 심볼의 주문 규칙을 확인해야 합니다. 평균 데이터가 유효한 지정가 입력 단위까지 자동으로 맞춰 준다고 가정하지 않습니다.

11. 자주 생기는 문제와 해결 순서

평균이 다른 화면과 다르다

먼저 시장과 심볼을 맞춥니다. 다음으로 구간과 갱신 시각을 확인합니다. 차트 이동평균인지 공개 평균 스트림인지, 개인 원가인지 구분합니다. 이 기본 조건을 맞추기 전에는 수치 차이를 오류라고 단정하지 않습니다.

조건을 맞춰도 차이가 남으면 원본 정밀도와 포함 데이터 범위를 검토합니다. 재계산에 사용한 거래가 일부 누락되었거나 중복됐을 수 있습니다. 내부 공식이 공개되지 않은 부분을 추측으로 채우지 않고 확인 가능한 범위와 남은 불확실성을 나눕니다.

값이 멈춘 것처럼 보인다

연결 상태와 마지막 수신 시각을 확인합니다. 그다음 E와 T가 각각 어떻게 변했는지 봅니다. 가격이 같다는 사실과 메시지가 도착하지 않는다는 사실은 다릅니다. 표시 반올림 때문에 작은 변화가 보이지 않을 수도 있으므로 원본도 확인합니다.

재연결은 연결 문제를 해결하는 과정이지 과거 모든 평균 변화를 복원하는 과정이 아닙니다. 끊긴 동안의 자료가 필요한 분석이라면 그 구간을 누락으로 표시하고 적절한 별도 자료를 검토합니다. 최신 한 값을 과거 전체 구간에 채워 넣으면 실제로 관측하지 않은 기록이 만들어집니다.

평균을 이용한 주문이 거절된다

평균값이 존재한다는 사실과 주문 가격이 해당 심볼의 모든 규칙을 통과한다는 사실은 다릅니다. 가격 단위, 수량 단위, 최소 금액, 잔고, 거래 상태 등을 실제 오류와 공식 규칙에 맞춰 확인합니다. 거절 원인을 평균 데이터 하나로 설명하지 않습니다.

오류를 해결하기 위해 실제 주문을 반복 제출하는 방식은 중복 주문 위험을 만들 수 있습니다. 주문 상태를 먼저 확인하고, 검증 가능한 테스트 환경이나 읽기 자료로 원인을 좁히는 것이 좋습니다. 이 글은 주문 실행 지시가 아니라 데이터 해석 안내입니다.

12. 해석의 한계와 위험

평균은 과거 거래의 요약이므로 급변 상황에서 현재 시장과 차이가 날 수 있습니다. 이 차이를 무조건 이상 가격이나 차익 기회라고 해석하면 안 됩니다. 거래 비용, 호가 잔량, 주문 지연, 시장 방향 변화가 실제 결과를 바꿉니다.

평균 계산이 정확하더라도 그 평균을 활용한 전략이 수익을 낸다는 보장은 없습니다. 데이터의 정확성, 전략의 유효성, 주문 실행 품질은 서로 다른 검증 항목입니다. 한 가지가 충족됐다고 나머지를 생략할 수 없습니다.

또한 공개 평균을 보고 특정 참여자의 매수 단가를 추정할 수는 없습니다. 계좌별 거래와 보유 정보가 없기 때문입니다. 시장 평균과 기관의 원가, 전체 투자자의 손익 같은 표현을 섞지 않는 것이 중요합니다.

평균 비교를 위한 작은 검증 실습

평균값을 분석에 사용하기 전에 가상의 체결표로 산술과 해석을 분리해 연습할 수 있습니다. 가격 98에서 2개, 100에서 3개, 104에서 5개가 거래됐다고 합시다. 수량 합은 10이고 금액 합은 1,016이므로 수량 가중 평균은 101.6입니다. 세 가격의 단순 평균은 약 100.67로 다른 값입니다.

이 차이는 계산 오류가 아니라 가중치 차이입니다. 가격이 높은 104에서 더 많은 수량이 거래됐기 때문에 수량 가중 평균이 더 높습니다. 평균을 표시할 때 “어떤 평균인가”라는 이름이 필요한 이유입니다. 숫자만 적으면 서로 다른 계산을 비교해 잘못된 오류 신고를 할 수 있습니다.

다음으로 마지막 체결 가격 104와 가중 평균 101.6을 비교합니다. 평균을 분모로 한 차이는 약 2.36%입니다. 이 비율은 마지막 관측 가격과 예시 평균의 관계입니다. 실제 주문이 104에 체결될지, 앞으로 101.6으로 돌아올지, 그 차이를 수익으로 얻을 수 있을지는 계산에서 나오지 않습니다.

이번에는 개인이 100에서 1개만 매수했다고 가정합니다. 그 개인의 수수료 제외 매수 단가는 100입니다. 시장 예시의 평균 101.6과 다르지만 둘 다 각자의 거래 집합에 대해 올바를 수 있습니다. 개인이 시장 평균보다 낮게 샀다는 비교는 가능해도 그 자체로 전체 거래 전략이 우수하다는 평가까지 할 수는 없습니다.

기간을 바꿔 첫 거래를 제외하면 남은 수량은 8, 금액은 820이 되어 수량 가중 평균은 102.5가 됩니다. 마지막 가격이 그대로여도 포함 구간이 바뀌면 평균이 달라지는 예입니다. 실제 Average Price 스트림을 검증할 때는 공식 구간과 포함 자료를 확인해야 하며, 이 단순 예시가 거래소 경계 처리의 세부 구현을 뜻하는 것은 아닙니다.

같은 평균, 다른 체결 경험

주문 A가 100에 전량 체결되고 주문 B가 절반은 90, 절반은 110에 체결됐다면 수수료 제외 평균은 둘 다 100일 수 있습니다. 그러나 가격 분산과 실행 과정은 다릅니다. 평균 체결가만으로 모든 실행 위험을 평가할 수 없는 이유입니다.

실행 성과를 검토할 때는 평균뿐 아니라 체결 완료 시간, 미체결 잔량, 가격 범위, 수수료, 기준 시장 움직임도 함께 살펴야 합니다. 공개 평균 데이터 하나를 잘 읽었다고 주문 전체의 품질을 검증한 것은 아닙니다. 데이터 선택, 비교 기준, 결과 해석을 각각 기록하면 평가가 명확해집니다.

관측 횟수와 거래 수량을 혼동하지 않기

평균 가격 스트림을 매초 받아 60개 값을 저장했다고 가정합니다. 그 60개 평균을 다시 단순 평균내면 “수신한 평균값의 평균”이 됩니다. 이것을 자동으로 해당 1분의 전체 거래량 가중 평균이라고 부를 수 없습니다. 각 원래 평균의 구간이 겹칠 수 있고, 거래량 가중치도 사라졌기 때문입니다.

이런 재평균은 자체 평활 지표로 설계할 수는 있지만 이름과 목적을 분명히 해야 합니다. 원천 거래의 평균을 재현하려는 목적이라면 해당 거래 자료와 구간·가중치가 필요합니다. 이미 요약된 통계를 다시 요약할 때 어떤 정보가 손실되는지 확인하는 것이 중요합니다.

13. 자주 묻는 질문

Q1. Average Price는 내 평단인가요?

아닙니다. 개인 원가는 내 체결과 수수료 자료로 확인합니다. 공개 시장 평균과 입력 거래 집합이 다릅니다.

Q2. 공식 예시가 5m이면 항상 5분인가요?

예시는 5m을 보여 줍니다. 실제 응답의 i와 최신 문서를 확인하고 다른 설정을 임의로 가정하지 않습니다.

Q3. 구간을 마음대로 바꿀 수 있나요?

문서에 없는 스트림 파라미터를 만들어 지원된다고 설명할 수 없습니다. 제공되는 구간과 변경 방식은 공식 사양을 확인해야 합니다.

Q4. w는 일반 Ticker의 w와 같은 값인가요?

이름이 같아도 구간과 데이터 범위가 다를 수 있습니다. 스트림 유형과 기간을 맞춰 비교합니다.

Q5. 평균보다 낮으면 싼 가격인가요?

해당 평균보다 낮다는 비교만 성립합니다. 적정 가치나 미래 수익을 보장하는 판단은 아닙니다.

Q6. 평균 가격으로 시장가 주문이 체결되나요?

아닙니다. 현재 호가와 주문 크기, 시장 변화에 따라 실제 체결 가격이 결정됩니다.

Q7. E와 T는 왜 다른가요?

이벤트 시간과 마지막 거래 시간이라는 의미가 다릅니다. 차이를 모두 통신 지연으로 해석하지 않습니다.

Q8. 1000ms는 지연 보장인가요?

문서상 갱신 속도입니다. 실제 수신·처리·표시 지연까지 보장하는 값으로 확대하지 않습니다.

Q9. 차트 이동평균과 같나요?

같다고 가정할 수 없습니다. 차트가 사용하는 봉, 입력 가격, 기간, 산식이 다를 수 있습니다.

Q10. TWAP 주문의 목표 가격인가요?

그렇게 해석하면 안 됩니다. 실행 알고리즘과 공개 평균 데이터는 별도 기능입니다.

Q11. 평균만 저장하면 충분한가요?

심볼, 구간, 단위, 이벤트·거래·수신 시간을 함께 저장해야 비교와 문제 분석이 가능합니다.

Q12. 평균과 현재가 차이는 슬리피지인가요?

그 자체로 실제 주문 슬리피지는 아닙니다. 실행 기준과 실제 체결 자료가 필요합니다.

Q13. 재연결하면 누락 구간이 복구되나요?

최신 상태를 받는 것과 과거 모든 메시지를 복원하는 것은 다릅니다. 누락은 별도로 관리합니다.

Q14. 모든 주문 필터가 이 평균을 사용하나요?

그렇게 가정하지 않습니다. 필터별 공식 참조 가격과 적용 조건을 따로 확인해야 합니다.

Q15. 평균으로 특정 기관의 원가를 알 수 있나요?

알 수 없습니다. 공개 통계는 계좌별 체결과 보유 정보를 제공하지 않습니다.

14. 적용 전 체크리스트

• 어떤 평균이 필요한지 목적을 정했다.
• 현물 스트림과 다른 상품 가격을 구분했다.
• 심볼과 기준 자산 단위를 확인했다.
• i를 가격과 함께 기록한다.
• w만 단독 저장하지 않는다.
• E·T·수신 시간을 분리한다.
• 타임스탬프 단위와 시간대 변환을 확인했다.
• 개인 원가와 시장 평균을 별도 표시한다.
• 다른 평균과 비교할 때 기간을 맞춘다.
• 자체 계산식과 공식 필드를 구분한다.
• 원본 정밀도와 표시 반올림을 분리한다.
• 실제 주문 가격은 현재 호가와 규칙으로 확인한다.
• 누락 구간을 임의의 값으로 채우지 않는다.
• 평균과의 차이를 수익 보장으로 설명하지 않는다.

핵심 정리

바이낸스 Average Price는 기간의 가격 수준을 이해하는 하나의 자료입니다. 평균이 무엇을 요약했는지 확인하고, 내 원가와 현재 호가를 별도로 읽어야 실무에서 활용할 수 있습니다. 숫자 하나보다 구간과 단위, 시간과 비교 목적을 함께 기록하는 습관이 중요합니다.

공식 확인 자료: Binance Spot WebSocket Streams — Average Price.

이 글은 데이터 해석을 위한 정보이며 투자 권유가 아닙니다. 공식 사양과 거래 조건은 변경될 수 있습니다. 실제 거래 전 최신 문서와 주문 규칙을 확인하고 가격 변동, 슬리피지, 수수료 위험을 고려하세요.