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

[Anotheranonlol]

Extreme Pool Announcement
Based on the recent issues with the pool, we @ Extreme Pool are please to announce we have completed our last round of upgrades to our hosting platform.

We do not host our pools with 3rd party providers, we host them ourselves in our own Data Center.
Our servers are protected and secured with enterprise grade firewalls.

Please comment or pm me with any questions.

We hope this last round of upgrades will provide the community with the most stable and secure pool for this innovative coin!

Enjoy

http://www.extremepool.org

http://bbr.extremepool.org

Pool has been running smoothly today. Good job.

[Scott J]

I'm very interested in this project - thanks to the devs for their hard work.

Will look at mining a few now 

[crypto_zoidberg]

the new boolbd.exe cannot open

missing MSVCP120.dll

Fix will be in 20 minutes.

[baigreen]

Testing~~

[crypto_zoidberg]

the new boolbd.exe cannot open

missing MSVCP120.dll

Fixed. Binaries re-uploaded.

[ImI]

Question: How many BBR-Coins are in existence?

[0x6A]

Extreme Pool Announcement
Based on the recent issues with the pool, we @ Extreme Pool are please to announce we have completed our last round of upgrades to our hosting platform.

We do not host our pools with 3rd party providers, we host them ourselves in our own Data Center.
Our servers are protected and secured with enterprise grade firewalls.

Please comment or pm me with any questions.

We hope this last round of upgrades will provide the community with the most stable and secure pool for this innovative coin!

Enjoy

http://www.extremepool.org

http://bbr.extremepool.org

What's going on with pending blocks?

[GoldenEye]

Can anyone explain please:
- Why we need a hardfork (or not)?
- What about the scratchpad ?

[onemorebtc]

Can anyone explain please:
- Why we need a hardfork (or not)?
- What about the scratchpad ?

there are gpu miners for wild keccack now (which is used by bbr).
as this coin is intended to be cpu only there is a scratchpad needed for mining (just as a added memory requirement).
a gpu dev figured out how to store it effeciently: so we are talking about a hardfork to change the size of the scratchpad (or to change anything else we want to)

[uvt9]

Can anyone explain please:
- Why we need a hardfork (or not)?
- What about the scratchpad ?

there are gpu miners for wild keccack now (which is used by bbr).
as this coin is intended to be cpu only there is a scratchpad needed for mining (just as a added memory requirement).
a gpu dev figured out how to store it effeciently: so we are talking about a hardfork to change the size of the scratchpad (or to change anything else we want to)

Dev said if the hardfork is needed (worst case), it would be about changing whole PoW mining algorithm, not just the size of scratchpad:

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.

[shojayxt]

Can anyone explain please:
- Why we need a hardfork (or not)?
- What about the scratchpad ?

There is a GPU miner that is getting incredible hashrates and is being kept private.  I do not fault the developer for deciding to do that as it is his work and he can do as he wishes as would I.  But If they are getting the performance that has been suggested and is kept private it will not be good for the coin.  They might make short term profit but it will harm the coin long term.  If it takes a hard fork to rectify this then so be it.

[crypto_zoidberg]

Can anyone explain please:
- Why we need a hardfork (or not)?
- What about the scratchpad ?

there are gpu miners for wild keccack now (which is used by bbr).
as this coin is intended to be cpu only there is a scratchpad needed for mining (just as a added memory requirement).
a gpu dev figured out how to store it effeciently: so we are talking about a hardfork to change the size of the scratchpad (or to change anything else we want to)

Dev said if the hardfork is needed (worst case), it would be about changing whole PoW mining algorithm, not just the size of scratchpad:

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.

Sorry, it was typo, i've updated post:
Wild Keccak will stay in any case.

[crypto_zoidberg]

Can anyone explain please:
- Why we need a hardfork (or not)?
- What about the scratchpad ?

there are gpu miners for wild keccack now (which is used by bbr).
as this coin is intended to be cpu only there is a scratchpad needed for mining (just as a added memory requirement).
a gpu dev figured out how to store it effeciently: so we are talking about a hardfork to change the size of the scratchpad (or to change anything else we want to)

