Search content
Sort by
Showing 20 of 43 results by paulkoan
The transaction in question was submitted to the network on 1384203200, or Mon, 11 Nov 2013 20:53:20 GMT - so 8 days ago.
Multiple rescans later, and still at zero confirmations.
I did another test today for another transaction, and this also looks like it won't go through, with blockchain.info reporting that the fees are too low. Again, this is a transaction with multiple inputs, and so the same result may happen:
https://blockchain.info/tx/3576f61b9f12069c9c6def65b0eac0e5b1ef6f974600e5ab46807d18a4e15c08
I still don't understand why the client - given that it knows the amount of inputs involved, and the resultant size of the transaction, would not scale the fee accordingly. Is this a configuration issue perhaps?
I have sent a transaction to mtgox, blockinfo reports that the network fee is lower than recommended, so it will take quite a long while to get confirmed.
I was thinking I can send another transaction with more attractive fees - but that represents two difficulties:
- I don't know why the client didn't calculate the correct fee
- mtgox uses a single address per transaction, and so I won't get a new one until the current one completes. If I send another transaction to the current address, when the slow one finally gets there, it will go to the wrong address.
Is there a way I can get a transaction into mtgox without breaking the one I have currently waiting for confirmation, and if so, how can I get the fees to be right?
Re: [14000GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool
Where is this set?
There'a lot of really useful information in the p2pool documentation ...My brain simply isn't working right. I have looked at the documentation in the github download, and at the wiki, and cannot find this. I know I have read it before, so I must have found it previously. Could you drop me a link to the right doc?
Quote
30% of 60 is not 9 for a start - and the numbers for a single and a little-single :p
Ahem. See my first point.
Re: [14000GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool
Change your difficulty - nearest power of 2 of 30% of your hashrate
(so +8 for a LS, +16 for a Single)
(so +8 for a LS, +16 for a Single)
Where is this set? It doesn't seem to be an option in p2pool or bitcoin. And what is the formula? A Single is 60GH/s so 30% of that is 9, two to the power 9 is 512.
Re: [14000GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool
Re: [13000GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool
Any ideas what might cause the below? I am git-pulled to the latest code, and I get this pretty much straight away.
This is on debian unstable, with python 2.7:
Code:
2013-09-22 17:53:04.518314 Listening for workers on '' port 9332...
2013-09-22 17:53:06.970859 > Fatal error:
(...)
2013-09-22 17:53:06.971235 > File "/home/share/apps/finance/p2pool/p2pool/web.py", line 374, in get_web_root
2013-09-22 17:53:06.971261 > }, hd_obj)
(...)
2013-09-22 17:53:06.971417 > File "/home/share/apps/finance/p2pool/p2pool/util/graph.py", line 119, in get_dataview
2013-09-22 17:53:06.971440 > return DataView(dv_desc, ds_desc, dv_data['last_bin_end'], map(convert_bin, dv_data['bins']))
2013-09-22 17:53:06.971463 > File "/home/share/apps/finance/p2pool/p2pool/util/graph.py", line 109, in convert_bin
2013-09-22 17:53:06.971485 > total, count = bin
2013-09-22 17:53:06.971506 > exceptions.TypeError: 'int' object is not iterable
2013-09-22 17:53:06.970859 > Fatal error:
(...)
2013-09-22 17:53:06.971235 > File "/home/share/apps/finance/p2pool/p2pool/web.py", line 374, in get_web_root
2013-09-22 17:53:06.971261 > }, hd_obj)
(...)
2013-09-22 17:53:06.971417 > File "/home/share/apps/finance/p2pool/p2pool/util/graph.py", line 119, in get_dataview
2013-09-22 17:53:06.971440 > return DataView(dv_desc, ds_desc, dv_data['last_bin_end'], map(convert_bin, dv_data['bins']))
2013-09-22 17:53:06.971463 > File "/home/share/apps/finance/p2pool/p2pool/util/graph.py", line 109, in convert_bin
2013-09-22 17:53:06.971485 > total, count = bin
2013-09-22 17:53:06.971506 > exceptions.TypeError: 'int' object is not iterable
This is happening at startup - you can see the listening line. Then it immediately crashes with this error.
If I change the port - in case there is a browser somewhere trying to connect before the instance is ready - I get the same crash.
Re: [13000GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool
Any ideas what might cause the below? I am git-pulled to the latest code, and I get this pretty much straight away.
This is on debian unstable, with python 2.7:
Code:
2013-09-22 17:53:04.518314 Listening for workers on '' port 9332...
2013-09-22 17:53:06.970859 > Fatal error:
2013-09-22 17:53:06.970915 > Traceback (most recent call last):
2013-09-22 17:53:06.970973 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 488, in _startRunCallbacks
2013-09-22 17:53:06.971000 > self._runCallbacks()
2013-09-22 17:53:06.971030 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 575, in _runCallbacks
2013-09-22 17:53:06.971055 > current.result = callback(current.result, *args, **kw)
2013-09-22 17:53:06.971078 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 1126, in gotResult
2013-09-22 17:53:06.971101 > _inlineCallbacks(r, g, deferred)
2013-09-22 17:53:06.971124 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 1070, in _inlineCallbacks
2013-09-22 17:53:06.971147 > result = g.send(result)
2013-09-22 17:53:06.971169 > --- ---
2013-09-22 17:53:06.971191 > File "/home/share/apps/finance/p2pool/p2pool/main.py", line 214, in main
2013-09-22 17:53:06.971213 > web_root = web.get_web_root(wb, datadir_path, bitcoind_getinfo_var)
2013-09-22 17:53:06.971235 > File "/home/share/apps/finance/p2pool/p2pool/web.py", line 374, in get_web_root
2013-09-22 17:53:06.971261 > }, hd_obj)
2013-09-22 17:53:06.971283 > File "/home/share/apps/finance/p2pool/p2pool/util/graph.py", line 129, in from_obj
2013-09-22 17:53:06.971306 > for ds_name, ds_desc in datastream_descriptions.iteritems()
2013-09-22 17:53:06.971328 > File "/home/share/apps/finance/p2pool/p2pool/util/graph.py", line 129, in
2013-09-22 17:53:06.971350 > for ds_name, ds_desc in datastream_descriptions.iteritems()
2013-09-22 17:53:06.971372 > File "/home/share/apps/finance/p2pool/p2pool/util/graph.py", line 127, in
2013-09-22 17:53:06.971394 > for dv_name, dv_desc in ds_desc.dataview_descriptions.iteritems()
2013-09-22 17:53:06.971417 > File "/home/share/apps/finance/p2pool/p2pool/util/graph.py", line 119, in get_dataview
2013-09-22 17:53:06.971440 > return DataView(dv_desc, ds_desc, dv_data['last_bin_end'], map(convert_bin, dv_data['bins']))
2013-09-22 17:53:06.971463 > File "/home/share/apps/finance/p2pool/p2pool/util/graph.py", line 109, in convert_bin
2013-09-22 17:53:06.971485 > total, count = bin
2013-09-22 17:53:06.971506 > exceptions.TypeError: 'int' object is not iterable
2013-09-22 17:53:06.970859 > Fatal error:
2013-09-22 17:53:06.970915 > Traceback (most recent call last):
2013-09-22 17:53:06.970973 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 488, in _startRunCallbacks
2013-09-22 17:53:06.971000 > self._runCallbacks()
2013-09-22 17:53:06.971030 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 575, in _runCallbacks
2013-09-22 17:53:06.971055 > current.result = callback(current.result, *args, **kw)
2013-09-22 17:53:06.971078 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 1126, in gotResult
2013-09-22 17:53:06.971101 > _inlineCallbacks(r, g, deferred)
2013-09-22 17:53:06.971124 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 1070, in _inlineCallbacks
2013-09-22 17:53:06.971147 > result = g.send(result)
2013-09-22 17:53:06.971169 > --- ---
2013-09-22 17:53:06.971191 > File "/home/share/apps/finance/p2pool/p2pool/main.py", line 214, in main
2013-09-22 17:53:06.971213 > web_root = web.get_web_root(wb, datadir_path, bitcoind_getinfo_var)
2013-09-22 17:53:06.971235 > File "/home/share/apps/finance/p2pool/p2pool/web.py", line 374, in get_web_root
2013-09-22 17:53:06.971261 > }, hd_obj)
2013-09-22 17:53:06.971283 > File "/home/share/apps/finance/p2pool/p2pool/util/graph.py", line 129, in from_obj
2013-09-22 17:53:06.971306 > for ds_name, ds_desc in datastream_descriptions.iteritems()
2013-09-22 17:53:06.971328 > File "/home/share/apps/finance/p2pool/p2pool/util/graph.py", line 129, in
2013-09-22 17:53:06.971350 > for ds_name, ds_desc in datastream_descriptions.iteritems()
2013-09-22 17:53:06.971372 > File "/home/share/apps/finance/p2pool/p2pool/util/graph.py", line 127, in
2013-09-22 17:53:06.971394 > for dv_name, dv_desc in ds_desc.dataview_descriptions.iteritems()
2013-09-22 17:53:06.971417 > File "/home/share/apps/finance/p2pool/p2pool/util/graph.py", line 119, in get_dataview
2013-09-22 17:53:06.971440 > return DataView(dv_desc, ds_desc, dv_data['last_bin_end'], map(convert_bin, dv_data['bins']))
2013-09-22 17:53:06.971463 > File "/home/share/apps/finance/p2pool/p2pool/util/graph.py", line 109, in convert_bin
2013-09-22 17:53:06.971485 > total, count = bin
2013-09-22 17:53:06.971506 > exceptions.TypeError: 'int' object is not iterable
Ok, cool. I ran the 0.8.4rc2 reindex against my old "broken" blockchain, and it completed without errors.
This is the one that 0.8.2 decided was corrupt, and was unable to reindex.
If you'd like any information about library versions I am using in unstable, let me know.
Are you running debian's package or did you pull bitcoin from git?
It is git.
Quote
If you are building it yourself, type "git checkout v0.8.4rc2" and build that. I am _very_ interested in hearing from you about how things are working for you, as we believe there may be problems with a dependency in debian unstable, so please follow up.
Ok I have checked out 0.8.4rc2 which built fine, but reported a corrupt database at startup. So I am reindexing now.
I'll report back once it gets somewhere - tomorrow probably.
What version of bitcoin are you actually running, where did you get it from, what OS? and can you look for INVALID in your debug log and post the few lines before and after the first instance of that?
I am running bitcoind on Debian Wheezy/Unstable, and according to debug.log (though I thought I saw 0.8.4 in the git pull):
Bitcoin version v0.8.2-332-gf19eda1-beta
It doesn't say INVALID in debug.log anywhere - could something else cause the inconsitancy? Or can I git my way back to a better version of bitcoind?
Hello, I was getting a "Chain state database corruption likely" warning in my bitcoin logs, followed by a drop to safe mode. So I decided to clear the ~/.bitcoin folder, gill pull to the latest, and re-download the blockchain.
However, it is happening again:
Code:
CheckForkWarningConditions: Warning: Large valid fork found
forking the chain at height 209249 (00000000000004b59c50942a44245f83ab3ee96fad06a5e5a9f36fde8c514dcf)
lasting to height 234725 (00000000000001a0dacd1542c69c7060aec6714f370ee65ffd89c53b77e5336c).
Chain state database corruption likely.
forking the chain at height 209249 (00000000000004b59c50942a44245f83ab3ee96fad06a5e5a9f36fde8c514dcf)
lasting to height 234725 (00000000000001a0dacd1542c69c7060aec6714f370ee65ffd89c53b77e5336c).
Chain state database corruption likely.
There haven't been any outages during the download (it has only been running a few hours), the machine is fine.
Any ideas what might cause this, or can the warning be ignored?
I get this in getinfo:
Code:
"errors" : "Warning: The network does not appear to fully agree! Some miners appear to be experiencing issues."
This is on bitcoind 0.8.4, the problems seemed to start on 0.8.3
Thanks,
Paul
Hello,
I have been unable to get to the ypool website, and realised it is because ypool.net advertises an IPv6 AAAA record, which ipv6 machines will prefer. However, there is no access to the server on the ipv6 address.
I can work around this of course, I am just checking it is me only?
Code:
>ping ypool.net
Pinging ypool.net [2001:8d8:907:9100::a3:1118] with 32 bytes of data:
Request timed out.
Pinging ypool.net [2001:8d8:907:9100::a3:1118] with 32 bytes of data:
Request timed out.
Code:
$ dig AAAA ypool.net
; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> AAAA ypool.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 30706
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 4, ADDITIONAL: 8
;; QUESTION SECTION:
;ypool.net. IN AAAA
;; ANSWER SECTION:
ypool.net. 86118 IN AAAA 2001:8d8:907:9100::a3:1118
; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> AAAA ypool.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 30706
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 4, ADDITIONAL: 8
;; QUESTION SECTION:
;ypool.net. IN AAAA
;; ANSWER SECTION:
ypool.net. 86118 IN AAAA 2001:8d8:907:9100::a3:1118
Re: [XPM] [ANN] Primecoin Release - First Scientific Computing Cryptocurrency
Is there another way to see if a block has been found other than to listtransactions?
Does something show up in the log file?
I don't know what shows up in the logfile, but it's definitely logged.
You could use listaccounts or getbalance.
I was planning to add the log to my swatch config and alert me if something was found... I am thinking that if the code is based off bitcoin et al, then the logged entry is likely to be similar?
Re: [400GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool
Code:
5 0 * * * twidge dmsend paulkoan "$(cat /path/to/p2pool/log | grep $(date -d '1 day ago' +%Y-%m-%d) | grep -c SHARE) Shares, $(cat /path/to/p2pool/log | grep $(date -d '1 day ago' +%Y-%m-%d) | grep -c BLOCK) Blocks"
Hmm, seems this doesn't work because p2pool cycles the log at a frequency greater than once a day. Does anyone know how to lengthen the time p2pool keeps logs?
Hmm that's odd, my logs never cycle, but maybe that is windows thing.
It is in the source, in logger.py. But that is fine, I now extract the SHARE|BLOCK lines from the log periodically, and save them into a separate file, and then run the scan against those.
Re: [400GH/s] p2pool: Decentralized, DoS-resistant, Hop-Proof pool
Code:
5 0 * * * twidge dmsend paulkoan "$(cat /path/to/p2pool/log | grep $(date -d '1 day ago' +%Y-%m-%d) | grep -c SHARE) Shares, $(cat /path/to/p2pool/log | grep $(date -d '1 day ago' +%Y-%m-%d) | grep -c BLOCK) Blocks"
Hmm, seems this doesn't work because p2pool cycles the log at a frequency greater than once a day. Does anyone know how to lengthen the time p2pool keeps logs?
Hello,
Further to this post, where I show how you can use twidge and swatch to keep you informed via twitter about share and block events in the p2pool log, it occurred to me that if you are doing well at mining, the notifications can get a bit much.
Here is an alternative that gives you a daily direct message via twitter to tell you how many blocks and shares you created the previous day:
You need to install and setup twidge of course:
And then use
And add the following command:
What this does runs a command 5 minutes after midnight, and scans the p2pool log for the previous day, getting a count of shares and blocks, then direct messages them to the userid in twitter:
You can modify the message of course, and change this to an update command instead if you prefer to public tweet your progress. You can of course put the command in a script if you don't want this huge line in your crontab
You might want to modify to remove DOAs also.
Further to this post, where I show how you can use twidge and swatch to keep you informed via twitter about share and block events in the p2pool log, it occurred to me that if you are doing well at mining, the notifications can get a bit much.
Here is an alternative that gives you a daily direct message via twitter to tell you how many blocks and shares you created the previous day:
You need to install and setup twidge of course:
Code:
sudo apt-get install twidge
twidge setup
twidge setup
And then use
Code:
crontab -e
And add the following command:
Code:
5 0 * * * twidge dmsend paulkoan "$(cat /path/to/p2pool/log | grep $(date -d '1 day ago' +%Y-%m-%d) | grep -c SHARE) Shares, $(cat /path/to/p2pool/log | grep $(date -d '1 day ago' +%Y-%m-%d) | grep -c BLOCK) Blocks"
What this does runs a command 5 minutes after midnight, and scans the p2pool log for the previous day, getting a count of shares and blocks, then direct messages them to the userid in twitter:
Code:
24 Shares, 3 Blocks
You can modify the message of course, and change this to an update command instead if you prefer to public tweet your progress. You can of course put the command in a script if you don't want this huge line in your crontab
You might want to modify to remove DOAs also.