Author

Topic: [1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool - page 543. (Read 2591920 times)

zvs
legendary
Activity: 1680
Merit: 1000
https://web.archive.org/web/*/nogleg.com
What exactly do you mean by "catches up"? Will everybody need to update their bitcoind etc?

I meant for the re-index to complete and the daemon to then catch up with the network. I've got two servers which both required a reindex, not sure what's up with that.

you fix this by raising your min relay fee

And as I've posted, I tried to set minrelaytxfee to 0.0005 and also 5000 and neither made any difference, the latency kept going back up after some period of time, usually less than an hour.

5000 is too low, it would need to be 50000 if that's the way it works (5000 is 0.00005).  I've never modified the fees except via source code.

Transactions like this:

http://blockchain.info/tx/fe03d93a778f881d11a66c7d13c667701f24ff9b97d7d083d6dd3827aee0d553

will go into your queue if you don't raise the relay from 0.0001 (*pre 0.8.2, i think the 0.0000025 would get rejected by 0.8.2).   He's done a lot of transactions that comply with the 0.0001 fee, all these will be stored & increase your latency.

it's also the reason why ppl complain about how their latency creeps up over time (even before this nonsense).    bitcoind getmininginfo will show all the stored tx.  if your relay fee is set high enough, all of those get cleared out.  i think his coins are also old enough to qualify as priority transactions (which has a default 27000 limit, so your client will also store all of his transactions under 27000 bytes regardless of fee, unless you set blockprioritysize=0).

if these are set to default, with this horse person spamming crap, then you will have, well, more 99kb and 20-27kb transactions than you can shake a stick at being stored in memory, bitcoind getmininginfo will show this for bitcoind.  i never use bitcoin-qt

ed: btw, has anyone ever seen a 'CTxMemPool::accept() : free transaction rejected by rate limiter' in their log?

ed2: the unconfirmed transactions i check fairly frequently, very rarely has it been over 500KB in the last 3 months or so... during the times where difficulty was decreasing, it would occasionally be >1MB

ed3: it should be pretty apparent what most of the major pools are doing in regard to relay fees, just by looking at the latest blocks and the transactions contained within
legendary
Activity: 1540
Merit: 1001
Default settings are:
Code:
mintxfee=0.0001
minrelaytxfee=0.0001

If you're suffering from high getblocktemplate latency, try to increase both. Don't go crazy, just slightly higher than default should work. The goal here is that your mempool doesn't accumulate spam transactions that other pools won't confirm.
...
Wrong ... that many other pools WILL confirm
... usual comments about how people (it seems often) make p2pool bad for bitcoin ...
... and when people do this, the rest of p2pool is supporting them by paying them in their blocks also ...

Yeah right, looks like other pools are confirming these transactions:
http://blockchain.info/fr/unconfirmed-transactions

Currently that's 21MB worth of transactions which is at least 40 blocks with the default bitcoind settings (~500kB).

kano, just go embarass yourself elsewhere.

This discussion has come up before.  I believe some pool ops are limiting transactions, but I know some aren't.  At least that's what was stated last time.

The future of bitcoin is transactions.  I fail to see how limiting transactions can be beneficial to bitcoin, especially as the value of BTC rises.  For example, if it was worth $1000 USD, there's no way I'd spend .01 on a transaction ($10).

M
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
btw, again  for the nth time

raising mintxfee just raises the cost for any transactions that YOU create

Do you have a link to code/documentation proving this?
AFAIK there's paytxfee for that, mintxfee is for what you accept in your blocks when you mine and minrelaytxfee is what you accept to relay to other nodes.

So to avoid too much memory being eaten by the thousands of transactions currently waiting to be confirmed the only way is to raise both minrelaytxfee and mintxfee.

If the current situation continues it seems the time when low fees where usable is ending: people will have to compete to be included in a block. Currently there's 40 blocks worth of transation, this is a 6 to 7 hours backlog.
... so what happens during that 6 to 7 hours ? Tongue
sr. member
Activity: 448
Merit: 250
Yeah right, looks like other pools are confirming these transactions:
http://blockchain.info/fr/unconfirmed-transactions

Currently that's 21MB worth of transactions which is at least 40 blocks with the default bitcoind settings (~500kB).

Very useful link there. As a matter of interest, how big is the list of unconfirmed transactions normally?
hero member
Activity: 896
Merit: 1000
btw, again  for the nth time

raising mintxfee just raises the cost for any transactions that YOU create

Do you have a link to code/documentation proving this?
AFAIK there's paytxfee for that, mintxfee is for what you accept in your blocks when you mine and minrelaytxfee is what you accept to relay to other nodes.

So to avoid too much memory being eaten by the thousands of transactions currently waiting to be confirmed the only way is to raise both minrelaytxfee and mintxfee.

If the current situation continues it seems the time when low fees where usable is ending: people will have to compete to be included in a block. Currently there's 40 blocks worth of transation, this is a 6 to 7 hours backlog.
hero member
Activity: 896
Merit: 1000
btw, again  for the nth time

raising mintxfee just raises the cost for any transactions that YOU create

Do you have a link to code/documentation proving this?
AFAIK there's paytxfee for that, mintxfee is for what you accept in your blocks when you mine and minrelaytxfee is what you accept to relay to other nodes.
hero member
Activity: 896
Merit: 1000
These settings need to be in floats as BTC. (https://github.com/bitcoin/bitcoin/blob/master/src/util.cpp#L417). Will edit if someone corrects me.

Look at https://github.com/bitcoin/bitcoin/blob/master/src/main.cpp#L51

The Parameter  Is In satoshi

All values are stored in satoshi in the code (everything is done with integers, floats would have been a nightmare) but the configuration file parsing definitely is designed to parse a float.
hero member
Activity: 896
Merit: 1000
Default settings are:
Code:
mintxfee=0.0001
minrelaytxfee=0.0001

If you're suffering from high getblocktemplate latency, try to increase both. Don't go crazy, just slightly higher than default should work. The goal here is that your mempool doesn't accumulate spam transactions that other pools won't confirm.
...
Wrong ... that many other pools WILL confirm
... usual comments about how people (it seems often) make p2pool bad for bitcoin ...
... and when people do this, the rest of p2pool is supporting them by paying them in their blocks also ...

Yeah right, looks like other pools are confirming these transactions:
http://blockchain.info/fr/unconfirmed-transactions

Currently that's 21MB worth of transactions which is at least 40 blocks with the default bitcoind settings (~500kB).

kano, just go embarass yourself elsewhere.
sr. member
Activity: 448
Merit: 250
What exactly do you mean by "catches up"? Will everybody need to update their bitcoind etc?

I meant for the re-index to complete and the daemon to then catch up with the network. I've got two servers which both required a reindex, not sure what's up with that.

you fix this by raising your min relay fee

And as I've posted, I tried to set minrelaytxfee to 0.0005 and also 5000 and neither made any difference, the latency kept going back up after some period of time, usually less than an hour.
member
Activity: 72
Merit: 10
I added GetBlockTemplate Latency to http://p2pool.hostv.pl/
Just click "check" and your browser calculate this Wink
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
Default settings are:
Code:
mintxfee=0.0001
minrelaytxfee=0.0001

If you're suffering from high getblocktemplate latency, try to increase both. Don't go crazy, just slightly higher than default should work. The goal here is that your mempool doesn't accumulate spam transactions that other pools won't confirm.
...
Wrong ... that many other pools WILL confirm
... usual comments about how people (it seems often) make p2pool bad for bitcoin ...
... and when people do this, the rest of p2pool is supporting them by paying them in their blocks also ...
zvs
legendary
Activity: 1680
Merit: 1000
https://web.archive.org/web/*/nogleg.com
So I'm wondering whether the current long round time is related to the high latency issue. I've clicked on over a dozen of the servers in the list at http://p2pool-nodes.info/ and every single one of them has had a getwork template latency of >10 seconds.

I'm currently running a reindex on my bitcoind. It found a heap of orphan transactions and is now re-downloading the blockchain from around height 100,000...

I think I'm also going to have to temporarily switch to a different pool, until this catches up.
mine is on there and doesn't have one over 10 seconds

i mean, the answer has already been posted on here multiple times

here:

http://blockchain.info/address/1JwSSubhmg6iPtRjtyqhUYYH7bZg3Lfy1T

you fix this by raising your min relay fee

Sun May 19 2013 08:12:00 GMT-0500 (Central Daylight Time)   7.89m
Sat May 18 2013 15:24:00 GMT-0500 (Central Daylight Time)   0.0150
Fri May 17 2013 22:36:00 GMT-0500 (Central Daylight Time)   0.0124
Fri May 17 2013 05:48:00 GMT-0500 (Central Daylight Time)   7.61m
Thu May 16 2013 13:00:00 GMT-0500 (Central Daylight Time)   0.0184
Wed May 15 2013 20:12:00 GMT-0500 (Central Daylight Time)   9.67m
Wed May 15 2013 03:24:00 GMT-0500 (Central Daylight Time)   9.19m
Tue May 14 2013 10:36:00 GMT-0500 (Central Daylight Time)   0.0336
Mon May 13 2013 17:48:00 GMT-0500 (Central Daylight Time)   0.0317
Mon May 13 2013 01:00:00 GMT-0500 (Central Daylight Time)   8.21m
Sun May 12 2013 08:12:00 GMT-0500 (Central Daylight Time)   0.0193
Sat May 11 2013 15:24:00 GMT-0500 (Central Daylight Time)   0.0149
Fri May 10 2013 22:36:00 GMT-0500 (Central Daylight Time)   0.0130
Fri May 10 2013 05:48:00 GMT-0500 (Central Daylight Time)   0.0122
Thu May 09 2013 13:00:00 GMT-0500 (Central Daylight Time)   0.0180
Wed May 08 2013 20:12:00 GMT-0500 (Central Daylight Time)   0.0183
Wed May 08 2013 03:24:00 GMT-0500 (Central Daylight Time)   0.00
Tue May 07 2013 10:36:00 GMT-0500 (Central Daylight Time)   0.0110
Mon May 06 2013 17:48:00 GMT-0500 (Central Daylight Time)   8.49m
Mon May 06 2013 01:00:00 GMT-0500 (Central Daylight Time)   6.06m
Sun May 05 2013 08:12:00 GMT-0500 (Central Daylight Time)   7.25m
Sat May 04 2013 15:24:00 GMT-0500 (Central Daylight Time)   9.19m
Fri May 03 2013 22:36:00 GMT-0500 (Central Daylight Time)   5.98m
Fri May 03 2013 05:48:00 GMT-0500 (Central Daylight Time)   0.0133
Thu May 02 2013 13:00:00 GMT-0500 (Central Daylight Time)   0.0159
Wed May 01 2013 20:12:00 GMT-0500 (Central Daylight Time)   0.0103
Wed May 01 2013 03:24:00 GMT-0500 (Central Daylight Time)   7.86m

btw, again  for the nth time

raising mintxfee just raises the cost for any transactions that YOU create
sr. member
Activity: 344
Merit: 250
Flixxo - Watch, Share, Earn!
Default settings are:
Code:
mintxfee=0.0001
minrelaytxfee=0.0001

If you're suffering from high getblocktemplate latency, try to increase both. Don't go crazy, just slightly higher than default should work. The goal here is that your mempool doesn't accumulate spam transactions that other pools won't confirm.

These settings will get your getblocktemplate latency down:
Code:
mintxfee=0.0005
minrelaytxfee=0.0005

I think These Settings Must be in satoshis for the latest git
These settings need to be in floats as BTC. (https://github.com/bitcoin/bitcoin/blob/master/src/util.cpp#L417). Will edit if someone corrects me.

Look at https://github.com/bitcoin/bitcoin/blob/master/src/main.cpp#L51

The Parameter  Is In satoshi
member
Activity: 77
Merit: 10
Can anyone point me in the right direction on how to update bitcoind from 8.1 to 8.2 from command line on a ubuntu 11.10 server with a tar file.  I have it extracted  and I run "make -f makefile.unix bitcoind".  It builds the files and I run it but it still shows 8.1 when I do a getinfo.  Any help would be great.

PS

I had a similar issue compiling from the git repository after doing a "pull" of the latest code. Ended up moving the old bitcoin source to another directory and starting with a fresh clone of the Bitcoin source code. I just used "make -f makefile.unix" without bitcoind...seemed to work for me.

All the best with it.

Yep I ended up doing the same thing.  Thanks

PS
full member
Activity: 192
Merit: 100
Default settings are:
Code:
mintxfee=0.0001
minrelaytxfee=0.0001

If you're suffering from high getblocktemplate latency, try to increase both. Don't go crazy, just slightly higher than default should work. The goal here is that your mempool doesn't accumulate spam transactions that other pools won't confirm might take a while to get confirmed by pools.

These settings will get your getblocktemplate latency down:
Code:
mintxfee=0.0005
minrelaytxfee=0.0005

I think These Settings Must be in satoshis for the latest git
These settings need to be as floats in BTC.
Code:
   if (mapArgs.count("-minrelaytxfee"))
    {
        int64 n = 0;
        if (ParseMoney(mapArgs["-minrelaytxfee"], n) && n > 0)
            CTransaction::nMinRelayTxFee = n;
    }

ParseMoney parses strings, but only accepts float values in BTC, like "0.0005". "50000" will get parsed as 50000 BTC.
See https://github.com/bitcoin/bitcoin/blob/master/src/util.cpp#L417. Will edit if someone corrects me.
full member
Activity: 172
Merit: 100
Looks like a block was found in the last 30 minutes...hopefully we wont see another 3 day round like that for a while!
legendary
Activity: 1792
Merit: 1008
/dev/null
sr. member
Activity: 290
Merit: 250
full member
Activity: 172
Merit: 100
Can anyone point me in the right direction on how to update bitcoind from 8.1 to 8.2 from command line on a ubuntu 11.10 server with a tar file.  I have it extracted  and I run "make -f makefile.unix bitcoind".  It builds the files and I run it but it still shows 8.1 when I do a getinfo.  Any help would be great.

PS

I had a similar issue compiling from the git repository after doing a "pull" of the latest code. Ended up moving the old bitcoin source to another directory and starting with a fresh clone of the Bitcoin source code. I just used "make -f makefile.unix" without bitcoind...seemed to work for me.

All the best with it.
hero member
Activity: 896
Merit: 1000
I compiled the latest git version of bitcoind and with
Code:
mintxfee=0.01
minrelaytxfee=0.005
this is currently twice as fast as 0.8.1 with every settings I tried (from ~6s bitcoind latency to ~3s).

I think These Settings Must be in satoshis for the latest git
Damn that lack of hidden settings documentation...
It makes git performance even more interesting.
Jump to: