Bitcoin Forum
December 09, 2016, 03:55:07 PM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 650 651 652 653 654 655 656 657 658 [659] 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 ... 744 »
  Print  
Author Topic: [1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool  (Read 2033347 times)
jonnybravo0311
Legendary
*
Offline Offline

Activity: 1008


Mine at Jonny's Pool


View Profile WWW
July 23, 2015, 05:35:20 PM
 #13161

And then p2pool goes and finds two blocks more.  That's a nice feeling as well Smiley.

Jonny's Pool - Mine with us and help us grow!  Support a pool that supports Bitcoin, not a hardware manufacturer's pockets!  No SPV cheats.  No empty blocks.
1481298907
Hero Member
*
Offline Offline

Posts: 1481298907

View Profile Personal Message (Offline)

Ignore
1481298907
Reply with quote  #2

1481298907
Report to moderator
1481298907
Hero Member
*
Offline Offline

Posts: 1481298907

View Profile Personal Message (Offline)

Ignore
1481298907
Reply with quote  #2

1481298907
Report to moderator
1481298907
Hero Member
*
Offline Offline

Posts: 1481298907

View Profile Personal Message (Offline)

Ignore
1481298907
Reply with quote  #2

1481298907
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
p3yot33at3r
Sr. Member
****
Offline Offline

Activity: 266



View Profile
July 23, 2015, 05:57:34 PM
 #13162

And then p2pool goes and finds two blocks more.  That's a nice feeling as well Smiley.

GET IN THERE!!  Grin

Nomnom.......
CartmanSPC
Legendary
*
Offline Offline

Activity: 1148



View Profile WWW
July 23, 2015, 11:06:16 PM
 #13163

Was reviewing the code and came across this one part:

https://github.com/forrestv/p2pool/blob/master/p2pool/data.py#L152

Question: Why limit it to "50 kB of new txns/share"?


i even contacted you about that bug months ago Wink was asking forrestv about it, but he didnt respond. created a hackish fix in my repo.

Hehehe, I wasn't in a right "state of mind" back then...still questionable now. Wink

I see that you increased it to 500 kB in your fork and imagine it was the solution to mining those "stuck" ANC transactions.

Like zvs said...probably done to avoid an orphan due to block size.

windpath
Legendary
*
Offline Offline

Activity: 938


View Profile WWW
July 24, 2015, 03:11:06 AM
 #13164


4 blocks in less than 24 hours, best day we have had in a very long time Smiley

idonothave
Full Member
***
Offline Offline

Activity: 234


View Profile
July 24, 2015, 06:20:47 AM
 #13165

is there anywhere any list of hardware miners with optimal firmware and settings to be used with p2pool node?
as far as I know the only hw miner I know capable to be used with p2pool without any changes are spondoolies but I can be wrong.
is it better to let hw miners alone to mine to their own address or is it more efficient to let them mine to just one address using -a parameter?
actually I am using ubuntu node with bitcoin core v0.11.0.0-gd26f951 (I have tried some bitcoin.conf restrictive options but finaly I do not use them, I only let some addnode list) with gbt latency 0.326s (daily average), p2pool node forrests https://github.com/forrestv/p2pool (only restrict to 5 incomming nodes, adding some low latency nodes using -n) and run 3 sp20s there mining each to its own btc address. My sp20s are with fw 2.6.14 and cgminer 4.8.0 using extranonce option.
windpath
Legendary
*
Offline Offline

Activity: 938


View Profile WWW
July 24, 2015, 12:42:46 PM
 #13166

is there anywhere any list of hardware miners with optimal firmware and settings to be used with p2pool node?
as far as I know the only hw miner I know capable to be used with p2pool without any changes are spondoolies but I can be wrong.
is it better to let hw miners alone to mine to their own address or is it more efficient to let them mine to just one address using -a parameter?
actually I am using ubuntu node with bitcoin core v0.11.0.0-gd26f951 (I have tried some bitcoin.conf restrictive options but finaly I do not use them, I only let some addnode list) with gbt latency 0.326s (daily average), p2pool node forrests https://github.com/forrestv/p2pool (only restrict to 5 incomming nodes, adding some low latency nodes using -n) and run 3 sp20s there mining each to its own btc address. My sp20s are with fw 2.6.14 and cgminer 4.8.0 using extranonce option.

Pretty sure I was the last one to update this when the S3 came out...

https://en.bitcoin.it/wiki/P2Pool#Interoperability_table

Duce
Full Member
***
Offline Offline

Activity: 155


View Profile
July 24, 2015, 03:16:19 PM
 #13167

is there anywhere any list of hardware miners with optimal firmware and settings to be used with p2pool node?
as far as I know the only hw miner I know capable to be used with p2pool without any changes are spondoolies but I can be wrong.
is it better to let hw miners alone to mine to their own address or is it more efficient to let them mine to just one address using -a parameter?
actually I am using ubuntu node with bitcoin core v0.11.0.0-gd26f951 (I have tried some bitcoin.conf restrictive options but finaly I do not use them, I only let some addnode list) with gbt latency 0.326s (daily average), p2pool node forrests https://github.com/forrestv/p2pool (only restrict to 5 incomming nodes, adding some low latency nodes using -n) and run 3 sp20s there mining each to its own btc address. My sp20s are with fw 2.6.14 and cgminer 4.8.0 using extranonce option.
I tried the extranonce one time when I came back from westhash after the "great spike" on my SP20's and they "seemed" to be getting less shares. As we all know this could have just been bad timing. I run them without the extranonce, doing so puts the unit back to cgminer 4.7.0. I have the same F/W as well. I run these two at around 1100 GHs with a start voltage of .62 and a max of .625. My fans are set to auto and run at "6", this might be different for you depending on you ambient room temp. The S5 I have running at the default 350 setting but with the Kano cgminer 4.9 version, the original version is crap. I average between .07 - .05 for a payout with ~3.33 TH for reference. I have got up to .1 before when people bailed on the pool in February. I point these to one address. If you are getting higher payouts please let me know.
K1773R
Legendary
*
Offline Offline

Activity: 1526


/dev/null


View Profile
July 24, 2015, 04:49:27 PM
 #13168

Was reviewing the code and came across this one part:

https://github.com/forrestv/p2pool/blob/master/p2pool/data.py#L152

Question: Why limit it to "50 kB of new txns/share"?


i even contacted you about that bug months ago Wink was asking forrestv about it, but he didnt respond. created a hackish fix in my repo.

Hehehe, I wasn't in a right "state of mind" back then...still questionable now. Wink

I see that you increased it to 500 kB in your fork and imagine it was the solution to mining those "stuck" ANC transactions.

Like zvs said...probably done to avoid an orphan due to block size.
the problem is, per default p2pool cant include a tx that is bigger than 50kB, which is a shame! usually the big txs pay very well (if they arent dust). when i was mining BTC on p2pool i was prefering big txs which paid more than smaller ones. i never included one of the big ones, but i didnt wonder back then. until i hit it again when mining ANC.

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

Activity: 266



View Profile
July 24, 2015, 05:00:49 PM
 #13169

the problem is, per default p2pool cant include a tx that is bigger than 50kB, which is a shame!

Is there a reason for this, & if so what is it? Would it be possible to change it & would it be worthwhile doing so?

Sorry for the rapid-fire questions...... Wink
jonnybravo0311
Legendary
*
Offline Offline

Activity: 1008


Mine at Jonny's Pool


View Profile WWW
July 24, 2015, 08:59:50 PM
 #13170

No clue why the limit... maybe it made sense when forrestv wrote the code... bandwidth limitations and transaction/share propagation speed... would be nice to hear forrest's view.  Can it be changed?  Absolutely... just add a zero to the end of it and make it 500,000.  Not sure how well the rest of the p2pool network would react to you doing that, though Tongue.

Jonny's Pool - Mine with us and help us grow!  Support a pool that supports Bitcoin, not a hardware manufacturer's pockets!  No SPV cheats.  No empty blocks.
nreal
Full Member
***
Offline Offline

Activity: 182


View Profile
July 25, 2015, 01:10:38 AM
 #13171

Its as easyer to find a block with btc conf 1000000 than nothing less, dead and orphan shares rise their heads with that setting. But im feeling that bitcoind works somehow better with stock settings or even + something. Ive found 5 or 6 blocks after may - and bfore that with 0.05 fees and so none. 182x is lucky number maybe

Stock settings might be the best?
forrestv
Hero Member
*****
Offline Offline

Activity: 510


View Profile
July 26, 2015, 04:25:18 AM
 #13172

Was reviewing the code and came across this one part:

https://github.com/forrestv/p2pool/blob/master/p2pool/data.py#L152

Question: Why limit it to "50 kB of new txns/share"?


i even contacted you about that bug months ago Wink was asking forrestv about it, but he didnt respond. created a hackish fix in my repo.

It's limited to prevent DoS attacks on P2Pool by e.g. making a bunch of fake transactions and then forcing them to be relayed across the entire P2Pool network. With this limit, an attacker can only force every other P2Pool node to download, at most, 50kB per share the attacker mines.

Given that 100kB transactions are possible, it should probably be 100kB, not 50kB, but it doesn't have much of an effect otherwise, since 50kB/share is comparable to the maximum transaction throughput allowed by Bitcoin (500kB/block).

K1773R, your "hackish fix" will result in your shares being orphaned if it ever results in differing behavior. The contents of the generate_transaction function are used to determine consensus, so if your version acts different, other nodes will see your shares as invalid.

1J1zegkNSbwX4smvTdoHSanUfwvXFeuV23
jonnybravo0311
Legendary
*
Offline Offline

Activity: 1008


Mine at Jonny's Pool


View Profile WWW
July 26, 2015, 03:13:31 PM
 #13173

Thanks for the detailed reply, forrestv!  I appreciate that you've become more active in this thread again.  It's always nice to have the guy who wrote the code explaining it, rather than the rest of us trying to reverse engineer it in an effort to provide an explanation. Smiley

Jonny's Pool - Mine with us and help us grow!  Support a pool that supports Bitcoin, not a hardware manufacturer's pockets!  No SPV cheats.  No empty blocks.
K1773R
Legendary
*
Offline Offline

Activity: 1526


/dev/null


View Profile
July 27, 2015, 07:33:24 AM
 #13174

Was reviewing the code and came across this one part:

https://github.com/forrestv/p2pool/blob/master/p2pool/data.py#L152

Question: Why limit it to "50 kB of new txns/share"?


i even contacted you about that bug months ago Wink was asking forrestv about it, but he didnt respond. created a hackish fix in my repo.

It's limited to prevent DoS attacks on P2Pool by e.g. making a bunch of fake transactions and then forcing them to be relayed across the entire P2Pool network. With this limit, an attacker can only force every other P2Pool node to download, at most, 50kB per share the attacker mines.

Given that 100kB transactions are possible, it should probably be 100kB, not 50kB, but it doesn't have much of an effect otherwise, since 50kB/share is comparable to the maximum transaction throughput allowed by Bitcoin (500kB/block).

K1773R, your "hackish fix" will result in your shares being orphaned if it ever results in differing behavior. The contents of the generate_transaction function are used to determine consensus, so if your version acts different, other nodes will see your shares as invalid.
Good that we talk about it now. When i was still mining BTC with p2pool, i wondered why not all of my (sometimes bigger than 100kB) would be included in p2pool blocks. It didnt really bother me back then, as some other pool would mine them.
I think raising it (not as high as my hackish fix) would be a good addition to a future hardfork.

Im absolutely aware that i would get my shares rejected. I wasnt using it for BTC.
I wanted to mine the huge ANC stuck txs, so i had to create my own p2pool and set the limit higher.

[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
yslyung
Legendary
*
Offline Offline

Activity: 1064


Mine Mine Mine


View Profile
July 29, 2015, 08:18:42 AM
 #13175

i see only 1 worker in the cmd window but i have 3 other workers total of 4 different btc addy mining at my node. if i do not set diff manually, all of the 4 different miners diff will be the same following the btc add with the highest hashrate/diff.

eg.

"New work for worker! Difficulty: 12192.630174 Share difficulty: 5341839.751636 Total block value: 25.019255 BTC including 100 transactions"

this started since the update. before it will show 4 workers work in the cmd window & their individual diff assigned automatically.

before eg.

New work for worker! Difficulty: xxx Share difficulty: 5341839.751636 Total block value: 25.019255 BTC including 100 transactions
New work for worker! Difficulty: xxx Share difficulty: 5341839.751636 Total block value: 25.019255 BTC including 100 transactions
New work for worker! Difficulty: xxx Share difficulty: 5341839.751636 Total block value: 25.019255 BTC including 100 transactions
New work for worker! Difficulty: xxx Share difficulty: 5341839.751636 Total block value: 25.019255 BTC including 100 transactions

"xxx" = to p2pool auto assigned diff to respective miner's hashrate, obviously higher hashrate higher diff & vice versa.

anyone else experiencing/noticed the same issue ?

running on core v0.11 64 bit win 7 64 bit
rav3n_pl
Legendary
*
Offline Offline

Activity: 1320


Don`t panic! Organize!


View Profile
July 29, 2015, 10:19:24 AM
 #13176

P2Pool node is regulating own diff to not get more that 1 response per second.
If all your workers have set lower diff that this - it will raise it anyway.

1Rav3nkMayCijuhzcYemMiPYsvcaiwHni  Bitcoin stuff on my OneDrive
My RPC CoinControl for any coin https://bitcointalk.org/index.php?topic=929954
My SatoshDice bot https://bitcointalk.org/index.php?topic=897685
jonnybravo0311
Legendary
*
Offline Offline

Activity: 1008


Mine at Jonny's Pool


View Profile WWW
July 29, 2015, 01:44:24 PM
 #13177

i see only 1 worker in the cmd window but i have 3 other workers total of 4 different btc addy mining at my node. if i do not set diff manually, all of the 4 different miners diff will be the same following the btc add with the highest hashrate/diff.

eg.

"New work for worker! Difficulty: 12192.630174 Share difficulty: 5341839.751636 Total block value: 25.019255 BTC including 100 transactions"

this started since the update. before it will show 4 workers work in the cmd window & their individual diff assigned automatically.

before eg.

New work for worker! Difficulty: xxx Share difficulty: 5341839.751636 Total block value: 25.019255 BTC including 100 transactions
New work for worker! Difficulty: xxx Share difficulty: 5341839.751636 Total block value: 25.019255 BTC including 100 transactions
New work for worker! Difficulty: xxx Share difficulty: 5341839.751636 Total block value: 25.019255 BTC including 100 transactions
New work for worker! Difficulty: xxx Share difficulty: 5341839.751636 Total block value: 25.019255 BTC including 100 transactions

"xxx" = to p2pool auto assigned diff to respective miner's hashrate, obviously higher hashrate higher diff & vice versa.

anyone else experiencing/noticed the same issue ?

running on core v0.11 64 bit win 7 64 bit
Your node adjusts the share difficulty dynamically.  As your node hash rate increases, the share difficulty also increases.  Because your shares are of a higher difficulty, they are weighted more, and thus are worth more BTC each than the minimum difficulty share.  Conversely, as your node's hash rate decreases, the share difficulty decreases until it hits the network share minimum difficulty.

You can avoid this by manually setting your share difficulty using the "/" parameter:
Code:
BTC_ADDRESS/xxx
where xxx is some number.  If you want to guarantee minimum share difficulty, you can set that to 1 - which will in turn mean your worker will submit network minimum difficulty shares.

Jonny's Pool - Mine with us and help us grow!  Support a pool that supports Bitcoin, not a hardware manufacturer's pockets!  No SPV cheats.  No empty blocks.
yslyung
Legendary
*
Offline Offline

Activity: 1064


Mine Mine Mine


View Profile
July 29, 2015, 09:46:14 PM
 #13178

hmmm, i know about the p2pool share diff which adjust dynamically if i dont add the "/" after btc add.

i'm saying that p2p does not adjust individual worker diff not the share diff.

i have more than 1 miner mining at the node but p2p cmd window shows only 1 worker not like before the update, it shows individual workers. logically it should show the number of workers with their individual stats.

for now i'm setting the worker diff manually as it does not adjust it automatically & share diff to minimum.

eg. "btc_add/1=1000" according to the miners hashrate output.


what i shappening now is that all other workers are at different hashrate so p2p should be adjusting them individually for the workers diff & share diff if left on default. but it is only showing 1 worker doing it's job and all of the workers are at the same worker diff & share diff. all workers are using different btc add & their hashrate are different too.


sorry for the confusion if there's any.
p3yot33at3r
Sr. Member
****
Offline Offline

Activity: 266



View Profile
July 31, 2015, 12:54:31 PM
 #13179

Another 2 blocks within 24 hours - excellent considering the hash rate is still quite low  Smiley
p3yot33at3r
Sr. Member
****
Offline Offline

Activity: 266



View Profile
July 31, 2015, 04:08:27 PM
 #13180

Does anyone out there in p2pool land know what this means?:

Code:
2015-07-31 17:03:20.612059 > Merged block submittal result: time-too-new Expected: True
2015-07-31 17:03:21.167570 > Merged block submittal result: time-too-new Expected: True
2015-07-31 17:03:22.272490 > Merged block submittal result: time-too-new Expected: True
2015-07-31 17:03:22.763514 > Merged block submittal result: time-too-new Expected: True

EDIT: Never mind, found out it's a coin issue & not p2pool  Smiley
Pages: « 1 ... 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 650 651 652 653 654 655 656 657 658 [659] 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 ... 744 »
  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!