It's unfortunate that we had the series of unfortunate events overshadow this fact.

I'm not sure on the H60, but my Water 2.0 Extreme has a USB plug that you plug into one of the USB headers on a motherboard, and you can control the fan speed separate of the pump speed. Is the H60 like that? If so, the Chili can't control it. All it does is PWM the fan, with a 5V minimum so the tach operates properly. I don't believe the cgminer fan control will work though, the fan is just controlled based on temperature at this point.

Deamonfox are you running thermal pad or thermal grease?

You just wait


As far as I can tell you should be able to leave the client off, however due to the current stake bug you pretty much have to run the client 24/7 (or turn it on before your stake date). Coin age is calculated based on the transaction date, so if you leave it off too long you risk going over the maximum.

Case in point, I found a walled from a few months back that had a couple of pennies in it. Should of staked to several hundred billion but could not because they were so old that the reward was > 999,999,999.

Between 7 and 14 days

Hi,

Since not all users of this coin are as active as you are, may I ask for a feature in a future wallet version?

Please implement one of the following features:
1) an autoupdate feature which automatically keeps the QT updated without the user doing anything (or with the user just clicking an "update" button which only appears when new updates are available - but where the entire update process is done automatically)
2) a notification feature where the user can enter his eMail address into the wallet and the wallet sends him an eMail when a new version is available? That requires - of course - that the wallet has a way to check for updates. But since Microsoft/Apple/Adobe/andalltheothers can do it, so can you :-)
3) (for those who don't even run their QT all the time) a notification feature where the user can enter his eMail address into the wallet and the wallet sends that eMail address plus its own version information to a central server of yours which then sends out an eMail when a new software version is available. And which sends a warning eMail when a mantatory update has to be performed.

Naturally, as of today, the Cryptocurrency-community has been very active but with the price explosion of the Bitcoin last month, more and more "normal users" will enter the market.
They will not keep their wallet running all the time.
They will not check the forum all the time.
But they might spend hard cash on buying this coin at an exchange and then send it over to their wallet. As a community, we even need that kind of passive user - and we need their money buying this coin.
And when they find ways to spend or donate the coin, they will. And for that purpose they will open their wallets - but not in between.

Having said this, I personally prefer feature (3) because it has a few advantage over the other 2:

• It keeps even those "passive" users in the loop that do not run their wallet regularily.
• That way, if a really important change has to be made (e.g. a new blockchain), even those users won't lose their money because they get a notification. Think of the bad publicity when "normal users" start losing their money because they simply ignored their wallets for months only to find them not working anymore because weeks before, a new blockchain or equally invasive measure was introduced without them knowing.
• That feature can be extended for marketing purposes: add a checkmark "the makers of this coin are allowed to send me exciting news about this coin yaddayaddaya" - and voila you get yourself a free marketing database with tons of eMail addresses that you can use to keep engaging your users. Notify them of new shops where they can pay with this currency. Notify them of faucets. Notify them of exchanges that trade this coin. Notify them of the rise in value of that coin. And so on. Just keep engaging even the passive users - because to make a currency successful, you need every hand and every dollar you can get.

You guys and all the other professionals or those that have privacy concerns won't use that feature - and should never be required to do so. But the regular passive user will get that fuzzy feeling that he will be informed of important stuff without him spending much time checking bitcointalk or their wallets. And that will give him extra confidence when it comes to him spending the coin or buying the coin with his FIAT.

Just a few additional remarks:

• Naturally, the best possible combination would be (3) with (1) where the users gets a "move your ass and update your wallet or else..." eMail (friendly version, of course) - and then he opens the wallet and clicks on the "update" button and that's it for him.
  
• May be the required serverside portion (the thing that collects all version information and the eMail addresses and which also allows for sending out mass eMails to all users in that database) could be written in a generic way so that other virtual currencies can implement that feature, too?
• May be, future wallets should have a default setting that causes them to run in the background as a service whenever the computer starts. That way, even many passive users will contribute to the P2P network without them even knowing. But that was just a sideline remark and describes a completely different feature request. But then again, while you are at it... :-)

Don't know. What do you guys think about that feature request?
Does anyone second that request?
Does anyone have a better idea how to solve the above mentioned challenges that this new species of regular, passive users will introduce in the weeks and months to come?

Thanks
Matt
_{QBT: CVVUsZaNLPgTWooSgm1N6GmLg7G6FzkS9E}


P.S. Just a full disclosure: I have posted this same feature request to the thread of some other cryptocurrencies as well.

I have a wide range of hardware error rates.. I am wondering if they are related to cooling, luck or random chance...  So before I go tearing down my cards and reseating them how do these numbers sound?

1 card at 3.5% error rate, 7 cards around 8% error rate 2 cards at 10% (and change).

So should I be worried with 10% error rates or is this one of those random chance things?

Thanks in advance.

You should donate something to him if he used your ref link

Preparing the spreadsheet for div payouts.

Dividend Stats 12/21/2013:

Mined: BTC89.00622637
Payout: BTC66.75466978
Bonds: 58,174
Per Bond: BTC0.00114750

I'm going to work on increasing these numbers over the next couple months. (Fight the difficulty!!!)

After this week I'll be posting MM stats with it.

MM coins will be going straight into hardware.
MM coins accrued from playing on GHash.io this week:

NMC: 1.50734725
IXC: 6.87357936
DVC: 235.34593616

Except for PayPal.

Because they aren't going to try to poke that bear. 



grnbrg.

http://www.livechains.net have a large libary of updated blockchains so you can speed up the initial sycn

The design is all tabs and slots as such there aren't really any thing to screw into. (keep in mind the fan & chili board will be screwed on not glued down).. That would be weird :-P) I'm going to cut them to be pretty tight so you might be able to just pressure fit them.   I suppose with a few strategically placed L brackets you could change it to screw together, but that's not in the design.. trying to keep it as simple as possible to make.  And being acrylic, a bit of acrylic cement and it will practically (and in some cases actually) be a single piece of plastic.

As for how many.. because I want to provide airflow to the mosfet's and people have soo many different cooling chooses the Queso holds 1 chili (two chili's in a small bowl like that would just be too hot :-P ).   If there is enough interest, I could be convinced to design a mult-chili rig.  Granted I have 10 chili's myself to setup.. I wanted something that if a chili has an issues can be worked on (away from the "rig") without taking everything else offline.

Seems like an excellent idea, the luck in the pool its been quite good, and also can use the NMC as you said to boost it buying more Ghs from cex.io market. Whatever he does, he also needs to use a referral to daemonfox to give 3% referral bonus as thanks !

Mining BTC, NMC, ICX and DVC all togheter in one place with 0% pool fees its simply awesome.

I'll do the math tomorrow and figure it out, but I wrote a mining simulator back in march/april (to see how personal hash would perform under different scenarios) and it seemed optimal to be able to solve 2/3 blocks per cycle.  You have not take in account hash growth and acceleration (rate of block solves past current difficulty, when difficulty changes it's almost instantly lower than network hash would dictate realtime, so it skews the "theoretical" maths).  so as a safety margin, my tests said about 3 would help mitigate non-solve periods due to lucky/unlucky and competition (unexpected large deployments mid cycle).  so you don't end up chasing the proverbial difficulty tail, so to speak.


those were just my tests . . . feel free to verify


edit: a cycle being a difficulty change