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

[0x6A]

Extreme Pool Update
This pool has returned to normal.
Has rate and connected miners is increasing steadily.

http://bbr.extremepool.org

Are you f*king kidding me? Every time I connect my miners - your f*cking pool goes down. If you created a pool - be so kind to do this well. I lose money. Be aware of losing your project

Can contain mistakes(non-english)

this is the first time there has been an issue with the pool that I am aware of.  I am sorry for the inconvenience it was not on purpose I assure you.

I'm sorry for being rude. I hope everything will be OK in the near future. I don't what to make my own pool. There are very few of them you know

[1714044979]

1714044979

[1714044979]

1714044979

[33zer0w0lf]

Extreme Pool Update
This pool has returned to normal.
Has rate and connected miners is increasing steadily.

http://bbr.extremepool.org

Are you f*king kidding me? Every time I connect my miners - your f*cking pool goes down. If you created a pool - be so kind to do this well. I lose money. Be aware of losing your project

Can contain mistakes(non-english)

this is the first time there has been an issue with the pool that I am aware of.  I am sorry for the inconvenience it was not on purpose I assure you.

I'm sorry for being rude. I hope everything will be OK in the near future. I don't what to make my own pool. There are very few of them you know

I believe the issue on the pool this morning had something to do with the fact I downed the server to give it more resources, and then when it came back up with everyone trying to reconnect to it the pool auto banned because it thought it was getting flooded.  That's the only thing I can figure out.  At this point, but it is up and running now smooth again. 

[33zer0w0lf]

I'm seeing the "low difficulty share" issue here now.  Took about 24h of testing for it to show up.

I saw this begin happening after a disconnect from extremepool at 11:30 EDT.  Did this happen to others at the same time?

I have added a more complete restart mechanism to mask this even more, but would like to identify the underlying source of the failures.

Miner updated, patch here:

  https://github.com/dave-andersen/boolberry/commit/06998dc0ed2f63683dadf5ea293c8217575c9b46

Will keep testing.  C_Z, if you have any insights to how the scratchpad copy might get permanently desynchronized with the server, I think that's where the error lies.  Hopefully this more complete restart will mask it, but re-downloading the scratchpad will increase bandwidth use, so it'd still be good to fix.

  -Dave

This fix appears effective.

Code:

2014-Jun-15 14:08:52.666932 Failed to submit share!  Updating job.
2014-Jun-15 14:08:52.666939 Too many submission failures.  Something is very wrong.
2014-Jun-15 14:08:52.666944 Excessive failures.  Sleeping 10 seconds and restarting...
2014-Jun-15 14:09:02.679750 Mining with 8 threads 

I'll keep digging, however, because of the potential bandwidth use of having to re-download the scratchpad twice a day or so, as the blockchain gets larger.

Megred.

I believe this fix is effective.  I've seen one automatic full restart happen on my test miner since yesterday, and it's been chugging along since.  No need for manual intervention.

I have to do day job stuff today, but my plan for the miner is to spend some time trying to track down why the scratchpad becomes desynchronized.  From a PM or two with crypto_zoidberg, it's clear that getting the scratchpad sync to be really robust will be increasingly important moving forward as the size of the blockchain grows.  Once we have a good mechanism for that that's robust and efficient, then it'll be a good time to think about, e.g., further efficiency enhancements and/or stratum.  But it seems to make the most sense to fix the bugs before adding more complexity.

The good news from all of this is that the pools seem to be doing well at this point - bbr.extremepool has found almost 15% of the last 100 blocks.  Hopefully, we can get several pools to all be healthy and have a robust ecosystem.

(Pool owners, before things go even more crazy, it'd be a good time to make sure you're paying out in sufficiently large chunks to avoid creating excessive dust, as we see happening in XMR.  Even though it might be more annoying for some smaller miners to have to wait to accumulate, say, 0.5 BBR, they'll actually make more in the long run because they won't be losing as much as dust.)

has this fix been merged yet?

[dga]

Extreme Pool Update
This pool has returned to normal.
Has rate and connected miners is increasing steadily.

http://bbr.extremepool.org

Are you f*king kidding me? Every time I connect my miners - your f*cking pool goes down. If you created a pool - be so kind to do this well. I lose money. Be aware of losing your project

Can contain mistakes(non-english)

this is the first time there has been an issue with the pool that I am aware of.  I am sorry for the inconvenience it was not on purpose I assure you.

I'm sorry for being rude. I hope everything will be OK in the near future. I don't what to make my own pool. There are very few of them you know

I'm pretty sure that everyone involved in pools understands the frustration when this happens.  The same things that make BBR exciting -- it's new and it's doing something different even from what the other CryptoNote coins are doing, both in its blockchain and its proof of work -- also mean that it's going to have a few bumps in the road.

I think you should expect to see at least a few more pool failures.  I'll probably mess something up in the miner at some point, too. (sigh)  People are still figuring out DDoS-proofing (moneropool.org just shut down for those reasons);  there's work to be done on scratchpad sync;  and the pool software is quite new compared to the options available for bitcoin/litecoin copy-paste coins.

