Long Warmup [SOON]
Build organic funding dates & transaction history across hundreds or thousands of wallets over days, weeks or months.
Instead of warming wallets all at once, it staggers funding, trades, and reclaim operations on a configurable schedule — making activity look natural on-chain.
You configure a batch once, and the system handles everything: generating wallets, distributing SOL, executing trades with realistic timing and patterns, and returning leftover SOL when done.
How It Works
A batch moves through three phases automatically:
1. Funding — SOL is distributed from your funding wallets to the generated target wallets. Each wallet receives a randomized amount within your configured range. Funding can be staggered over multiple days with jitter delays to avoid uniform on-chain patterns.
2. Warming — Each wallet executes buy/sell trade cycles on random pools. The number of trades, SOL per trade, timing, and behavior all vary per wallet based on your settings. This is the core of the warmup — it builds a realistic trading footprint.
3. Reclaiming — Once warming is complete, remaining SOL is sent back to your reclaim address. The batch then moves to completed status.
Reclaiming is completely hidden and does not leave any trackable trace.
You can pause, resume, or cancel a batch at any point during execution.
Getting Started
1. Get a Cost Estimate
Before creating a batch, the creation page shows a live cost estimate that updates as you adjust settings. This breaks down:
Total SOL Needed — the upfront amount your funding wallets need to cover
Expected Return — SOL you'll get back after reclaim (funding minus fees and slippage)
Net Cost — the actual cost after everything is returned
The net cost primarily comes from transaction fees and AMM fees (0.6% of trade volume).
2. Configure Your Batch
Set up your wallets, schedule, funding amounts, trade parameters, and optionally tune the advanced realism settings.
3. Create and Monitor
Once created, track your batch from the detail page. You'll see real-time progress for each phase, per-wallet status, and can take action (pause/resume/cancel) at any time.
Batch Settings
Wallets
Wallet Count
Number of wallets to generate (1–2,500)
Reclaim Address
The Solana address where leftover SOL is returned after warmup
Funding Wallets
Up to 25 wallet private keys that will fund the generated wallets
Schedule
Control when and how fast the batch processes wallets.
Active Hours
The daily UTC window during which operations run (e.g. 9:00–21:00 UTC)
Wallets Per Day
How many wallets are processed each day — lower values spread activity over more days
Funding Amount
Each wallet is funded with a random SOL amount between your configured min and max.
Min SOL
0.05
0.01
Max SOL
0.1
No limit
Warmup Mode
Choose how trades are executed:
Instant Mode — Buy and sell happen in a single atomic transaction. Costs are predictable and execution is fast, but the on-chain footprint is less organic since both actions share the same transaction.
Delayed Mode — Buy and sell are separate transactions with a configurable time delay between them. This looks significantly more natural on-chain. Delayed mode also unlocks additional features: holding behavior and stop-loss protection.
Trade Parameters
Min Trades
5
Minimum trade cycles per wallet
Max Trades
10
Maximum trade cycles per wallet
Min SOL Per Trade
0.005
Smallest trade size
Max SOL Per Trade
0.01
Largest trade size
Min Delay
30 min
Shortest gap between trades (delayed mode)
Max Delay
120 min
Longest gap between trades (delayed mode)
Each wallet gets randomized values within these ranges.
Advanced Realism
These optional settings give you fine-grained control over how organic the batch activity appears on-chain. All of these have sensible defaults — you only need to adjust them if you want specific behavior.
Funding Behavior
Funding-Only Wallets — A percentage of wallets that receive SOL but never trade. These act as "dormant" wallets that add noise to the funding pattern. Default: 0%.
Transfer Mode — Controls how many wallets are funded per transaction:
Individual — 1 wallet per transaction. Slowest but most organic.
Small Batch — 2–5 wallets per transaction. Good balance of speed and realism.
Large Batch — Up to 29 wallets per transaction. Fastest but looks less natural.
Funding Jitter — Adds a random delay (in minutes) before each wallet is funded, preventing all funding from happening at predictable intervals. Default: 0–30 minutes.
Funding Spread — Distributes funding across multiple days instead of funding all wallets on day one. Default: 1 day.
Trading Behavior
Activity Pattern — Controls when trades happen throughout the day:
Uniform — Evenly spread across all hours
US Peak — Concentrated during 14:00–22:00 UTC (US trading hours)
Asia Peak — Concentrated during 00:00–08:00 UTC (Asian trading hours)
Bursty — Random activity spikes at unpredictable times
Pool Stickiness — Real traders tend to revisit the same pools. This setting controls how likely a wallet is to trade on the same pool again:
Random — Always picks a different pool
Moderate — 70% chance to reuse the previous pool
High — 90% chance to reuse the previous pool
Wallet Distribution
When enabled, wallets are assigned different activity profiles instead of all getting the same number of trades. The percentages must total 100%.
Light
1–3 trades
30%
Medium
4–10 trades
50%
Heavy
10–25 trades
20%
This creates a more realistic distribution — most real trader populations have a few heavy traders and many casual ones.
Trade Pattern
Controls the buy/sell structure within each trade cycle:
Standard — One buy, one sell. Simple 1:1 ratio.
Accumulate — Multiple buys before a single sell. Mimics a trader building a position before exiting. You can set the max buys before sell (1–5, default 3).
Distribute — One buy, then multiple partial sells. Mimics a trader taking profits gradually. You can set the max sells per buy (1–5, default 3).
Random — A mix of all the above patterns across wallets.
Holding Behavior
When enabled, some wallets will hold purchased tokens for a period before selling — rather than buying and immediately selling.
Min Hold
30 seconds
Shortest hold duration
Max Hold
900 seconds (15 min)
Longest hold duration
Hold Percent
30%
Percentage of trades that will hold
Stop-Loss (Delayed Mode Only)
When enabled, wallets will automatically sell if the token price drops past a threshold — mimicking real trader behavior. Each wallet is assigned a random stop-loss percentage within your configured range.
Min Percent
10%
Lowest possible stop-loss trigger
Max Percent
25%
Highest possible stop-loss trigger
Monitoring a Batch
The batch detail page gives you full visibility into progress:
Phase indicator showing whether the batch is funding, warming, or reclaiming
Progress bars for each phase (wallets funded, warmed, reclaimed)
Estimated days remaining based on current processing rate
Wallet status breakdown showing how many wallets are in each state (pending, funding, funded, warming, warmed, reclaiming, completed, failed)
Wallet table with per-wallet details: address, status, funded amount, trade progress, volume, reclaimed amount, and any errors
Progress updates in real-time — no need to refresh the page.
Batch Controls
Pause
Temporarily stops all operations. The batch can be resumed later from where it left off.
Resume
Continues a paused batch.
Cancel
Permanently stops the batch. This cannot be undone. Any SOL still in target wallets will need to be reclaimed separately.
Cost Breakdown
The cost estimate shows exactly where your SOL goes:
Platform Fee
0.1 SOL per job/batch
Funding TX Fees
Solana transaction fees for distributing SOL to wallets
Warmup TX Fees
Transaction fees for executing all buy/sell trades
AMM Fees
Varies per pool, usually 0.3% each side (0.6% total for buy and sell)
Reclaim TX Fees
Transaction fees for returning SOL to your reclaim address
ATA Rent
Token account rent deposits (recoverable)
Total SOL Needed is the upfront amount required. Expected Return is what comes back after reclaim. Net Cost is the difference — your actual spend.
Last updated