add rainforest algo (#29)

A quick benchmark shows 1795 kH/s on a core i7/4790K at 4000 MHz and 795 kH/s on a Odroid-C2 ARM board at 1752 MHz lacking crypto extensions. Pretty nice for such a small device. (MikeMurdo)

It is very impressive on a Raspberry-Pi 3B+, it gives 668 kH/s, or roughly 1/3 of my skylake 4 GHz for 1/30 of the power usage and 1/18 of the price! Test report here : https://www.linkedin.com/pulse/more-efficient-mining-raspberry-pi-julien-delorme . The skylake also outperforms the GPU! (jdelorme3)

FWIW I just tested on NanoPI-Fire3 at 8*1.6 GHz and it's way faster (1825 kH/s). Apparently the algo makes use of crypto extensions which are enabled on this board but are not on raspi. It's fun to see a $35 device beat a $500 PC (wtarreau)

From https://github.com/bschn2/rainforest

small cleanup, reduce warnings with gcc 7.3

cputest: add missing entries

handle new monero algo, hardcoded

Signed-off-by: Tanguy Pruvot <[email protected]>

handle new cryptolight variant

Signed-off-by: Tanguy Pruvot <[email protected]>

add also sonoa algo

phi2: handle new 144-bytes header, if needed

phi and phi2 algos

phi2 is a new test algo for LUX, may change again if required...

cpu hashrate remains almost identical, 230 vs 250 kH/s
but gpu speed is slower by a bigger factor.

It should be harder to implement on fpgas,
and fixes the original algo power issue due to over-optimised heavy gpu code

Adding lyra and some other memory ops allow the gpu to breath between heavy algos (gost/echo)

allium algo, with proper pool diff ratio 256

cleaned up...

v1.3.4

x12 algo

x16s warning fix + readme + vcxproj

add x16s algo (PigeonCoin) (#26)

fix for ARM support (#24)

Fix construction of BIP34 coinbase.

The expected coinbase for BIP34 blocks is constructed by serialising a
script with the block height as integer.  In the end, this leads to the
code in CScriptNum::serialize in the Bitcoin Core codebase.

Specifically, for positive numbers (as in the case of a block height),
the rule [1] is that another zero byte has to be pushed in case the last
byte had the highest bit set (since that bit is used to indicate the sign).

[1] https://github.com/bitcoin/bitcoin/blob/e117cfe45eee9169409e74a44ef4a866be25bc35/src/script/script.h#L351

handle keccakc variant (refreshed keccak stratum) #21

keccakc is the same as the original keccak,
but the previous was using a different (early) stratum protocol and factor.

This new implementation use a stratum factor of 256 and a sha256d merkle tree

x16r algo: beware, this algo hashrate is not constant

unlike timetravel, a fast algo can be used 16 times in theory

Signed-off-by: Tanguy Pruvot <[email protected]>

autoconf: restore ssl lib checks

arm64: fix wrong ifdef

Update README.md

Fixed compilation on Pi64

handle a new tribus algo

Signed-off-by: Tanguy Pruvot <[email protected]>

add the JHA algo

Signed-off-by: Tanguy Pruvot <[email protected]>

bitcore timetravel-10 algo

Signed-off-by: Tanguy Pruvot <[email protected]>

timetravel: fix for g++ buggy linker

cputest: fix memset typo

Use unsigned long format string for unsigned long value

This makes sure one doesn't see negative numbers and makes job numbers
match the job_ids in the debug output.

README update

release

timetravel: huge optimisation (up to 250x :p)

300kH on an i5 4440 (with bmw512 as first algo)

limit per-core hashrate logs to 5 sec intervals

tunable with --max-log-rate (when not using --quiet)

prepare next version

Timetravel hash function from Machinecoin project

note tpruvot: nice commit, proper...  Waaaaahhhh ^^

small change for cputest

Update docker file

release v1.3

show diff by default, like ccminer

vstudio: add missing project files

prepare xevan algo (default stratum factor 256)

Add missing x17 algo

Update readme

veltor algo

Added needed packages for Ubuntu

The list of packages to install was missing "g++" and "make".

sia stratum (suprnova version)

Signed-off-by: Tanguy Pruvot <[email protected]>

blake2b component algo for later use, not enough for sia

lbry sha/ripemd algo

beware, different data size and different stratum protocol (notify)

add x11evo algo

Signed-off-by: Tanguy Pruvot <[email protected]>

small changes in --version output

+ add sph haval which was half there in the vstudio project

windows: get the proper cpu name like linux

tested ok on mingw64 and vstudio x64 + x86

fix a few vstudio warnings

stats: add cores count to the cpu vid

update sample config, default to decred on yiimp

stratum: pool benchmark + new methods

+ model/stepping cpu id to get the same vid on linux and windows

blake2s midstate, +10%

Happy this algo was working well without even a test ^^

Signed-off-by: Tanguy Pruvot <[email protected]>

decred simplified stratum (getwork over stratum)

Signed-off-by: Tanguy Pruvot <[email protected]>

decred: randomize all scans

decred: longpoll/getwork modes

tested ok on suprnova and multicoin

Signed-off-by: Tanguy Pruvot <[email protected]>

blake: some cleanup

Some other hwmon paths may be present

vanilla algo (Blake256 8 rounds - double sha256)

1.2 release

stratum: show real target diff for all algos

some algos use a diff factor, so show the real target value with --show-diff

[2016-01-06 09:35:44] Stratum difficulty set to 1 (0.00002)
[2016-01-06 09:35:44] m7m block 638158, diff 1.255

diff: show share diff and solved blocs + api

(require the --show-diff parameter)

diff: prepare all algos for diff report (part 2)

we need to pass the work structure to store the solved diff

Signed-off-by: Tanguy Pruvot <[email protected]>

linux: build with native arch if the cpu supports avx

workaround to handle the pentium G detected as the Core i5/7 but not compatible with avx

update readme, list debian/ubuntu required packages

tested ok on Ubuntu 10.04 to 15.10, and debian 7

mingw: build statically for msys/mingw compat

yescrypt: disable some extra/cleanup memset

set initial benchmark scan max loops

also fix OUT() define conflict on mingw

scrypt-jane: gcc and vstudio warnings fixes

cputest: add new scrypt algos tests

rename scrypt-jane algo like ccminer

and handle scryptjane alias for nicehash compat.

Scrypt-Jane algorithm from nicehash

yescrypt algo (basic and simd)

compatible with linux, mingw64 and vstudio

Signed-off-by: Tanguy Pruvot <[email protected]>

bastion algo

clang: fix nomacro.pl path and chmod

windows: update vstudio project + mingw64 vars

Also fix a few warnings

Add sib algo and start the work on diff (part 1)

prepare the --show-diff option (block/net diff)

part 2 require changes in all algos prototypes (shares diff)

applog: Use reentrant localtime(), avoid a lock

based on Trent Nelson patch submitted to sp ccminer

Drop anime algo (dead coin)

Allow to load remote config with curl

algo: case insensitive match + readme

lyra2: handle both lyra2/lyra2re aliases

lyra2rev2: new stratum default diff

shut up gcc

affinity: allow more than 8 cores values (and hexa)

lyra2: reduce a bit memory operations

lyra2: vstudio improvements

lyra: fix conversion problems, use int64

attempt to recover lost speed in previous lyra2

lyra: fix sign warnings

lyra2REv2 algo for the upcoming Vertcoin hard fork

add cryptonight-light algo

cryptonight warning fix

fix for x86 and arm (bionic) builds

to do later... arm static builds, more portable

to recheck with a compatible system... FreeBSD stuff

fix included jansson version number (v2.6)

cpuminer-multi 1.1 release

On request by nice hash for axiom algo

axiom: cputest entry

update help and readme

add randomize option (for very slow algos)

axiom: remove useless loop