Wallet Copy
Follow selected Solana wallets without surrendering control of sizing, spending, or exits. Wallet Copy is one feature inside the ScreenerBot desktop trading system, not a managed account, social-trading marketplace, or promise that another wallet's result can be reproduced.
Choose wallets for repeatable trades, not fast flips
Observed activity normally reaches a copy decision after the target has traded. That delay matters most on thin pools, bonding curves, and wallets that enter and exit in seconds. Wallet Copy is better suited to liquid markets and targets whose holds last minutes or hours. There is no same-block or same-price guarantee.
How a copy decision works
Observe
ScreenerBot watches the selected public address and identifies supported SOL-quoted DEX swaps.
Decide
The task checks direction, buy-once behavior, filters, budgets, current exposure, cooldowns, and app-wide entry limits.
Resize
The target trade becomes your configured fixed amount or ratio, then every spending cap is applied.
Record or execute
Paper mode models an eligible buy or records the skip. Live mode uses ScreenerBot’s guarded entry and exit pipeline.
Wallet observation is shared with the Wallets area, so you can watch an address for history or alerts without creating a copy task. A copy task adds trading policy to that observation; it does not create a second monitoring engine.
Start safely in Paper mode
Every new task starts in Paper
- Open Auto Trader → Wallet Copy in the desktop dashboard.
- Select New task, enter a public Solana wallet address, and add an optional label.
- Choose sizing, spending limits, slippage, and who controls exits.
- Enable the task and the global Copy execution control.
- Review modeled buys, observed sells, skips, and arrival delay across representative activity.
- Only then use Arm Live and confirm the dedicated live warning if you accept real execution risk.
Returning a task to Paper mode does not require the live confirmation. Pausing the global control pauses task processing without deleting task history or settings.
Sizing and spending limits
Fixed amount
Use the same configured SOL input for each eligible target buy. The final amount can still be reduced by per-trade, per-token, remaining-budget, and engine-wide limits.
Ratio of target
Size from a percentage of the target's observed SOL input, then clamp it to the same hard limits. Portfolio-percentage sizing is not supported because the target's full portfolio cannot be known safely.
- Maximum per trade limits one copied entry.
- Maximum per token limits cumulative task spending on one mint.
- Total budget limits cumulative task spending.
- Buy once per token is applied by desktop tasks, so repeat target buys for the same mint are skipped.
- Slippage is set per task and must remain inside ScreenerBot's bounded trading range.
Choose who owns the exit
Buy only
Target sells are recorded but do not close the position. Use your own manual or configured exit management.
Mirror
Eligible target sells close the position opened by this exact task and source wallet. The sold fraction is mirrored when target inventory is known. If it is unknown, ScreenerBot closes that copy position instead of guessing a fraction.
Hybrid
Target sells and ScreenerBot's configured exit rules can both act. The shared position lock allows only one competing exit to win.
Stop loss, take profit, trailing stop, and maximum hold can inherit the current global Auto Trader policy or be enabled, disabled, or overridden for an individual copy task. Copy positions are marked with their task and source-wallet provenance; a target sell cannot close an unrelated strategy or manually opened position.
Safety behavior
Controls that stop or skip work
- Global force stop blocks both copied buys and copied sells.
- The token filter is required by default; rejected tokens are skipped before entry.
- Loss limits, connectivity, position limits, existing positions, cooldowns, and blacklists can block a copied buy.
- Copy-origin losses do not add a token to the app-wide blacklist by default.
Delay protection
The activity feed records target-to-detection arrival delay. With the default latency protection enabled, a task pauses when its recent average delay remains above the configured limit. A pause protects against stale copying; it does not prove earlier trades were timely or profitable.
Read the results correctly
Task statistics
Decision count and arrival distance cover recorded task activity. Net P&L and open or closed position counts come from positions the task actually opened.
Activity feed
Paper fills, live submissions, confirmed entries, sells, failures, and typed skips explain what happened instead of presenting silence as success.
Paper buys model configured slippage, referral cost, network fee, and priority fee. Paper sells are observations rather than simulated closes, so Paper does not provide a complete P&L history. It also cannot reproduce changing liquidity, failed submissions, or live confirmation behavior. Evaluate rapid sequences, target sells, and skips, not only a few favorable entries.