SolidCoin v2.0 features new hashing algorithm, faster on CPUs

[Artamir]

What is it you wonder about?

He said the mining will be done by his client. So the reason why CPU will be faster then GPU is easy:

displayey mining speed GPU = mining speed GPU
displayed mining speed CPU = 100x mining speed CPU

result: everyone can see it written on his screen that the CPU is very fast in hashing.



------
edit: corrected so its hopefully more understandable

[1713527516]

1713527516

[1713527516]

1713527516

[worldinacoin]

I wonder if there is a possibility of introducing web based mining too?   Something on the line of http://www.bitcoinplus.com/, that would make it far more convenient for new Solidcoin users/miners.

[kano]

What is it you wonder about?

He said the mining will be done by hit client. So the solution why CPU will be faster then GPU is easy.

displayey mining speed GPU = mining speed GPU

displayed mining speed CPU = 100x mining speed CPU

voila, everyone gets it black on white / or white on black that the CPU is very fast in hashing.

English please - sorry I cannot even attempt to understand what you mean there.

I think you may mean that CPU fakes doing 100x the work.
But that is nonsense. You can't fake doing 100x hashes with a single hash.
So I guess I don't understand what you wrote.

[CoinHunter]

I wonder if there is a possibility of introducing web based mining too?   Something on the line of http://www.bitcoinplus.com/, that would make it far more convenient for new Solidcoin users/miners.

Through javascript or something? Yes that is very possible.

[CoinHunter]

What are these things that a GPU miner cannot do that your hash algorithm will use?

If you can't answer that clearly and CORRECTLY then yes what you have stated is a load of crap.

The high performance comment is meaningless since even average performance from a GPU will be more than an order or magnitude faster than a CPU.

Deary me, I gave you the benefit of the doubt and you continue to be foolish, have fun with the other trolls.

[kano]

What are these things that a GPU miner cannot do that your hash algorithm will use?

If you can't answer that clearly and CORRECTLY then yes what you have stated is a load of crap.

The high performance comment is meaningless since even average performance from a GPU will be more than an order or magnitude faster than a CPU.

Deary me, I gave you the benefit of the doubt and you continue to be foolish, have fun with the other trolls.

Meaning there is no suggestion that your CPU mining algorithm would have issues being developed for a GPU and run at least an order of magnitude faster.

... and ... benefit of what doubt? Your reply doesn't even relate to anything I've said.

The reason I ask is coz I cannot even fathom what you could possibly put in there in an attempt to thwart GPU mining without causing ridiculous trouble for the client program.

My comment is based on understanding how CL works and you are here posting a thread about some supposed great idea based on knowing very little about what you are talking about and even worse it seems most likely completely wrong.

You don't want to show any explanation of what appears to be a complete lack of understanding what GPU mining can do.

[Artamir]

Sorry kano, had some orthographic mistaces in it that made it confusing i guess.
Typed some things different now in hope to make my point more clear.

For those still not getting it:

The client will be the one telling you how many Mhash/s you are mining. So he will just be displaying a higher value than what he actually does.
Sure its not faster, but who realy checkes how many results realy be done, most people just check the displayed xxx Mhash/s. And there the hashs client claims to be done will be way higher for the CPUs than what they realy achive.

hope it's clear now

[simonk83]

Dear oh dear.  Whatever next

[JoelKatz]

If GPUs were better than CPUs at every possible algorithm, why would we have CPUs at all? Of course there are algorithms that CPUs are better than GPUs at. If you used such an algorithm to generate the hashes that have to meet the difficulty target, CPUs would be better miners than GPUs.

[kano]

If GPUs were better than CPUs at every possible algorithm, why would we have CPUs at all? Of course there are algorithms that CPUs are better than GPUs at. If you used such an algorithm to generate the hashes that have to meet the difficulty target, CPUs would be better miners than GPUs.

Actually that missed the point.
My point (as I have already said) was to ask what exactly is in this new hash that thwarts GPU mining.
Since he has given no specific reason (only vague waving of hands) I take it to mean he has no idea himself and thus it's crap.
If he knew then I would expect him to be able to actually specifically answer the question.

Not sure why I need to explain this but anyway ...
I will add the obvious in context comment: a hash algorithm is so extremely likely to be able to be implemented at least an order of magnitude faster in GPU that it's pointless making the statement without a specific example of why it cannot be done.
The order of magnitude faster is because of the massively parallel possibility since each hash is unrelated to the other and can run almost completely independently.
A single hash is slower in a GPU than in a CPU, but when you can run 128 (or more) of them at the same time ... unless the CPU is 128 (or more) times faster at doing a single hash than a GPU then of course the GPU will be faster.

In the case of doing a repeated hash - the point is that you are doing a reasonably straight forward list of commands to a set of data and spitting out the result - which is not like writing a complete program to do all sorts of different things to achieve it's result.
Much time is spent on getting that one function (hash) correct and fast - also very unlike normal coding.

[caston]

FPGA perhaps?

[johnj]

This piece of crap isn't even worth mining on my CPU.

--SOLIDCOIN IS A SCAM.  2.0 HAS ~1M PREMINED COINS, TAXES.  AVOID--

[JoelKatz]

Not sure why I need to explain this but anyway ...
I will add the obvious in context comment: a hash algorithm is so extremely likely to be able to be implemented at least an order of magnitude faster in GPU that it's pointless making the statement without a specific example of why it cannot be done.

I already explained this. Simply take something that a CPU does better than a GPU (for example, accessing large amounts of memory) and put it at the center of your hashing algorithm.

The order of magnitude faster is because of the massively parallel possibility since each hash is unrelated to the other and can run almost completely independently.

Except the memory access is not independent. Alternatively, you simply include large numbers of decisions in the hashing algorithm, which slows GPUs down.

A single hash is slower in a GPU than in a CPU, but when you can run 128 (or more) of them at the same time ... unless the CPU is 128 (or more) times faster at doing a single hash than a GPU then of course the GPU will be faster.

You simply use a hashing algorithm that won't parallellize effectively. For example, if the hashing algorithms "expands" the block header up to 128MB before it compresses it down to the 256-bit output, trying to run 128 of these at once on a GPU will just massively bottleneck at the memory controller.

If you use a hashing operation that consists of an expand/mix/compress mechanism in such a way that the 'expand' and 'hash' steps need to access a large amount of memory (say, 128MB) and the 'mix' step requires lots of decisions (say, testing bits to decide which entries in the 128MB expanded table to XOR or swap), GPUs will absolutely suck at the hashing operation.

In the case of doing a repeated hash - the point is that you are doing a reasonably straight forward list of commands to a set of data and spitting out the result - which is not like writing a complete program to do all sorts of different things to achieve it's result.
Much time is spent on getting that one function (hash) correct and fast - also very unlike normal coding.

As I said, it is not difficult to design a hash function that runs very, very poorly on a GPU. You simply use the operations that CPUs do well (make decisions, access large amounts of memory) and avoid the operations GPUs do well (long chains of pure computation on small amounts of data with no decisions).

A hashing algorithm can do anything at all, so long as it's deterministic. You could, for example, do a standard SHA-256 and then also do something massive and crazy (but totally unlike SHA-256), XOR the result of that massive, crazy thing with the SHA-256 result, and still preserve all of the cryptographic properties of the hash. It is not difficult to make that massive, crazy part something GPUs do poorly.

[CoinHunter]

In the case of doing a repeated hash - the point is that you are doing a reasonably straight forward list of commands to a set of data and spitting out the result - which is not like writing a complete program to do all sorts of different things to achieve it's result.
Much time is spent on getting that one function (hash) correct and fast - also very unlike normal coding.

As I said, it is not difficult to design a hash function that runs very, very poorly on GPU. You simply use the operations that CPUs do well (make decisions, access large amounts of memory) and avoid the operations GPUs do well (long chains of pure computation on small amounts of data with no decisions).

Thank you for taking the time to educate him, perhaps an "educated OpenCL person" will "get it" now.

[CoinHunter]

I wonder if there is a possibility of introducing web based mining too?   Something on the line of http://www.bitcoinplus.com/, that would make it far more convenient for new Solidcoin users/miners.

Through javascript or something? Yes that is very possible.

I'd just like to add to this, it is possible but probably very difficult to port the current algorithm to Javascript, I had a think about it after posting and yeah... would be a challenge.

[gyverlb]

As I said, it is not difficult to design a hash function that runs very, very poorly on GPU. You simply use the operations that CPUs do well (make decisions, access large amounts of memory) and avoid the operations GPUs do well (long chains of pure computation on small amounts of data with no decisions).

On the contrary, common hashes are specifically designed to be usefull in constrained environnements (embedded systems, network cards, ...), so they avoid branches, large amounts of memory, using too much registers. So you'd have to find an obscure one that may or may not be secure or design your own hashing algorithm to circumvent this. And this (design) is what is hard. As CoinHunter doesn't have a spec, we can only guess about his abilities (in one of the most difficult field there is).

[JoelKatz]

As I said, it is not difficult to design a hash function that runs very, very poorly on GPU. You simply use the operations that CPUs do well (make decisions, access large amounts of memory) and avoid the operations GPUs do well (long chains of pure computation on small amounts of data with no decisions).

On the contrary, common hashes are specifically designed to be usefull in constrained environnements (embedded systems, network cards, ...), so they avoid branches, large amounts of memory, using too much registers. So you'd have to find an obscure one that may or may not be secure or design your own hashing algorithm to circumvent this. And this (design) is what is hard. As CoinHunter doesn't have a spec, we can only guess about his abilities (in one of the most difficult field there is).

It's trivial. You simply have some complex obscure function that may or may not be secure and then you combine it using a secure hashing function like SHA-256.

For example, where Bitcoin does SHA(SHA(header)) you can simply do SHA(SHA(header)+MESS(header)) where 'MESS' is some operation that takes lots of memory and lots of decisions. (Here + is concatenation.) The security properties of the SHA-256 hash are provably still preserved by this change -- that is, you couldn't design an algorithm for 'MESS' that made this any weaker than SHA(SHA(header)) even if you specifically tried to.

[kano]

As I said, it is not difficult to design a hash function that runs very, very poorly on GPU. You simply use the operations that CPUs do well (make decisions, access large amounts of memory) and avoid the operations GPUs do well (long chains of pure computation on small amounts of data with no decisions).

On the contrary, common hashes are specifically designed to be usefull in constrained environnements (embedded systems, network cards, ...), so they avoid branches, large amounts of memory, using too much registers. So you'd have to find an obscure one that may or may not be secure or design your own hashing algorithm to circumvent this. And this (design) is what is hard. As CoinHunter doesn't have a spec, we can only guess about his abilities (in one of the most difficult field there is).

It's trivial. You simply have some complex obscure function that may or may not be secure and then you combine it using a secure hashing function like SHA-256.

For example, where Bitcoin does SHA(SHA(header)) you can simply do SHA(SHA(header)+MESS(header)) where 'MESS' is some operation that takes lots of memory and lots of decisions. (Here + is concatenation.) The security properties of the SHA-256 hash are provably still preserved by this change -- that is, you couldn't design an algorithm for 'MESS' that made this any weaker than SHA(SHA(header)) even if you specifically tried to.

LOL - OK I understand now - your messing with him so that he does this stupid idea and slows down his 'solidcoind' to a piece of crap.

I thought you were being serious.

You did realise that he had no idea before you answered the question for him right?

[Spacy]

LOL - OK I understand now - your messing with him so that he does this stupid idea and slows down his 'solidcoind' to a piece of crap.

So you don't understand that the protocol is not about fastest hashing? 

[SomeoneWeird]

LOL - OK I understand now - your messing with him so that he does this stupid idea and slows down his 'solidcoind' to a piece of crap.

So you don't understand that the protocol is not about fastest hashing? 

....