btclib_secp256k1

Simple python bindings to libsecp256k1 (v0.8.0). As used by the btclib library.

To install (and/or upgrade):

python -m pip install --upgrade btclib_secp256k1

Quickstart

Sign and verify, ECDSA and BIP340. Every line below is executed by the test suite, on every interpreter and every kind of wheel, so an example that stops working fails a build rather than sitting here:

>>> import hashlib
>>> from btclib_secp256k1 import dsa, keys, ssa, xonly

>>> # BIP340 test vector 1; yours comes from os.urandom or a wallet
>>> prvkey = 0xB7E151628AED2A6ABF7158809CF4F3C762E7160F38B4DA56A784D9045190CFEF
>>> pubkey = keys.pubkey_from_prvkey(prvkey)
>>> msg = hashlib.sha256(b"hello").digest()

ECDSA, over the 32-byte hash, with the deterministic RFC6979 nonce:

>>> signature = dsa.sign(msg, prvkey)
>>> dsa.verify(msg, pubkey, signature)
True

BIP340 Schnorr, over the same hash, against the x-only key:

>>> xonly_pubkey, parity = xonly.from_pubkey(pubkey)
>>> signature = ssa.sign(msg, prvkey)
>>> ssa.verify(msg, xonly_pubkey, signature)
True

Both take the private key as bytes or as an int, and both return bytes. What each argument may be, and what is refused rather than coerced, is What the boundary checks below; every function states its own contract in its docstring.

Versioning

btclib_secp256k1 version numbers track the wrapped libsecp256k1 version: release M.N.P wraps libsecp256k1 vM.N.P (e.g. btclib_secp256k1 0.8.0 wraps libsecp256k1 v0.8.0). When a new release of the bindings is needed while still wrapping the same libsecp256k1 version, a fourth number is appended: 0.7.1.1, 0.7.1.2, etc.

The name

This package was btclib_libsecp256k1 up to and including 0.7.1.3, and 0.8.0 is the first release under this name. lib named the C library being wrapped, and a python distribution is not that library: it is btclib's bindings to secp256k1, which is what the name now says.

Nothing on PyPI bridges the two, deliberately: btclib_libsecp256k1 stops at 0.7.1.3 and stays installable, wrapping libsecp256k1 0.7.1, and pip install btclib_libsecp256k1 keeps resolving to it rather than following the rename. Moving means changing the requirement and the import, which are the same edit twice:

-btclib_libsecp256k1>=0.7.1.3
+btclib_secp256k1>=0.8.0

-from btclib_libsecp256k1 import dsa, keys, ssa, xonly
+from btclib_secp256k1 import dsa, keys, ssa, xonly

The two can be installed side by side while that happens: the import package was renamed with the distribution, so neither shadows the other. Everything inside the API — the module names, every function, and the ffi and lib a caller reaches MuSig2 through — is unchanged.

Design

These bindings are a boundary, not a library: every function is one libsecp256k1 call, with its arguments validated first and its return code checked. A function returning a key or a signature calls it twice: libsecp256k1 hands back an opaque object — a secp256k1_pubkey, a secp256k1_ecdsa_signature — that only a second call serializes into bytes, no libsecp256k1 call producing them directly. keys.pubkey_from_prvkey is secp256k1_ec_pubkey_create followed by secp256k1_ec_pubkey_serialize; every other function returning a key or a signature has the same shape, the second call being the serialization the first cannot do rather than a second decision. The cryptography — the algorithms, the constant-time implementation, the side-channel hardening — is upstream's, and none of it is reimplemented, extended or second-guessed here. Wrappers of the same C library cannot honestly differ in what it computes, nor in how fast; where they can differ is the boundary, and that is where the work went:

what runs is known: the version number names the libsecp256k1 being wrapped (see Versioning), pinned as a submodule and compiled from source with every optional module requested explicitly, upstream defaults not being part of its API. __version__ describes the C code underneath, not the wrapper around it
the surface is complete: every optional module is compiled in and reachable, through a validated binding where a function suffices and through the raw lib where only an object would do (see Wrapped modules). What is absent — a MuSig2 session, the ECDH hash callback, linking a system library — is absent by recorded decision, not by omission
no input can take the process down: the bindings validate before calling, so a malformed key or signature raises ValueError naming the check that failed, before the C call could meet it; and the vendored build replaces the abort()ing libsecp256k1 default callbacks, so even an illegal argument handed to lib directly is survived, context.check() reporting it verbatim. What that validation is, and what it deliberately is not, is What the boundary checks below
side channels are the context's problem, and it is handled: the one shared context is randomized at import time, before any thread exists; concurrent use is documented and tested, free-threaded interpreter included (see Thread safety)
the boundary is typed: py.typed ships, mypy runs in strict mode, and the cffi extension itself is described by a hand-written stub, so what downstream type-checks against is the real signatures rather than Any
validation is independent: the tests are published vectors (BIP340, RFC6979, third-party fixtures) and invariants over derived inputs, never the downstream library these bindings exist to serve; branch coverage is ratcheted at 100%, with only the unreachable excluded from the measure
provenance is checkable: every wheel and the sdist are built and tested in public CI from the pinned source, and published by the workflow itself through Trusted Publishing with PEP 740 attestations — no long-lived token, and no maintainer laptop in the path. The sdist attached to the GitHub release carries a build provenance attestation besides, which gh attestation verify checks; SECURITY.md has the command

What the boundary checks

Every wrapper validates its arguments before calling, and what it validates is deliberately narrow: the boundary checks what C cannot see, and decides nothing else.

