On-Chain Analysis for Beginners: How to Track Whale Wallets and Smart Money

A large wallet buys a token, a dashboard calls it “smart money,” and social media immediately treats the transaction as a trading signal. That sequence looks simple, but several different kinds of information have been mixed together. The blockchain may verify that an address moved tokens. It usually does not verify why the transfer happened, who ultimately controls the address, or whether copying the trade will be profitable.

That distinction is the foundation of useful on-chain analysis. The goal is not to turn every large transaction into a prediction. It is to separate what is directly recorded on-chain, what an analytics provider has inferred, and what remains unknown. Once you do that, whale tracking becomes a research tool rather than a source of false certainty.

What on-chain analysis can actually tell you

On-chain data is information recorded on a blockchain ledger. On Ethereum, for example, block explorers can expose transaction hashes, timestamps, sender and recipient addresses, token transfers, account balances, transaction history, contract interactions, and other execution data. Ethereum’s official documentation describes block explorers as interfaces to real-time blockchain data and notes that Ethereum is transparent by design. See Ethereum.org’s block explorer documentation.

Verified: if a finalized transaction shows that address A transferred 5,000 tokens to address B, that event can be checked independently against the chain.

Context-dependent: whether that transfer is a purchase, sale preparation, internal treasury movement, bridge operation, collateral transfer, market-maker inventory shift, or something else depends on the counterparties and smart-contract calls involved.

Unknown from the transfer alone: the owner’s motive and future action.

Action: when you see a dramatic wallet alert, open the transaction itself before reading commentary about it. Record the chain, transaction hash, token, amount, timestamp, sender, recipient, and contract interaction first.

Whale wallet does not mean smart money

A whale is generally a wallet or entity holding or moving a large amount of crypto relative to the asset or market being studied. There is no single universal balance threshold that makes an address a whale across every token and chain. A $10 million position may be enormous in one small-cap asset and routine for an exchange wallet in a large market.

Smart money is a different concept. Analytics services may use the term for traders or institutions that meet a provider’s performance or classification methodology. Nansen’s current API documentation, checked in September 2026, separates whale filtering from smart-money filtering and lists smart-money categories such as “Fund,” “Smart Trader,” and performance-window labels such as “30D Smart Trader.” Its documentation describes smart money as sophisticated participants that include institutional funds and historically profitable traders. See Nansen’s Smart Money documentation and Nansen’s core concepts.

Verified: a wallet’s balance, transfers, and contract interactions can be measured on-chain.

Provider-defined: whether a wallet qualifies as “smart money” depends on a particular labeling methodology, performance window, and dataset.

Not established: a large wallet is not automatically a skilled trader, and a historically profitable trader is not guaranteed to be profitable on the next trade.

Action: keep separate watchlists for “large holders” and “performance-labeled traders.” Do not merge them into one category unless you have evidence that a wallet meets both criteria.

A wallet address is not necessarily one person

One of the most common beginner mistakes is treating an address as if it were a named human brokerage account. On Ethereum, an account can be an externally owned account or a smart-contract account, and a wallet application is merely an interface for interacting with accounts. See Ethereum.org’s account documentation.

Real entities can also control many addresses. Exchanges may use deposit addresses, hot wallets, cold wallets, treasury wallets, and operational wallets. Funds and protocols may similarly spread activity across multiple accounts. This is why analytics platforms build entities: clusters of addresses believed to belong to the same organization or actor.

Arkham’s current API guide explicitly describes its model as entity-first and says attribution is confidence-scored rather than a binary claim. Its documentation also says labels evolve as new signals appear. See Arkham’s API guide.

Verified: each address has its own on-chain history.

Inferred: grouping multiple addresses into one real-world entity requires attribution research or heuristics.

Action: before drawing conclusions about a “whale,” check whether the address belongs to a known exchange, protocol, bridge, market maker, fund, custodian, or multisignature treasury. Entity context can completely change the meaning of a transfer.

Wallet labels are useful, but they are not blockchain facts

