Show Posts
|
Pages: [1]
|
Looking for writers of articles, blogs and market analytics for site http://news.coincry.ptContact me for more details
|
|
|
bitcoincharts.com/t/trades.csv?symbol=mtgoxUSD&start={UNIX_TIME} is broken?
I can't seem to get it to work properly anymore.
I saw some threads from about a week and a half ago, but I am wondering if anyone has any updated info on this.
If anyone has another method for getting historical mtgox trade data in such a format I would appreciate hearing it also.
Regards,
Johnny
|
|
|
Hi All,
Thanks for checking this thread.
I am looking to buy a place in queue which is preferably < 6300 (queue number).
I am willing to buy more than one unit and probably several depending on the price. I am well aware the price will be more than list price on the BFL site - please just PM or post prices.
We would need to work out escrow, shipping and an associated contract for the purchase.
I am happy to pay all _extra_ costs related to shipping from the original buyers location to mine.
Please either PM or post.
Thanks,
Johnny
|
|
|
This: http://products.butterflylabs.com/homepage/1500gh-bitcoin-miner.htmlDoes anyone know what the deal is with purchasing one? I have tried to contact BFL regarding purchasing one, but as of today have not yet heard back. - I would like to know if they ship globally, and how import expedition is handled and by who. - I would also like to know what the turn around time is, assuming I purchased today. - Also, has anyone confirmed the hash rate at 1,500 GH/s ? Does anyone know a way to call and speak with anyone at BFL? Or at least a surefire way to get some sort of response? I am happy to spend the $30,000 but would like some communication with BFL before doing so. Johnny
|
|
|
Hi All,
Just posting for some advice on a secure offline wallet I am attempting.
It should go without saying that my aims with creating this 'wallet' are the following: - secure and closed system - portability - multiple backups - redundant as in not reliable on any particular peice of hardware (or, hopefully software) - encrypted
My method has been basically as follows: - small Xubuntu install (3.7GB approx.) - OS is installed on a Virtual Box platform (I will be keeping copies of the version it is installed on in case of any future incompatabilities) - disk setup as encrypted LVM - home directory is also encrypted - disk encryption and home directory encryption are different passwords - neither of these passwords are used anywhere else - all unnecessary software removed (this means pretty much everything except default utilities and the bitcoin client) - VM's and backups will be stored on multiple USBs and on my fileserver(secure vlan'd/firewalled/acl'd network, ubuntu server box, virtualisation turned off in the bios)
I would love for people to critique what I have mentioned above and give me advice or point out anything I may have missed.
I also have a question regarding the bitcoin.conf file and the keypool value.
Is there a way I can check the value I set has been updated?
My bitcoin.conf file was created by me and I only added the line 'keypool=200'
Is that right, and is that an appropriate/valid amount for the system I am proposing?
Thanks,
JG
|
|
|
Hi All,
I am running a 4 card headless box ubuntu box using phoenix miner.
I have an issue where I get the following on some cards occasionally:
Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 361, in callback self._startRunCallbacks(result) File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 455, in _startRunCallbacks self._runCallbacks() File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 542, in _runCallbacks current.result = callback(current.result, *args, **kw) File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 1076, in gotResult _inlineCallbacks(r, g, deferred) --- <exception caught here> --- File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 1020, in _inlineCallbacks result = g.send(result) File "/home/bcm/phoenix-1.48/minerutil/RPCProtocol.py", line 220, in _requestComplete result = RPCPoller.parse(data) File "/home/bcm/phoenix-1.48/minerutil/RPCProtocol.py", line 166, in parse raise ServerMessage(message) minerutil.RPCProtocol.ServerMessage: Long polling is restarting, this doesn't effect mining
I don't really much understand that so if someone could help me with what the actual issue is I would also appreciate.
The main reason I am posting though is that I was wondering if anyone has any experience with integrating mail alerts into the miners or even perhaps sending triggers to a zabbix client?
I am happy to figure things out for myself but don't really have a whole lot of coding/scripting experience and would love some pointers.
Rebooting the box is easy enough to do from my mobile and if I had email alerts would save me a whole lot of downtime.
Thanks,
JG
|
|
|
|