to be more correct - wild keccak scratchpad is increasing with each block. Now scratchpad is about 7Mb. It will grow about 90MB per year, and, since at this moment scratchpad is not big enough - it is possible to use gpu textures cache to mine it faster, as i know.
But according to dga calculations gpu miner is about 2.3 times more cost-effective than cpu, since big advantage gives only expansive cards.

PS: Probability of that i'll do hardfork is less than 1%. Now we focused on optimizing miner and implementing stratum pools.

[aeternum.in]

Can anyone explain please:
- Why we need a hardfork (or not)?
- What about the scratchpad ?

there are gpu miners for wild keccack now (which is used by bbr).
as this coin is intended to be cpu only there is a scratchpad needed for mining (just as a added memory requirement).
a gpu dev figured out how to store it effeciently: so we are talking about a hardfork to change the size of the scratchpad (or to change anything else we want to)

to be more correct - wild keccak scratchpad is increasing with each block. Now scratchpad is about 7Mb. It will grow about 90MB per year, and, since at this moment scratchpad is not big enough - it is possible to use gpu textures cache to mine it faster, as i know.
But according to dga calculations gpu miner is about 2.3 times more cost-effective than cpu, since big advantage gives only expansive cards.

PS: Probability of that i'll do hardfork is less than 1%. Now we focused on optimizing miner and implementing stratum pools.

Basically GPU miners currently have an advantage, but it's not such an extraordinarily large advantage (And this advantage will decrease over time) that it's not worth it to hard fork for this reason, right?

[shojayxt]

Can anyone explain please:
- Why we need a hardfork (or not)?
- What about the scratchpad ?

there are gpu miners for wild keccack now (which is used by bbr).
as this coin is intended to be cpu only there is a scratchpad needed for mining (just as a added memory requirement).
a gpu dev figured out how to store it effeciently: so we are talking about a hardfork to change the size of the scratchpad (or to change anything else we want to)

to be more correct - wild keccak scratchpad is increasing with each block. Now scratchpad is about 7Mb. It will grow about 90MB per year, and, since at this moment scratchpad is not big enough - it is possible to use gpu textures cache to mine it faster, as i know.
But according to dga calculations gpu miner is about 2.3 times more cost-effective than cpu, since big advantage gives only expansive cards.

PS: Probability of that i'll do hardfork is less than 1%. Now we focused on optimizing miner and implementing stratum pools.

Hmm, I based my previous post off of the belief that the GPU miner was 7 times faster.  If the difference is 2.3 and will likely become less with CPU miner optimization and as the scratchpad grows, then a hard fork isn't necessary.  But that's just my unsolicited opinion.

BTW, I like the GUI and have been using it.  Going to play around with the HTML.

[jorneyflair]

hiya , im new here. I got problem when i open the wallet for the first time, it shows

"2014-Jun-17 19:45:04.599522 Boolberry wallet v0.2.0.20(f9bfe73)
2014-Jun-17 19:45:04.600522 Error: you must specify --wallet-file or --generate-new-wallet params
2014-Jun-17 19:45:04.602523 ERROR ..\..\src\simplewallet\simplewallet.cpp:1040[main]Failed to initialize wallet"

anyone know how to do? please help (the bloackchain is synced but just cant set up a wallet)

[crypto_zoidberg]

hiya , im new here. I got problem when i open the wallet for the first time, it shows

"2014-Jun-17 19:45:04.599522 Boolberry wallet v0.2.0.20(f9bfe73)
2014-Jun-17 19:45:04.600522 Error: you must specify --wallet-file or --generate-new-wallet params
2014-Jun-17 19:45:04.602523 ERROR ..\..\src\simplewallet\simplewallet.cpp:1040[main]Failed to initialize wallet"

anyone know how to do? please help (the bloackchain is synced but just cant set up a wallet)

Just use GUI
boolberry.com/downloads.html

