[BBR] Boolberry: Privacy and Security - Guaranteed Since 2014

[crypto_zoidberg]

can you gfive step by step to run cpuminer for windows? im gettign some scratchpad error.

Which error amigo ? Can you post it here ?
We also have HOWTO here:  http://boolberry.com/howto.html#winquick

[1714800173]

1714800173

[1714800173]

1714800173

[1714800173]

1714800173

[nexxan]

I have started a pool for a few of my machines. Working on the getting started guides and will hopefully have some binaries put together shortly.

I will have a proper thread announcement soon but would like to see if anyone can donate some hash time so I can try to ensure stability and resource usage.

http://www.nassive.com/

The pool was just built from the newest boolbd, and pool-boolberry-node with support for auto-updated scratchpad.bin

I am also wondering how people would feel with a dice site for BBR?

@cryptozoidberg
Do reward blocks give out the transaction fee?

A dice site that can use the blockchain to start off with would be nice to try and increase txn counts and fees given to miners.

[crypto_zoidberg]

@cryptozoidberg
Do reward blocks give out the transaction fee?

A dice site that can use the blockchain to start off with would be nice to try and increase txn counts and fees given to miners.

Yes, sure, block reward includes fee.

[kingscrown]

nevermind - just had ot change pool toget -k thinge

[dga]

WTF... Network hashrate 3.28 GH/s, i found only two pools, one with around 5.45 MH/s the second with around 2.25 MH/s... someone is solo mining really hard or there is other bigger pools?

It's a mix of a few big solo miners and some private pools.  I still solo mine at home on 5 machines, for example - I get a block every other day or so.  You don't have to be huge to solo BBR still.

Not sure if it's still happening, but for a while, some of the big EC2 miners would run their own pool inside EC2 to keep the bandwidth charges down and latency low.

If you've got more than about 1-2MH/s, I'd solo, but that's just me.

I'm kind of new to the BBR business, but I get suspicious when I see this tremendously skewed distribution of mining power.

Given that cpuminer comes (roughly) with the same hash power as the XMR miner (in the 100-600 kilohash range on standard quad-cores), a total network power of 3.71 GH/s seems really odd to me. How is that even possible without gpu miners? Ok, it's probably not possible without them.. so we have some gpu barons out there. That's fine, the coin evolves. But even then, a network power in the gigahash(!) range is hardly explained by cpu+gpu miners. So, I suspect either (big!) botnets or fpgas in the game. From the technical point of view, the latter would be great for BBR. From a practical point of view, both alternatives are bad, as it means that very few miners are actually generating most of the coins -- and thus, are in almost perfectly control of distribution and price.

Am I mistaken here, or do we have a seruious problem with BBR and the miners here?

Me and also David (dga) already commented such questions here https://bitcointalk.org/index.php?topic=577267.msg7479014#msg7479014, please review this post.

There is clearly someone that keeps selling large amounts of BBR daily, thus clearing the buy side of the orderbooks. Price does not seem to matter much, indicating his cost basis is significantly below current prices. So, either one of the original miners or some GPU enhanced mining. The amount of sales are around 10,000 per day, which is pretty close to the new BBR created...

So, is there a plan to make BBR mining much more difficult for GPU? It seems pretty evident that the cost of CPU mining is nowhere near as good as this mythical GPU guy. I just dont see people selling CPU mined coins below cost.
If there is a way to make the scratchpad 1 gig? That would sure put a dent into any GPU efforts. We can then see if the daily 10000 sales stops.

Is anybody against this?

James

I am, against, because:
1. 1GB of scratchpad gonna kill possibility of SPV client.
2. GPU miner will help coin to withstand botnets.
3. "mythical GPU guy" is cbuchner1&Co, according to his posts he is going to release his GPU miner for BBR.

Re #3:  I'm curious about wolf0's comment.  The hashrate does seem in excess of what cbuchner is claiming, but who knows.  It seems rational that there's someone else with a GPU miner out there, and probably has been for a bit.

But I concur - mostly because of the potential for unintended consequences.  I think we should (politely) ask cbuchner1 the release schedule, and in the meantime, I'll get back to thinking about an OpenCL version even though we now have stratum.

