safegcd-bounds
secp256k1
| safegcd-bounds | secp256k1 | |
|---|---|---|
| 2 | 10 | |
| 46 | 1,967 | |
| - | 0.7% | |
| 0.0 | 8.9 | |
| about 3 years ago | 3 days ago | |
| Coq | C | |
| - | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
safegcd-bounds
-
Binary GCD
The binary GCD has inferior performance to other approaches for big numbers because those min() comparisons require that you had to update the entire numbers at each step.
I submitted a writeup on the safegcd algorithm used by libsecp256k1 a while back, but it got the HN zomg-bitcoin-related quick flagging: https://github.com/bitcoin-core/secp256k1/blob/master/doc/sa...
Safegcd-like functions requires somewhat more iterations but most of the iterations need to only operate on the least significant bits of the numbers, which makes them faster in practice.
For safegcd-ish functions proving a hard upper bound on the number of require iterations is non-trivial. But it's useful to prove the bound in order to make constant time versions. Here is a writeup on our techniques for proving the upper bounds: https://github.com/sipa/safegcd-bounds#bounds-on-divsteps-it...
- How changing 1 character in an algorithm accidentally made it 18% faster
secp256k1
- Online Cryptography Course by Dan Boneh
-
Apple’s 2½ year old iPhone 12 is 6% faster than the new Samsung Galaxy S23 Ultra
Just yesterday I was trying to generate a vanity pub key for Nostr. I was using https://github.com/kdmukai/nostr_vanity_npub which uses the python-nostr library which in turn uses https://github.com/bitcoin-core/secp256k1.
The test (single thread with -j1 flag) has some interesting result. Time taken to calculate 1 million keys:
i7 8650U=2m5s,
-
Questions about generating a random number for ECDSA
However, I am trying to find the answer in the Bitcoin core source code, but it's kind of hard to read and could find an answer to it there.
-
My Summer of Bitcoin Journey [2022]
I will be working on a Schnorr batch verification interface for the libsecp256k1. For those unfamiliar with libsecp256k1, it is a library (written in C) used by Bitcoin Core for low-level cryptographic operations. Initially, this library was a personal project of Pieter Wuille, which was later integrated into Bitcoin Core. You can listen to this Chaincode podcast where he talks about the early developments of this library.
-
Usage Of Cryptonite Library In GHCJS
That's a binding to the C library https://github.com/bitcoin-core/secp256k1, so it causes the exact same issue OP had with Cryptonite.
-
Binary GCD
The binary GCD has inferior performance to other approaches for big numbers because those min() comparisons require that you had to update the entire numbers at each step.
I submitted a writeup on the safegcd algorithm used by libsecp256k1 a while back, but it got the HN zomg-bitcoin-related quick flagging: https://github.com/bitcoin-core/secp256k1/blob/master/doc/sa...
Safegcd-like functions requires somewhat more iterations but most of the iterations need to only operate on the least significant bits of the numbers, which makes them faster in practice.
For safegcd-ish functions proving a hard upper bound on the number of require iterations is non-trivial. But it's useful to prove the bound in order to make constant time versions. Here is a writeup on our techniques for proving the upper bounds: https://github.com/sipa/safegcd-bounds#bounds-on-divsteps-it...
-
Dev Meeting Transcript (May 28, 2021)
[4:23 PM] fdov: Soulless | Scamcoin.onlinehttps://github.com/bitcoin-core/secp256k1/issues/451
- How to use a library that was installed with autotools in a Makefile?
-
Sha-256 input data type
And the one from libsecp256k1 (which underlies Bitcoin) and is optimized for HMAC: - https://github.com/bitcoin-core/secp256k1/blob/master/src/hash_impl.h
-
We've come a long way! This is the load on my Raspberry Pi 4 validating a 6 hour streak of blocks on BCH's Scalenet (most of them 256MB) with 1100tx/s troughput. Cheers!
Just build and benckmark this https://github.com/bitcoin-core/secp256k1
What are some alternatives?
cryptohash-sha256 - Fast, pure and practical SHA-256 implementation
constantine - Constantine: modular, high-performance, zero-dependency cryptography stack for proof systems and blockchain protocols.
blst - Multilingual BLS12-381 signature library
RavenStash - Stash for Ravencoin-stuff.
Ravencoin - Ravencoin Core integration/staging tree
nostr_vanity_npub - Nostr vanity `npub` generator
dhall - Maintainable configuration files