Retries

Configure how TradersPost handles retries when a trade fails to create an execution plan. Retries only apply to errors that occur before execution - during the trade planning stage. If an error happens after a trade plan has been created (during order execution), TradersPost will not retry to avoid the risk of creating duplicate orders.

Retries

Choose whether TradersPost should automatically retry failed trades.

• No retries - The trade will fail immediately with no retry attempts.
• Allow retries - TradersPost will automatically retry failed trades based on the configuration below.

Max Retries

The maximum number of retry attempts that TradersPost will make if a trade fails to plan. For example, setting this to 5 allows up to 5 retry attempts before giving up.

Delay in Milliseconds

The initial delay between retry attempts, in milliseconds. For example, 1000 means the first retry will occur 1 second after the failure.

Delay Multiplier

Controls exponential backoff for retries. Each retry will wait longer than the previous one, multiplied by this value. For example:

• Delay = 1000 ms
• Multiplier = 2
• Retry 1 after 1s, Retry 2 after 2s, Retry 3 after 4s, etc.

Max Delay in Milliseconds

Sets the upper limit for how long the delay can grow between retries. Even with a large multiplier, the delay will not exceed this value.

Example Configuration

With these settings, TradersPost will retry up to 5 times, with increasing delay intervals until either the trade succeeds or the retry limit is reached.

Enable trade locking (in this same Retry section) is separate: when another trade holds the lock, this trade is requeued and tried again until the lock is free. That wait does not use Max retries, Delay, or the other fields above.