Skip to content

Require a minimum confirmation count for beacon transactions - #338

Merged
jintekc merged 3 commits into
mainfrom
spec-change/determine-target-blockheight-how-many-confs-#37
Jul 29, 2026
Merged

Require a minimum confirmation count for beacon transactions#338
jintekc merged 3 commits into
mainfrom
spec-change/determine-target-blockheight-how-many-confs-#37

Conversation

@jintekc

@jintekc jintekc commented Jul 28, 2026

Copy link
Copy Markdown
Collaborator

Adds the confirmation rule discussed in the issue: a beacon transaction MUST be included in a Bitcoin block and have at least resolutionOptions.minConf confirmations (default 6) to count towards resolution. minConf is floored at 1: mempool contents are node-local, unordered, and replaceable (RBF), so unconfirmed transactions never count regardless of options. A footnote explains that 6 is the broadly accepted settlement standard and that lowering minConf trades reorg exposure, which consumers can evaluate from the REQUIRED confirmations metadata. The Resolution Options data structure and example gain the new minConf property.

Closes #37

Resolvers had no rule for unconfirmed or under-confirmed beacon
transactions, so implementations diverged on whether mempool signals
count towards resolution. Require at least resolutionOptions.minConf
confirmations, defaulting to the industry-standard 6, before a
transaction is processed. Resolution requests can raise or lower
minConf to match their own threat and security model.

minConf is floored at 1: mempool contents are node-local, unordered,
and replaceable, so an unconfirmed transaction never counts towards
resolution regardless of options.
@jintekc
jintekc requested review from danpape and parasyte July 28, 2026 14:57
danpape
danpape previously approved these changes Jul 29, 2026
parasyte
parasyte previously approved these changes Jul 29, 2026

@parasyte parasyte left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good change. I left some grammatical nitpicks.

Comment thread src/operations/resolve.md Outdated
Comment thread src/data-structures.md Outdated
Refine wording for `minConf` defintion

Co-authored-by: Jay Oster <jay@blipjoy.com>
@jintekc
jintekc dismissed stale reviews from parasyte and danpape via a6c31e5 July 29, 2026 19:58
Wording refinement similar to `minConf` definition

Co-authored-by: Jay Oster <jay@blipjoy.com>
@jintekc
jintekc requested review from danpape and parasyte July 29, 2026 19:59
@jintekc

jintekc commented Jul 29, 2026

Copy link
Copy Markdown
Collaborator Author

Grammatical nitpicks applied. Ready for re-review.

@jintekc
jintekc merged commit 1f314af into main Jul 29, 2026
1 check passed
@jintekc
jintekc deleted the spec-change/determine-target-blockheight-how-many-confs-#37 branch July 29, 2026 20:39
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.

Determine Target Blockheight - How many confirmations

3 participants