Changing the hashing algorithm
-
If the plan is to support GPU mining, then we should aim to be masters of it, perhaps the best algo then, is the one which is best suited to the GPU and should be able to take advantage and benefit from future improvements in both GPU mhz improvements and GPU RAM increases.
-
The exact technical details of the “upgraded” Scrypt will have to be investigated. We probably have a good idea of where to start, SHA-3 for the hash function and replace Salsa with its newer variant Chacha. Looking at your graph Calem blake is slow but it is based on Chacha and there may some reason for the lag in performance. I have not looked into Blake enough yet to know if Blake can actually be used in place of Salsa or provides a subset function.
I agree with the discussion and will consider the options.
These are the points I see for maintaining ASIC scrypt compliance.
1. The scrypt ASICs are no.2, so it is wrong to assume they will follow the same development path as Bitcoin SHA 256 ASICs, since the chip companies are already competing and there is no pre order (+ Butterfly Labs (eek!)).
2. The scrypt memory component, and improvements in GPUs, will mean GPUs will be usable by “hobbyists” for a longer period than with Bitcoin.
3. There may be no 3rd round of ASICs as Litecoin and Bitcoin and Feathercoin will miss the merchant deployment boat, from the efficiency point of view…
4. Mulipools are already ruling, so hobbyist miners may be old Skool any way.
1. Alpha-T took pre-orders. Their units were around $5k for 5Mh if I remember right, last time I looked they had already hit issues with power requirements being more than in simulation. I think they are going to go through some of the learning curve that BFL and others had to go through beforehand.
2. You could well be correct. The BFL 60GH unit was half the price of Alpha-T 25MH model and offered the performance of 90x 7970 where as Alpha-T offer the performance of 37x 7970 for twice the cost. This shows that the threat from first generation Scrypt ASICs is not as great as first gen SHA-256 ASICs. Scrypt ASICs may one day rule but not straight away.
3. This may well be the case which I do not see as a problem. We want to make this move and not be alone so that the new algo can be a standard for GPU coins going forward. This would certainly make it more viable for future ASICs to exist but more importantly optimised tools like mining software.
4. I do not personally believe that multipools are de-facto. There is a lot of hashing power on dedicated pools for various coins.
Random thought…
5. Would this have any effect on Link and Flux? It’s kinda important these still remain as a part of feathercoin.
Tech that relies on and uses the blockchain can continue in the same way they did before.
-
One of the biggest tasks is going to be choosing a name ;) I’m going around talking to people about “new Scrypt”, we need something to refer to it by.
-
PostScrypt or TranScrypt
-
Or even better, SuperScrypt
*edit* or should that be SuperScrypt
-
PostScrypt or TranScrypt
Ha! +1,
Both of those sound kinda appropriate!
Although we could wait till weve settled on the algo mix first and try derive a name from that?
I’m kewl either way :D
-
PostScript already exists in the print world, so perhaps Post_Scrypt_ is a little too similar/confusing… maybe not though, it just sounded wrong to me.
The name game is fun though!
Maybe:
NuScrypt
FeatherScrypt (obviously links it to the currency that it evolved from)
-
SubScrypt and SuperScrypt
-
PostScript already exists in the print world,
That’s kinda why I liked it haha.
-
*edit* or should that be SuperScrypt
That’s epic also :D
-
FeatherScrypt seems a little like we are taking ownership of it and this should be for everyone. Cryptocoin communities are far to segregated and this may put some off.
As Scrypt with Chacha and SHA-3 seem a possibility there is a miner that is for Yacoin that could be easily ported if not simply work.
https://bitcointalk.org/index.php?topic=247782.0
It is by mikaelh the same chap who created the HP miner for Primecoin and now works with SunnyKing on Primecoin. mikaelh would be the person to have on board when it comes to an optimised miner.
-
Brilliant.
-
could we talk with a few other coins and make this a movement away from scrypt rather than us out on our own? maybe PXC as I see ghostlander has commented in this thread already?
-
Retaining the word ‘scrypt’ in the name will help maintain familiarity. Asking people to move from Scrypt to
SuperScrypt would seem like a logical progressive step.
-
maybe PXC as I see ghostlander has commented in this thread already?
I was actually thinking about that before… maybe pxc changed with us?
SuperScrypt would seem like a logical progressive step.
Makes sense to me. I don’t see much harm in changing the name at a later date if it was decided.
“SuperScrypt” sounds like a fine project name.
-
FeatherScrypt seems a little like we are taking ownership of it and this should be for everyone. Cryptocoin communities are far to segregated and this may put some off.
Presumably it’ll wear a GPL license anyways? … in that case I don’t know that it’d matter that much. You make a good point, but for a community that talks about marketing and spreading the word… just being devils advocate Bush-man >:D
That’s kinda why I liked it haha.
haha fair play, it is kinda cool I guess 8)
I’m sure whatever you lot choose it’ll be a perfect fit.
-
-
http://www.mathematik.hu-berlin.de/~schliebn/dl/Blue-Midnight-Wish.pdf
DarkCoin uses eleven different hashing functions, the BMW one you linked in being one of them. Thinking about it we should probably aim for the better known solutions as the extra exposure should reduce the risk of undiscovered vulnerabilities.
-
DarkCoin uses eleven different hashing functions, the BMW one you linked in being one of them. Thinking about it we should probably aim for the better known solutions as the extra exposure should reduce the risk of undiscovered vulnerabilities.
I think good idea will be implementing single hashing function ( not used until now and BMW was just an example ) and giving support for it via CPU and GPU cuda + opencl based miners. This way we will be original, will be ready to get the old + new GPU users and there won’t be a reason for someone to point at feathercoin as not original or stealers… This way if we reach the point of building ASIC processors for it we will be one #win coin.
Another important thing we fail to deliver is support software and services for fethercoin ( blockchain dot info, coinbase like services, wallets mobile + desktop ). Yup I’m aware that this services must be delivered by investors…
-
could we talk with a few other coins and make this a movement away from scrypt rather than us out on our own? maybe PXC as I see ghostlander has commented in this thread already?
I welcome this idea, though it needs to be discussed with our development team members. Maybe other coin developers would also like to join this adventure.
Presumably it’ll wear a GPL license anyways? … in that case I don’t know that it’d matter that much. You make a good point, but for a community that talks about marketing and spreading the word… just being devils advocate Bush-man >:D
Any GPL code isn’t acceptable because it cannot be integrated into the BSD/MIT licenced code of Bitcoin and its derivatives.
