Skip to content

Make max fee rate sticky per payjoin-cli session#933

Closed
Johnosezele wants to merge 0 commit intopayjoin:masterfrom
Johnosezele:sticky-max-feerate-receiver-context
Closed

Make max fee rate sticky per payjoin-cli session#933
Johnosezele wants to merge 0 commit intopayjoin:masterfrom
Johnosezele:sticky-max-feerate-receiver-context

Conversation

@Johnosezele
Copy link
Copy Markdown
Contributor

When a payjoin-cli receive session is created, the max_fee_rate is now persisted with the session and reused when the session is resumed, instead of defaulting to the global configuration value.

This implementation adds max_fee_rate as a non-optional field to the SessionWrapper and SessionContext structs, with backward compatibility ensured through serde defaults. CLI users can still override the stored fee rate by providing --max-fee-rate when resuming.

Resolves: #897

@Johnosezele Johnosezele force-pushed the sticky-max-feerate-receiver-context branch 2 times, most recently from c419adf to fbaa404 Compare August 6, 2025 15:32
@Johnosezele Johnosezele closed this Aug 6, 2025
@Johnosezele Johnosezele force-pushed the sticky-max-feerate-receiver-context branch from fbaa404 to 0aa1509 Compare August 6, 2025 15:38
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.

payjoin-cli resume should make max feerate sticky per session

1 participant