It was the Bitcointalk forum that inspired us to create Bitcointalksearch.org - Bitcointalk is an excellent site that should be the default page for anybody dealing in cryptocurrency, since it is a virtual gold-mine of data. However, our experience and user feedback led us create our site; Bitcointalk's search is slow, and difficult to get the results you need, because you need to log in first to find anything useful - furthermore, there are rate limiters for their search functionality.
The aim of our project is to create a faster website that yields more results and faster without having to create an account and eliminate the need to log in - your personal data, therefore, will never be in jeopardy since we are not asking for any of your data and you don't need to provide them to use our site with all of its capabilities.
We created this website with the sole purpose of users being able to search quickly and efficiently in the field of cryptocurrency so they will have access to the latest and most accurate information and thereby assisting the crypto-community at large.
Quantity
I just find it odd when people take the countless hours to work on products, and some people still cry MAKE THIS BETTER, I NEEDZ DA MONIES!
fizzisist, first off, these look awesome! Second, I swear that I read somewhere that you were, at some point entertaining the idea of quantity discounts. Did anything ever come of this? In all of my reading, I sort of lose track of when things were said/what has happened since. And now I can't find the comment that originally made me think this. Also, I know that this board is not yet on par performance-wise with other offerings, but improvements are planned. Is there any rough timeline on this? Not trying to prod/demand anything, I'm just looking at the feasibility of buying a small fpga setup (~10 boards) and I want to get a good idea of what's out there. Thirdly, these look awesome. I like how defensively you formulate your inquiry. Seeing stuff like the following, I must conclude we need more politeness: We demand regularity of dividend payments! Automate them! jeeesh, right?
fizzisist, first off, these look awesome!
Second, I swear that I read somewhere that you were, at some point entertaining the idea of quantity discounts. Did anything ever come of this? In all of my reading, I sort of lose track of when things were said/what has happened since. And now I can't find the comment that originally made me think this. Also, I know that this board is not yet on par performance-wise with other offerings, but improvements are planned. Is there any rough timeline on this? Not trying to prod/demand anything, I'm just looking at the feasibility of buying a small fpga setup (~10 boards) and I want to get a good idea of what's out there. Thirdly, these look awesome. A warning to everyone: Cooling these boards properly is crucial. Improper cooling will increase your power consumption, increase error rates, and shorten the life of the FPGAs. If the board or heatsinks feel hot at all, you are not cooling them properly. We are not responsible for any damages that may arise from insufficient cooling. To emphasize here: Semiconductor devices can be prone to thermal runaway: Higher temperatures make them less efficient which leads to higher temperatures until its dead. The GPUs most people use to mine today have automatic thermal throttling. Even if the fan fails the GPU will slow itself down before it self destructs. The FPGA mining devices do not. Cheap fans which are acceptable in devices which can self-throttle when the fan fails are not acceptable for devices which do not throttle. It might be the case that miner will crash and fail into a low power state if it overheats, thus saving you from lasting damage— or it might irreparably harm itself. You don't want to be the person who finds out which of these failure modes is more likely. Thanks for these comments, gmaxwell. You are absolutely correct. The only type of protection you might have on these boards is that the power supply should not be able to supply enough current to completely kill the FPGA. We might be willing to risk sacrificing an FPGA to a test of this, but we haven't yet. It should also be possible to implement some sort of error checking and force the FPGA to disable itself if the error rate gets above some threshold. I'm adding that to my ever growing to do list now. Until something like that is implemented, everyone should be extremely careful. In fact, everything you do with these boards should be done with extreme caution. We're in pretty much uncharted territory here (as far as bitcoin mining goes), and you don't want to be the one to learn a lesson the hard way. Jump to:
|