FPGA/GPU optimized but ASIC proof SHA256 coin? Is it possible?

mercSuey

sr. member

Activity: 364

Merit: 250

Quote from: markm on June 13, 2013, 09:59:06 AM

Sure, just do sha256(sha256(sha256))) instead of sha256(sha256)

-MarkM-

Begs the question, what are the benefits of deep nested SHA256 versus Scrypt algo? This is interesting, both from a hardware perspective as well as programming/software. I'm almost tempted to get something running on testnet and analyze performance differences.

TheSwede75

full member

Activity: 224

Merit: 100

Quote from: markm on June 13, 2013, 09:59:06 AM

Sure, just do sha256(sha256(sha256))) instead of sha256(sha256)

-MarkM-

Stop making me feel stupid! Tongue

markm

legendary

Activity: 2940

Merit: 1090

Sure, just do sha256(sha256(sha256))) instead of sha256(sha256)

-MarkM-

TheSwede75

full member

Activity: 224

Merit: 100

Completely hypothetical question. Would it be possible/feasible to design a coin that uses SHA256 but with variables that are explicitly ASIC hostile (memory requirement, cycles or other factor) towards the current BFl/Avalon architecture and optimized for current gen GPU/FPGA?

I think it's if nothing else a fun proposition.

Topic: FPGA/GPU optimized but ASIC proof SHA256 coin? Is it possible? (Read 695 times)