But I think you should also expect to see good progress on these fronts.  Think about where CN/BBR are now compared to a month ago.  The pools will get more stable.  The miner will get more robust and faster.  We'll get a diversity of software options for both miners and, perhaps, pools.  These things don't happen overnight, but the progress has been solid to date.  Only a few posts back there was a GUI wallet beta announcement.

[sussex]

Good news!

According to cbuchner1's post, they thinking of publishing their GPU miner with reasonable conditions:

This is just a Nvidia miner is it, nothing for AMD?

[crypto_zoidberg]

Good news!

According to cbuchner1's post, they thinking of publishing their GPU miner with reasonable conditions:

This is just a Nvidia miner is it, nothing for AMD?

Not yet.

[GoldenEye]

The new GUI looks good!!

... but the list of Recent transfers is empty...

[crypto_zoidberg]

The new GUI looks good!!

... but the list of Recent transfers is empty...

Yes, at this moment it works similar to console wallet worked: recent transfers appears only when some new money transferred into wallet or sent from. It is not showing yet last transfers from previous session. But i'll add it in one or two days, since i think it's expected behavior.
If you want to seen transfers in current version - send some coins and wait until it will be included in blockchain.

[onemorebtc]

Good news!

Last two weeks i was working on GUI.
Probably it was not the best idea, since our project have another important problems (i'll talk about it below), but, since I've already started, I wanted to finish the it.

So, i'm happy to announce that we started testing GUI public betta.

This is cross-platform, qt-based, standalone application, that's no needed other proccess to be runned around. But, at the same time, it is designed to let user connect GUI to already running daemon.
As we tested, it works ok under Windows, Linux and MacOS.
I've just merged GUI branch into master and put build instructions on building GUI to website: http://boolberry.com/howto.html#build_gui (by default GUI is not included into the build since it have more dependencies)
Prebuild binraies for windows uploaded.
Prebuild MacOS binaries will be tomorrow i hope (if anyone of Mac-owners wish to make stand-alone GUI build - you welcome!).
http://boolberry.com/downloads.html

Screen shot:



Known bugs:
* Many places where html not  well-adjustment yet
* Sometimes qt-boolb stay running after window is closed

This GUI use qtWebKit as renderer, so appearance is described via html/javascript. This means that you could experiment with GUI without any knowlage of C++, you doesn't even need to recompile project - just open "html" folder and get fun.

Please, send bug reports to github: https://github.com/cryptozoidberg/boolberry/issues?labels=bug&state=open or here, in this thread.
We have a lot of todo's for this GUI, here is just a some of it:
1. Implement multi-wallet mode (keep opened few wallets)
2. Add more information on dashboard
3. Add commandline params to work with remote daemon
4. Add aliases support to address (alias name auto-completion, name checking)
5. Add multi recipient option to transfer
6. Add crushdumps collecting
7. Implement colored coin's support both in wallet and in GUI

................

Another good news is that we finally got logo for project:



As i learned before, there are always someone who don't like it, well ... if someone don't like it - there are lot of cryptonote forks where to go 

Want to say many thanks to Bitcrea for his wonderful work and cooperation!

Now lets talk about GPU.

As someone already know, anotherone just guess - GPU miner was implemented for wild keccak.
As I found out, GPU implementation works on enterprise GPU hardware 7 times faster than CPU, they use textures memory cache to get some boost until wild keccak scratchpad is not big enough. (Currently wild keccak scratchpad is about 7MB)
Because size of scratchpad is growing day by day, I expect that the problem is not permanent, but now it hurts this project very much.
Mostly it seen by currency exchange rate, it pressed hard.
I do not underestimate the seriousness of this situation, and I realize that these things can destroy a project despite the good ideas of ​​the coin. Than's why probably was not the best idea to keep making GUI while project was hurting buy GPU-cowboys.

Now I moved my focus on solving this problem and will make every effort to return the project to the way of fair distribution of coins.

One of the possible way out of the situation is to implement support of stratum-pool for BBR.
According to cbuchner1's post, they thinking of publishing their GPU miner with reasonable conditions:

But rejoice, there will be an open sourced Wild Keccak nVidia GPU miner published by us,
as soon as the Boolberry developer(s) provide

a) some stratum capable pool code for Wild Keccak
b) a cpu miner based on cpuminer-multi with some working stratum support

Due to the need for transferring and updating the Wild Keccak scratchpad this
won't be trivial, but it's also not impossible.

once a) and b) are available, it won't take long for us to either integrate this into
ccminer or publish a fork of cpuminer-multi with some nVidia support.

Christian

It would be a good, if Christian is not joking:)

Well, if someone who had experience with stratum pools or cpuminer-multi  would like to participate - he is welcome.
Anyway, i'll try to implement it since stratum is desirable technology in anycase.

Is there any another way to solve this problem ?
I guess yes, it is. If we gonna stuck with that situation for some reason, i'll do hardfork with changeing PoW algo(just fix details, i'm gonna leave blockchain-based PoW philosophy), and as well i'll change difficulty adjustment algo, since CN-coins have not the best one. But this is plan B, the worst case.



