[ANN][BLC] Blakecoin Blake-256 for GPU/FPGA With Merged Mined Pools Stable Net

[BombaUcigasa]

I just closed the client now:

LoadBlockIndexDB(): hashBestChain=00000000007b52fd27b4dd29a85011325d7405191cc0950fa57ab90501c98d9d  height=4134 date=2013-10-12 12:42:33

Then reopened:

SetBestChain: new best=00000000008a75c8fc088cb1259b58d0ec1921d225f5986627ce957e0afcea25  height=4135  log2_work=50.241181  tx=4211  date=2013-10-12 12:48:23 progress=0.516073
.
.
.
SetBestChain: new best=00000000001f233e2fac14f5152245740f76c2936114b910206b7dbf3f91c4e6  height=4152  log2_work=50.272644  tx=4228  date=2013-10-12 13:38:41 progress=0.998433

So basically my client was out of sync for an hour, all my hashing power is not being used at all. This keeps happening, if more peers are affected than this is really bad.

[1714792271]

1714792271

[1714792271]

1714792271

[1714792271]

1714792271

[1714792271]

1714792271

[BombaUcigasa]

Blake was extended due to the concern that it was too fast, blake2 uses 8 rounds as they concluded it was more than safe as like I said no better attack on it than bruteforce atm and due to it not being picked doubt many papers will have a go

64 G function calls ~ 64 rounds SHA-256, linear algorithm vs parallel ?

If the 8 rounds version uses the same computing and memory footprint but less time, then it is a valid choice, if of course it is just as good or better than SHA-256.

Just remember that you get a reduced internal set size and entropy compared to the bigger rounds versions, and not only it is easier to bruteforce but there also possible future SAT, pre-image or constructed hardware attacks. While the reduction looks to be linear, we don't know if it won't be logarithmic (2^(14-8) faster instead of (14-8)/8 faster) or a combination.

[BlueDragon747]

I just closed the client now:

LoadBlockIndexDB(): hashBestChain=00000000007b52fd27b4dd29a85011325d7405191cc0950fa57ab90501c98d9d  height=4134 date=2013-10-12 12:42:33

Then reopened:

SetBestChain: new best=00000000008a75c8fc088cb1259b58d0ec1921d225f5986627ce957e0afcea25  height=4135  log2_work=50.241181  tx=4211  date=2013-10-12 12:48:23 progress=0.516073
.
.
.
SetBestChain: new best=00000000001f233e2fac14f5152245740f76c2936114b910206b7dbf3f91c4e6  height=4152  log2_work=50.272644  tx=4228  date=2013-10-12 13:38:41 progress=0.998433

So basically my client was out of sync for an hour, all my hashing power is not being used at all. This keeps happening, if more peers are affected than this is really bad.

out of the 8 machines I have only 1 has shown any de-sync but others have reported same issue so when I get time will look into it 

[BombaUcigasa]

out of the 8 machines I have only 1 has shown any de-sync but others have reported same issue so when I get time will look into it 

Through great efforts I think I finally exposed my client's port through 3 NATs I'll report if this solves anything.

[BlueDragon747]

Blake was extended due to the concern that it was too fast, blake2 uses 8 rounds as they concluded it was more than safe as like I said no better attack on it than bruteforce atm and due to it not being picked doubt many papers will have a go

64 G function calls ~ 64 rounds SHA-256, linear algorithm vs parallel ?

If the 8 rounds version uses the same computing and memory footprint but less time, then it is a valid choice, if of course it is just as good or better than SHA-256.

Just remember that you get a reduced internal set size and entropy compared to the bigger rounds versions, and not only it is easier to bruteforce but there also possible future SAT, pre-image or constructed hardware attacks. While the reduction looks to be linear, we don't know if it won't be logarithmic (2^(14-8) faster instead of (14-8)/8 faster) or a combination.

same could be said for any cryptographic hash function that why there are so many papers and competitions on the subject  

I would love to see a SAT miner but have only seen a test case on Bitcoin for a few blocks and it was slower than bruteforce

[kramble]

I have just pushed my FPGA miner code up on github https://github.com/kramble/FPGA-Blakecoin-Miner

