Collabration on libsecp256k1

2020-01-02T01:17:43.000Z Honest Cash


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

I would like to make it easier to maintain a common libsecp256k on Fedora and software for Fedora that rely on that software as a library.


Own fork maintained along the main software.

Bitcoin Unlimited

Own fork maintained along the main software.

Electron Cash

Native in Python + sub-module of a fork from Bitcoin-ABC.

Bitcoin Verde

Native in Java + an old fork from Bitcoin-core.


Only native in Go/built-in.


Used by bitbox. Only native in Javascript.


The schnorr pull request have been open since September 2018. A collabration with Bitcoin-core would slow everything down.


Please add a comment if there are errors in the overview or if there are other implementations that rely on libsecp256k1


RE: Collabration on libsecp256k1

by @tom

Bitcoin Core has for years shipped this module without making a release.

The biggest issue with all these forks is that they just copy some stuff from each other out of sheer need because there is no upstream making releases of this component. Core and ABC are both guilty of this.

The ideal solution is where someone can start a new git repo, with a useful name (better than the unpronounceable one we have now should be easy) and then make an actual release.
Then that release is packaged on all major distros and projects can drop the copy in their own tree and just use the packaged one instead.

RE: RE: Collabration on libsecp256k1

by @jonny

I totally agree, Amaury Séchet started playing with a git repo today. Would love if he continue to maintain the repo and make releases.

RE: Collabration on libsecp256k1

by @tcrypt

Since you included bchd I'll mention that its upstream project btcd, and another fork of btcd by the same developers called dcrd all use forks maintained in our main softwares and all have diverged. I'm not sure there's a reason they need to, it would require more research.

I'm not sure how us btcd-based clients fit in with your Fedora management but figured I'll mention it for completeness.




RE: RE: Collabration on libsecp256k1

by @jonny

Thanks, I would like to include a full node implementation for Fedora. I will probably spend time on the implementation that is the easiest to pack and maintain.