sizes are checked here, because nothing else can. libsecp256k1 takes bare pointers whose length is in the parameter name — msg32, input32, seckey — and reads a fixed number of bytes from them. Hand a 32-byte parameter 20 bytes and it reads past the end, and no return code or callback of the library can report it: the length never reached C to be checked. This is memory safety rather than cryptography, and it is the one part that cannot be left to the caller — a binding that reads adjacent heap into a signature when handed a short bytes would be safe only for the single caller who remembers to check first
and the type is checked with the size, that check being one question. len answers for a bytearray and a memoryview as readily as for bytes, so a size check on its own let both through, and cffi refused them one call later in its own words and about a ctype — naming neither the argument nor what was wrong with it. What crosses is octets: bytes, bytearray or memoryview, plus an int where a scalar is named. Anything else is refused here and called by the name the signature gives it — the TypeError these wrappers raise, every other refusal below being a ValueError. The three are not a leniency of the kind refused above: each states a value and a width, so nothing has to be disbelieved and nothing supplied — the int is the wider door of the two, the 32-octet width being the curve's. What they are not is passed through. The copy is taken at the boundary, so a caller holding a secret in memory they can overwrite — which is the reason to reach for a bytearray at all — cannot change what libsecp256k1 is about to read
validity is libsecp256k1's to decide, and it does. Whether 32 bytes are a scalar in [1, n-1] is answered by secp256k1_ec_seckey_verify, and keys.prvkey_verify is that call, not a reimplementation of it. A public key becomes one by passing secp256k1_ec_pubkey_parse, a signature by secp256k1_ecdsa_signature_parse_der, a tweak by the return value of the function applying it; the ValueError names what the library refused. No wrapper here knows the curve order
nothing is normalized into validity. An argument of the wrong size raises, and is never padded: the 32 bytes of nonce entropy (ndata, aux_rand32, rnd32) are 32 bytes or omitted, a shorter value being a caller mistake rather than a small number. BIP340 verification (ssa.verify) and taproot tweaking (xonly.tweak_add, xonly.tweak_add_check) take the 32-byte x-only key and only it: a full public key with odd y would be verified or tweaked as a point the caller did not pass, so xonly.from_pubkey is where a y coordinate gets dropped, in the caller's own code. A leniency is a guess at what the caller meant, and that decision is theirs to make. dsa.verify(..., normalize=True) is that decision made, rather than an exception to it: ECDSA signatures are malleable, which of the two forms one carries was the signer's choice, and a caller checking signatures it did not make says so in the call instead of round-tripping the signature through dsa.normalize and back into DER. Off, which is the default, a signature outside the lower-s form is refused as before
the one convenience is the int scalar, and it widens nothing. A private key or a tweak may be given as an int, checked against 0 <= num < 2**256 and serialized big endian. This is not the padding refused above: a short bytes states a value and a width, and accepting it means choosing which of the two to disbelieve, while an int states only a value — the 32-byte width is the curve's, not a fact the caller supplied and got wrong. The set of valid scalars is unchanged; only the type spelling them is. What the door is for is the caller who already holds a number: mult(3), a vector, a tweak just computed. The cost is not in that serialization, which is a loop over nine CPython digits and measures as noise. It is that an int holding a secret was produced by python arithmetic, variable in time with the magnitude of its operands and leaving unzeroized copies of every intermediate on the heap — and that happened before this binding saw the value. bytes is not zeroized either, so what passing them buys is narrow but real: no arithmetic on the secret happened here. Scalar arithmetic that must not leak belongs where that can be promised

None of these checks branches on the content of a secret — they look at a type, a length, or a magnitude, all of which the caller knows already — so the constant-time guarantee is the C call's, and it is intact. What python cannot give back is what happens on either side of that call: bytes is not zeroized either, and SECURITY.md records both limits as inherent.

And there is a way past all of it: lib and ffi are exported, and a call made through them has no python in front of it whatsoever. That is how MuSig2 is reachable, and it is the path for a caller who wants the library and nothing added to it.

Parsing the key once

A public key crosses this boundary as bytes, and every wrapper taking one begins by parsing it — for a compressed key that is a field square root, which is a measurable part of the verification that follows it. A caller that has already paid for that parse can hand it on instead of paying again: keys.parse returns the libsecp256k1 object, and every wrapper whose first act is to build one has an inner half, spelled with a trailing underscore, taking that object in place of the bytes.

>>> ecdsa_sig = dsa.sign(msg, prvkey)
>>> parsed = keys.parse(pubkey)          # a valid point: proved once
>>> dsa.verify_(msg, parsed, ecdsa_sig)  # and used, rather than proved again
True

The outer half is the inner half with a parse in front of it, and nothing else about the two differs: the remaining arguments are checked exactly as before, a bare pointer's length being what no C return code can report. The two callers this is for are the one that validates a key and then verifies with it, and the one checking several signatures against a single key. xonly.parse is the same thing for the 32-byte x-only key BIP340 verifies against, and keys.serialize is how a parsed key becomes bytes again.

Wrapped modules

All the optional libsecp256k1 modules are compiled in and their declarations are available through the lib and ffi cffi objects:

libsecp256k1 module	bindings
(core)	`dsa`, `mult`, `keys`, `hashes`
`ecdh`	`ecdh`
`recovery`	`recovery`
`extrakeys`	`xonly`, used by `ssa`
`schnorrsig`	`ssa`
`musig`	raw `lib` bindings, by decision
`ellswift`	`ellswift` (BIP324)
`silentpayments`	`silentpayments` (BIP352)

keys provides the public key of a private key (pubkey_from_prvkey, compressed by default, of which mult.mult_ is the uncompressed spelling) and the scalar and point algebra (tweaking, negation, combination, arbitrary point multiplication) underlying BIP32 key derivation, plus the lexicographic ordering of public keys (pubkey_cmp, pubkey_sort) that BIP67 and MuSig2 key aggregation call for; xonly provides the BIP341 taproot tweaking of x-only public keys and of their private keys; hashes provides the BIP340 tagged hash, the domain separation the taproot tags are built on.

