Hi,
Am 2019-02-22 um 13:46 schrieb Mikhail Glushenkov:
>Looking closer at eccrypto, I can identify the following issues:
>
>1) eccrypto has a larger dependency footprint than ed25519, which only
>depends on GHC boot libraries
>2) ed25519 is much better documented
>3) eccrypto is quite new and not
Hi,
On Fri, 22 Feb 2019 at 12:53, Mikhail Glushenkov
wrote:
>
> If it doesn't result in too much of a slowdown, I think it would make
> sense to do this change. I'd recommend making the choice between
> ed25519/eccrypto configurable via a flag so that we could compare the
> two. I'm cc:ing Edsko,
Hello Mikhail,
Am 2019-02-22 um 12:53 schrieb Mikhail Glushenkov:
>> Would you as developers of hackage-security / Cabal / stack be
>> interested in adopting such a replacement? And, if yes, what
>> conditions would such a library have to fulfill?
>
>If it doesn't result in too much of a slowdo
Hi Marcel,
On Tue, 19 Feb 2019, 15:43 Marcel Fourné
> Hello,
>
> hackage-security is using the ed25519 package, which in itself is
> wrapper library around a C/Assembly implementation.
> I have just released a pure Haskell implementation of that (modulo
> slightly different API the same signature