Skip to content

Commit

Permalink
Merge #96: fix: typo
Browse files Browse the repository at this point in the history
ff85a1a fix: typo (marathon-gary)

Pull request description:

ACKs for top commit:
  apoelstra:
    utACK ff85a1a
  tcharding:
    ACK ff85a1a

Tree-SHA512: e01339e44556ddf83d64fe2575a5f48009700ec818ca51f089f39188478c9485f906b65645653ce8b42a5e065aeebe9d83ebe54d2cdad07e38b9a5f3d5fad0d1
  • Loading branch information
tcharding committed Aug 7, 2024
2 parents 788ce4d + ff85a1a commit d1a3554
Showing 1 changed file with 1 addition and 1 deletion.
2 changes: 1 addition & 1 deletion README.md
Original file line number Diff line number Diff line change
Expand Up @@ -14,7 +14,7 @@ This also simplifies cross-compiling the consensus library e.g., for a mobile ap
`libbitcoinconsensus` refers to code from another library [secp256k1](https://github.com/bitcoin-core/secp256k1).
A snapshot of that library is also included in the Bitcoin sources, therefore it could be baked into `libbitcoinconsensus`.
A typical Bitcoin enabled application will however want to access further secp256k1 functions.
The project [rust-secp256k1](https://github.com/rust-bitcoin/rust-secp256k1) offers a cargo build and Rust bindings, therefore we depend on that instead of compiling the Bitcoin embedded sources into `libbitcoinconsensus`q.
The project [rust-secp256k1](https://github.com/rust-bitcoin/rust-secp256k1) offers a cargo build and Rust bindings, therefore we depend on that instead of compiling the Bitcoin embedded sources into `libbitcoinconsensus`.
This introduces a risk, since a difference between the two secp256k1 sources could break consensus with Bitcoin.


Expand Down

0 comments on commit d1a3554

Please sign in to comment.