ssa.sign signs a 32-byte message hash, as bitcoin does; ssa.sign_custom signs a message of any length, which BIP340 allows and which a protocol of its own may define.

ecdh.shared_secret returns the SHA256 of the compressed shared point, the libsecp256k1 default. The hash function is not exposed: libsecp256k1 takes it as a C callback, and a protocol needing another derivation has the shared point itself as keys.pubkey_tweak_mul(pubkey, prvkey), constant time like the ECDH call and without python in the middle of it.

silentpayments is BIP352, and the elliptic curve half of it, which is what libsecp256k1 implements: create_outputs is the sender's side and takes the private keys of the inputs the payment is funded from, prevouts_summary and scan_outputs the recipient's, and label and labeled_spend_pubkey the several addresses one scan key can receive at. What is not there is what BIP352 states over scripts -- which inputs of a transaction are eligible, and which of those are taproot -- because that is a script question and there is no script here: the two kinds of key are two arguments, and the caller says which is which. tests/test_vectors.py drives both directions of every BIP352 vector, and reads that eligibility off the keys the vector file itself publishes rather than off its scripts, for the same reason.

Two things about it are worth knowing before it is used. The summary prevouts_summary returns is opaque and not a serialization: what is inside is libsecp256k1's own, portable across neither platforms nor versions, and the only thing to do with it is hand it to scan_outputs in the same process. And the label cache is a mapping the caller owns: libsecp256k1 recognizes a label by calling back to look it up, so a labeled output is found only if its label is in the mapping handed in -- which is also why the keys of that mapping are bytes and only bytes, a bytearray and a memoryview not being hashable.

secp256k1_context_set_sha256_compression, new in libsecp256k1 0.8.0, has no binding, by the decision that keeps the ECDH hash out: it replaces the SHA256 compression function the library uses internally, and its purpose is to route it to a hardware implementation. Reached from python it would do the opposite -- a python call per 64-byte block, in the innermost loop of every hash the library computes -- so what it is for is unreachable through these bindings and what it would be is a way to make them slow. It remains available through lib for a caller who has a C function pointer to give it.

MuSig2 has no binding module, by decision. What its two-round protocol needs is a session whose secret nonce cannot be reused, and that is a property of an object's lifetime rather than of a function: only whoever owns the session can invalidate it. This package is stateless by construction, every function being one libsecp256k1 call with its arguments validated, so the place to enforce it is where the signing state already lives, in btclib: its PSBT is the multi-party signing machinery MuSig2 plugs into, and the specifications say the same (BIP327 the protocol, BIP373 its PSBT fields, BIP328 its descriptors). That place already holds the session: btclib.ecc.musig2.sign zeroes the secret nonce it consumes, so a second call with it fails before a second signature exists, and btclib.psbt.musig2.partial_sign carries the same guarantee into a PSBT round.

What MuSig2 needs from here is what has no state, and it is all present: keys.pubkey_sort for the key ordering and keys.pubkey_combine for aggregation, xonly.tweak_add for the taproot output, hashes.tagged_sha256, and ssa.verify, an aggregate MuSig2 signature being a plain BIP340 signature. The 17 musig entry points remain available through lib, and tests/test_modules.py drives a complete 2-of-2 signing session with them.

A call made through lib has no argument validation in front of it, so libsecp256k1 is the only thing checking its preconditions: it reports a violated one through a callback of the context and returns 0, leaving nothing in the return value to say what happened. context.check() raises what was reported, the failed precondition verbatim, and is meant to follow such a call:

if not lib.secp256k1_musig_partial_sign(ctx, psig, secnonce, ...):
    context.check()  # ValueError, naming the failed precondition

That example is the one that matters: partial signing zeroes the secret nonce, so signing twice with it is refused, and this is how a session learns why. The bindings need none of this, validating their arguments before calling, and the abort()ing libsecp256k1 defaults are replaced by do-nothing stubs in the vendored build, so no illegal argument can take the hosting process down.

Thread safety

The bindings can be called concurrently from several threads. They hold a single libsecp256k1 context, created and randomized at import time and passed to every call: secp256k1_context_randomize is what mutates a context, it runs once before any thread exists, and each call allocates the buffers it writes to.

This matters on a free-threaded interpreter, for which a wheel is built (cp314t), where those calls are no longer serialized; tests/test_concurrency.py exercises it.

The one way to lose that guarantee is to re-randomize the shared context while it is in use. context._randomize(context.ctx) is there for a caller who wants fresh blinding, and libsecp256k1 asks for exclusive access to a context to mutate one: call it before the threads start, or hold a read-write lock over every call that takes ctx.

What context.check() reports is per thread: the callback recording it runs on the thread of the call that triggered it, which is what attributes a message to the right caller.

What is not protected is the secret material itself, which lives in Python objects for as long as the interpreter keeps them: see SECURITY.md.

The vendored library is not optional

Linking against a libsecp256k1 already installed on the system, instead of the vendored one, is what a distribution packager needs: Debian, Fedora, conda-forge, Nix and Alpine have policies against vendored copies of a cryptographic library. This package does not offer that mode, by decision, and the account of it belongs here rather than in a closed issue.

In favour of it:

it is the only way to reach the users of apt, dnf and conda, who do not install from PyPI at all; the coincurve fork libsecp256k1-py-bindings exists to fill exactly that gap for a conda-forge recipe
a libsecp256k1 vulnerability would then be fixed once for the whole system, instead of once per wheel of every package vendoring it
it would cost little to add: the build is a single CMake path, so there is exactly one method to bypass, and pkg-config already knows where an installed library and its headers are

Against it:

