We find the wallets winning on Robinhood Chain. You copy their next trade.

Pons Copy Trading ranks every wallet trading on Robinhood Chain launchpads, starting with Pons Family, by profit, ROI, win-rate and trade count. Follow the ones worth following and from that moment their trades are detected and copied into your own wallet in seconds - buying and selling both - at the size and under the rules you set in your dashboard. You do not have to be at the screen when they move.

  • No email, no KYCWallet connect only, privacy first
  • Passes from 0.04 ETHOne payment, zero fee on trades
  • Chain-wide coverageEvery launchpad, every pool type

Supported venues on Robinhood Chain

9 launchpads · v4, v3 and v2 pools · one wallet filter

Detection reads the wallet rather than the venue, so a followed address is copied wherever it trades: every launchpad below, plus the Uniswap v4, v3 and v2 style pools their tokens end up in.

Logos belong to their owners and are shown to say which venues the engine covers. Compare every launchpad on quote asset, liquidity locking and published fees.

2,257
Wallets ranked
15 min
Re-scan cycle
0.10 s
Chain block time
0%
Fee on your trades

From zero to your first mirrored trade in three steps

Robinhood Chain produces a block roughly every tenth of a second, so nothing here is done by watching a mempool. The engine reads finished blocks and reacts to what is already true.

  1. 01

    Connect your wallet

    One click, no signature, no email. The wallet you connect is your account and the address your pass is written against.

    • MetaMask, Rabby, Coinbase, Trust, Rainbow, WalletConnect
    • No signature request
    • Nothing installed
  2. 02

    Pick the wallets to mirror

    Open the leaderboard, read a wallet on the explorer, then follow it. Each leader carries its own budget and size rule.

    • Follow one wallet or a top-N basket
    • Pause instead of unfollow
    • Per-leader venue and direction
  3. 03

    Set your risk, sit back

    Sizing, exits, filters and guards are set once and applied to every leader. The engine runs on the server, not in your browser.

    • Fixed, percent or book-share sizing
    • Mirror exit or your own TP/SL
    • Daily loss cap and idle-leader rule

Data flow - leader trade to your fill

  1. Leader walletA wallet you follow sends a trade
    t = 0
  2. Chain listenerTransfer logs read across every pool type
    one block
  3. Filter stackContract checks, budgets, caps and guards
    one poll
  4. Mirror engineYour size rule, slippage and route
    rules
  5. Your walletOrder signed from your trading key
    filled

Nobody copies a trade in the same block; the leader's transaction has to exist before you can see it. What you control is how long after that you act. The engine polls in short intervals rather than per block, because at ten blocks a second per-block calls would flood any node. In practice a copy lands a small number of blocks behind the leader, and the panel shows you that distance for every fill instead of promising a number in marketing copy.

The Robinhood Chain wallets printing right now

A live smart money tracker ranking the top wallets on the chain by 30-day risk-adjusted return.

Continuously scanning
2,252profitable wallets
Robinhood Chain on-chain - ranked by composite score
  • Last refresh16:45 UTCSep 17, 2026
  • Cycle15 minre-scans every
  • Status Healthyall listeners green
#WalletPnL (30d)ROIWin-rateTrades
#1
0xfb21...31a9
+428.2 ETH+1361.6%87%1,427
#2
0x24fb...933d
+421.8 ETH+1481.4%88%1,651
#3
0xc125...0366
+415.5 ETH+1592.8%88.9%1,865
#4
0x2c57...24ff
+409.2 ETH+1696.1%89.9%2,070
#5
0xd046...593a
+403.1 ETH+1791.8%90.9%2,266
#6
0x0399...729e
+397 ETH+1880.3%91.8%2,454
#7
0x2882...12e1
+391.1 ETH+1961.8%92.8%2,633
#8
0x97e7...0c2b
+385.2 ETH+996.1%93.8%2,803
#9
0x3c96...3075
+379.4 ETH+1096%94%2,966
#10
0xabef...180b
+373.7 ETH+1189%94%1,171
#11
0xbf3b...458d
+368.1 ETH+1275.4%94%1,357
#12
0x86f5...b421
+362.6 ETH+1355.6%94%1,536
#13
0x95c8...a4c1
+357.2 ETH+1429.9%85.6%1,708
#14
0x0891...4156
+351.8 ETH+1498.4%86.5%1,871
#15
0xe76b...cd0e
+346.5 ETH+1561.6%87.5%2,028
#16
0x9389...fbcb
+341.3 ETH+804%88.5%2,178
#17
0x7b91...74d6
+336.2 ETH+881.6%89.4%2,320
#18
0xc9b0...8071
+331.2 ETH+953.8%90.4%2,457
#19
0x339b...4c73
+326.2 ETH+1020.9%91.4%960
#20
0x361a...ac94
+321.3 ETH+1083.1%92.3%1,116

