Will ATI do a specific chip for miners? That seems unlikely.
But I could definitely see a 'headless' opencl card from a board manufacturer like Sapphire, after Sapphire notices bitcoin miners are a significant market.
It doesn't have to be bitcoin. There are lots of GPGPU applications now, so headless cards definitely could make sense.
|
|
|
you'll have to lower your prices DRAMATICALLY if you want any sales.There are people (me) who sell namecoins at much lower prices than you do.
Price reduced.
|
|
|
If you are making buy decisions by looking at the buy order log, keep in mind that those buy orders could be an attempt to fool you, and can be cancelled at any time. They could be an attempt to signal to the masses that there is a demand that really isn't there (because the orders could be cancelled). They could be an attempt to show support, so that a sell order can get a maximum value. Be Effing Careful. Even executed transactions could be an attempt to fool you (though in that case they are at least somewhat expensive).
|
|
|
We haven't tested the current implementation without inflation driven mining which was the point smooth was making. We just don't have empirical evidence. We have nothing. There is no more reason to think this will work than something else without analysis.
Correct. We also haven't tested it with millions or billions of users, over a period of years. When you look at the dynamics of very long term successful open source projects such as Linux or others, you don't see an "if it ain't broke don't fix it" approach to every proposed change. There is a healthy reluctance to break existing code for no reason but there is a also a willingness to invest in improvements that have no immediate benefit but are expected (and sometimes analyzed) to help longer-term future of the project (scalability, portability, maintainability, etc.). In addition to the usual open source project management issues, bitcoin faces very significant additional challenges in terms of creating the right set of economic incentives that are likely to lead to a desired equilibrium outcomes in a large multiagent system. For example, it's already the case that mining is too concentrated in the hands of some very large pools (and there are reasons to suspect this might actually become worse in the future), which suggests that something is broken about the current set of incentives. Unfortunately, I don't really see the necessarily expertise within the project team to tackle these sorts of issues right now, but perhaps the continued success will attract it.
|
|
|
There is a danger here. Unintended consequences. This is why we have the saying, "If it ain't broke, don't fix it". You might end up doing more harm than good.
You could say that about inaction too. In fact you could say that about having a bias in favor of inaction. There is hardly any track record at all to say that bitcoin as it exists today "works" on a large scale over a long period of time. It might, but there is no emperical reason to prefer the current implementation or policies in that problem space over anything else that also might work in that problem space. The only real reason to prefer the status quo is that it costs nothing to implement, but that's a fairly small factor usually. Any reasonable argument about long term success has to be based on some sort of analysis methodology (a simulation model for example) that is applied BOTH to status quo policies as well as some proposed alternative on more or less equal footing.
|
|
|
Can someone explain and make me feel dumb?
6/hour is the target block rate but when there is a rapid increase in miners the block rate will increase until difficulty adjusts to compensate. Difficulty only adjusts every ~2000 blocks.
|
|
|
If you believe that Bitcoin is going to go viral, then it's as much a benefit as F@H.
That's pretty subjective but it's certainly true that if bitcoin is a flop then all the resources put into it were wasted, much like any other projecct.
|
|
|
Price drives difficulty, not vice-versa. Demand creates supply. Supply does not create demand.
Neither demand creates supply nor does supply create demand. Higher demand raises price, lower supply also raises price, etc. What people don't understand is that increasing difficulty doesn't decrease supply because supply is fixed (300/hour), at least over a long enough time period for difficulty to adjust. In the short term there are fluctuations in the block rate.
|
|
|
Other algorithms and human traders would then see far more orders to buy the shares in question than orders to sell them, and be likely to conclude that their price was going to rise. That sounds like a dumb trading strategy.
|
|
|
60A on 12V at least. 70A-75A would be safer minimum.
Would 85 be ok? Anything bigger than you need is always fine. Keep in mind that if you don't run your PSU right up to the limit it will run cooler, more efficiently, and probably last longer.
|
|
|
150 for 1 BTC
Bigger or smaller orders we can negotiate a price.
EDIT: Update price
|
|
|
Maybe, but considering the alternative it's not at all clear that it is "wasteful." Processing transactions using the traditional banking system is very expensive as well and that translates to high energy usage, just not necessarily directly. Even directly; it's not like banks don't have big data centers.
|
|
|
Arduino that takes temp readings across multiple probes and adjust the fan speed based on a set base temp Yes just hook up the 1260 CFM fans to one of the output pins on the Arduino, use analogWrite() and you are good to go. Don't forget the flyback diode.
|
|
|
I mean.. there's some kind of calculating work done- but for what is it really being done? What exactly is happening behind the scenes of all this calculating work being done?
Tried to search for what purpose all this stuff is done but can't seem to find!
Processing transactions.
|
|
|
in the winter exhaust back into the room you need the heat
Just reduce the flow rate. Get a thermostat (and a relay) for the fans.
|
|
|
if everyone sells their cards difficulty may go down if I understand the process correctly.
Correct, but why would you expect everyone to sell their cards?
|
|
|
I have a bunch of ideas for BTC-enabled applications and not enough time to build out working prototypes.
I'd like to start working with one or two developers to build prototypes. You will be paid for the initial work in BTC and then if I decide to take something beyond the prototype stage, we'll discuss ongoing work (pay and/or equity).
Qualifications: You need to be trustworthy, with verifiable professional references, and able to get started quickly building web applications using open source tools (and the BTC code of course).
|
|
|
|