the versioning contract above breaks, and nothing can detect that it has: libsecp256k1 has no runtime version function, and no version macro in its headers either, so __version__ would go on claiming the version it wraps over a library of any vintage. The only machine-readable version is the pkg-config field, read at build time and gone afterwards
the module set stops being an assertion: headers are installed per module, so what is there can be detected, but a distribution ships an older library, without musig or ellswift, and recovery is off by default upstream. Every binding module would need a capability check, and the table above a column of conditions
the abort() semantics would differ between the two builds: the shared context sets its own callbacks, so the bindings stay safe either way, but a system library is built with the abort()ing defaults, so a context created through lib could take the process down, which is what tests/test_core.py asserts cannot happen
the test suite would become conditional on the library it finds, while the coverage ratchet is measured on one configuration
it is a second build path, which unifying on CMake removed, and a support surface: reports about a libsecp256k1 this project did not build, possibly patched downstream, in consensus critical code

It stays out until a packager asks for it. The value is in opening a channel, and the costs above are paid from the first day, whether anyone walks it or not.

Build

The vendored libsecp256k1 is built with CMake on every platform, out of tree: the submodule is only ever read from. CMake is declared as a build requirement, so a PEP 517 frontend provisions it and only a C toolchain has to be there already; a system CMake 3.22 or newer serves just as well, with --no-build-isolation.

The cffi extension itself is compiled with the interpreter's own toolchain, which on Windows is the standard setuptools/MSVC one; a gcc in the PATH is still required there, as it preprocesses the library headers for cffi. Both Windows architectures are built this way: the vendored library is built for the architecture of the interpreter, which is what its toolchain compiles the extension for, and not for the one of the host, which is what CMake would otherwise pick. The two differ whenever the interpreter is emulated, and on Windows arm64 that is the default case rather than an exotic one; the same holds for a universal2 interpreter on macOS, which needs both architectures in the archive it links. The win_arm64 wheels start at CPython 3.11, the first version with a Windows arm64 build. The dynamic (ABI mode) Windows wheel is instead cross-compiled on Linux with mingw-w64, through the vendored CMake toolchain file, and is x86_64 only.

How to get the submodule, set up the development environment, run the suite, reproduce each CI job locally, and what a change is expected to satisfy are in CONTRIBUTING.md.

Release process

Releases are published to PyPI by the release GitHub workflow using Trusted Publishing: no long-lived PyPI token exists anywhere; PyPI trusts the workflow itself (via GitHub OIDC) and hands out a short-lived upload token at run time. Wheels and sdist are uploaded with PEP 740 attestations, so their provenance can be verified on PyPI; the sdist attached to the GitHub release is signed a second time, so that copy can be verified without the index.

The steps to cut a release, to rehearse one on TestPyPI, and the one-time setup each index needs are in RELEASING.md.

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

btclib_secp256k1-0.8.0.2.tar.gz (3.1 MB view details)

Uploaded Aug 14, 2026 Source

Built Distributions

If you're not sure about the file name format, learn more about wheel file names.

The dropdown lists show the available interpreters, ABIs, and platforms. Enable javascript to be able to filter the list of wheel files.

btclib_secp256k1-0.8.0.2-py3-none-win_amd64.whl (1.3 MB view details)

Uploaded Aug 14, 2026 Python 3Windows x86-64

btclib_secp256k1-0.8.0.2-py3-none-manylinux2014_x86_64.manylinux_2_17_x86_64.whl (1.3 MB view details)

Uploaded Aug 14, 2026 Python 3manylinux: glibc 2.17+ x86-64

btclib_secp256k1-0.8.0.2-py3-none-manylinux2014_aarch64.manylinux_2_17_aarch64.whl (1.3 MB view details)

Uploaded Aug 14, 2026 Python 3manylinux: glibc 2.17+ ARM64

btclib_secp256k1-0.8.0.2-py3-none-macosx_11_0_universal2.whl (2.6 MB view details)

Uploaded Aug 14, 2026 Python 3macOS 11.0+ universal2 (ARM64, x86-64)

btclib_secp256k1-0.8.0.2-py3-none-macosx_10_13_universal2.whl (2.6 MB view details)

Uploaded Aug 14, 2026 Python 3macOS 10.13+ universal2 (ARM64, x86-64)

btclib_secp256k1-0.8.0.2-pp311-pypy311_pp73-manylinux2014_x86_64.manylinux_2_17_x86_64.manylinux_2_28_x86_64.whl (1.3 MB view details)

Uploaded Aug 14, 2026 PyPymanylinux: glibc 2.17+ x86-64manylinux: glibc 2.28+ x86-64

btclib_secp256k1-0.8.0.2-pp311-pypy311_pp73-manylinux2014_aarch64.manylinux_2_17_aarch64.manylinux_2_28_aarch64.whl (1.3 MB view details)

Uploaded Aug 14, 2026 PyPymanylinux: glibc 2.17+ ARM64manylinux: glibc 2.28+ ARM64

btclib_secp256k1-0.8.0.2-pp311-pypy311_pp73-macosx_11_0_arm64.whl (1.3 MB view details)

Uploaded Aug 14, 2026 PyPymacOS 11.0+ ARM64

btclib_secp256k1-0.8.0.2-pp311-pypy311_pp73-macosx_10_15_x86_64.whl (1.3 MB view details)

Uploaded Aug 14, 2026 PyPymacOS 10.15+ x86-64

btclib_secp256k1-0.8.0.2-cp315-cp315t-win_arm64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.15tWindows ARM64

btclib_secp256k1-0.8.0.2-cp315-cp315t-win_amd64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.15tWindows x86-64

btclib_secp256k1-0.8.0.2-cp315-cp315t-musllinux_1_2_x86_64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.15tmusllinux: musl 1.2+ x86-64

btclib_secp256k1-0.8.0.2-cp315-cp315t-musllinux_1_2_aarch64.whl (1.5 MB view details)

Uploaded Aug 14, 2026 CPython 3.15tmusllinux: musl 1.2+ ARM64

