Quote from: crypto_zoidberg on July 12, 2014, 12:18:04 AM

Quote from: jl777 on July 12, 2014, 12:05:17 AM

Quote from: crypto_zoidberg on July 11, 2014, 11:51:55 AM

Quote from: bigj on July 11, 2014, 06:32:23 AM

Quote from: dga on July 10, 2014, 06:30:11 PM

Quote from: MagicSnow on July 10, 2014, 06:14:41 PM

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!