Full Wallet History
By default, SolSqueezer analyzes the latest 1,000 wallet transactions.
For most checks, that’s enough.
But some wallets have been trading for a long time.
And if you want to evaluate long-term consistency, the latest 1,000 transactions may not be enough.
That’s why Whale users can now enable Full Wallet History in settings.
When enabled, SolSqueezer analyzes the full available trading history of a wallet.
This is useful when you want to find wallets that stayed profitable across a longer trading history, not only in their latest activity.
More history.
Better context.
Available now for Whale users in settings.
If you have to manually restart your wallet search every day, you don’t have discovery.
You have a routine.
Manual screening is useful.
But if you are serious about wallet discovery, the next problem appears quickly:
New wallets show up constantly.
You can miss them while sleeping.
You can miss them while checking another token.
You can miss them because your watchlist is already too large.
That’s why we built Personal Autoscan.
Instead of manually opening the product every time, you define what kind of wallets you want to find.
Then Autoscan keeps scanning and sends you reports when wallets match your criteria.
The goal is not more alerts.
The goal is fewer, better alerts.
For users who already have a screening logic, Autoscan turns it into a continuous discovery system.
Manual screening = Trader workflow.
Continuous wallet discovery = Whale workflow.
If you already know what kind of wallets you want, Autoscan is probably the upgrade that matters.
🔍 Token Analytics vs Token Trades: When To Use Which.
We have two ways to dig into a token. They look similar at first glance, but they answer different questions.
Token Analytics - token/<address> in the bot.
The question it answers: who holds it and who historically made money on it?
You get the token's metadata (creator, deploy date, ATH, price changes from 15min to 24h), top-10 holder concentration, dev holdings, rug flag - plus an Excel with three sheets: top traders (with unrealized PnL), earliest buyers (first ones in, with their realized + unrealized profit), and current holders (% of supply).
After the report, you can launch a batch scan on top traders, top holders, earliest snipers, or all found wallets - one click each.
Free: 20 reports/month. Starter: 50. Trader & Whale: unlimited.
Token Trades - t/<address> in the bot.
The question it answers: who's actively trading it right now and walking away with profit?
It pulls the full recent trade history, aggregates by wallet, and gives you an Excel with each trader's realized PnL in SOL and %, sorted top-down. You can set a minimum PnL filter to cut the list further.
Then one button: batch scan all qualifying traders.
Trader: 150/month. Whale: 500/month. Not available on Free/Starter.
When to use which:
🟣New token, you don't know it yet → Token Analytics. Get the structural picture (holders, snipers, dev behavior).
🟣You know the token, you want to find profitable wallets to copy → Token Trades. Skip the metadata, get straight to actively profitable traders.
Most workflows use both. Token Analytics for reconnaissance, Token Trades for extraction.
Telegram is no longer required to use SolSqueezer.
You can now log in with Google, a Solana wallet, or Telegram.
Use the web app directly with Google or your wallet. Telegram still works for bot notifications.
$sqzUSD works as a simple flow:
You deposit $USDC → receive $sqzUSD → its value increases over time from funding rates arbitrage → you withdraw more $USDC than you started with
🟣Just in: Atomic Position Execution
When opening an arbitrage position, both legs (long + short) must succeed or both fail.
If one exchange fills but the other doesn't - the first is instantly rolled back. This eliminates single-leg exposure risk.
🟣Just In:
ERC-4626 vault contract on Arbitrum has been deployed.
Deposit $USDC, receive $sqzUSD.
Yield accrues automatically as the exchange rate increases!
🟣Just In: We've built "Leg Risk Protection"
Safeguard against partial execution of arbitrage positions. Both legs are executed in parallel with a timeout on the second leg.
If one side fails to fill, the first is automatically closed, preventing directional exposure!