btclib_secp256k1-0.8.0.2-cp315-cp315t-manylinux2014_x86_64.manylinux_2_17_x86_64.manylinux_2_28_x86_64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.15tmanylinux: glibc 2.17+ x86-64manylinux: glibc 2.28+ x86-64

btclib_secp256k1-0.8.0.2-cp315-cp315t-manylinux2014_aarch64.manylinux_2_17_aarch64.manylinux_2_28_aarch64.whl (1.5 MB view details)

Uploaded Aug 14, 2026 CPython 3.15tmanylinux: glibc 2.17+ ARM64manylinux: glibc 2.28+ ARM64

btclib_secp256k1-0.8.0.2-cp315-cp315t-macosx_11_0_arm64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.15tmacOS 11.0+ ARM64

btclib_secp256k1-0.8.0.2-cp315-cp315t-macosx_10_15_x86_64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.15tmacOS 10.15+ x86-64

btclib_secp256k1-0.8.0.2-cp315-cp315-win_arm64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.15Windows ARM64

btclib_secp256k1-0.8.0.2-cp315-cp315-win_amd64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.15Windows x86-64

btclib_secp256k1-0.8.0.2-cp315-cp315-musllinux_1_2_x86_64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.15musllinux: musl 1.2+ x86-64

btclib_secp256k1-0.8.0.2-cp315-cp315-musllinux_1_2_aarch64.whl (1.5 MB view details)

Uploaded Aug 14, 2026 CPython 3.15musllinux: musl 1.2+ ARM64

btclib_secp256k1-0.8.0.2-cp315-cp315-manylinux2014_x86_64.manylinux_2_17_x86_64.manylinux_2_28_x86_64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.15manylinux: glibc 2.17+ x86-64manylinux: glibc 2.28+ x86-64

btclib_secp256k1-0.8.0.2-cp315-cp315-manylinux2014_aarch64.manylinux_2_17_aarch64.manylinux_2_28_aarch64.whl (1.5 MB view details)

Uploaded Aug 14, 2026 CPython 3.15manylinux: glibc 2.17+ ARM64manylinux: glibc 2.28+ ARM64

btclib_secp256k1-0.8.0.2-cp315-cp315-macosx_11_0_arm64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.15macOS 11.0+ ARM64

btclib_secp256k1-0.8.0.2-cp315-cp315-macosx_10_15_x86_64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.15macOS 10.15+ x86-64

btclib_secp256k1-0.8.0.2-cp314-cp314t-win_arm64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.14tWindows ARM64

btclib_secp256k1-0.8.0.2-cp314-cp314t-win_amd64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.14tWindows x86-64

btclib_secp256k1-0.8.0.2-cp314-cp314t-musllinux_1_2_x86_64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.14tmusllinux: musl 1.2+ x86-64

btclib_secp256k1-0.8.0.2-cp314-cp314t-musllinux_1_2_aarch64.whl (1.5 MB view details)

Uploaded Aug 14, 2026 CPython 3.14tmusllinux: musl 1.2+ ARM64

btclib_secp256k1-0.8.0.2-cp314-cp314t-manylinux2014_x86_64.manylinux_2_17_x86_64.manylinux_2_28_x86_64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.14tmanylinux: glibc 2.17+ x86-64manylinux: glibc 2.28+ x86-64

btclib_secp256k1-0.8.0.2-cp314-cp314t-manylinux2014_aarch64.manylinux_2_17_aarch64.manylinux_2_28_aarch64.whl (1.5 MB view details)

Uploaded Aug 14, 2026 CPython 3.14tmanylinux: glibc 2.17+ ARM64manylinux: glibc 2.28+ ARM64

btclib_secp256k1-0.8.0.2-cp314-cp314t-macosx_11_0_arm64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.14tmacOS 11.0+ ARM64

btclib_secp256k1-0.8.0.2-cp314-cp314t-macosx_10_15_x86_64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.14tmacOS 10.15+ x86-64

btclib_secp256k1-0.8.0.2-cp314-cp314-win_arm64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.14Windows ARM64

btclib_secp256k1-0.8.0.2-cp314-cp314-win_amd64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.14Windows x86-64

btclib_secp256k1-0.8.0.2-cp314-cp314-musllinux_1_2_x86_64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.14musllinux: musl 1.2+ x86-64

btclib_secp256k1-0.8.0.2-cp314-cp314-musllinux_1_2_aarch64.whl (1.5 MB view details)

Uploaded Aug 14, 2026 CPython 3.14musllinux: musl 1.2+ ARM64

btclib_secp256k1-0.8.0.2-cp314-cp314-manylinux2014_x86_64.manylinux_2_17_x86_64.manylinux_2_28_x86_64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.14manylinux: glibc 2.17+ x86-64manylinux: glibc 2.28+ x86-64

btclib_secp256k1-0.8.0.2-cp314-cp314-manylinux2014_aarch64.manylinux_2_17_aarch64.manylinux_2_28_aarch64.whl (1.5 MB view details)

Uploaded Aug 14, 2026 CPython 3.14manylinux: glibc 2.17+ ARM64manylinux: glibc 2.28+ ARM64

btclib_secp256k1-0.8.0.2-cp314-cp314-macosx_11_0_arm64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.14macOS 11.0+ ARM64

btclib_secp256k1-0.8.0.2-cp314-cp314-macosx_10_15_x86_64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.14macOS 10.15+ x86-64

btclib_secp256k1-0.8.0.2-cp313-cp313-win_arm64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.13Windows ARM64

btclib_secp256k1-0.8.0.2-cp313-cp313-win_amd64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.13Windows x86-64

btclib_secp256k1-0.8.0.2-cp313-cp313-musllinux_1_2_x86_64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.13musllinux: musl 1.2+ x86-64

btclib_secp256k1-0.8.0.2-cp313-cp313-musllinux_1_2_aarch64.whl (1.5 MB view details)