Notably, 1 gig wouldn't hurt a GPU much, and might be even worse for CPUs.  We've already seen the hashrate on CPU drop as the scratchpad exceeds L3 cache, and remember that GPUs excel first in computation, but second in memory bandwidth.  They're not super-duper for random accesses, but the 256 bit line fetch for Wild Keccak isn't extremely unfriendly, either.  Most GPUs could do 1GB today.  8 would cut out nearly all of the commodity GPUs, but then again, it would start eliminating a lot of people's CPU-based systems too!

[otila]

I have some optimizations made for boolberry, I hope you like them.

boolberry-reciprocal-divide.patch 25-33% speedup.  Some header files could need some cleaning up.
If your compiler complains about typeof in helper.h , rename it to __typeof__ or use CMAKE_CXX_FLAGS -std=gnu++11
https://docs.google.com/file/d/0B9h02pRWKaODN29mUDdqOXZFbDA/edit

faster (Linux) and simpler keccak
https://docs.google.com/file/d/0B9h02pRWKaODZXBSclBITmxIWDQ/edit

Linux only: use jemalloc instead of glibc for memory allocation, 6-23% speedup.
If you have a poor Linux distribution which does not have jemalloc package, get it from https://github.com/jemalloc/jemalloc.git

Code:

--- CMakeLists.txt~	2014-07-12 11:18:09.698295127 +0300
+++ CMakeLists.txt	2014-07-12 11:18:11.921305454 +0300
@@ -117,7 +117,7 @@
   set(Boost_LIBRARIES "${Boost_LIBRARIES};ws2_32;mswsock")
 elseif(NOT MSVC)
 if(NOT APPLE)
-  set(Boost_LIBRARIES "${Boost_LIBRARIES};rt;pthread")
+  set(Boost_LIBRARIES "${Boost_LIBRARIES};rt;pthread;jemalloc")
 endif()
 endif()

I have also patch for cpuminer , but it has that bloat keccak code which I would first try to get rid of and use that simpler one above..

EDIT: patch is GPL

[clintar]

I have some optimizations made for boolberry, I hope you like them.

boolberry-reciprocal-divide.patch 25-33% speedup.  Some header files could need some cleaning up.
If your compiler complains about typeof in helper.h , rename it to __typeof__ or use CMAKE_CXX_FLAGS -std=gnu++11
https://docs.google.com/file/d/0B9h02pRWKaODN29mUDdqOXZFbDA/edit

faster (Linux) and simpler keccak
https://docs.google.com/file/d/0B9h02pRWKaODZXBSclBITmxIWDQ/edit

Linux only: use jemalloc instead of glibc for memory allocation, 6-23% speedup.
If you have a poor Linux distribution which does not have jemalloc package, get it from https://github.com/jemalloc/jemalloc.git

Code:

--- CMakeLists.txt~	2014-07-12 11:18:09.698295127 +0300
+++ CMakeLists.txt	2014-07-12 11:18:11.921305454 +0300
@@ -117,7 +117,7 @@
   set(Boost_LIBRARIES "${Boost_LIBRARIES};ws2_32;mswsock")
 elseif(NOT MSVC)
 if(NOT APPLE)
-  set(Boost_LIBRARIES "${Boost_LIBRARIES};rt;pthread")
+  set(Boost_LIBRARIES "${Boost_LIBRARIES};rt;pthread;jemalloc")
 endif()
 endif()

I have also patch for cpuminer , but it has that bloat keccak code which I would first try to get rid of and use that simpler one above..

EDIT: patch is GPL

oooh boy was that fun to compile

[doldgigger]

• Transaction outs with guaranteed anonymity. An additional attribute for out is added: it can ONLY be used in the transaction with mixin level in ring signature not less than a given number. The feature is added to ensure the user's anonymity of transactions ring signature over time.

I might be missing something, but wouldn't it be more effective to enforce the mixin level on a more global level? Mixing in a key which appears somewhere else in an unmixed fashion will be less effective against smart blockchain analysis, after all.

[crypto_zoidberg]

• Transaction outs with guaranteed anonymity. An additional attribute for out is added: it can ONLY be used in the transaction with mixin level in ring signature not less than a given number. The feature is added to ensure the user's anonymity of transactions ring signature over time.