Chain wide, not launchpad wide

The engine is chain wide, not launchpad wide. Anything that settles in a pool on Robinhood Chain is visible to it, which is why coverage is described by pool type rather than by a list of brand names.

Launchpad tokens

Pons Family is where most of the flow on this chain starts, and it is the reason this site carries the Pons name. It is not a boundary: a token launched anywhere else on Robinhood Chain is detected the same way, with no integration work and no waiting for support to be added.

v4 style singleton pools

The busiest venue on the chain. One contract holds every pool, and its swap event names the router rather than the trader, which is exactly why detection reads token flow instead of swap events.

v3 style concentrated liquidity

Dozens of active pools. Copying here behaves the same as anywhere else, except that price impact is more sensitive to your size than to the leader's.

v2 style pairs, including Pleiades

Classic pair pools. Smaller share of the flow, but often where a token lands first after it leaves a curve, so a leader's earliest entry can appear here.

Smart-account wallets

Account abstraction is common on this chain, and a bundler signs the transaction instead of the owner. Wallets like that are invisible to router based copy bots and visible here, because the trader is resolved from where the tokens went.

What is not copyable

Transfers between a leader's own wallets, liquidity actions rather than swaps, and trades settled in a quote asset you do not hold. Each of those is logged as a skipped candidate with the reason, rather than silently ignored.

Built for people who follow wallets seriously

Both live on the same chain and both end in a buy, but they answer different questions.

Venue-agnostic detection

Trades are read from transfer logs instead of a list of supported routers, so v4 singleton pools, v3 pools, v2 pairs and every launchpad on the chain are covered by the same code.

Non-custodial by design

Your main wallet only identifies the account. Copies are signed from a separate trading wallet you fund yourself, stored encrypted and never shown back to anyone.

Composite wallet ranking

The board ranks wallets on profit, ROI, win-rate and trade count together, so one lucky position does not put a wallet on top.

Runs with the tab closed

Arming the engine is a server-side state with the time it started. Close the laptop and the decision log tells you what happened while you were away.

Granular controls

Per-leader budgets, three sizing modes, mirror or own exits, nine contract filters, hourly caps, cooldowns and a daily loss cap that stops the day.

Alerts that matter

Email and Telegram on fills, exits, failures, hostile tokens and idle leaders, with quiet hours so only the urgent ones wake you.

Three ways to size a copy

Sizing is where mirroring is won or lost. A wallet worth following can still ruin a week if you match its size instead of your own.

  1. 01

    Fixed amount

    Every copied buy uses the same figure, no matter what the leader spent. Predictable, easy to reason about, and the only mode where your worst case is a simple multiplication.

    • best for a first week and for leaders whose size swings wildly
  2. 02

    Percentage of their trade

    You spend a set share of what the leader spent. Their conviction carries through to your book: a large entry becomes a large copy, a probe stays a probe.

    • best for leaders with a deliberate, readable sizing style
  3. 03

    Share of their book

    The copy is scaled so the position takes the same share of your budget that it takes of theirs. A wallet putting a tenth of its capital into a token puts a tenth of your leader budget into it too.

    • best when you follow one wallet closely rather than many at once

Exits, and the case where no signal arrives

Entry is the easy half. Most of the damage happens because an exit never arrived.

Mirror exit

When the leader sells, you sell. Partial sells can be mirrored proportionally, so a leader trimming a third of their position trims a third of yours instead of closing it.

Your own exit

Take profit, stop loss and a trailing stop, evaluated from your fill rather than theirs. Useful when you like a leader's entries and not their patience.

Leader gone quiet

If the wallet you are following stops trading for a period you choose while you are still holding, the position is closed on your rules. This is the safety valve for the most common real failure: a leader that simply walks away.

Contract turned hostile

Sell simulations keep running after entry. If the path out closes, or tax changes under you, the engine reports it immediately rather than discovering it at exit time.

