Quote from: crypto_zoidberg on June 17, 2014, 11:54:27 AM

Quote from: shojayxt on June 17, 2014, 11:40:11 AM

Quote from: crypto_zoidberg on June 17, 2014, 11:21:35 AM

Quote from: onemorebtc on June 17, 2014, 11:03:24 AM

Quote from: GoldenEye on June 17, 2014, 10:58:31 AM

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?