Join 75,960 users and earn money for participation

Collabration on libsecp256k1

3 243 boost
Avatar for jonny
Written by   19
1 year ago

About me

Maintain the libsecp256k1, Electron Cash and Electrum packages for Fedora Linux.


Make it easier to include and maintain a common libsecp256k on Fedora and software for Fedora that rely on that library as a shared library.


Own fork maintained along the main software.


Bitcoin Unlimited

Own fork maintained along the main software.

Electron Cash

Sub-module of a fork from Bitcoin-ABC

Bitcoin Verde

An old fork from Bitcoin-core


Only native in Go/built-in


Used by bitbox

Only native in Javascript

$ 1.60
$ 1.00 from @Read.Cash
$ 0.50 from @cashdev
$ 0.10 from @btcfork
Avatar for jonny
Written by   19
1 year ago
Enjoyed this article?  Earn Bitcoin Cash by sharing it! Explain
...and you will also help the author collect more tips.


Hi @jonny, I see the problem and how this setup just begs to get quirky over time, but to get anywhere you might have to propose some kind of solution and then ask the relevant parties about it.

Looking in my package manager from the gentoo distribution, I see that the same issue exist here - each node software package their own. There is a standalone package for dev-libs/libsecp256k1 listed at v0.0.0_date with the website, but I have BU installed but not that package, and ldd does not list any libsecp256k1 links.

Given the very high value involved there's a risk that software developers will want to keep things in-house to prevent unwanted changes to it, but I do hope that there'll be some discussion around this at least.

$ 0.20
1 year ago

Even if the full nodes want to maintain their own fork in-house, I see value in having a common one that the ecosystem trusts will be maintained. For example, I'd like to support using libsecp256k1 in the pyhon library I maintain (, but I don't want to maintain my own fork.

I agree with Jonathan though that some of the projects will want to keep things in-house.

$ 0.15
1 year ago

I assume that Bitcoin-ABC and probably Bitcoin Unlimited want to maintain their own version. The Schnorr PR for Bitcoin-core have been open since September 2018, so they will absolutely not use another version.

The developers at Electron Cash does not want to maintain libsecp256k1, Bitcoin Verde seems to not want to have any involvement too.

Amaury Séchet started playing with a git repo at today. I would love if he continue to maintain the repo and make releases.

$ 0.00
1 year ago