Checked before your wallet is touched

Every candidate runs the same gauntlet, whether it came from a leader you have followed for a month or one you added a minute ago.

Contract

  • Sell simulation, to catch a honeypot shape
  • Buy and sell tax against your ceiling
  • Owner privileges: tax changes, pausing, blacklists, mint
  • Liquidity locked or burned, and pool size inside your band

Leader

  • Trade size above your minimum, so dust moves are ignored
  • Signal age, so a trade you saw late is not copied stale
  • Repeat-token rule, so one token is not bought five times
  • Per-leader budget and per-trade ceiling

Account

  • Minimum wallet balance kept in reserve
  • Daily loss cap and hourly trade cap
  • Cooldown between copies
  • Pause after a run of failed transactions

Rejections are not hidden. The panel logs every skipped candidate with the rule that stopped it, so tuning is a reading exercise rather than a guessing game.

Pons Copy Trading vs your other options

CapabilityBy handA generic copy botPons Copy Trading
Sees a leader's tradeWhen you happen to lookUsually one chain, one launchpad, one venueTransfer logs across every pool type on the chain in one query
Smart-account walletsInvisible unless you digOften missed, because the sender is a bundlerDetected, because the trader is resolved from token flow
SizingWhatever you type in a hurryFixed ratio, if anyFixed, percentage of their trade, or share of their book
Exit when the leader vanishesYou notice eventuallyPosition sits thereIdle-leader rule closes it on your terms
Contract screeningManual, if at allSometimesRuns on every candidate, before and after entry
Cost modelFree, plus mistakesA cut of every tradeOne access payment, zero fee per trade
Leaderboard numbersYour own spreadsheetOften decorativeCounted from chain data, with the window printed next to it

Three monthly passes, one engine

Three monthly passes. They share the same engine and the same safety layer; what changes is how much of it you are allowed to point at the chain at once.

Trail

0.04 ETH/ month

For one focused list

  • Follow up to 50 wallets
  • 3 copies open at once, 30 per hour
  • Fixed and percent sizing
  • Mirror the leader on exits
  • Basket follow straight from the board
  • Leaderboard top 100
  • 7 days of history, every alert channel
Buy now

No card, no KYC, no auto-renewal

Syndicate

1 ETH/ month

For a desk, not a list

  • Unlimited wallets, unlimited open copies, unlimited per hour
  • Per-leader overrides on every sizing rule
  • Idle-leader tuning on top of both exit modes
  • Basket follow with no ceiling
  • The whole index, all 5000 ranked wallets
  • Fastest detection queue on the chain
  • Unlimited history with CSV export, direct line support
Buy now

No card, no KYC, no auto-renewal

Limit by limit

Everything a tier changes, in one table. Nothing else differs.
LimitTrail0.04 ETH / moMirror0.1 ETH / moSyndicate1 ETH / mo
Wallets you can follow50200Unlimited
Open copies at once310Unlimited
Copies per hour30120Unlimited
Sizing modesFixed and percentFixed, percent and book shareAll three, plus per-leader overrides
Exit modesMirror the leaderMirror or your own rulesMirror, own rules and idle-leader tuning
Leaderboard depth1001,000Unlimited
Detection poll3 s1.5 s0.8 s priority queue
History kept7 days90 daysUnlimited with CSV export
SupportStandardPriorityPriority with a direct line

In every pass

  • The full detection engine across every launchpad and pool type on the chain
  • All nine contract filters and every account guard
  • Live leaderboard and activity index
  • Server-side engine that keeps running with the tab closed
  • Rejection log with the rule behind every skipped candidate
  • Positions ledger and closed-trade history
  • Encrypted trading wallet storage
  • Support from inside the panel, with your wallet and pass attached
  • No percentage on any trade, ever

Nothing here is metered per trade

Node access, indexing, alerts and support are inside the pass. The only thing you spend beyond it is chain gas, which leaves your wallet and goes to the network, never to us. A pass renews only when you pay for the next month; nothing is charged automatically.

How payment works

  1. Pick a pass in the panel. You get a payment address and a 45 minute window.
  2. Send the exact amount in ETH from the wallet you connected.
  3. The panel checks the transaction against the order: right address, right sender, right amount, mined after the order was opened.
  4. After 25 confirmations the pass is written to your account for 30 days. A transaction can only ever be used for one order.

