From: 志宇 Date: Mon, 22 Jun 2026 23:42:27 +0000 (+0000) Subject: docs(core): fix `resolve_candidates` doc for `(payload, BlockId)` input X-Git-Tag: pre-fold-backup~5 X-Git-Url: http://internal-gitweb-vhost/-script/src/example_cli/database/encode/struct.EncoderStringWriter.html?a=commitdiff_plain;h=37ad249f5697d3161572aff70f3fa8d12f6a5a0c;p=bdk docs(core): fix `resolve_candidates` doc for `(payload, BlockId)` input The signature takes candidates as `(payload, BlockId)` pairs, but the doc comment still described the removed `block_id` closure. Co-Authored-By: Claude Opus 4.8 (1M context) --- diff --git a/crates/core/src/block_queries.rs b/crates/core/src/block_queries.rs index 5c6f5f1a..52c2a3f2 100644 --- a/crates/core/src/block_queries.rs +++ b/crates/core/src/block_queries.rs @@ -64,9 +64,9 @@ impl BlockQueries { impl BlockQueries { /// Resolves a set of candidate blocks against the blocks fetched so far. /// - /// Each candidate's [`BlockId`] is obtained via `block_id`. A candidate is *in-chain* when the - /// block resolved at its height is present and its hash matches the candidate's; the first such - /// candidate is returned as [`Confirmed`](BlockCandidateResolution::Confirmed). + /// Each candidate is a pair of an opaque payload and a [`BlockId`]. A candidate is *in-chain* + /// when the block resolved at that `BlockId`'s height is present and its hash matches; the first + /// such candidate's payload is returned as [`Confirmed`](BlockCandidateResolution::Confirmed). /// /// When no candidate is confirmed, the result tells the caller how to make progress: /// - [`Query`](BlockCandidateResolution::Query) — heights that still need fetching. These come