Uploaded Aug 14, 2026 CPython 3.13musllinux: musl 1.2+ ARM64

btclib_secp256k1-0.8.0.2-cp313-cp313-manylinux2014_x86_64.manylinux_2_17_x86_64.manylinux_2_28_x86_64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.13manylinux: glibc 2.17+ x86-64manylinux: glibc 2.28+ x86-64

btclib_secp256k1-0.8.0.2-cp313-cp313-manylinux2014_aarch64.manylinux_2_17_aarch64.manylinux_2_28_aarch64.whl (1.5 MB view details)

Uploaded Aug 14, 2026 CPython 3.13manylinux: glibc 2.17+ ARM64manylinux: glibc 2.28+ ARM64

btclib_secp256k1-0.8.0.2-cp313-cp313-macosx_11_0_arm64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.13macOS 11.0+ ARM64

btclib_secp256k1-0.8.0.2-cp313-cp313-macosx_10_13_x86_64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.13macOS 10.13+ x86-64

btclib_secp256k1-0.8.0.2-cp312-cp312-win_arm64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.12Windows ARM64

btclib_secp256k1-0.8.0.2-cp312-cp312-win_amd64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.12Windows x86-64

btclib_secp256k1-0.8.0.2-cp312-cp312-musllinux_1_2_x86_64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.12musllinux: musl 1.2+ x86-64

btclib_secp256k1-0.8.0.2-cp312-cp312-musllinux_1_2_aarch64.whl (1.5 MB view details)

Uploaded Aug 14, 2026 CPython 3.12musllinux: musl 1.2+ ARM64

btclib_secp256k1-0.8.0.2-cp312-cp312-manylinux2014_x86_64.manylinux_2_17_x86_64.manylinux_2_28_x86_64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.12manylinux: glibc 2.17+ x86-64manylinux: glibc 2.28+ x86-64

btclib_secp256k1-0.8.0.2-cp312-cp312-manylinux2014_aarch64.manylinux_2_17_aarch64.manylinux_2_28_aarch64.whl (1.5 MB view details)

Uploaded Aug 14, 2026 CPython 3.12manylinux: glibc 2.17+ ARM64manylinux: glibc 2.28+ ARM64

btclib_secp256k1-0.8.0.2-cp312-cp312-macosx_11_0_arm64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.12macOS 11.0+ ARM64

btclib_secp256k1-0.8.0.2-cp312-cp312-macosx_10_13_x86_64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.12macOS 10.13+ x86-64

btclib_secp256k1-0.8.0.2-cp311-cp311-win_arm64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.11Windows ARM64

btclib_secp256k1-0.8.0.2-cp311-cp311-win_amd64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.11Windows x86-64

btclib_secp256k1-0.8.0.2-cp311-cp311-musllinux_1_2_x86_64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.11musllinux: musl 1.2+ x86-64

btclib_secp256k1-0.8.0.2-cp311-cp311-musllinux_1_2_aarch64.whl (1.5 MB view details)

Uploaded Aug 14, 2026 CPython 3.11musllinux: musl 1.2+ ARM64

btclib_secp256k1-0.8.0.2-cp311-cp311-manylinux2014_x86_64.manylinux_2_17_x86_64.manylinux_2_28_x86_64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.11manylinux: glibc 2.17+ x86-64manylinux: glibc 2.28+ x86-64

btclib_secp256k1-0.8.0.2-cp311-cp311-manylinux2014_aarch64.manylinux_2_17_aarch64.manylinux_2_28_aarch64.whl (1.5 MB view details)

Uploaded Aug 14, 2026 CPython 3.11manylinux: glibc 2.17+ ARM64manylinux: glibc 2.28+ ARM64

btclib_secp256k1-0.8.0.2-cp311-cp311-macosx_11_0_arm64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.11macOS 11.0+ ARM64

btclib_secp256k1-0.8.0.2-cp311-cp311-macosx_10_9_x86_64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.11macOS 10.9+ x86-64

btclib_secp256k1-0.8.0.2-cp310-cp310-win_amd64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.10Windows x86-64

btclib_secp256k1-0.8.0.2-cp310-cp310-musllinux_1_2_x86_64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.10musllinux: musl 1.2+ x86-64

btclib_secp256k1-0.8.0.2-cp310-cp310-musllinux_1_2_aarch64.whl (1.5 MB view details)

Uploaded Aug 14, 2026 CPython 3.10musllinux: musl 1.2+ ARM64

btclib_secp256k1-0.8.0.2-cp310-cp310-manylinux2014_x86_64.manylinux_2_17_x86_64.manylinux_2_28_x86_64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.10manylinux: glibc 2.17+ x86-64manylinux: glibc 2.28+ x86-64

btclib_secp256k1-0.8.0.2-cp310-cp310-manylinux2014_aarch64.manylinux_2_17_aarch64.manylinux_2_28_aarch64.whl (1.5 MB view details)

Uploaded Aug 14, 2026 CPython 3.10manylinux: glibc 2.17+ ARM64manylinux: glibc 2.28+ ARM64

btclib_secp256k1-0.8.0.2-cp310-cp310-macosx_11_0_arm64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.10macOS 11.0+ ARM64

btclib_secp256k1-0.8.0.2-cp310-cp310-macosx_10_9_x86_64.whl (1.4 MB view details)

Uploaded Aug 14, 2026 CPython 3.10macOS 10.9+ x86-64

File details

Details for the file btclib_secp256k1-0.8.0.2.tar.gz.

File metadata

Download URL: btclib_secp256k1-0.8.0.2.tar.gz
Upload date: Aug 14, 2026
Size: 3.1 MB
Tags: Source
Uploaded using Trusted Publishing? Yes
Uploaded via: twine/7.0.0 CPython/3.13.14

File hashes

