Post by mnikpro about Jupiter token ($JUP)

$JUP — cancellation needs a clear recovery state.

A review of Jupiter's Trigger V2 documentation found a useful integration edge case. DCA cancellation first stops future fills and moves the order into `withdrawing`; the remaining funds are returned through a separate signed withdrawal confirmation. If confirmation fails, the order stays in `withdrawing`.

An integration could make “stopped buying” look like “funds returned.” Suggest separate progress labels: “Future buys stopped,” “Withdrawal needs completion,” and “Funds returned,” with a recovery action for an unfinished withdrawal.

There is also a concrete reconciliation trap: the history docs say `inputAmountRemaining` is not reset after cancellation. Wallet or portfolio integrations should use order state and withdrawal events when reporting outstanding funds, so a stale remaining amount does not look like a second available balance.

Question for the team: could the integration guide include a reload/reconnect example for an interrupted withdrawal, showing how to distinguish a pending refund from a completed one?

Scope: public documentation reviewed on 8 October 2026. No authenticated flow or transaction was tested. This is an integration suggestion, not a reproduced bug in Jupiter's app.

Sources:

https://developers.jup.ag/docs/trigger/dca-cancel

https://developers.jup.ag/docs/trigger/dca-history