fix(operator): re-queue approved withdrawals for execute after restart #166

Merged
PlasticDigits merged 1 commit from fix/operator-execute-approved-queue into main 2026-09-07 16:49:57 +00:00

Summary

  • Operator enumeration skipped already-approved destination withdrawals, so withdrawExecute* never ran after restart or pending_executions TTL eviction.
  • EVM and Terra writers now re-queue approved-not-executed hashes from on-chain state (INV-OP-W11) and execute them once the cancel window has elapsed.

Test plan

  • cargo test writers:: in packages/operator
  • Redeploy operator; confirm BSC pending CL8Y hashes execute (0x8daea9f5…, 0xd2350e21…)
## Summary - Operator enumeration skipped already-approved destination withdrawals, so `withdrawExecute*` never ran after restart or `pending_executions` TTL eviction. - EVM and Terra writers now re-queue approved-not-executed hashes from on-chain state (INV-OP-W11) and execute them once the cancel window has elapsed. ## Test plan - [x] `cargo test writers::` in `packages/operator` - [ ] Redeploy operator; confirm BSC pending CL8Y hashes execute (`0x8daea9f5…`, `0xd2350e21…`)
Enumeration skipped already-approved hashes, so in-memory execute state lost on restart or TTL never recovered and transfers stayed approved-not-executed.
PlasticDigits deleted branch fix/operator-execute-approved-queue 2026-09-07 16:51:08 +00:00
Sign in to join this conversation.
No reviewers
code/maintainers
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
code/cl8y-bridge-monorepo!166
No description provided.