Human-readable labels make blockchain data far easier to interpret, but they sit on top of the raw ledger. Nansen states that it assigns labels using research and heuristics, while Arkham uses structured entities, address labels, tags, and confidence-scored attribution. Arkham also distinguishes provider attribution from user-created private labels. See Arkham’s tagging-system explanation.

This matters because an unlabeled address is not necessarily unimportant, and a labeled address is not necessarily identified with absolute certainty. Some services distinguish high-confidence attributions from predictions or user-generated labels. Arkham has previously documented lower-confidence entity predictions separately from verified entities and notes that custom labels may be created by users. See Arkham’s entity-prediction explanation.

Verified: the address and its transactions exist on-chain.

Inferred: the real-world identity attached to that address may depend on evidence outside the blockchain.

Action: when identity matters to your thesis, check the label source, confidence status, and whether another reputable dataset independently reaches the same attribution.

Start with behavior, not reputation

Suppose a wallet is known to have been profitable in the past. The next useful question is not “Should I copy it?” but “What behavior produced that record?”

Review:

• which assets the wallet trades
• average position size
• holding period
• whether profits are realized or only unrealized
• frequency of trades
• DEXs and protocols used
• stablecoin inflows and outflows
• transfers to or from centralized exchanges
• whether several addresses may belong to the same entity
• whether activity occurs before or after major price moves.

Nansen’s current smart-money API exposes categories such as holdings, DEX trades, net flows, historical holdings, and other wallet activity. Its methodology notes that historical holdings use historical daily prices rather than recalculating old balances using today’s prices, which is important when evaluating past behavior. See Nansen’s data methodology.

Action: inspect several months of history before treating a wallet as informative. One spectacular trade is a weak sample; repeated behavior across different market conditions is more meaningful.

Do not assume a transfer to an exchange means “sell”

取引所への資金流入は、保有者が売却準備をしている可能性があるため、しばしば弱気シグナルと解釈される。これはもっともらしい仮説ではあるが、唯一の説明ではない。資金は、担保、デリバティブ証拠金、内部リバランス、保管、マーケットメイク、店頭決済、あるいは運用上の理由など、様々な目的で取引所に送金される可能性がある。

Nansenのフローに関するドキュメントでは、取引所への資金流入を売り圧力の指標として、資金流出を蓄積シグナルとして用いており、それらを他の情報と相関させるパターンとして明確に位置づけています。Nansenのフローに関するドキュメントを参照してください。

検証済み：宛先属性が正しい場合、トークンは既知の取引所管理アドレスに入力されます。

状況によります。それは販売能力を高める可能性はありますが、実際に販売が行われたことを証明するものではありません。

行動：次のステップに進んでください。入金だけで判断せず、その後の取引活動、トークン残高の変化、DEX取引、表示可能な場合はデリバティブポジション、価格変動などを確認してください。

内部振替は市場活動のように見えることがある

大規模な送金であっても、同じ主体が管理するウォレット間で資産を移動させるだけの場合もあります。取引所はホットストレージとコールドストレージのバランスを定期的に調整します。ファンドは保管契約間で資産を移動させる場合があります。プロトコルの財務部門はウォレットを再編成することがあります。したがって、単純な送金カウンターでは経済活動が過大評価される可能性があります。

エンティティ集約は、この問題を軽減するのに役立ちます。Nansenのホルダーツールは、関連するアドレスをエンティティごとに集約することができ、Arkhamはエンティティを、同じ組織または個人に関連付けられたアドレスのグループとして定義しています。

対応策： 2つの大規模アドレスが相互にやり取りする場合、両方が同一のエンティティに帰属しているかどうかを確認します。同一エンティティに帰属している場合は、実質的所有権の変更を示す追加証拠がない限り、そのイベントを内部送金として分類します。

トークン残高はDeFiへのエクスポージャーを隠蔽する可能性がある