I might be missing something, but wouldn't it be more effective to enforce the mixin level on a more global level? Mixing in a key which appears somewhere else in an unmixed fashion will be less effective against smart blockchain analysis, after all.

For my point it is better to leave possibilty to have two subset of transactions outs - outs with guaranteed anonymity and regular outs, and different outs types could transform to each other during the circulation.

Actually unlinkability is e feature that not need to everyone, enforcing this feature for every transaction will blow up blockchain with ringsignatures.
So i've made this feature optional, but i believe still secure.

[btc-mike]

For those concerned about GPU miner, cbuchner1 posted that he has been working on the GPU code:

https://bitcointalk.org/index.php?topic=167229.msg7806433#msg7806433

[digicoin]

For those concerned about GPU miner, cbuchner1 posted that he has been working on the GPU code:

https://bitcointalk.org/index.php?topic=167229.msg7806433#msg7806433

Cuda only? 

[btc-mike]

For those concerned about GPU miner, cbuchner1 posted that he has been working on the GPU code:

https://bitcointalk.org/index.php?topic=167229.msg7806433#msg7806433

Cuda only?  

You can help by donating to the AMD OpenCL bounty - https://bitcointalk.org/index.php?topic=639753.0

The actual bounty is 1780 BBR. The stratum pool bounty is unclaimed because the work was completed by crypto_zoidberg. I will get that updated.

Also, alerting the usual AMD devs to the existance of the bounty would help.

[cbuchner1]

zoidberg, you'll want to call pthread_mutex_init(&applog_lock, NULL ); before you're reading the scratchpad via HTTP requests
and making applog() calls...

It will crash pthreads on Windows if applog_lock remains uninitialized.  The mingw Windows builds may be more forgiving, but my Visual Studio build isn't...

Christian

[crypto_zoidberg]

zoidberg, you'll want to call pthread_mutex_init(&applog_lock, NULL ); before you're reading the scratchpad via HTTP requests
and making applog() calls...

It will crash pthreads on Windows if applog_lock remains uninitialized.  The mingw Windows builds may be more forgiving, but my Visual Studio build isn't...

Christian

Thank you, fixed & pushed!

[o3u]

i made a TX to poloniex and it basically disappeared:

it's in the log, can't find the txid in the block chain

Perhaps if there was a way to resync the whole block chain?
but i cannot find datafiles in the dir, any ideas how i can do this?

edit: looks like deleting wallet.bin did it. Resync'd using the keys file

[crypto_zoidberg]

i made a TX to poloniex and it basically disappeared:

it's in the log, can't find the txid in the block chain

Perhaps if there was a way to resync the whole block chain?
but i cannot find datafiles in the dir, any ideas how i can do this?

edit: looks like deleting wallet.bin did it. Resync'd using the keys file

1. Which version of daemon/wallet/GUI are you using  ? (for CLI start with --version perameter)
2. Turn off daemon, remove C:\Users\UserName\AppData\Roaming\boolb\poolstate.bin
3. Try again.

[aikklond]

Exactly when is this coin going to get any kind of market support....


3-5 BTC volume per day is a MAJOR problem.

The marketing team must bring people in, Yesterday.

Right now none seems to want to either purchase or sell the coin, Hilarious it may seem but its really bad for the coin.


Right now a COPY cat with slightly better marketing could draw the market under our feet..

[ripplebtc]

Exactly when is this coin going to get any kind of market support....


3-5 BTC volume per day is a MAJOR problem.

The marketing team must bring people in, Yesterday.

Right now none seems to want to either purchase or sell the coin, Hilarious it may seem but its really bad for the coin.


Right now a COPY cat with slightly better marketing could draw the market under our feet..

GPU miners are coming soon... 

[mmmaybe]

What a great job you have been doing here!    Amazing stuff!

I started to read about BBR and, finally, begun mining yesterday Even with the public pools, its like solomining atm - net rate is so huge compared to the pool´s rates. I even had to buy a few coins to see that the wallet was working properly, and it did - very fast transaction time too! Looking forward to gpu mining - and bigger and more pools.

My gut tells me BBR should be a success, even if it needs some time  Like solomining with cpu's

[pinky]

The marketing team must bring people in, Yesterday.

You know that this is not like company? You can get involved - put some BTC or BBR for bounty or you can even contact exchanges and ask them to add BBR, etc.