What changed, and why it matters
This commit only corrects spelling mistakes in code comments and documentation strings. No program logic, function behavior, or security-relevant code was changed.
Recommended action
No security action needed; this is a routine documentation cleanup commit.
Security signals we found
No strong security signals were identified.
Evidence from the diff
The diff changes four comment/doc-comment lines across three files: ‘yealded’→’yielded’, ‘ever be’→’ever been’, ‘it’s field’→’its field’, and ‘looks’→’look’. There are no executable code modifications, API changes, or behavioral differences.
Changed components
bitcoin/src/consensus/error.rs (doc comment only)bitcoin/src/taproot/mod.rs (code comment only)hashes/src/macros.rs (doc comments only)Inspect captured patch +4 / −4
diff --git a/bitcoin/src/consensus/error.rs b/bitcoin/src/consensus/error.rs
index 2c394a6d..86a9f7cd 100644
--- a/bitcoin/src/consensus/error.rs
+++ b/bitcoin/src/consensus/error.rs
@@ -54,7 +54,7 @@ impl From<ParseError> for DeserializeError {
/// Error when consensus decoding from an `[IterReader]`.
///
-/// This is the same as a `DeserializeError` with an additional variant to return any error yealded
+/// This is the same as a `DeserializeError` with an additional variant to return any error yielded
/// by the inner bytes iterator.
#[derive(Debug)]
pub enum DecodeError<E> {
diff --git a/bitcoin/src/taproot/mod.rs b/bitcoin/src/taproot/mod.rs
index fd75559c..0fd0abfe 100644
--- a/bitcoin/src/taproot/mod.rs
+++ b/bitcoin/src/taproot/mod.rs
@@ -417,7 +417,7 @@ pub struct TaprootBuilder {
// 128 entries (as that would mean more than 128 levels in the tree). The depth of newly added
// entries will always be at least equal to the current size of branch (otherwise it does not
// correspond to a depth-first traversal of a tree). A branch is only empty if no entries have
- // ever be processed. A branch having length 1 corresponds to being done.
+ // ever been processed. A branch having length 1 corresponds to being done.
branch: Vec<Option<NodeInfo>>,
}
diff --git a/hashes/src/macros.rs b/hashes/src/macros.rs
index 6df29f1b..bb530b7f 100644
--- a/hashes/src/macros.rs
+++ b/hashes/src/macros.rs
@@ -67,7 +67,7 @@ macro_rules! sha256t_tag {
/// This will display the hash backwards regardless of what the inner type does. Use `forward`
/// instead of `backward` to force displaying forward.
///
-/// You can add arbitrary doc comments or other attributes to the struct or it's field. Note that
+/// You can add arbitrary doc comments or other attributes to the struct or its field. Note that
/// the macro already derives [`Copy`], [`Clone`], [`Eq`], [`PartialEq`],
/// [`Hash`](core::hash::Hash), [`Ord`], [`PartialOrd`].
///
@@ -96,7 +96,7 @@ macro_rules! sha256t_tag {
// one. The following code is written the way it is for some specific reasons. If you think you can
// simplify it, I suggest spending your time elsewhere.
//
-// If you looks at the code carefully you might ask these questions:
+// If you look at the code carefully you might ask these questions:
//
// * Why are attributes using `tt` and not `meta`?!
// * Why are the macros split like that?!
Risk score
Our methodology →Why this scored 15/100
Human-validated context
Community notes
Notes can correct, qualify, or add evidence to the AI analysis. Every note shown here has been validated by a human moderator.
No validated notes yet.
The AI analysis stands alone for now. Submit a note if you can add evidence or important context.