ERC-20トークンの残高だけを見ていると、高度なウォレットが実際に行っていることを見落としてしまう可能性があります。資産は、レンディングプロトコルに預け入れられたり、流動性プールに供給されたり、ステーキングされたり、ブリッジされたり、ラップされたり、保管庫に保管されたり、レシートトークンで表されたりすることがあります。スマートコントラクトのやり取りは、単純な送金と同じくらい重要な場合が多いのです。

イーサリアムのトランザクションモデルには、トランザクションがコントラクトロジックを呼び出すための入力データフィールドが含まれており、エクスプローラーはトークン転送と並行してコントラクトのやり取りを公開できます。詳細は、Ethereum.orgのトランザクションに関するドキュメントを参照してください。

対策：トークンがウォレットから移動する際には、売却とみなす前に、送金先のコントラクトを特定してください。レンディングプロトコルへの入金は、取引所へのトークン送金とは経済的に異なります。

初心者向けのクジラ追跡ワークフローの構築方法

1. まず、チェーンとアセットをそれぞれ1つずつ選択してください。

すべてのチェーン上のすべてのクジラを追跡しようとすると、ノイズが発生します。まずは、イーサリアム上のETHの活動や特定のトークンエコシステムなど、すでに理解している市場から始めましょう。

行動：小規模な調査対象群を作成する。1つのチェーン、1つのトークン、そしておそらく10～20個のアドレスまたはエンティティ。

2. ブロックエクスプローラーをレコードのソースとして使用する

分析ダッシュボードを使えば解釈は速くなりますが、基となるトランザクションはブロックチェーンエクスプローラーで検証できる必要があります。イーサリアムの公式ドキュメントには、アカウント、トランザクション、コントラクト、ブロック、トークンを調査するためのツールとしてブロックエクスプローラーが記載されています。

対策：重要と思われるすべてのイベントについて、アドレスとトランザクションハッシュのリンクを保存してください。

3. ラベルとエンティティコンテキストを2番目に追加する

生のイベントが確認されたら、信頼できる分析データセットを使用して、誰がそのアドレスを管理している可能性があるか、また、そのアドレスに関連付けられている行動履歴は何かを調べます。

対応策：提供者、ラベル、可能であれば信頼度、および確認日を記録する。ラベルは研究メタデータとして扱い、不変の事実とはみなさない。

4. 時間の経過に伴う行動を比較する

個々の取引は一点に過ぎませんが、ウォレットの履歴はパターンを示します。繰り返し発生する蓄積、分配、取引所の利用状況、DEXの挙動、プロトコル間の相互作用、そして実現された結果に注目してください。

対策：日付、ウォレット／エンティティ、取引、資産、金額、取引相手、解釈、信頼度、およびその後の結果を記載する列のあるシンプルなジャーナルを作成する。

5. 孤立したアラートではなく、クラスターを探す

複数の独立したウォレットが同時期に同じ資産に投資した場合、より強いシグナルが現れる可能性がある。しかし、その場合でも、共通の投資行動は、個々の確信に基づくものではなく、同じストーリー、インセンティブプログラム、マーケットメイキング戦略、あるいはトークンのロック解除を反映している可能性がある。

対策：少なくとも複数のウォレットを比較し、それらの取引が本当に独立しているかどうかを確認してください。

6. ウォレット以外のコンテキストで検証する

オンチェーンデータは、オンチェーンで何が起こったかを示します。ただし、トークンのロック解除、ガバナンス上の決定、権利確定スケジュール、OTC契約、マーケットメーカーの義務、法的制限、オフチェーンヘッジなどは明らかにならない場合があります。

行動：ウォレットのアクティビティを市場分析に活用する前に、プロジェクトの公式文書、ガバナンス提案、トークン配布情報、その他の一次情報源を必ず確認してください。

シンプルな証拠フレームワーク

「賢い投資家」が教えてくれないこと

