Skip to content

fix(dto): update expiresIn max to 90 days per spec#147

Closed
GBOYEE wants to merge 3 commits into
bridgelet-org:mainfrom
GBOYEE:fix/expiresin-validation-range-144
Closed

fix(dto): update expiresIn max to 90 days per spec#147
GBOYEE wants to merge 3 commits into
bridgelet-org:mainfrom
GBOYEE:fix/expiresin-validation-range-144

Conversation

@GBOYEE

@GBOYEE GBOYEE commented Jun 21, 2026

Copy link
Copy Markdown

Summary

Updates the CreateAccountDto.expiresIn validation from 30 days (2,592,000s) to 90 days (7,776,000s) as per the MVP spec.

The full expiresIn → expiry_ledger conversion chain is already implemented:

  • CreateAccountDto.expiresIn (seconds, validated 1h–90d)
  • AccountsService.create() passes expiresIn to StellarService.createEphemeralAccount()
  • StellarService.toExpiryLedger() converts to ledger sequence
  • Trace logging confirms the conversion at runtime
  • Unit tests in stellar.service.spec.ts cover the conversion

Changes

  • Updated @Max(2592000)@Max(7776000) (90 days)
  • Updated description text from "1 hour - 30 days" to "1 hour - 90 days"

Closes #144

root added 3 commits June 21, 2026 05:06
…sion

- Add runtime log in createEphemeralAccount showing expiresIn, expiryLedger, currentLedger, and offset
- Helps operators verify the conversion is working correctly in production

Related to bridgelet-org#144
Updates the CreateAccountDto expiresIn validation from 30 days (2592000s)
to 90 days (7776000s) as per the MVP spec. The toExpiryLedger() conversion
and trace logging are already implemented.

Closes bridgelet-org#144
@GBOYEE GBOYEE closed this Jun 23, 2026
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.

Trace and verify the expiresIn → expiry_ledger conversion end-to-end

1 participant