8 Commits

Author SHA1 Message Date
AlbertoBSD
93b5aaf2ad ethereum, minikeys, stride,rmd double speed 2021-10-25 19:38:06 +02:00
AlbertoBSD
a69ec16ab7 See the CHANGELOG.md 2021-10-21 21:05:13 +02:00
AlbertoBSD
6086ddd5e9 0.2.211007 Chocolate ¡Beta! 2021-10-11 07:09:41 +02:00
Luis Alberto
62546d3599
Revert "Development" 2021-10-07 23:12:47 -05:00
AlbertoBSD
2a613bf8a7 Version 0.1.20210423 secp256k1
- separated functions for each mode
- new function GetPublicKeyRaw in the secp256k1.cpp
- change -e param to use as error rate for bloom filter
- test available to use k factor for bloom filter size, this will help a little for speed for address, rmd160 and xpoint
2021-04-23 16:30:40 +02:00
AlbertoBSD
7fdf0d6239 - Solved Issues 49, 50 51
See:
  https://github.com/albertobsd/keyhunt/issues/51
  https://github.com/albertobsd/keyhunt/issues/50
  https://github.com/albertobsd/keyhunt/issues/49
2021-04-16 15:55:28 +02:00
AlbertoBSD
fe62107fb7 full migration from libgmp to secp256k1.
I get mixed result about the speed performance:
- bP Table creation is 4 or 5 times faster
- address and rmd160 get the same speed. WHY?
- xpoint get less speed. WTF?
- bsgs not implemented yet.

I need to move every mode to his own funtion to see if the xpoint speed get the double speed as spected.
If nothing of this works, i will only keep the changes about the bP table creation (the only good change at the momment)
2021-04-13 21:24:07 +02:00
AlbertoBSD
f24c60c08d bPtable create by secp256k1 first test 2021-04-03 02:27:40 +02:00