Hashes for btclib_secp256k1-0.8.0.2.tar.gz
Algorithm	Hash digest
SHA256	`a807bf23c01a64ac59820c0f4db6ede89e30d489135d767941b49f5631e31305`
MD5	`fcd81c83652b10bb4bf151033850c98b`
BLAKE2b-256	`e528a4c9267910ea21a7bd1fb9a1bdcdb82a376da1c616148359ee41a8f420e9`

Algorithm	Hash digest
SHA256	`e1c3922b44c299c602d2da5fe17f4fb4ad8bd7ba7a5e410ac6c8b966de1fd337`
MD5	`fc9f18af7f5c413532c4e3731873b8db`
BLAKE2b-256	`b75700877475b8a53c273812069fc3effd7b49209c1d63bfa4ff2e4b2ab6aa5c`

Algorithm	Hash digest
SHA256	`8aeb6dc3c8d48aeba513a88db40c66520b5a37d7bf8d66a797c789958b6e99ca`
MD5	`9b80ea80622a626cfd18b0c21d0344e4`
BLAKE2b-256	`077a38536b321a2493c3b3f765927d7ec6d36a6bb922244b516da6321269849c`

Algorithm	Hash digest
SHA256	`61231171da1ad15fa4857c024b3062b4a693fad2fe1d802cc77b41fa2fe7193f`
MD5	`897de4aa1bb013043186c4fba7fa4f82`
BLAKE2b-256	`7abc2c20dbd446eb69d3b77d24427bfdfdb08a29a7a77a3fa745058d62b3e89c`

Algorithm	Hash digest
SHA256	`f1592a1b3f7a3de35a61b5775701a6395f74531c8c236dfdd353fa11edf5c13f`
MD5	`2d81c28193cad8cfca274e7e0d9b7ed4`
BLAKE2b-256	`bbdfc7cbb28f8c02e6254c052c7b398bd9e2db72313cd12d96dc232351e7eea4`

Algorithm	Hash digest
SHA256	`a3571dd79132d8dcc75522b85ba2e0f0dca9f1b4954c893bc7fdc6f88eefb8f8`
MD5	`3fe218fc3cc54dc98f59b17319de9a0a`
BLAKE2b-256	`e2b9a1a94b04c65e0089a9a3b47aee570baae2493639cdc015b16aa20096bfe6`

Algorithm	Hash digest
SHA256	`f08ddfc3ed9332f86524cf753713883e585f6b02f16bcfb3d3a9e73314961552`
MD5	`8dc558f144f8646260c70e3fbc5b6832`
BLAKE2b-256	`b37a715d645194c63f95f6687e048d89635f4b50ab466a7388f90cde965b6f75`

Algorithm	Hash digest
SHA256	`3dd53edd8dba23c50a6441cb3f94647892cf1f6bbad05096c2fe6534eb314d06`
MD5	`663bb3595a6b152452bb039d5f54baba`
BLAKE2b-256	`691d9c2744a52c858d563fc779e930d8341d41d7c6b97b32f0541feb2f4c75a8`

Algorithm	Hash digest
SHA256	`5e6701d8b596a44d1e1831e670cbb9183446dd8b8dd86532feaa3981b44ccb69`
MD5	`8ea86058e4c711f6c65044dc17930d8b`
BLAKE2b-256	`062107b597c893b1e0523e98c5826d325d12379033995df016df2c3ee14b6633`

Algorithm	Hash digest
SHA256	`9faca76cf84713fd59f32a2bf2d99caadaafd305e1892f743003542e5ce90f8c`
MD5	`36d8ef5578e8407a6813c6071466ef68`
BLAKE2b-256	`62c1a46e4171d19ee316aa3a4ac13901e9ecde48eb2fed0d4b2c3eaaeebef943`

Algorithm	Hash digest
SHA256	`121fe56e6ae744780503a042ab7c2c559ec15881072c7d86ccd6740f419cf509`
MD5	`5d5cc978e2615b6b43c2d68f4f5818bb`
BLAKE2b-256	`97280dbf9b26e93a838ba89dea14f59ee1b65f35d721b96130c40e25454c10f3`

Algorithm	Hash digest
SHA256	`0ea995741be51c32c9c63c55fc733abcbbb7fa0a2922a62a9c9bbe662ea750ee`
MD5	`9959c5896a08ac32d55390cfd9dbe5e5`
BLAKE2b-256	`fe88c8ccd600e4e55e507a8c8c7bd1089bdd5a97f34d7142787a956e2c741005`

Algorithm	Hash digest
SHA256	`916d842cef24e07bb8ffd6d6f1ae9d0a2bc75b75a1951c6439c6c22591f74b6c`
MD5	`04624ac04599d2ea8ca47112f9159f8a`
BLAKE2b-256	`cf1947f1dc4d201b37b3bcd2c58a9021142c5d9a812d2981643a5c7b7679568d`

Algorithm	Hash digest
SHA256	`7a62682f2e5dfc2690f48c643c813e755df3a6f9ec9fffd6031ec9934f980fc9`
MD5	`4ba7fabf0e548c5a3ffe09ab9fdebcd9`
BLAKE2b-256	`2cb5347e65c658852b7e50f0ef3960f93952291c8b5a692f118863bdc4b0c381`

Algorithm	Hash digest
SHA256	`dc44e05e9ecf81509389aad242934b32404e28e3e01ddf2edca550639785a021`
MD5	`7953a05482efba81d26e8c2b7e4bb180`
BLAKE2b-256	`691442b9bd1e82ae555027f7d2368474191913e9d0483194187ac6dd3c6551a5`

Algorithm	Hash digest
SHA256	`b2fd72e7fbbdd85dae44298ac61926cc0aa2afbd8a5da0f724dc1698c7e804dd`
MD5	`1b10f0c99743324421f4fa23c23a9b80`
BLAKE2b-256	`574eb270982f0fdc0fea4c0c7e836056e64471df88e6ecb9d7f317b536f6ad65`

