Forget lyra2z, mtp(new algo) soon.
This thread has 44 pages now and you(fpga devs) not provided any proof, just theory.
You(fpga devs) say : go, buy fpga and later we maybe implement and maybe release some bitstreams.
I ask again : What are you going to mine with this fpga?
Let's sum up this discussion
Keccak - will work, low profit
Tribus - will work, low profit due to low network hashrate
Phi1612 - will work, forget it, devs changing algo due to anti-fpga and anti-asic policy
Skunkhash - will work, low profit due to low network hashrate
x17 - will work with 2 FPGA, need a verilog masochist, profit will be destroyed with 450x fpga
x16r - most likely will not work, or skip hard blocks at hashing, need a verilog masochist
x16s - will work with 2 FPGA, need a verilog masochist
lyra2z - will work, forget it, devs changing algo due to anti-fpga and anti-asic policy
lyra2v2 - will work, low profit, asic soon
lyra2 - will work, low profit, low network hashrate
ethash - will work with ddr4 ram, low profit
equihash - will work with ddr4 ram, low profit
cn-7, cn-light, etc - will work, low profit
Xevan - will work with 4 FPGA, need a verilog masochist, low profit due to low network hashrate
bitcore - I think, it will fit, and work with good hashrate(600MH), but profit will be destroyed due to low network hashrate
nist5, neoscrypt - I did not investigate, possible candidates for fpga. |
What algorithms have I forgotten?
While this may be true in the short/medium term, but in the long term FPGA may end replacing GPUs, as the costs go down and other players comes in and we see more mining oriented FPGAs. This is just the genesis of public FPGA mining.
Exceptions would be ASIC alog coins or coins who's Devs want to be FPGA-resistant (at least they think they can be FPGA-resistant).