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

[mbk]

Still the same problems. I setup a pool from your repository https://github.com/clintar/node-cryptonote-pool in virtualbox and it works perfectly. Moreover with blockRefreshInterval set to 100 it should give the performance close to solo miner and cpu load would be still very low.

It's still the same. The pool doesn't send neither block nor scratchpad update when the new block arrives. On high difficulty performance is very poor.

Ok, got it now. It was a bug in the pool code that kept track of whether the connected port was stratum/tcp or http. Been a long standing bug I guess. Glad to finally fix that. Pool should be doing much better now! Thank you for helping me test it out!

[1715019627]

1715019627

[1715019627]

1715019627

[1715019627]

1715019627

[clintar]

Still the same problems. I setup a pool from your repository https://github.com/clintar/node-cryptonote-pool in virtualbox and it works perfectly. Moreover with blockRefreshInterval set to 100 it should give the performance close to solo miner and cpu load would be still very low.

It's still the same. The pool doesn't send neither block nor scratchpad update when the new block arrives. On high difficulty performance is very poor.

Ok, got it now. It was a bug in the pool code that kept track of whether the connected port was stratum/tcp or http. Been a long standing bug I guess. Glad to finally fix that. Pool should be doing much better now! Thank you for helping me test it out!

Hmm, pool should using the same code. Block refresh was set to 1000, though. I better check my config against that in the repo

[Apostle4444]

Connected to bbr.farm (54.255.165.99) port 5555 seems to be dead for last few days..

[whyyk7]

2014-Aug-15 15:06:25.035440 [RPC1]Failed to store scratchpad, error: basic_ios::clear

rpc store scatchpad failed,what can i do.

rpc return:
{ status: 'BUSY' }


resolved

[Apostle4444]

Mining issues is killing the coin..

[aloney]

Mining issues is killing the coin..

what issues?

[Apostle4444]

Connected to bbr.farm (54.255.165.99) port 5555 seems to be dead for last few days..

Feckers changed the scratchpad location..grrr

[mbk]

It looks like your pool is sending updates now but they are about 8 seconds late. The miner works with wrong data, gets boo and reconnects if it finds a share. It considerably decreases mining efficiency. The pool I setup from the repository send updates in less then 100ms but it looks there is other bug anyway. Shares submitted right after the block/scratchpad update are rejected by the test pool. The pool_warn.log is:

Code:

Bad hash from miner XXX@10.0.2.2
 scratchpadHeight.height=63856, job.height=63858

Looks like the pool validates the share with the old scratchpad.
P.S. Checked the source - that's the case. Pool's scratchpad is updated through getFullScratchpad RPC call. It takes 3 seconds on my system. At the same time miner's scratchpad updated instantly by ADDENDUM in new block data. So valid shares are rejected by the pool if sent in less then 3 seconds after the new block.

Still the same problems. I setup a pool from your repository https://github.com/clintar/node-cryptonote-pool in virtualbox and it works perfectly. Moreover with blockRefreshInterval set to 100 it should give the performance close to solo miner and cpu load would be still very low.

It's still the same. The pool doesn't send neither block nor scratchpad update when the new block arrives. On high difficulty performance is very poor.

Ok, got it now. It was a bug in the pool code that kept track of whether the connected port was stratum/tcp or http. Been a long standing bug I guess. Glad to finally fix that. Pool should be doing much better now! Thank you for helping me test it out!

Hmm, pool should using the same code. Block refresh was set to 1000, though. I better check my config against that in the repo

[crypto_zoidberg]

Good news!

We have new release 0.2.0.32(b91e9ab) with some improvements, mostly on GUI:

1. Implemented recent transfers history. Now after reopening your wallet you see your recent transfers, even with addresses that you used to transfer (or alias if address was registered).



Notice: This will start work from new build only, transfers that was made in older GUI version won't be seen. Also, if you gonna lost your wallet data file (some_wallet.bbr) recent transfers recipient addresses will be lost.

2. Implemented unconfirmed transaction state. Now, when you sent your transaction, you could see it as "unconfirmed" in recent transfers list:



Even is you close your wallet, and reopen it again, unconfirmed transfer won't be lost - so now you cold track your transaction confirmation.

Also made a lot of cosmetic improvement on appearance based on Bitcrea design adjustments.

Wellcome to try new version: http://boolberry.com/downloads.html

