Recurring Sell Order Scheduler

WHAT IT DOES

The Recurring Sell Order Scheduler enables automated recurring token sales at regular intervals, implementing a systematic selling strategy on-chain. This tool is essential for investors who want to gradually liquidate positions over time without manual intervention, reducing the impact of market volatility and removing emotional decision-making from the selling process. Users can configure the sell amount, frequency, total number of sales, and token pairs.

The tool reads schedule contract state including order parameters, token balances, sell amount per cycle, sell frequency, total sold amount, average sale price, next execution timestamp, schedule status, and remaining sells. It supports multiple schedule creation method variants (createSellSchedule, addRecurringSell, scheduleSell) to ensure compatibility with various DCA sell contract implementations. The tool displays comprehensive schedule details including sell amount, frequency, total sells, executed count, remaining sells, next execution time, and active status.

HOW TO USE

1. Connect your wallet using the Connect button. The tool automatically detects your connected address and network.

2. Select the network where your schedule contract is deployed using the network dropdown.

3. Enter the schedule contract address and optionally a schedule ID to manage existing schedules.

4. Enter the token address you want to sell and the receive token address (use 0x0 for native token).

5. Set the sell amount per cycle in token units and the frequency in seconds (e.g., 86400 for daily).

6. Optionally set the total number of sells (0 for unlimited recurring sales).

7. Configure your slippage tolerance percentage for each execution.

8. Click "Create Sell Schedule" to submit the schedule creation transaction through your wallet.

9. To manage existing schedules, enter a schedule ID and click "Load Schedule" to view details.

10. Use the "Cancel" button to cancel an active schedule if supported by the contract.

11. Review schedule details in the preview panel including owner, sell amount, frequency, total sells, executed, remaining, and active status.

TECHNICAL MECHANISM

The tool dynamically discovers the correct schedule creation function by attempting multiple common ABI variants (createSellSchedule, addRecurringSell, scheduleSell) and performing gas estimation to verify the function exists. When a schedule is created, the tool encodes the token addresses, sell amount, frequency, total sells, and slippage parameters as inputs to the contract. The contract then stores the schedule and automatically executes sales at the configured intervals until the total sell count is reached or the schedule is cancelled. Each execution transfers the specified token amount, swaps it for the receive token using the configured swap path/protocol, and credits the proceeds to the user. The tool reads schedule state via the schedules view function, which returns owner address, token addresses, sell amount, frequency, total sells, executed count, remaining count, last execution timestamp, and active status. The nextExecutionTime view function calculates when the next sale is eligible to execute.

WHAT IT CANNOT SEE

This tool cannot verify that the price feed is accurate or reliable; it relies entirely on the oracle configured in the contract. It cannot detect if the oracle has been compromised, manipulated, or provides stale data. It cannot ensure that recurring sells will execute at the intended average price due to slippage, market volatility, and block timing. It cannot guarantee that sells will complete within the schedule timeframe if token balance becomes insufficient, gas prices spike, or the contract encounters errors. It cannot verify that the schedule contract has not been upgraded or modified after schedule creation. It cannot detect if the swap path is optimal or if the transaction is being front-run by malicious actors. It cannot recover funds if execution fails due to contract bugs, insufficient token approvals, out-of-gas errors, or blockchain reorgs. It cannot verify that tokens being sold are legitimate or not honeypot contracts. It cannot predict market movements, price gaps, or flash crashes that may affect sale execution. It cannot guarantee execution during extreme network congestion, high gas prices, or volatile market conditions. It cannot detect if the underlying swap protocol has been compromised or is returning manipulated prices. It cannot prevent the user from canceling or modifying schedules through other interfaces. It cannot ensure that the configured sell frequency is appropriate for current market conditions or that systematic selling is the optimal strategy for the user's goals.

PLEASE NOTE

This tool is designed for EVM-compatible blockchains only (Ethereum, Polygon, Arbitrum, Optimism, Base, BSC, Avalanche, Fantom, Linea, Scroll). It requires an active wallet connection and sufficient native currency for gas fees for each scheduled execution. Always verify your schedule contract address, token addresses, and schedule parameters before creating schedules. The tool attempts multiple ABI variants but may not support all schedule contract implementations - verify your contract's functions match the expected interfaces. Each scheduled execution incurs separate gas costs - consider this when configuring frequency and total sell count. Users should ensure sufficient token balance is maintained for all scheduled sells. The tool is provided as-is with no warranty; users assume full responsibility for their transactions and should exercise caution when automating recurring sales. For mainnet usage, ensure your schedule contract has been audited and you understand the risks of automated execution including slippage, gas costs, and smart contract risks.