Its very early in development (and the code is still a bit of a dog's breakfast), but I think its good enough to share now.
Performance is 44MHash/sec on a dual-LX150 Lancelot board, though there is a lot of scope for improvement.

The code is based on my existing litecoin miner code, so the discussion at https://forum.litecoin.net/index.php/topic,5162.0.html may be of interest. The original framework is fpgaminer's (plus contributions from teknohog and others).

The BLAKE engine is based on code from http://www.rcis.aist.go.jp/files/special/SASEBO/SHA3-ja/BLAKE.zip which quotes a free
license for research purposes, see http://www.rcis.aist.go.jp/special/SASEBO/SHA3-en.html
This code was used as its written in verilog, whereas the reference implementations are in VHDL which is just gobbledygook to me.

I'll get a bitstream up shortly for anyone who wants to test. You'll need a Lancelot board, Xilinx platform cable (or clone) for programming, plus a huge download of the Xilinx ISE software (no licence needed just to run the IMPACT programmer, but LX150 compilation requires a free 30 day evaluation license).

I'll put together the Altera version later (I did my original code on a DE0-Nano as Quartus is much nicer than the Xilinx toolchain).

[BlueDragon747]

I have just pushed my FPGA miner code up on github https://github.com/kramble/FPGA-Blakecoin-Miner

Its very early in development (and the code is still a bit of a dog's breakfast), but I think its good enough to share now.
Performance is 44MHash/sec on a dual-LX150 Lancelot board, though there is a lot of scope for improvement.

The code is based on my existing litecoin miner code, so the discussion at https://forum.litecoin.net/index.php/topic,5162.0.html may be of interest. The original framework is fpgaminer's (plus contributions from teknohog and others).

The BLAKE engine is based on code from http://www.rcis.aist.go.jp/files/special/SASEBO/SHA3-ja/BLAKE.zip which quotes a free
license for research purposes, see http://www.rcis.aist.go.jp/special/SASEBO/SHA3-en.html
This code was used as its written in verilog, whereas the reference implementations are in VHDL which is just gobbledygook to me.

I'll get a bitstream up shortly for anyone who wants to test. You'll need a Lancelot board, Xilinx platform cable (or clone) for programming, plus a huge download of the Xilinx ISE software (no licence needed just to run the IMPACT programmer, but LX150 compilation requires a free 30 day evaluation license).

I'll put together the Altera version later (I did my original code on a DE0-Nano as Quartus is much nicer than the Xilinx toolchain).

Nice very nice thank you kramble you are a star 

[BombaUcigasa]

After hours of trying to compile the client on a clean Debian, I gave up on this:

root@vm1711:~/source/Blakecoin/src# make -f makefile.unix
/bin/sh ../share/genbuild.sh obj/build.h
g++ -c -O2 -pthread -Wall -Wextra -Wformat -Wformat-security -Wno-unused-parameter -g -DBOOST_SPIRIT_THREADSAFE -D_FILE_OFFSET_BITS=64 -I/root/source/Blakecoin/src -I/root/source/Blakecoin/src/obj -DUSE_UPNP=0 -DUSE_IPV6=1 -I/root/source/Blakecoin/src/leveldb/include -I/root/source/Blakecoin/src/leveldb/helpers -DHAVE_BUILD_INFO -fno-stack-protector -fstack-protector-all -Wstack-protector -D_FORTIFY_SOURCE=2  -MMD -MF obj/main.d -o obj/main.o main.cpp
main.cpp: In function âunsigned int GetNextWorkRequired(const CBlockIndex*, const CBlockHeader*)â:
main.cpp:1168:48: warning: format â%lldâ expects argument of type âlong long intâ, but argument 2 has type âintâ [-Wformat]
g++: internal compiler error: Killed (program cc1plus)
Please submit a full bug report,
with preprocessed source if appropriate.
See <file:///usr/share/doc/gcc-4.7/README.Bugs> for instructions.
make: *** [obj/main.o] Error 4

Also, because I updated everything, I get this error trying to run the binary:

root@vm1711:~/source/Blakecoin/src# ./blakecoind
./blakecoind: error while loading shared libraries: libboost_system.so.1.46.1: cannot open shared object file: No such file or directory

[BlueDragon747]

After hours of trying to compile the client on a clean Debian, I gave up on this:

root@vm1711:~/source/Blakecoin/src# make -f makefile.unix
/bin/sh ../share/genbuild.sh obj/build.h
g++ -c -O2 -pthread -Wall -Wextra -Wformat -Wformat-security -Wno-unused-parameter -g -DBOOST_SPIRIT_THREADSAFE -D_FILE_OFFSET_BITS=64 -I/root/source/Blakecoin/src -I/root/source/Blakecoin/src/obj -DUSE_UPNP=0 -DUSE_IPV6=1 -I/root/source/Blakecoin/src/leveldb/include -I/root/source/Blakecoin/src/leveldb/helpers -DHAVE_BUILD_INFO -fno-stack-protector -fstack-protector-all -Wstack-protector -D_FORTIFY_SOURCE=2  -MMD -MF obj/main.d -o obj/main.o main.cpp
main.cpp: In function âunsigned int GetNextWorkRequired(const CBlockIndex*, const CBlockHeader*)â:
main.cpp:1168:48: warning: format â%lldâ expects argument of type âlong long intâ, but argument 2 has type âintâ [-Wformat]
g++: internal compiler error: Killed (program cc1plus)
Please submit a full bug report,
with preprocessed source if appropriate.
See <file:///usr/share/doc/gcc-4.7/README.Bugs> for instructions.
make: *** [obj/main.o] Error 4

Also, because I updated everything, I get this error trying to run the binary:

root@vm1711:~/source/Blakecoin/src# ./blakecoind
./blakecoind: error while loading shared libraries: libboost_system.so.1.46.1: cannot open shared object file: No such file or directory

kramble uses debian and has also reported build issues you might need to edit the makefile to match your paths and versions of dependencies, also i get issues on win 7 with gcc 4.7 currently use 4.6.2, not had time to put up a vm and work though these issues yet 

it builds on ubuntu without much fuss, if anyone wants to suggest a fix for this I will be happy to add it to Github

[kramble]

kramble uses debian and has also reported build issues you might need to edit the makefile to match your paths and versions of dependencies, also i get issues on win 7 with gcc 4.7 currently use 4.6.2, not had time to put up a vm and work though these issues yet 

I made some notes on what I did to compile it on raspberry pi wheezy https://bitcointalk.org/index.php?topic=306894.msg3293812#msg3293812

The berkley db was a horrendous hack, I'll probably lose my linux badge for doing that, but I was in a hurry to get it working There may be some other dependencies as I've previously compiled loads of other stuff.

A 12 core 66MHash/sec lancelot fpga bitstream is now up on github.

[BlueDragon747]

kramble uses debian and has also reported build issues you might need to edit the makefile to match your paths and versions of dependencies, also i get issues on win 7 with gcc 4.7 currently use 4.6.2, not had time to put up a vm and work though these issues yet 

I made some notes on what I did to compile it on raspberry pi wheezy https://bitcointalk.org/index.php?topic=306894.msg3293812#msg3293812

The berkley db was a horrendous hack, I'll probably lose my linux badge for doing that, but I was in a hurry to get it working There may be some other dependencies as I've previously compiled loads of other stuff.

A 12 core 66MHash/sec lancelot fpga bitstream is now up on github.

looks like the speed is better than the FPGA Litecoin miner

I have also release some works in progress (experimental code)

Python blake-256 POW module (needed for p2pool and other Python pools)
https://github.com/BlueDragon747/Blakecoin_Python_POW_Module

OpenCL Blakecoin modded blake-256 hashing algorithm ready for trying port of GPU miner
https://github.com/BlueDragon747/clblake

not had much sleep past few days so might have a few bugs

p2pool and 0.8.6 wallet also due soon

[BombaUcigasa]

p2pool and 0.8.6 wallet also due soon

Looking forward to actually being able to obtain some coins.

Also:

send version message: version 70001, blocks=4217, us=54.224.113.5:8773, them=0.0.0.0:0, peer=10.0.2.2:61073
receive version message: version 70001, blocks=3559, us=54.224.113.5:8773, them=84.54.173.160:8773, peer=10.0.2.2:61073

That peer is stuck at 3559 and he was last seen 3h ago.

Also:

trying connection 46.98.153.185:8773 lastseen=355999.5hrs

This guy joined the network 41 years ago (this should be a "normal" bug, just funny).

[SpeedDemon13]

I can't get the solo mining to work. I get "HTTP request failed: Failed connect to 127.0.0.1:8772; No error"

I've solo mined before with CPR, Netcoin, Starcoin, etc, without issue. This is a first for me. I use the config setup for this coin with my own username and password. Do I need to make a bat file? Any help would be appreciated.

[meta.p02]

Did you set

Code:

server=1
listen=1

rpcport=_____
rpcuser=_____
rpcpassword=_____

in your .conf?

[SpeedDemon13]

Code:

listen=1
gen=0
rpcallowip=127.0.0.1
rpcuser=My Own Username
rpcpassword=My own Password
rpcport=8772
server=1
daemon=1
addnode=162.243.133.80
addnode=162.243.14.130

Did you set

Code:

server=1
listen=1

rpcport=_____
rpcuser=_____
rpcpassword=_____

in your .conf?

I did. rpc=8772. My own username and password. Unless it's a port issue, but this would be a first, as I've mined of 10 different types with cpu miners, ie. CPR, etc....

[SpeedDemon13]

I have been working on and have finished the Blakecoin wallet and Cpu miner.

http://www.blakecoin.org

Released yesterday but due the site being down I was not able to post on here until now:
https://forum.litecoin.net/index.php/topic,6280.0.html

Forked from Bitcoin reference wallet 0.8.5

Blakecoin Wallet is on Github
https://github.com/BlueDragon747/Blakecoin

Blake-256(optimized) faster than Scrypt and faster than SHA-256 in Sphlib C code

The algorithm was written as a candidate for SHA-3, Based on round one candidate code from the Sphlib 2.1 library and reduced the round function to 8 rounds.

Tweaks:
Removed some of the double hashing from the wallet relating to proof of work, No changes to the wallet ecdsa public/private key function that has proven to be secure for Bitcoin.

Block reward is 25 coin + inflation (square root of (difficulty + block height))
No halfing of reward after x blocks
Cap in place to reduce the difficulty jumps upwards
Block target time is 3 minutes and retargets every hour
7 Billion coins
Block maturity 120

The Cpu miner is on Github
https://github.com/BlueDragon747/cpuminer

Benchmarks performance:

• 11000 khash/s on a Intel i7 2600k Cpu
• 3500 khash/s on a Intel Core2 E7300 Cpu
• 100 khash/s on Raspberry Pi Arm Cpu (thanks to kramble for testing)
• 14250 khash/s on a Intel Core i7 3930K (thanks to sgrunger for testing)
• 11200 khash/s on a AMD Phenom II X6 1090T (thanks to sgrunger for testing)
• 7022 khash/s on a Intel Core i7-920s (thanks to sgrunger for testing)
• 12000 khash/s on a Amd FX-8350 (thanks to Vorksholk for testing)
• 4000 khash/s on a AMD A10-5800k (thanks to reecelander for testing)
• 10600 khash/s on a Intel Core i7 3820 (thanks to ciklop1974 for testing)
• 8700 khash/s on a Intel Core i5 2500k (thanks to Vorksholk for testing)

• 10400 khash/s on a AMD FX-8150 (thanks to Aalesund for testing and finding the display bug)

to benchmark
minerd --benchmark -a blake

things to do:
block chain explorer
opencl for mining   (have basic opencl algo but not a miner)
fpga miner for blake (have a basic verilog algo but not a miner)
add i2p to add more anonymity to nodes

Wallet Binaries:

Windows
http://blakecoin.org/Blakecoin-0.8.5-WIN.7z

Linux
http://blakecoin.org/Blakecoin-0.8.5-LIN.7z

Add the following nodes to your conf:
addnode=162.243.133.80
addnode=162.243.14.130

CPU Miner Binaries:
Windows Intel compiled for core2+
http://blakecoin.org/Blakecoin_Minerd.7z

blakecoin.conf example:

listen=1
gen=0
rpcallowip=127.0.0.1
rpcuser=username
rpcpassword=password
rpcport=8772
server=1
daemon=1
addnode=162.243.133.80
addnode=162.243.14.130

you can set gen to 1 or use the command: setgenerate true if you wanted to use build in mining(bit slower than minerd)

minerd command example:

minerd -o 127.0.0.1:8772 -O username:password -a blake -q -s 2 --no-longpoll --no-stratum

Happy mining 

Update:
Thanks to the efforts of kramble, Blakecoin has been successfully ported to the FPGA (early development)

FPGA-Blakecoin-Miner by kramble
https://github.com/kramble/FPGA-Blakecoin-Miner

Need help please. Having issues that I posted prior to this posting.

[loveys]

who can provide the fpga windows pro?

[BlueDragon747]

Need help please. Having issues that I posted prior to this posting.

hmm well lets go though this then the conf looks fine hope you have no spaces in your username or password, also check you are getting connections to the Blakecoin network as it will not start mining until you are connected to at least 1 peer and have synced to latest block 

listen=1
rpcallowip=127.0.0.1
rpcuser=MyOwnUsername
rpcpassword=MyOwnPassword
rpcport=8772
server=1
daemon=1
addnode=162.243.133.80
addnode=162.243.14.130

and the miner line for this is

minerd -o 127.0.0.1:8772 -O MyOwnUsername:MyOwnPassword -a blake -s 2 --no-longpoll --no-stratum

you can try different port but it must match what you are using in the miner

listen=1
rpcallowip=127.0.0.1
rpcuser=MyOwnUsername
rpcpassword=MyOwnPassword
rpcport=8775
server=1
daemon=1
addnode=162.243.133.80
addnode=162.243.14.130

and the miner line for this is

minerd -o 127.0.0.1:8775 -O MyOwnUsername:MyOwnPassword -a blake -s 2 --no-longpoll --no-stratum

[BlueDragon747]

who can provide the fpga windows pro?

I have kramble's FPGA python miner running in windows loaded the test bitstream and I am test mining with it now  
https://github.com/kramble/FPGA-Blakecoin-Miner
 

[BlueDragon747]

only just noticed the difficulty drop, 19602 now  

managed to mine a few blocks myself now  

guess someone turned off the the mass CPU mining on EC2 lol