Algorithm	Hash digest
SHA256	`35521aba24ee0b11c79866b17a7c576a3731181e53c23f2d80827e3cabac5476`
MD5	`a63c6a20c3573b8efaf187c6aab03512`
BLAKE2b-256	`8c2ab0918bc602f1d0cb152f48211820138e5b997c82169d3e7c6eb6f2592c2c`

Algorithm	Hash digest
SHA256	`153170a5dadbc6269b0213f875125f4d116605c7eb5c856c7fa376c387c1ebff`
MD5	`988ffcedb570502facd5b949f710cceb`
BLAKE2b-256	`2451c7321a30a5edce4851964d7bc766916bb4d9169b1cdccfc39d9c4db18ca4`

Algorithm	Hash digest
SHA256	`6e4777b93fc36566889d020db7b71de43210f2210d8661cbb9fa007b92a2e2d3`
MD5	`7df0158067c6b4f7a9fa507fffaf3c60`
BLAKE2b-256	`bed7fa752d0e9142a1491963dee334853895b92c9887955014975cd3d2ac507e`

Algorithm	Hash digest
SHA256	`cbf5d9b1295873e1420cb1127dbc52ddaea190ae350bc19d14eeb5f30860cbfc`
MD5	`d5e116119542a00a51644446c5698835`
BLAKE2b-256	`b20a7d656f086b320817887975e5377f0deff95b97acf2b022a7f81c5ca8c712`

Algorithm	Hash digest
SHA256	`a98b7d0153e1898b0a5360df51291da6c9e0f47fa3cd55209ed8de5a867a0a55`
MD5	`6edf342e671897ed637ebfa5730337bb`
BLAKE2b-256	`2616ceee8aa7298326d3f9bc867280452835872c8ad621699b1131624165a999`

btclib-secp256k1 0.8.0.2

btclib_secp256k1

Quickstart

Versioning

The name

Design

What the boundary checks

Parsing the key once

Wrapped modules

Thread safety

The vendored library is not optional

Build

Release process

Project links

Key dates

1 maintainer

Credits

GitHub Statistics

License expression

Requires

Tags

Classifiers

Download files

Source Distribution

Built Distributions

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Provenance

File details

File metadata

File hashes

Algorithm	Hash digest
SHA256	`16b3f58d7335a961a7dd05c026f6f69c7264cd548b85a7438a68b3b82c22d1e4`
MD5	`ce311ef88c92ed1f30b780daaef1c3dd`
BLAKE2b-256	`6305adcb9930a55f392e884d10e5a2bc1f8ff9ee45029f93db12e73e6c3c6d73`

Algorithm	Hash digest
SHA256	`7d1b7f94b00538ac04c55a8530185abedc5855d8dd17f7bc76dc96eb3d11f6be`
MD5	`9f459542fb655a3a9a36731062c1b1ed`
BLAKE2b-256	`cca95ca5606a674ddf2f2298dc060f382b7e9c263ab060b0090a5846df3da69f`

Algorithm	Hash digest
SHA256	`7883c63df6112c3ceabec54b083dee1fd02a07c72be818e8f5c149db1431b270`
MD5	`c3d24742870e7dad0f0cf48036b21e15`
BLAKE2b-256	`af2afe6f8a0f700985b2b22d5b5a5ba10da847123047e506f64bf3e9ee6a4f6f`

Algorithm	Hash digest
SHA256	`4391cee5cbfd89b8bed49e4ed36cd86fb367b7b35dee704d97adf69d7211e64f`
MD5	`da80652dc72f48b9ce22286aed9c6b5e`
BLAKE2b-256	`af638623bdc75b7eac67ada2924ddc25dcbbc905a0a568185fbce3bbdb533774`

Algorithm	Hash digest
SHA256	`c6072dd9e2c9a4f7efcd3a870db2f7a6394da528b7fc18c4da584c297dba1a20`
MD5	`bae8507ce2cfe3f8e6880069dbc631c9`
BLAKE2b-256	`c7572a33e0c9c15711ea6b9d7c63ceb3be328afcd1907478ae8a8473a637e022`

Algorithm	Hash digest
SHA256	`ac3c66440538c0743c86e8248a9116cc2510c09d9e0d8173885c9f66656b1e82`
MD5	`6e3f7067899a7c433dd72a65c650b8e4`
BLAKE2b-256	`03be687aa1d510e71ead61184e67ce16b823006f0df894ec8a8b420109c671d8`

Algorithm	Hash digest
SHA256	`331e0852a10b617669d72b2665d93b87e9459478fb5ae6ad818ca400a6824c74`
MD5	`1775647e098e72c9b7f042bd358e3640`
BLAKE2b-256	`37d143c4eb481aed3a4a24bfcc67991557aaf684f62431993d854eac082ea662`

Algorithm	Hash digest
SHA256	`779b5c2eda3720d399d8849f4bceb319337cfd7f92604ec73349e68961f3b03a`
MD5	`a36f3ea7b6b373a1437a0b18ecffc242`
BLAKE2b-256	`3131734efafdc593124328d9c778249c2104dca0fa341fe8717a6da4daac1dda`

Algorithm	Hash digest
SHA256	`fefd92add4827c938fd73857c53fc523da49e34038cf56201bfc5a1da111808c`
MD5	`99f08e45d41264b903e94ba4de66227b`
BLAKE2b-256	`621e7489cbce764892d139c9c1611868708f74a2e333b84e145caf52a25345be`

Algorithm	Hash digest
SHA256	`70357091bdec60476d342a14663e1347f4ff0cc8a8bbf6a2f7b1b8486da2faad`
MD5	`e74017d6ee2ccc5b1171c3843d01fee4`
BLAKE2b-256	`a421531bc9715e0e476028576449ed8fbafdd98413b8ae88e26c5e4433888a81`