Observe
A supported swap appears on a selected public wallet.
Wallet Copy in the desktop app
Follow selected public wallets through Paper mode, hard budgets, controlled exits, and the ScreenerBot trading engine.
The target wallet supplies a signal. It never gets authority over your capital.
Read the guideWallet Copy consumes public wallet observations, then enters the same guarded decision pipeline used across the desktop app — running locally rather than through a hosted copy-trading feed. See how that compares to BullX and other Solana trading bots.
A supported swap appears on a selected public wallet.
ScreenerBot decodes the event and checks the task policy.
Sizing, filters, exposure, cooldowns, and stops are applied.
The decision is recorded in Paper or sent through Live execution.
No separate detection stack. No promise of the same block, price, or outcome.
Choose a fixed SOL amount or a ratio of the target trade. The final buy is clamped by every remaining limit.
Final copied amount
The smallest allowed amount wins
Set limits per trade, per token, and across the whole task. The smallest remaining limit wins.
Use a fixed SOL amount or a ratio of the target trade. ScreenerBot never assumes your portfolio matches theirs.
Arrival statistics show how late observed activity reached the decision pipeline. Slow tasks can pause automatically.
Desktop tasks apply buy-once behavior per token, so repeated target buys do not keep adding task exposure.
Every task begins without live execution. Evidence comes before the separate confirmation that can arm real trading.
Research
Add a public Solana address only after reviewing its history, liquidity choices, holding time, and losses.
Constrain
Select fixed or target-ratio sizing, budget ceilings, slippage, exit ownership, and any task-specific exit rules.
Observe
Review modeled buy fills, skipped decisions, observed sells, and arrival delay across favorable and unfavorable activity.
Decide
Live mode is enabled per task with explicit confirmation. It uses the same guarded position and execution system as ScreenerBot trading.
Paper mode models buy slippage and expected transaction costs. It records sells as observations, not simulated position closes, so Paper does not produce a complete P&L history.
Decisions
Filled, skipped, submitted, or failed activity
Arrival p95
How late observed target activity reached ScreenerBot
Positions
Open and closed positions created by the task
Net P&L
Realized and unrealized results from copy positions
A supported target sell and your configured stop loss, take profit, trailing stop, or time rule compete through one shared exit lock.
Target behavior
Mirror the target's sold fraction when its observed token holding is known.
Your protection
Exit earlier when one of your own position rules triggers.
Exit rules can be set per task
Inherit, enable, disable, or override stop loss, take profit, trailing stop, and maximum hold without changing every other trading setup.
Copy supported buys, while manual actions or your configured position rules control every exit.
Follow supported target sells only for the exact task-owned position. If target inventory is unknown, ScreenerBot closes that copy position instead of guessing a fraction.
Wallet Copy is a consumer of ScreenerBot's trading engine, so shared controls stay in the path.
By default, copied buys only consider tokens accepted by the shared filtering pipeline.
Loss limits, connectivity, position limits, open positions, cooldowns, and blacklists can all block a copied buy.
A mirrored sell can only select the copy position opened by that task and source wallet.
Copy execution is off by default at the app level. Each task has its own switch, and force stop blocks both copied buys and sells.
Skips, slow arrivals, rejected decisions, and execution failures remain part of task activity.
A loss from a copied position does not add the token to the app-wide blacklist unless you opt into that behavior.
Start with researched wallets trading liquid pools, holding for minutes or hours, and showing enough history to evaluate losses as seriously as wins.
Snipers, sub-second flips, thin bonding curves, unknown farm wallets, and strategies that depend on matching the target's block or price.
Speed cannot repair a target strategy that depends on being first.
Clear answers about execution, limits, Paper mode, and suitable wallets.
Solana wallet copy trading watches a selected public address for supported on-chain swaps, then applies your own sizing and risk rules before recording a paper decision or submitting a live trade.
No. Detection, decoding, risk checks, quoting, and network confirmation take time. Price, liquidity, slippage, and fees can change before your trade executes, so your result may be materially different.
No. Every new Wallet Copy task starts in Paper mode. Moving one task to Live requires a separate confirmation. Paper activity helps you inspect decisions and delay, but it does not create a complete simulated P&L history or guarantee live results.
Each desktop task supports fixed or target-ratio sizing, a maximum per trade, a maximum per token, a total SOL budget, a slippage limit, exit ownership, and task-specific exit rule overrides.
No. Mirrored sells select an open copy position with the exact task and source-wallet provenance. They do not close a strategy position or an unrelated manually opened position.
When the target wallet’s observed token holding is known, ScreenerBot mirrors the fraction sold. If that inventory is unknown, it closes the exact task-owned copy position instead of guessing a percentage.
Wallets trading liquid markets with holding periods measured in minutes or hours are generally more suitable than snipers, rapid bots, or wallets trading thin bonding curves. You still need to evaluate the wallet and its losses yourself.
Begin in Paper mode. Use recorded decisions, skips, results, and arrival delay to decide whether the setup deserves live capital.