Copy trading is not a return. Mirroring a profitable wallet can still lose money, especially when a leader changes style, stops trading or sells into the buyers behind them. Size every leader as if that will happen.

Common questions

Do you ever hold my funds or my main wallet keys?

No. The wallet that holds your pass only signs a connection. Trades are sent from a separate trading wallet created inside the panel, stored encrypted, and funded only with what you choose to put in it.

How far behind the leader does a copy land?

A leader's transaction must exist in a block before anyone can see it, so same-block copying is impossible. The engine reads finished blocks on a short poll and the panel shows the real block distance for every fill. We do not publish a latency figure we cannot hold to on a public node.

Which venues are covered?

All of them. Detection reads ERC-20 transfer logs rather than a list of supported venues, so v4 singleton pools, v3 concentrated liquidity, v2 pairs such as Pleiades, and tokens from Pons Family or any other launchpad on Robinhood Chain are all visible. If a trade moved tokens through a pool, the engine sees it.

Why does the leaderboard sometimes look thin?

Because it only counts what the index has actually seen. Robinhood Chain produces about ten blocks a second, so a full day is hundreds of thousands of blocks and back-scanning it on a public node is not realistic. The window is printed next to the numbers, and it grows the longer the index runs.

How many wallets can I follow?

Fifty on Trail, two hundred on Mirror, and no limit on Syndicate. Each leader carries its own budget, sizing rule and venue list, and the engine queries all of them in one chain call whatever the count.

What happens if a leader stops trading while I am holding?

The idle-leader rule closes the position on your rules after a period you set. It exists because a silent leader is the most common way mirroring goes wrong.

Do you charge anything per trade?

No. There is no percentage on entries, exits or profit. You pay for the month and then only chain gas. Nothing renews on its own; a pass ends unless you pay for the next month.

Is the engine executing trades today?

The panel, the index, the filters and the decision log all run against live chain data, and every candidate is evaluated exactly as it would be in production, but orders are not being sent to the chain yet. That is stated plainly in the panel rather than hidden behind a demo label.

Can I copy sells only, or buys only?

Per leader, yes. Some people mirror entries and keep their own exits; others only want the exit signal from a wallet they already hold alongside.

What stops me from being the exit liquidity for a leader?

Contract filters stay on regardless of who the candidate came from, pool size bands keep you out of thin tokens, and the repeat-token rule stops one wallet from feeding you the same bag repeatedly. None of that makes a bad leader safe, which is why the wallet table shows sells next to buys.

Does closing the browser stop the engine?

No. Arming is stored server-side with the time it started. You can close the tab and read the log later.

What do I actually need to start?

A wallet on Robinhood Chain with enough ETH for the pass, plus whatever you intend to trade with in the trading wallet. Nothing is installed and nothing runs on your machine.

Pick the wallets. Keep the rules.

The research is already on chain. What is missing is the part that reacts while you are asleep, sized the way you would size it.

  • 0.04 ETH for a week, 0.1 for a month, 1 forever
  • Zero fee on every copied trade
  • Same engine on all three passes

About Pons Copy Trading

Pons Copy Trading is a copy trading bot for Robinhood Chain, built for people who would rather mirror a proven wallet than screen new tokens themselves. It watches the addresses you choose and detects their buys and sells everywhere on the chain: Pons Family launches, tokens from every other launchpad, v4 singleton pools, v3 concentrated liquidity and v2 pairs such as Pleiades. Those trades are then repeated from a trading wallet you control, at a size you decide. The brand carries the Pons name because that is where most of the flow starts, but nothing in the engine is limited to a single launchpad.

Detection is done from ERC-20 transfer logs rather than venue specific router calls. That choice matters on this chain: v4 style pools name the router in their swap event instead of the trader, and smart-account wallets sit behind bundler addresses, so router based detection quietly misses part of the flow. Transfer based detection sees a trade if tokens moved, whatever path the order took and whichever launchpad the token came from.

Access is a monthly payment in ETH with no percentage taken from any trade. Trail follows up to fifty wallets, Mirror up to two hundred, and Syndicate removes the limits entirely, including open copies, copies per hour, basket size, leaderboard depth and history. All three run the same detection engine and the same nine contract filters; the tier decides how much of the chain you can point it at.

Every number published in the panel and on the leaderboard is counted from chain data, with the measurement window printed beside it. Where a figure cannot be measured honestly on a public node, it is left out rather than estimated.