Copy Trading v6.2.8

Release Date: October 1, 2026 Tags: FOLLOWERS, LEADERS, SETTLEMENT

Overview

A copied trade whose exit filled could stay "closing" for good. When the exit order filled but recording the close failed, nothing tried again. The leader's profit share was not paid, the follower's reserved budget was not released, and neither the follower nor an admin could stop the subscription. A failed close is now kept and retried.

Trades stuck before this update are not repaired by it. See Upgrade Notes.

Requires Core v6.8.3. Do not install this release on an older Core: there, any failure while paying a profit share fails the whole close.

Update Instructions

pnpm updator

Update Core 6.8.3 first. No schema change, no seeder, no .env change.

Upgrade Notes

Find trades left closing before the update

The retry works from a record this release writes when a close fails. A trade that failed before the update has no such record and is not retried.

• This lists follower trades that have been closing for more than an hour:

SELECT id, followerId, symbol, closeOrderId, errorMessage, updatedAt
FROM copy_trading_trades
WHERE isLeaderTrade = 0 AND marketType = 'SPOT' AND status = 'CLOSING'
  AND updatedAt < NOW() - INTERVAL 1 HOUR;

• For each row, look up its exit order (closeOrderId) in the Ecosystem order list. An exit order still resting on the book is normal. An exit order that is fully filled means the trade is stuck.
• There is no screen that settles a stuck trade. It needs settling by hand at the exit order's real average price and quantity.
• After updating, search the log for must be settled by hand. That is a close that failed 12 times and is no longer retried. The same text shows on the trade in Admin → Copy Trading → Trades.

Fixed

A failed close is kept and retried

• Fixed a follower's trade staying in the closing state for good when its exit filled and recording the close failed. The exit's price and quantity are now kept on the trade, and the reconcile job retries the close every five minutes. It cannot pay twice.
• After 12 attempts, about an hour, the trade is set aside and logged as an error. It stays closing, and the subscription still cannot be stopped until it is settled.
• If the database cannot be reached at all when the close fails, the record cannot be written either and the trade is left as before.
• Fixed the daily-loss counter counting a loss from a close that was then undone.

A profit share interrupted by a database lock

• Fixed a close being saved after the leader's profit share timed out on a database lock part-way. The leader had been paid, while the follower's claimable balance was worked out as if nothing had been paid. Such a close is now undone whole and retried.
• A profit share that fails for another reason after the leader is paid is still saved that way and logged as needing settlement by hand.