코인이 거래소로 움직였으면 매도한 걸까?

큰 지갑에서 코인이 이동하거나 거래소 잔고가 줄면 매도·매수 의도를 읽고 싶어진다. 그러나 관측한 이동과 그 이동을 만든 경제적 거래 사이에는 추가로 확인할 조건이 있다.

온체인 지표를 활용할 때는 원장의 기록, 주소를 묶는 분류, 시장 행동에 관한 해석을 각각 적는다. 숫자를 버리는 대신 무엇까지 보여 주는지 정확히 정하는 방법이다.

코인의 이동은 관측할 수 있어도 소유자의 정체·매매 목적·체결 가격은 같은 기록에서 모두 확인되지 않을 수 있다.

1. 원장의 거래와 시장의 매매를 구분한다

비트코인에서 거래는 기존 미사용 출력을 사용해 새 출력을 만드는 구조다. 이 과정에는 타인에게 지급하는 금액뿐 아니라 자신에게 돌려보내는 잔돈도 포함될 수 있다. 비트코인 개발 문서는 잔돈 출력의 역할을 설명한다.

가상의 입력 1 BTC를 사용해 상대에게 0.2 BTC, 자신의 잔돈 주소로 0.799 BTC를 보내고 수수료 0.001 BTC를 지불했다고 하자. 두 출력의 합은 0.999 BTC다. 새 주소에 들어간 0.799 BTC를 새 투자자가 매수한 물량으로 세면 이 예시의 소유 관계를 잘못 읽는다.

이 산식은 거래 구성의 예시다. 실제 주소를 식별하거나 특정 지갑의 이동 목적을 판정한 결과는 아니다. 비트코인의 구조를 모든 블록체인에 같은 방식으로 적용하지도 않는다.

2. 주소 수와 소유자 수 사이의 추정을 확인한다

한 주체가 여러 주소를 사용할 수 있고, 보관 기관의 주소가 여러 고객 자산을 관리할 수도 있다. 주소 수를 곧바로 사람 수로 읽기 어렵다.

Glassnode의 거래소 데이터 설명은 공개된 주소·외부 라벨·묶음 추정 알고리즘을 사용하며, 주소 분류가 계속 갱신된다고 설명한다. 거래소 잔고의 전체 범위를 항상 완전히 포괄하는 것도 아니다.

주체별 지표에는 원장 외의 분류 정보가 들어간다. 거래소·채굴자·대형 보유자라는 이름을 읽을 때 식별 방법, 포함 범위, 내부 이동 제거 여부와 알려지지 않은 부분을 확인한다.

3. 유입·유출과 체결·의도를 다른 칸에 적는다

거래소로 코인이 들어오는 것은 매도 가능한 경로의 변화일 수 있다. 그러나 입금 자체가 매도 체결이나 반드시 팔겠다는 의사를 입증하지는 않는다. 출금도 새 매수·장기 보유를 자동으로 확정하지 않는다.

Glassnode가 설명하는 온체인 거래소 지표는 거래소가 별도로 제공하는 현물·선물 체결량과도 범위가 다르다. 이동 자료만으로 실제 투자자의 전체 취득단가나 손실 감내력을 확정하지 않는다.

4. 과거 날짜의 숫자도 나중에 달라질 수 있다

원장의 기록을 바꾸지 않아도 새로 식별한 주소를 과거 데이터에 적용하면 주체별 지표가 수정될 수 있다. 따라서 오늘 받은 과거 시계열에 당시 알려지지 않았던 분류 정보가 들어갔는지 확인한다.

Glassnode의 시점별 데이터 설명은 주소 묶음의 갱신이 과거 지표를 다시 계산하게 만들 수 있으며, 최초 공개 시점의 값을 보존하는 시점별 자료(Point-in-Time, PIT)와 구분한다.

과거 날짜를 가진 값과 과거 그날 실제로 사용할 수 있었던 값은 다를 수 있다. PIT라는 이름만으로 모든 지연·누락·추정 문제가 없어졌다고 판단하지 않고, 지표의 공개 시각과 확정·수정 조건도 읽는다.

5. 해석을 검증할 수 있는 거래 가설로 바꾼다

‘고래가 움직였으니 오른다’ 대신 어떤 자료가 언제 어느 기준을 넘으면 신호로 볼지 적는다. 자료 제공자·지표 버전·분류 범위·해상도·공개 지연을 남기고, 사용할 수 없던 시점의 값을 거래 판단에 넣지 않는다.

같은 원자료와 주소 분류에서 나온 여러 지표를 독립된 확인으로 세지 않는다. 실제 거래 가설은 신호 이후의 체결·비용·노출·미사용 구간을 함께 평가한다.

적용할 때는 ‘관측한 것은 이동인가 체결인가?’, ‘주체 분류는 어떻게 추정됐는가?’, ‘이 값이 당시 실제로 공개됐는가?’를 확인한다.