솔라나 고래가 수백만 SOL을 옮겼다면 실제로 매도한 걸까. 거래가 확정됐다면 SOL 이동은 사실이지만, 받는 주소가 거래소 소유로 확인돼도 실제 매도 여부는 공개 원장만으로 알 수 없다. 이동과 입금, 매도는 구분해야 하며 가격 방향은 판단하지 않는다.
원장은 ‘옮겼다’까지 어떻게 증명하나
먼저 캡처에 적힌 거래 서명을 탐색기에서 찾는다. 거래 상태가 확정됐는지 확인한 뒤 실행 시각, 보낸 주소, 받은 주소, SOL 잔액의 변화를 대조한다. 프로그램 호출이나 토큰 계정 정리처럼 겉보기 전송량과 실제 소유권 변화가 다른 경우도 살핀다.
여기까지는 원장 기록이다. 주소 사이에서 얼마가 언제 움직였는지 같은 데이터로 다시 확인할 수 있다.
그 밖은 경계가 흐리다. 주소를 통제하는 실제 주체와 전송 이유, 거래소 장부 안에서 일어난 체결은 원장에 적히지 않는다. 그림 1은 기록으로 확인되는 항목과 별도 근거가 필요한 항목을 가른다.
‘거래소 입금’에는 어떤 근거가 더 필요한가
받는 주소에 거래소 이름표가 붙었다고 곧바로 판정하지 않는다. 탐색기의 주소표는 운영자가 거래 흐름과 제보를 바탕으로 붙인 정보이며 지갑 구조가 바뀌면 낡을 수 있기 때문이다. 이름표도 증거의 한 종류일 뿐이다.
주소 이력을 더 본다. 여러 이용자의 입금이 한곳으로 모이는지, 자산이 거래소의 알려진 집금 지갑으로 다시 이동하는지, 과거 공지나 거래소 자료가 같은 주소를 가리키는지 확인한다. 한 가지 정황만 있으면 ‘거래소 추정 주소’라고 남기는 편이 정확하다.
내부 정산일 수도 있다. 한 거래소가 자기 지갑 사이에서 자산을 옮겼다면 큰 금액이 찍혀도 새 매도 물량이 들어온 사건과는 다르다.
거래소에 도착한 뒤에는 무엇이 끊기나
거래소 입금이 확인돼도 매도는 별도 사건이다. 입금자는 담보 제공, 보관 지갑 변경, 장외거래 결제나 다른 자산의 출금을 위해 SOL을 보냈을 수 있다. 목적은 주소 이동만으로 정해지지 않는다.
실제 매도를 확인하려면 해당 계정의 주문·체결 기록이나 거래 당사자의 공개 자료가 필요하다. 일반 탐색기에는 그 장부가 없다. 거래소 전체 거래량이 늘었다는 사실도 특정 입금분의 체결을 증명하지 못한다.
여기서 멈춰야 한다. “거래소로 이동했으므로 곧 팔린다”는 문장은 원장에 없는 미래 행동을 덧붙인 해석이다.
큰 숫자는 어떤 자리에서 오독되나
이동량의 크기는 분모와 함께 적는다. 다만 비율이 커졌다고 이동의 목적까지 밝혀지는 것은 아니다.
2026년 9월 7일을 기준으로 만든 가상 알림 1건을 보자. 이동량 500만 SOL을 당시 총공급 6억 3,364만 SOL로 나누면 약 0.79%다. 판정 기준은 원장에서 확정된 주소 간 이동량이며 거래소 체결량은 포함하지 않는다.
상당한 이동이다. 그러나 0.79%는 총공급과 비교한 전송 규모이지 매도 비율이 아니다. 같은 자산이 지갑만 바꿨다면 시장에 새 주문이 나오지 않았을 수도 있다.
고래 알림을 세 문장으로 고쳐 쓴다
검증을 마친 기록은 한 줄짜리 경고문보다 세 문장이 낫다. 첫 문장에는 확정된 거래와 이동량을 쓴다. 둘째에는 주소표와 전후 경로로 확인한 수신처의 성격을 적고, 셋째에는 실제 매도 여부를 알 수 없다는 한계를 남긴다.
실패 사례도 함께 보자. 스테이크 해제 뒤의 출금을 곧장 매도로 부르거나 파산 재단이 낙찰자에게 보낸 물량을 시장 매도로 분류하면, 이동은 맞아도 결론은 틀릴 수 있다. 거래소 내부 지갑 정산도 같은 오독을 만든다.
그림 11의 세 문항은 캡처의 출처, 숫자의 분모, 사실과 해석의 경계를 차례로 점검한다. 고래 뉴스에서 가장 먼저 버려야 할 것은 큰 숫자가 아니라 확인되지 않은 동사다.
원장이 보여 주는 이동 다음에 매도 여부를 어디서 확인해야 하는지, TPS·활성 주소·DEX 거래량처럼 분모가 달라지는 지표는 어떻게 읽는지는 『솔라나의 모든것』 8장 ‘온체인 데이터 읽기’에서 이어서 살펴볼 수 있다.