[tifozi]

Built qt-wallet using new source. For anyone running into problem building with Qt 5.3 (Qt5Gui_EGL_LIBRARY-NOTFOUND), please install package libegl1-mesa-dev  http://qt-project.org/forums/viewthread/44605

zoidberg, there are some minor changes needed to make the linux build script better https://github.com/cryptozoidberg/boolberry/blob/master/utils/build_script_linux.sh

Also thanks for the tip received  

[BitcoinFX]

Latest wallet additions are Booltiful !  

Keep up the good work.  

[tifozi]

Latest wallet additions are Booltiful !  

Keep up the good work.  

Don't get too attached to the name BitcoinFX

[tifozi]

I really like the GUI improvements but I hope the CLI is not forsaken for us small minority that prefer command line..

Latest wallet additions are Booltiful !  

Keep up the good work.  

Don't get too attached to the name BitcoinFX

lol this eager, crypto_zoidberg your people want a new name  

Well, his highness keeps dropping hints, but then disappears, apparently to control his botnets   (joking zoidberg)

Yah some documentation around the command line would also help. Just today I was having a hard time connecting to the seeds or even peers.  otila, in IRC helped with the option.

Code:

--add-priority-node arg

where arg is the IP to connect to.

If you just pass IP as argument it doesn't work. Turns out the command he found from the source code is,

Code:

--add-priority-node IP:port 

Some general command line documentation enhancements can be pushed to the code base.

[Brilliantrocket]

I'm currently trying to compare Boolberry vs. Monero, and the biggest thing that sticks out to me is the name. Is rebranding on the radar at all? Boolberry is cute, but you're selling yourselves short. Monero sounds like money, Boolberry sounds like a bubblegum flavor.

[clintar]

I'm currently trying to compare Boolberry vs. Monero, and the biggest thing that sticks out to me is the name. Is rebranding on the radar at all? Boolberry is cute, but you're selling yourselves short. Monero sounds like money, Boolberry sounds like a bubblegum flavor.

Go back a few pages

[crypto_zoidberg]

I'll keep CLI working, sure. Also i could add recent transfer to cli wallet also, it's not really difficult now, if it make sense.

I really like the GUI improvements but I hope the CLI is not forsaken for us small minority that prefer command line..

Latest wallet additions are Booltiful !   

Keep up the good work.   

Don't get too attached to the name BitcoinFX

lol this eager, crypto_zoidberg your people want a new name 

[teknohog]

Boolberry sounds like a bubblegum flavor.

IMHO, Boolberry fits right in with the semi-childish names of tech giants like Google, Twitter, Apple.... and Blackberry. I'm sure these names were chosen to reflect our new, more playful times, as a clean break from the dead serious corporate images of portly men in dark suits. Let Monero have its suits, we have all the fun.

[BitcoinFX]

I'm currently trying to compare Boolberry vs. Monero, and the biggest thing that sticks out to me is the name. Is rebranding on the radar at all? Boolberry is cute, but you're selling yourselves short. Monero sounds like money, Boolberry sounds like a bubblegum flavor.

IMHO, Boolberry fits right in with the semi-childish names of tech giants like Google, Twitter, Apple.... and Blackberry. I'm sure these names were chosen to reflect our new, more playful times, as a clean break from the dead serious corporate images of portly men in dark suits. Let Monero have its suits, we have all the fun.

Indeed. That's exactly why I personally really like the name. It's a bit alternative, which can make it very memorable.

Absolutely nothing wrong with Monero, although it sounds like and means money.

Ask yourself does visa, mastercard or amex sound like money? Not really - Its only by association and familiarity of course.

Ask them - Do you accept boolberry ?

[BitcoinFX]

The above reminded me of this:

~ http://youtu.be/dBtmzY5gcO8?t=18m28s

Coins and notes are just so, 'old world' !  

Oh, the irony.

[aloney]

I think the name is not the key point, the point is the mining issues, it kills this coin, in the early time, there's private GPU tool for mining when most of us are using cpu, it's unfair for most people, and it last for maybe two months, until MBK made the stratum pool and updated the opensource GPU tool  the  situation of distribution changed  a little. Compared to Monero, GPU mining tool appeared early, and it was also efficient at the beginning, so it's not just the name make the difference between BBR and MRO, but the distribution