Is not easy to do this lol.
I can easily make a board but what's impossible is coding it to work properly. I don't even know how bitcoin works. I think miner "decrypt" the string and returns it's value, but how do the miner "decrypt" these strings?
Thanks.
From my limited knowledge on this topic, I expect the hardest part to be getting the prices down. Granted, part of that would be in optimizing FPGA code. But getting the code initially may be as easy as using what has already been developed for open use (if any). There is an open Python code I think that you can analyze to see how the algorithm is used. But I would personally start with some block diagram level stuff first. I've yet to find any such diagrams though.
My thinking is that any low cost DIY will [probably] incorporate Spartan 6s150 chips. However, I don't want to be tunnel visioned and/or dogmatic about that idea. Also, I'd like to take time to think outside the chip
It may be that the best low cost solution would require buying more parts than a minimalist board. Perhaps, any ASICS to do the SHA256 hashing? Maybe, use the FPGA's to do whatever else needs to be done.
Brainstorm:
From some cursory reading, I would expect any dedicated SHA256 ASICs to do the hashing part of the overall algorithm about 3 to 4 times faster than an FPGA (i.e. pound for pound). If a such a dedicated ASIC could be used for this, then for each hashing routine the ASIC would perform, let's say we can free up say three hashing routines from the FPGA. And I anticipate this to be a large part of the FPGA code. Anyway, the FPGA would use any such free space to process output from (or for) the ASIC as needed.
From there, figure out the right ratio of FPGA's to ASIC's to utilize every ounce of logic circuitry. This MIGHT work to increase MH/$ (MH => MH/s) if the ASIC work:cost alone would translate into a higher MH/$ value.
Another thought might be to consider how a GPU can work with FPGA's.
...
Back to 'normal' thinking:
Anyone got any idea on what a minimalist board might cost? Assume the FPGA can be programmed to achieve about 150Mh/s. Already we are at a disadvantage in MH/$. Such a chip might cost about $170 (not sure if that is accurate). Anyway, if that is the case, you start out with 150MH/s/$170 or .88MH/s ... not counting the printed circuit board and any minor components (capacitors, resistors, connectors). Just from that alone, I would decide to go with whoever is the bext retail FPGA. But I wouldn't want to give up so easily.
||bit.out