Topic: [BBR] Boolberry: Privacy and Security - Guaranteed Since 2014 - page 415. (Read 1210781 times)

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.

The new GUI looks good!!

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

Not yet.

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

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.

has this fix been merged yet?

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. 

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

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.

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)

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

http://bbr.extremepool.org

now fee 0% 

That's good because extremepool is having problems.  I pointed a few Mh your way.

Network hashrate  and difficulty are down, I have doubled my hashrate solo mining and am finding far fewer blocks now than I was when diff was higher and I had less hashing power. I don't get it, or maybe just a run of bad luck??

Yes, now we get a nice Logo 

boolberry pool http://79.135.200.108/  runs again

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:

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 NOT 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.

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.)

libboost_regex.so is the one who wants icu48 on your system.
So are you saying it works now?  Or that you just reinstalled the same packages?

have you been to the minergate support page?

still no logo ~~~~~~~~
still no block explorer~~~~~~~~~