[crypto_zoidberg]

Can anyone explain please:
- Why we need a hardfork (or not)?
- What about the scratchpad ?

there are gpu miners for wild keccack now (which is used by bbr).
as this coin is intended to be cpu only there is a scratchpad needed for mining (just as a added memory requirement).
a gpu dev figured out how to store it effeciently: so we are talking about a hardfork to change the size of the scratchpad (or to change anything else we want to)

to be more correct - wild keccak scratchpad is increasing with each block. Now scratchpad is about 7Mb. It will grow about 90MB per year, and, since at this moment scratchpad is not big enough - it is possible to use gpu textures cache to mine it faster, as i know.
But according to dga calculations gpu miner is about 2.3 times more cost-effective than cpu, since big advantage gives only expansive cards.

PS: Probability of that i'll do hardfork is less than 1%. Now we focused on optimizing miner and implementing stratum pools.

Basically GPU miners currently have an advantage, but it's not such an extraordinarily large advantage (And this advantage will decrease over time) that it's not worth it to hard fork for this reason, right?

yES.

[crypto_zoidberg]

Can anyone explain please:
- Why we need a hardfork (or not)?
- What about the scratchpad ?

there are gpu miners for wild keccack now (which is used by bbr).
as this coin is intended to be cpu only there is a scratchpad needed for mining (just as a added memory requirement).
a gpu dev figured out how to store it effeciently: so we are talking about a hardfork to change the size of the scratchpad (or to change anything else we want to)

to be more correct - wild keccak scratchpad is increasing with each block. Now scratchpad is about 7Mb. It will grow about 90MB per year, and, since at this moment scratchpad is not big enough - it is possible to use gpu textures cache to mine it faster, as i know.
But according to dga calculations gpu miner is about 2.3 times more cost-effective than cpu, since big advantage gives only expansive cards.

PS: Probability of that i'll do hardfork is less than 1%. Now we focused on optimizing miner and implementing stratum pools.

Hmm, I based my previous post off of the belief that the GPU miner was 7 times faster.  If the difference is 2.3 and will likely become less with CPU miner optimization and as the scratchpad grows, then a hard fork isn't necessary.  But that's just my unsolicited opinion.

BTW, I like the GUI and have been using it.  Going to play around with the HTML.

Great!
There will bi bugs, i'm sure - so i'm waiting for bug reports to fix it ASAP.
And there a lot of places where html need to be adjusted, since i'm not web developer, javascript is just a hobby for me.

[aeternum.in]

Can anyone explain please:
- Why we need a hardfork (or not)?
- What about the scratchpad ?

there are gpu miners for wild keccack now (which is used by bbr).
as this coin is intended to be cpu only there is a scratchpad needed for mining (just as a added memory requirement).
a gpu dev figured out how to store it effeciently: so we are talking about a hardfork to change the size of the scratchpad (or to change anything else we want to)

to be more correct - wild keccak scratchpad is increasing with each block. Now scratchpad is about 7Mb. It will grow about 90MB per year, and, since at this moment scratchpad is not big enough - it is possible to use gpu textures cache to mine it faster, as i know.
But according to dga calculations gpu miner is about 2.3 times more cost-effective than cpu, since big advantage gives only expansive cards.

PS: Probability of that i'll do hardfork is less than 1%. Now we focused on optimizing miner and implementing stratum pools.

Hmm, I based my previous post off of the belief that the GPU miner was 7 times faster.  If the difference is 2.3 and will likely become less with CPU miner optimization and as the scratchpad grows, then a hard fork isn't necessary.  But that's just my unsolicited opinion.

BTW, I like the GUI and have been using it.  Going to play around with the HTML.

Great!
There will bi bugs, i'm sure - so i'm waiting for bug reports to fix it ASAP.
And there a lot of places where html need to be adjusted, since i'm not web developer, javascript is just a hobby for me.

The GUI is in HTML? If so- perhaps we could develop something like HIVE where exchanges can be plugged into the GUI directly?