Skip to content

feat: persist submitted transaction hash - #7

Merged
ZeePearl56 merged 3 commits into
mainfrom
feat/persist-submission-hash
Sep 16, 2026
Merged

ZeePearl56 merged 3 commits into
mainfrom
feat/persist-submission-hash

Conversation

@Hollujay

Copy link
Copy Markdown
Contributor

Summary

  • Add a nullable submission_hash column for the actual transaction hash returned after successful network submission.
  • Persist the exact hash returned by the submission gateway.
  • Expose submissionHash through GET /requests/:id.
  • Keep the existing tx_hash field distinct as the unsigned transaction envelope hash.
  • Cover both immediate submission and background retry persistence with regression tests.

Why

The API previously received the real submitted transaction hash from Horizon but discarded it. The frontend therefore had to reconstruct a hash locally from the transaction fragment, which is unavailable to every viewer of a submitted request.

This PR makes the coordinator API the source of truth for the actual submission hash.

Testing

  • npm test — 44/44 passed
  • npm run typecheck — passed
  • npm run lint — passed
  • git diff --check — clean

Scope

This PR is intentionally limited to submission-hash persistence and exposure.

It does not implement reconciliation of ambiguous/stuck submissions, dependency upgrades, rate limiting, decoder-equivalence testing, or frontend consumption of the new field. Those are separate engineering units.

@ZeePearl56
ZeePearl56 merged commit ec74631 into main Sep 16, 2026
1 check passed
@ZeePearl56
ZeePearl56 deleted the feat/persist-submission-hash branch September 16, 2026 12:17
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants