FPGA re-use options | Bitcointalksearch.org

hardcore-fs

full member

Activity: 196

Merit: 100

Quote from: rupy on January 24, 2013, 04:07:45 AM

I wish to build a new alt-currency with a firmware for spartan-6 that contains a new hashing algo (that should be evolvable thus eliminating the possibility to ASIC it). And build a really lightweight client with merkle root thin chain in java.

....Just add a memory requirment......

iambaboon

member

Activity: 116

Merit: 10

bitcoin afficionado

Is there any software/project that is already using, thinks or had planned on using FPGAs for password cracking & genetic research?

Littleshop

legendary

Activity: 1386

Merit: 1004

If BFL unlocks the FPGA singles (they may be unlocked already, I do not know), they can be used for other purposes such as password cracking, genetic research and many other things. The chip in the FPGA single is quite powerful and in a finished box $600 is not an unusual price for this kind of power.

nelisky

legendary

Activity: 1540

Merit: 1002

Yeah, I'm liking this idea more and more... I'll start a discussion in the proper location.

(edit) -> https://bitcointalksearch.org/topic/multiple-hashing-algorithms-support-138664

ldrgn

member

Activity: 118

Merit: 10

Quote from: nelisky on January 24, 2013, 10:13:28 AM

Yeah, I didn't really think this through, of course, so this might be total bs, but it is possible to change the validator so that the hashing algo is something set on the hash, say sha256(sha256()):BLOCKHASHGOESHERE or scrypt:BLOCKHASHGOESHERE, and this way bitcoind could still validate all blocks irrespective of the hash. Surely the list of available algos needs to be fixed, though that would in theory be upgradeable by new versions of the software.

It sounds like you're proposing the creation of a market for mining on different hashing algorithms. This is a pretty cool idea and I think warrants further discussion in the technical discussion subforum.

nelisky

legendary

Activity: 1540

Merit: 1002

Yeah, I didn't really think this through, of course, so this might be total bs, but it is possible to change the validator so that the hashing algo is something set on the hash, say sha256(sha256()):BLOCKHASHGOESHERE or scrypt:BLOCKHASHGOESHERE, and this way bitcoind could still validate all blocks irrespective of the hash. Surely the list of available algos needs to be fixed, though that would in theory be upgradeable by new versions of the software.

Not really knowing the validator code I can't say how complex it would be to manage multiple difficulty points, one for each algo, but all in all this would further future proof the system. If sha256 gets broken we can invalidate it using the majority vote for not accepting it on new blocks...

BR0KK

hero member

Activity: 784

Merit: 500

And all three of them solve the same block chain?

nelisky

legendary

Activity: 1540

Merit: 1002

So, I don't really want to get into an 'alt-chain' discussion, but what if multiple hashing algos were available, each having a distinct difficulty attached to it, all usable on the same blockchain? This way ASICS would bring sha256(sha256()) difficulty up a lot, but GPU users could still use scrypt and FPGAs sha3. All in the same client, all in the same blockchain...

rupy

hero member

Activity: 725

Merit: 503

Nope, not if the firmware is loaded by the miner and it can change algorithm on the fly. For example from SHA-512 to SHA-3, you cant make a ASIC for something you dont know what it is, but you can progam a FPGA to anything, as long as it fits the FPGA you are using...

nathanrees19

full member

Activity: 196

Merit: 100

Quote from: rupy on January 24, 2013, 04:07:45 AM

I wish to build a new alt-currency with a firmware for spartan-6 that contains a new hashing algo (that should be evolvable thus eliminating the possibility to ASIC it). And build a really lightweight client with merkle root thin chain in java.

Technically this just increases the complexity of a possible ASIC.

rupy

hero member

Activity: 725

Merit: 503

I wish to build a new alt-currency with a firmware for spartan-6 that contains a new hashing algo (that should be evolvable thus eliminating the possibility to ASIC it). And build a really lightweight client with merkle root thin chain in java.

iambaboon

member

Activity: 116

Merit: 10

bitcoin afficionado

I know it's still some way until FPGAs become obsolete, but we have to plan in advance for this.

This https://bitcointalksearch.org/topic/anyone-w-fpgas-should-keep-their-eye-on-this-136743 talks about something like SETI@home.

What I would like here is to centralize ideas on how FPGAs might be reused in the future. Basically, which of these would be most suited for FPGAs.
http://en.wikipedia.org/wiki/List_of_distributed_computing_projects. Or other ideas on re-using them @home.

Normally they should be re-programmable to do anything, isn't it ? What do you guys think ?

I can maintain a list below, that can go later in the bitcoin wiki.
* alternative coin/blockchain with different algorithm

Topic: FPGA re-use options (Read 1868 times)