Package: wnpp
Severity: wishlist
Owner: Joost van Baal-Ilić <joos...@debian.org>

* Package name    : pyequihash
  Version         : 0.2
  Upstream Author : Stefan Marsiske <sph...@ctrlc.hu>
* URL             : https://github.com/stef/equihash/python
* License         : GPLv3
  Programming Lang: Python
  Description     : python bindings for libequihash: memory-hard Proof-of-Work 
with fast verification

Binary package name: python3-equihash

 Equihash implements the algorith as described in "Equihash: Asymmetric 
Proof-of-Work
 Based on the Generalized Birthday Problem" by Alex Biryukov and Dmitry
 Khovratovich, 2016, DOI:10.14722/ndss.2016.23108.  This code, by Stefan 
Marsiske, is
 a fork of an ealier implementation by Khovratovich at
 https://github.com/khovratovich/equihash/ ; it provides a library, a C API and
 Python bindings.  The cryptographic password storage SPHINX (pwdsphinx and 
libsphinx)
 depend upon equihash.
 .
 This package offers a Python wrapper for the C library and comes with functions
 equihash.solve(n, k, seed) and equihash.verify (n,k,seed,sol).

See https://www.ctrlc.hu/~stef/blog/posts/sphinx.html and
https://nlnet.nl/project/OpaqueSphinxServer/ for more background information.

See e.g. https://core.ac.uk/download/pdf/31227294.pdf for a copy of the original
article.

The SPHINX project was funded through the NGI0 PET Fund, a fund established by
NLnet with financial support from the European Commission's Next Generation
Internet programme, under the aegis of DG Communications Networks, Content and
Technology under grant agreement No 825310.

I intend to carry out this work within the Debian Python Team, at the yet to be
created https://salsa.debian.org/python-team/packages/pyequihash .

The libequihash package which is now in unstable ( see
https://tracker.debian.org/pkg/libequihash ) currently holds the same python
code.  I'll upload a new version of this original libequihash package without
the python wrapper code; it will no longer build python3-equihash.  Packaging
pyequihash from this pypi upstream sources is done in order to simplify the
Debian packaging work (and by doing so fix some RC bugs).

Bye,

Joost

Reply via email to