たとえ精巧に構築されたスマートマネーのラベルであっても、避けられない限界は存在する。過去の収益性は戦略によって異なる場合がある。ウォレットはオフチェーンや別のプラットフォームでヘッジを行う可能性がある。そのリスク許容度は、あなたのものとは全く異なるかもしれない。ファンドは、個人トレーダーにはない流動性、資金調達、情報、または執行ツールにアクセスできる可能性がある。また、目に見えるウォレットは、より大きなポートフォリオの一部に過ぎない場合もある。

また、生存リスクも存在する。利益を上げた取引で有名になったウォレットだけに注目すると、そのようなパフォーマンスが事前にどれほど予測可能だったかを過大評価してしまう可能性がある。

行動：スマートマネーの活動を仮説生成ツールとして活用する。ウォレットが何を見ているのか、データに合致する代替説明は何か、そしてあなたの解釈が間違っていることを証明する証拠は何か、といったことを問いかける。

クジラウォレットの投稿をフォローする際の注意点

• トランザクションハッシュがないため、クレームを独立して検証することはできません。
• チェーンが指定されていません。同じように見えるアドレスまたは資産ティッカーが複数のネットワーク上に存在する可能性があります。
• ウォレットとエンティティの区別がないため、内部送金が売買として誤って表示される可能性があります。
• 「クジラ」という言葉は「賢い投資家」の同義語として使われることがあるが、規模とスキルは異なる属性である。
• 交換預託金は確定済みの売買として説明されている。送金から意図が推測される。
• 古いラベルが永続的な識別情報として提示されることがあるが、帰属データベースは変更される可能性がある。
• 利益のスクリーンショットには完全な履歴が含まれていない場合があります。実現損失、移転されたポジション、または他のウォレットの情報は省略されている可能性があります。

対策：投稿が緊急性を感じさせる場合は、処理速度を落としてください。見出しを鵜呑みにするのではなく、取引内容から主張を再構築してください。

オンチェーンシグナルに基づいて行動する前に確認すべき初心者向けチェックリスト

• 正しいブロックチェーン上で取引を検証できますか？
• そのアドレスが個人ウォレット、契約ウォレット、取引所ウォレット、あるいはより大きな組織の一部であるかどうかを知ることはできますか？
• そのIDラベルは、検証済み、信頼度スコア付き、予測済み、またはユーザー作成のいずれですか？
• これは実際の売買取引なのか、それとも単なる移転取引なのか？
• この動きは、同一組織内部のものである可能性はあるだろうか？
• トークン残高だけでなく、スマートコントラクトのやり取りも確認しましたか？
• そのウォレットには、単なる一度の成功取引ではなく、再現性のある取引履歴がありますか？
• 「スマートマネー」という呼称は、文書化された方法論に基づいているのでしょうか？
• プロジェクト固有のイベント（ロック解除、財務活動、ガバナンスの変更など）を確認しましたか？
• 私の解釈が間違っていると証明できる証拠は何ですか？

結論

ブロックチェーンは取引、残高、契約のやり取りに関する検証可能な記録を公開するため、オンチェーン分析は非常に強力です。しかし、生データを入手した後は、難しい部分が始まります。アドレスを誰が管理しているのか、複数のウォレットが同一の組織に属しているのかどうか、送金の意味、過去のウォレットのパフォーマンスが将来について何か有益な情報を示しているのかどうかなどを判断する必要があるのです。

初心者にとって最も効果的な習慣は、シンプルに「まず検証し、次にラベルを付け、最後に解釈する」ことです。クジラウォレットを追跡して、資金の流れと市場構造を理解しましょう。パフォーマンスラベル付きウォレットを追跡して、再現性のある行動を研究しましょう。しかし、ウォレットのサイズ、プロバイダーのラベル、または1回の大きな送金だけで、完全な取引理論を構築してはいけません。

リスクに関する注意：暗号資産市場は変動が激しく、オンチェーンでのアトリビューションは不完全または誤っている可能性があり、過去のウォレットのパフォーマンスは将来の結果を保証するものではありません。この記事は教育目的であり、個別の投資アドバイスを提供するものではありません。