퍼블릭 블록체인은 방대한 활동을 가시화합니다. 전송, 스왑, 토큰 잔액, 프로그램 호출이 모두 기록으로 남습니다. 이런 가시성은 트레이딩 리서치에 매력적으로 다가옵니다. 거래소로 태그된 주소로 대규모 전송이 발생하면 매도 신호처럼 보입니다. 스마트 머니 지갑 여럿이 같은 토큰을 매수하면 선행 지표처럼 보입니다. 상위 보유자 명단은 곧바로 쓸 수 있는 리스크 점수처럼 보입니다. 그러나 이런 해석은 각각 기록 위에 하나의 해석을 덧씌운 것입니다. 이 글은 원장이 보여주는 사실과 리서처가 추론하는 내용을 구분하고, 온체인 피처가 유난히 백테스트에 누출되기 쉬운 이유를 설명합니다.
온체인 기록이 실제로 보여주는 것
기록된 트랜잭션은 필요한 서명이 일련의 명령을 승인했고, 네트워크가 이를 특정 결과와 함께 처리했으며, 그에 따라 잔액과 수수료가 변동했음을 보여줍니다. Solana에서는 SOL이 네트워크 수수료를 지불하고, 토큰 잔액은 특정 민트에 연결된 토큰 계정에 존재하며, 트랜잭션은 서로 다른 커밋먼트 수준, 즉 processed, confirmed, finalized로 보고될 수 있습니다. 익스플로러 기록을 읽는 방법 안내에서 이 필드들을 더 자세히 다룹니다.
기록은 서명 키를 누가 통제했는지, 전송이 왜 일어났는지, 뒤에 한 개인인지 고객 자금을 옮기는 수탁자인지, 아니면 같은 시점에 오프체인 어딘가에서 대응 거래가 있었는지를 보여주지 않습니다. 사실과 해석은 별도의 열에 둡니다.
| 온체인 사실 (가상) | 뒷받침하는 것 | 입증하지 못하는 것 |
|---|---|---|
| 주소 A에서 주소 B로 50,000 토큰 이동 | 기록된 시점에 두 주소 사이의 잔액 변동 | 매도, 소유자 변경 또는 동기 |
| 한 주소가 공급량의 12% 보유 | 기록상 그 시점의 잔액 | 한 사람이 12%를 통제한다는 사실 |
| 주소 B에 “거래소” 태그 부착 | 특정 날짜 기준 제공자의 분류 | 태그가 정확했는지, 또는 전송 당시 존재했는지 |
| 20개 지갑이 한 시간 이내에 매수 | 유사한 행동이 근접한 시점에 기록됨 | 협조, 실력, 또는 추종자가 그 가격에 매수할 수 있었는지 |
라벨은 날짜가 붙은 가설입니다
지갑 라벨은 익스플로러, 분석 제공자, 커뮤니티 목록 또는 리서처 본인의 휴리스틱에서 나옵니다. 주소 라벨과 불확실한 신원 가이드는 라벨을 이름이 아니라 출처와 신뢰 수준이 필요한 단서로 다룹니다. 한 주소는 공유되거나 수탁되거나 동시에 여러 용도로 사용될 수 있습니다.
라벨은 바뀌기도 합니다. 제공자는 어떤 이벤트로 지갑이 주목받은 뒤에 태그를 추가하거나, 클러스터를 병합 또는 분리하거나, 잘못된 태그를 삭제할 수 있습니다. 리서치 관점에서 이는 라벨이 부여된 시점에 한 제공자가 믿었던 내용에 대한 근거라는 뜻이며, 따라서 그 시점을 알아야 합니다. 유용한 습관은 공개 주소만으로 작업하는 것입니다. 지갑을 연결하지 않고 분석하기에는 복구 문구나 서명이 전혀 필요하지 않습니다.
보유자 집중도는 먼저 분류가 필요합니다
상위 보유자 명단은 성격이 매우 다른 주소를 섞어 놓습니다. 유동성 풀, 프로그램 소유 계정, 거래소 지갑, 베스팅 또는 락커 컨트랙트, 프로젝트 재무 지갑, 그리고 때로는 한 주체가 통제하는 여러 주소가 포함됩니다. 상위 보유자 주소가 나타내는 것 가이드도 같은 점을 지적합니다. 명단은 출발점이 되는 질문이지 결론이 아닙니다.
상위 10개 주소가 공급량의 62%를 보유한 가상의 토큰을 생각해 봅시다. 분류 후 리서처는 풀 계정 18%, 락커 컨트랙트 20%, 거래소 태그 주소 9%, 설명되지 않는 주소 15%를 확인합니다. 동일한 62%라는 헤드라인이 매우 다른 상황을 나타낼 수 있으며, 설명되지 않고 남은 15%가 바로 명단이 답할 수 없는 부분입니다. 집중도 수치를 사용할 때는 분류 방법과 그 날짜를 함께 기록합니다.
어제의 데이터에 오늘의 라벨을 붙이는 것이 룩어헤드 편향입니다
scikit-learn 문서는 데이터 누출을 모델 구축 시 예측 시점에 이용할 수 없을 정보를 사용하는 것으로 정의하며, 지나치게 낙관적인 성과 추정치를 낳는다고 경고합니다. 권장 방법은 먼저 데이터를 분할하고 모든 전처리 단계를 학습 부분에만 적합시키는 것입니다. 온체인 리서치에는 같은 실수가 들어갈 수 있는 경로가 여러 개 있습니다.
- 결과로 인한 선택. 해당 지갑들이 나중에 수익을 냈다는 이유로 구성한 “스마트 지갑” 명단은 지갑 추종 규칙을 명단 구성에 사용된 기간 동안 좋아 보이게 만듭니다.
- 라벨 수정. 이번 달의 거래소 태그를 작년 전송에 적용하는 것은 그 태그가 당시 알려져 있었다고 가정하는 것입니다.
- 도착 지연. 인덱서, 익스플로러 또는 API는 이벤트를 블록 시간보다 늦게 제공할 수 있습니다. 블록 시간에 반응하는 규칙은 아직 볼 수 없었던 데이터를 사용하고 있을 수 있습니다.
- 최종성. 낮은 커밋먼트 수준에서 관측된 트랜잭션은 아직 최종이 아닙니다. 모든 조기 관측을 확정된 것으로 취급하는 백테스트는 그 불확실성을 건너뜁니다.
- 생존 편향. 오늘까지 살아남은 것에서 추출한 지갑 또는 토큰 명단은 조용히 사라진 것들을 빠뜨립니다.
가상의 예시입니다. 한 연구가 이번 달에 작성된 명단을 사용해 40개 지갑에 “초기 매수자” 태그를 붙입니다. 대부분은 이전 거래가 좋은 성과를 냈기 때문에 태그를 받았습니다. "이 지갑들이 매수할 때 매수하라"를 같은 기간에 걸쳐 테스트하는 것은 대부분 명단이 어떻게 선택되었는지를 측정하는 셈입니다. 해결책은 scikit-learn의 권고와 같습니다. 라벨 집합은 테스트 기간 이전의 데이터로만 구성하고, 그 이후 데이터로 평가합니다. 의사결정 시점에 알 수 있었던 것 확인하기에서 이 문제의 더 넓은 버전을 다룹니다.
모든 것에 타임스탬프를 두 번 붙이세요
모든 온체인 피처에 대해 최소 두 개의 시간을 기록합니다. 네트워크가 기록한 블록 시간과 데이터 소스가 이벤트를 이용 가능하게 만든 관측 시간입니다. 여기에 커밋먼트 수준과 라벨 스냅샷 날짜를 추가합니다. 이 필드들이 없으면 피처를 의사결정 타임라인에 정직하게 배치할 수 없습니다. 같은 원칙이 가격 이력에 대한 데이터 출처와 타임스탬프 점검에도 등장합니다.
신호가 다른 사람의 거래일 때는 타이밍이 더욱 중요합니다. 가시적인 매수는 이미 체결된 뒤에 당신에게 도달합니다. 추종자는 더 늦은 시점, 다른 가격과 비용으로 거래하며, 그 지갑의 오프체인 헤지, 다른 계정, 청산 계획을 보지 못합니다. 가시적인 지갑을 따라 하는 것이 왜 실패하는지에 대한 학습 가이드와 카피 트레이딩 실적 기록에 대한 SuperQuant 리뷰 모두 그 간극을 짚습니다.
지갑 신호를 사용하기 전 점검 목록
온체인 관측이 리서치 입력이 되기 전에 다음을 기록합니다.
- 주소 정체성. 사용자 지갑인가, 프로그램 소유 계정인가, 풀인가, 락커인가, 수탁 주소인가? 어떻게 아는가?
- 라벨 출처와 날짜. 누가 어떤 근거로 태그를 부여했으며, 연구 대상 이벤트 이전에 이용 가능했는가?
- 블록 시간 대 관측 시간. 이벤트는 언제 발생했으며, 데이터 소스는 언제 그것을 보여줄 수 있었는가?
- 커밋먼트 수준. 사용한 시점에 트랜잭션이 processed였는가, confirmed였는가, finalized였는가?
- 사실 대 현실. 기록이 입증하는 것은 무엇이며, 오프체인 수탁, 합의 또는 의도에 맡기는 것은 무엇인가? 온체인 검증이 멈추는 지점을 참고합니다.
- 대안 설명. 같은 전송에 들어맞는 다른 이야기를 최소 두 가지 나열합니다.
- 실행. 추종자가 실제로 행동할 수 있었던 이후 시점, 가격, 비용은 언제였는가?
SuperQuant에 포함된 예시는 합성 시간별 데이터를 사용하며, 워크스페이스는 실거래 주문을 넣지 않고 실거래 실행을 검증하지 않습니다. 공개 주소의 이력을 읽는 경우, 그 이력은 실적 기록이 아니라 검증되지 않은 맥락으로 취급합니다.
계속 학습하기
온체인 주제 허브는 익스플로러, 라벨링, 보유자 분석 가이드를 한곳에 모아 둡니다. 지갑 움직임이 뉴스와 겹칠 때는 SuperQuant의 이벤트 근거 타임라인 구축 가이드가 출처와 타임스탬프를 정리하는 방법을 보여줍니다. 이는 교육 목적의 리서치 맥락이며, 투자 조언이 아닙니다.