PS: Want to say also many thanks to dga for caring about simpleminer and pools.

really nice work! client works very well for me

[Anotheranonlol]

Project is looking strong.

[teskky721]

The GUI should pump the price up.

[baigreen]

a great news.
please update the thread title: first cryponote gui wallet

[Anotheranonlol]

a great news.
please pdate the thread title: first cryponote gui wallet

+1

Consistently impressed with BBR developments. Notification should be made of this worlds first.

[btc-mike]

a great news.
please pdate the thread title: first cryponote gui wallet

+1

Consistently impressed with BBR developments. Notification should be made of this worlds first.

Monero has several GUI wallets but ours is further along.

[trogdorjw73]

So is it just me, or are there only three pools and the fastest of those pools is poking along at a rather pathetic 40MH/s or so -- which means it's only 2.7% of the total network hash speed, so at best it might hit 20 or so blocks per day. Extremepool is even worse at only 9MH/s or so, so 0.6% of the network hash rate and perhaps 4-5 blocks per day? I guess everyone is just solo mining or something, or maybe there's some secret pool not listed in the OP? Oh, and still no block explorer either. Ugh...so many things this coin still needs.

[33zer0w0lf]

So is it just me, or are there only three pools and the fastest of those pools is poking along at a rather pathetic 40MH/s or so -- which means it's only 2.7% of the total network hash speed, so at best it might hit 20 or so blocks per day. Extremepool is even worse at only 9MH/s or so, so 0.6% of the network hash rate and perhaps 4-5 blocks per day? I guess everyone is just solo mining or something, or maybe there's some secret pool not listed in the OP? Oh, and still no block explorer either. Ugh...so many things this coin still needs.

all the pools are fairly new, a week or so, so my assumption is everyone is still solomining.
there was about 40 mh/s on extremepool this morning and it several blocks.  http://bbr.extremepool.org/#pool_blocks

I am not sure why the pool with 40mh isn't hitting more as extremepool hit quite a few when its hash rate was around there.

[btc-mike]

So is it just me, or are there only three pools and the fastest of those pools is poking along at a rather pathetic 40MH/s or so -- which means it's only 2.7% of the total network hash speed, so at best it might hit 20 or so blocks per day. Extremepool is even worse at only 9MH/s or so, so 0.6% of the network hash rate and perhaps 4-5 blocks per day? I guess everyone is just solo mining or something, or maybe there's some secret pool not listed in the OP?

Read the last part of crypto_zoidberg's announcement:

...

Now lets talk about GPU.

As someone already know, anotherone just guess - GPU miner was implemented for wild keccak.
As I found out, GPU implementation works on enterprise GPU hardware 7 times faster than CPU, they use textures memory cache to get some boost until wild keccak scratchpad is not big enough. (Currently wild keccak scratchpad is about 7MB)
Because size of scratchpad is growing day by day, I expect that the problem is not permanent, but now it hurts this project very much.
Mostly it seen by currency exchange rate, it pressed hard.
I do not underestimate the seriousness of this situation, and I realize that these things can destroy a project despite the good ideas of ​​the coin. Than's why probably was not the best idea to keep making GUI while project was hurting buy GPU-cowboys.

Now I moved my focus on solving this problem and will make every effort to return the project to the way of fair distribution of coins.

One of the possible way out of the situation is to implement support of stratum-pool for BBR.
According to cbuchner1's post, they thinking of publishing their GPU miner with reasonable conditions:

But rejoice, there will be an open sourced Wild Keccak nVidia GPU miner published by us,
as soon as the Boolberry developer(s) provide

a) some stratum capable pool code for Wild Keccak
b) a cpu miner based on cpuminer-multi with some working stratum support

Due to the need for transferring and updating the Wild Keccak scratchpad this
won't be trivial, but it's also not impossible.

once a) and b) are available, it won't take long for us to either integrate this into
ccminer or publish a fork of cpuminer-multi with some nVidia support.

Christian

It would be a good, if Christian is not joking:)

Well, if someone who had experience with stratum pools or cpuminer-multi  would like to participate - he is welcome.
Anyway, i'll try to implement it since stratum is desirable technology in anycase.

Is there any another way to solve this problem ?
I guess yes, it is. If we gonna stuck with that situation for some reason, i'll do hardfork with changeing PoW algo(just fix details, i'm gonna leave blockchain-based PoW philosophy), and as well i'll change difficulty adjustment algo, since CN-coins have not the best one. But this is plan B, the worst case.


PS: Want to say also many thanks to dga for caring about simpleminer and pools.

Immediate but temporary fix is hardfork.

More permanent fix is to get working stratum for Wild Keccak algorithm. That way, gpu miner code will be released.

[Anotheranonlol]

Immediate but temporary fix is hardfork.

More permanent fix is to get working stratum for Wild Keccak algorithm. That way, gpu miner code will be released.

Agreed.

[nakaone]

great to see the gui in beta testing

[dr_chen]

the new boolbd.exe cannot open

missing MSVCP120.dll