Bitcoin Forum
August 10, 2020, 07:06:09 PM *
News: Latest Bitcoin Core release: 0.20.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 [272] 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 ... 814 »
  Print  
Author Topic: [1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool  (Read 2587173 times)
gyverlb
Hero Member
*****
Offline Offline

Activity: 896
Merit: 1000



View Profile
May 19, 2013, 07:32:02 PM
 #5421

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.

P2pool tuning guide
Trade BTC for €/$ at bitcoin.de (referral), it's cheaper and faster (acts as escrow and lets the buyers do bank transfers).
Tip: 17bdPfKXXvr7zETKRkPG14dEjfgBt5k2dd
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1597086369
Hero Member
*
Offline Offline

Posts: 1597086369

View Profile Personal Message (Offline)

Ignore
1597086369
Reply with quote  #2

1597086369
Report to moderator
furball
Full Member
***
Offline Offline

Activity: 172
Merit: 100



View Profile
May 19, 2013, 08:02:58 PM
 #5422

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.
Mogumodz
Sr. Member
****
Offline Offline

Activity: 290
Merit: 250



View Profile
May 19, 2013, 08:26:41 PM
 #5423

Hmmmmm


Bitcoin OTC rating GPG ID: 3E7974A1 P2Pool statistics: p2pool.info
K1773R
Legendary
*
Offline Offline

Activity: 1792
Merit: 1008


/dev/null


View Profile
May 19, 2013, 08:37:43 PM
 #5424

Hmmmmm


ROFL Cheesy

[GPG Public Key]  [Devcoin Builds]  [BBQCoin Builds]  [Multichain Blockexplorer]  [Multichain Blockexplorer - PoS Coins]  [Ufasoft Miner Linux Builds]
BTC/DVC/TRC/FRC: 1K1773RbXRZVRQSSXe9N6N2MUFERvrdu6y ANC/XPM AK1773RTmRKtvbKBCrUu95UQg5iegrqyeA NMC: NK1773Rzv8b4ugmCgX789PbjewA9fL9Dy1 LTC: LKi773RBuPepQH8E6Zb1ponoCvgbU7hHmd EMC: EK1773RxUes1HX1YAGMZ1xVYBBRUCqfDoF BQC: bK1773R1APJz4yTgRkmdKQhjhiMyQpJgfN
furball
Full Member
***
Offline Offline

Activity: 172
Merit: 100



View Profile
May 19, 2013, 08:42:32 PM
 #5425

Looks like a block was found in the last 30 minutes...hopefully we wont see another 3 day round like that for a while!
Prattler
Full Member
***
Offline Offline

Activity: 192
Merit: 100


View Profile
May 19, 2013, 08:46:41 PM
Last edit: May 19, 2013, 10:07:04 PM by Prattler
 #5426

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.
powersync
Member
**
Offline Offline

Activity: 77
Merit: 10


View Profile
May 19, 2013, 09:01:08 PM
 #5427

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
Subo1977
Sr. Member
****
Offline Offline

Activity: 344
Merit: 250


Flixxo - Watch, Share, Earn!


View Profile
May 19, 2013, 09:05:33 PM
 #5428

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

X       ▄▄█████████▄▄
    ▄██▀▀         ▀▀██▄
  ▄██▀              ▀██▄
 ▄██     ██▄▄          ██▄
▄██      █████▄▄        ██▄
██       ████████▄▄      ██
██       ███████████▄    ██
██       ██████████▀     ██
▀██      ███████▀       ██▀
 ▀██     ████▀         ██▀
  ▀██▄   █▀          ▄██▀
    ▀██▄▄         ▄▄██▀
       ▀▀█████████▀▀
.flixxo    X▄████████████████████▄
██████████████████████
██████████████████████
████████████▀▀███████
█████▀████░░░░░░▄████
█████░░░░░░░░░░▄█████
█████▄░░░░░░░░░░██████
██████░░░░░░░░░███████
███████░░░░░░▄████████
████▄▄░░░░▄▄██████████
██████████████████████
██████████████████████
▀████████████████████▀
▄████████████████████▄
██████████████████████
█████████▀█▀██████████
██████▀▀▀▀▀████████
██████▄▄░░▄▄▄░░███████
████████░░███░░███████
████████░░░░░░▀███████
████████░░███▄░░██████
██████▀▀░░▀▀▀░░░██████
██████▄▄▄▄▄▄███████
█████████▄█▄██████████
██████████████████████
▀████████████████████▀
X[[]]X
zvs
Legendary
*
Offline Offline

Activity: 1652
Merit: 1000


Nogleg


View Profile
May 19, 2013, 09:12:24 PM
 #5429

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

kano
Legendary
*
Offline Offline

Activity: 3220
Merit: 1292


Linux since 1997 RedHat 4


View Profile
May 19, 2013, 09:52:11 PM
 #5430

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 ...

Pool: https://kano.is - lowest fee PPLNS 3 Days Here on Bitcointalk: Forum
Discord support invite at https://kano.is/ Majority developer of the ckpool code - k for kano
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
svirus
Member
**
Offline Offline

Activity: 72
Merit: 10


View Profile WWW
May 19, 2013, 10:09:32 PM
 #5431

I added GetBlockTemplate Latency to http://p2pool.hostv.pl/
Just click "check" and your browser calculate this Wink

daemondazz
Sr. Member
****
Offline Offline

Activity: 448
Merit: 250



View Profile
May 19, 2013, 10:36:17 PM
 #5432

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.

Computers, Amateur Radio, Electronics, Aviation - 1dazzrAbMqNu6cUwh2dtYckNygG7jKs8S
gyverlb
Hero Member
*****
Offline Offline

Activity: 896
Merit: 1000



View Profile
May 19, 2013, 11:00:09 PM
 #5433

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.

P2pool tuning guide
Trade BTC for €/$ at bitcoin.de (referral), it's cheaper and faster (acts as escrow and lets the buyers do bank transfers).
Tip: 17bdPfKXXvr7zETKRkPG14dEjfgBt5k2dd
gyverlb
Hero Member
*****
Offline Offline

Activity: 896
Merit: 1000



View Profile
May 19, 2013, 11:04:37 PM
 #5434

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.

P2pool tuning guide
Trade BTC for €/$ at bitcoin.de (referral), it's cheaper and faster (acts as escrow and lets the buyers do bank transfers).
Tip: 17bdPfKXXvr7zETKRkPG14dEjfgBt5k2dd
gyverlb
Hero Member
*****
Offline Offline

Activity: 896
Merit: 1000



View Profile
May 19, 2013, 11:07:25 PM
 #5435

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.

P2pool tuning guide
Trade BTC for €/$ at bitcoin.de (referral), it's cheaper and faster (acts as escrow and lets the buyers do bank transfers).
Tip: 17bdPfKXXvr7zETKRkPG14dEjfgBt5k2dd
gyverlb
Hero Member
*****
Offline Offline

Activity: 896
Merit: 1000



View Profile
May 19, 2013, 11:10:11 PM
 #5436

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.

P2pool tuning guide
Trade BTC for €/$ at bitcoin.de (referral), it's cheaper and faster (acts as escrow and lets the buyers do bank transfers).
Tip: 17bdPfKXXvr7zETKRkPG14dEjfgBt5k2dd
daemondazz
Sr. Member
****
Offline Offline

Activity: 448
Merit: 250



View Profile
May 20, 2013, 12:04:46 AM
 #5437

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?

Computers, Amateur Radio, Electronics, Aviation - 1dazzrAbMqNu6cUwh2dtYckNygG7jKs8S
kano
Legendary
*
Offline Offline

Activity: 3220
Merit: 1292


Linux since 1997 RedHat 4


View Profile
May 20, 2013, 12:18:09 AM
 #5438

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

Pool: https://kano.is - lowest fee PPLNS 3 Days Here on Bitcointalk: Forum
Discord support invite at https://kano.is/ Majority developer of the ckpool code - k for kano
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
mdude77
Legendary
*
Offline Offline

Activity: 1540
Merit: 1001



View Profile
May 20, 2013, 12:19:35 AM
 #5439

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

I mine at Kano's Pool because it pays the best and is completely transparent!  Come join me!
zvs
Legendary
*
Offline Offline

Activity: 1652
Merit: 1000


Nogleg


View Profile
May 20, 2013, 12:26:40 AM
Last edit: May 20, 2013, 12:54:14 AM by zvs
 #5440

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

Pages: « 1 ... 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 [272] 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 ... 814 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!