 Show Posts
|
|
Pages: [1]
|
Just started a new BFL Jal unit, connected to a RaspberryPi with MinePeon.
I removed the box, flipped the fan and the temp is a good 35C.
However the hashrate never got to 5 Gh/s.
What's a list of possible reasons I should look into?
Did it get above 4.5GH? Yeah, pulling 4.864 GH/s since unboxing. |
|
|
|
|
Ah, I have a quite high HW Error rate: 1514 [7.24%]
|
|
|
|
|
Just started a new BFL Jal unit, connected to a RaspberryPi with MinePeon.
I removed the box, flipped the fan and the temp is a good 35C.
However the hashrate never got to 5 Gh/s.
What's a list of possible reasons I should look into?
|
|
|
|
I'm really sorry for what happened to you, but here it's not Mt. Gox fault. There's no threat model that can take complete client compromise into account, except maybe dual-factor auth on any withdrawal, but even that would only protect you until you make an authenticated operation, then the attacket can fake the pages so that you think you are sending a BTC to someone and instead you are sending all to them. To get an idea of how unsafe is running untrusted Java hang around here http://java-0day.com/Always use click-to-play, and well, don't click. My only suggestion here can be: use exchanges as exchanges, and keep a nice offline wallet for savings. Seriously, it's easy, you don't have to trust the site and it doesn't get hacked. You can have one for 35$ ( https://gist.github.com/FiloSottile/3646033) |
|
|
|
|
Bugs are rare, fortunately, but they happen, and in case of a netsplit or a fork you don't want your service to be accepting orders.
At the moment the only way is to stay vigilant for news and manually put your system in "safe mode" in case of emergency.
What I'm offering here is a service that keeps different versions of well connected bitcoind running to detect forks, plus a handful of sparingly connected nodes to detect network issues.
And, most important, a powerful API + WebHooks to put your system automatically in safe mode if a serious (you decide how serious) misalignment is detected.
There would be interest?
|
|
|
|
|
Seems cool! Starting research it now...
|
|
|
|
|
I have a mining machine without access to the Internet, but I can automatically send work to it from an online machine. What I am thinking about is getting some work from the pool, sending it to the miner to hash, and so on back and forth.
I understand quite well how mining works, and seems to me that this should only lower efficiency a bit, if done well. (The biggest loss probably being long polling)
Suggestions?
|
|
|
|
I got Armory running on the Raspberry Pi. This might be really useful for inexpensive, secure offline wallets. 
All the instructions/files here
https://gist.github.com/3646033
|
|
|
|
The point of this story:
(1) If you want cold storage, look into Armory
(2) If you want cold storage, but don't want to deal with laptops, RaspberryPi will soon be your answer
(3) Someone will soon be posting instructions for using it on RPi
Here I am, RPi is now your answer! https://gist.github.com/3646033I have a Raspberry PI as well. I actually got it to mine with a handful of Icarus using Archlinux (was far more work than I thought it would be), but I'd rather use it as an offline wallet storage. If someone were to create an offline version of Armory on it, I think I'd be willing to start the bounty at 10 BTC. PM me if anyone starts such a bounty, I'd be willing to contribute if it is relatively easy to use/backup.
I'll leave this here 18p7pUqqxPYtDaK3GytdVxdSKZzs25SihS |
|
|
|
Just cross-built Armory for the Raspberry Pi. That's the next step towards cold storage for the masses: 30$ box, 10$ SD and the store the SD and learn Linux with the RPi. I'd like to let etotheipi know  Need anything else?  |
|
|
|
|
