Nansen Guide

Watching Hacked Funds Move Onchain: A Practical Guide for Analysts

When a protocol is exploited, the immediate question isn’t just “how much was taken?”—it’s “where is it going?” Watching hacked funds move onchain means tracking stolen assets across wallets, bridges, and mixers in real time, using public ledger data to identify patterns, cluster addresses, and anticipate next steps. For analysts, this is less about dramatic chase scenes and more about methodical transaction graph analysis, where every hop from the initial exploit address to a final off-ramp leaves a permanent, traceable footprint.

Why Onchain Tracking Works (and Where It Fails)

Blockchains are transparent by design. Every transfer, from a $2 billion bridge hack to a small phishing withdrawal, is recorded in a public ledger. That gives investigators a unique advantage: the attacker cannot hide the movement itself, only obscure the destination.

The Power of Permanent Records

Unlike traditional banking, where a wire transfer can be reversed or hidden behind legal secrecy, onchain data persists forever. Once a hacker moves funds from the exploit contract to a personal wallet, that transaction becomes a fixed data point. Analysts can replay the entire series of events months or years later, which is crucial for legal proceedings or insurance claims.

Limits of Pseudonymity

The catch is that addresses are pseudonymous, not anonymous. A hacker can generate thousands of fresh wallets in seconds. The skill lies in linking those wallets through shared withdrawal patterns, gas fee funding sources, or timing correlations—a process known as clustering.

Core Techniques for Following the Trail

Effective tracking requires a combination of block explorers, heuristic analysis, and specialized analytics platforms. The workflow usually follows a predictable sequence.

Step 1: Identify the Initial Exploit Address

Start with the transaction that drained the protocol’s smart contract. Look for the first outgoing transfer that moves the bulk of funds. This is your “patient zero” address. From here, you map every outgoing transaction, noting the amounts, timestamps, and destination addresses.

Step 2: Build a Transaction Graph

Manually clicking through hundreds of transactions is error-prone. Instead, pull the full transaction history for the exploit address and visualize it as a graph. Each node is a wallet; each edge is a transfer. Tools that offer API access allow you to automate this process, flagging any address that receives more than a threshold amount.

Step 3: Flag Mixers and Cross-Chain Bridges

The most common evasion tactics involve moving funds through: - **Centralized mixers** (e.g., Tornado Cash) that pool deposits and anonymize withdrawals - **Cross-chain bridges** that swap native tokens for wrapped versions on another chain - **Instant exchanges** with low KYC requirements Each of these creates a “choke point” where the trail may go cold, but they also create high-value targets for analysis because they concentrate activity.

Using Analytics Platforms to Accelerate the Hunt

While block explorers like Etherscan are essential, they are not designed for large-scale pattern recognition. This is where professional analytics dashboards, such as those offered by Nansen, add significant value.

Wallet Labeling and Entity Tags

Nansen maintains a large database of labeled addresses—known hackers, exchange hot wallets, DeFi protocols, and MEV bots. When the hacker’s funds land in an address that Nansen has already tagged as “Exchange: Binance” or “Suspected: Phishing,” the investigation narrows instantly. Without such labels, you would have to manually check the balance and transaction history of every new address.

Real-Time Alerts and Fund Flow Diagrams

Professional platforms allow you to set up alerts on specific addresses. If the hacker moves funds at 3 AM, you get notified within seconds. More importantly, they offer visual fund-flow diagrams that automatically redraw the graph as new transactions occur, saving hours of manual mapping.

Heuristic Clustering

Nansen’s underlying engine groups addresses that are likely controlled by the same entity. For example, if the hacker sends small test amounts to five different wallets from a single funding source, the platform may cluster those five wallets together. This reveals the full scope of the attacker’s operation, not just the one address you were watching.

A Practical Checklist for Real-Time Monitoring

If you are tracking an active hack, follow this sequence to avoid missing critical moves:
  1. Freeze the exploit block: Record the exact block number and timestamp of the first malicious transaction.
  2. List all outgoing transfers: Export the full list of transactions from the exploit address for the first 24 hours.
  3. Prioritize large sums: Focus on transfers above 1% of the total stolen amount; small dust transfers are often decoys.
  4. Check for DEX swaps: If the stolen tokens are illiquid, the hacker will likely swap them for ETH or stablecoins. Look for interactions with Uniswap or Curve router addresses.
  5. Monitor bridge contracts: If funds move to a bridge address, note the destination chain and the wrapped token contract.
  6. Set up alerts on the last known address: Do this before you go to sleep; most hackers move funds in low-liquidity hours.

Interpreting the Data: What the Movements Tell You

The pattern of movement is often more revealing than the destination itself.

Rapid Consolidation vs. Slow Drip

A hacker who consolidates all funds into one wallet within an hour is likely preparing for a single large swap or a negotiation. A hacker who slowly drips small amounts over days is likely testing the waters, trying to avoid triggering exchange risk controls.

The Role of MEV Bots and Front-Runners

Sometimes, funds move not because the hacker moved them, but because a searcher bot front-ran a transaction or a liquidation occurred. Check the “from” and “to” fields carefully; if the sender is a known MEV bot contract, the funds may have been stolen from the hacker, complicating the recovery process.

Final Off-Ramp Signaling

When funds hit a centralized exchange deposit address, the game changes. At that point, the exchange’s compliance team can freeze the account if the hack has been reported. This is why many hackers stop at a DEX-to-stablecoin conversion and then move to a mixer, rather than directly depositing to an exchange. Watching hacked funds move onchain is a discipline that combines raw data parsing with behavioral psychology. The blockchain never forgets, and neither should you. By mastering transaction graph analysis and leveraging labeled data from platforms like Nansen, you turn a chaotic exploit into a structured, investigable sequence of events. The next time a protocol gets drained, you will not just watch the funds disappear—you will know exactly where to look when they reappear.