Bitcoin Forum
January 18, 2019, 06:31:08 AM *
News: Latest Bitcoin Core release: 0.17.1 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 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 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 [342] 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 ... 814 »
  Print  
Author Topic: [1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool  (Read 2567592 times)
astutiumRob
Full Member
***
Offline Offline

Activity: 200
Merit: 100



View Profile WWW
October 26, 2013, 01:02:44 PM
 #6821

As soon as the difficulty rose to 268 m without anything changing at my side (after three months working perfectly) I stopped receiving payouts. After a week I ended up with one pay out of a very low amount as previously wrote in a previous post, but p2pool has paid out about 17 times. I had noticed that I couldn't get a successful share before the pool solved a block and when I did manage to get two , one was orphaned.
That's the problem with a 'small' (yes anything under 100Gh/s is now small) hashrate compared to both your chosen pool and the total network rate.

The only way to have kept the amount more-or-less constant would have been to outgrow the %age changes and added 200 times your hashing power this year !

www.astutium.com - domains | hosting | vps | servers | cloud - proud to accept bitcoins. UK colocation for BFL and KNC ASICs in Tier3+ DC
Register Domains with BTC
Want to make some bitcoins ? Miner on ebay | Buy GH/s
1547793068
Hero Member
*
Offline Offline

Posts: 1547793068

View Profile Personal Message (Offline)

Ignore
1547793068
Reply with quote  #2

1547793068
Report to moderator
1547793068
Hero Member
*
Offline Offline

Posts: 1547793068

View Profile Personal Message (Offline)

Ignore
1547793068
Reply with quote  #2

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

Activity: 1610
Merit: 1000


House Nogleg


View Profile WWW
October 26, 2013, 02:06:11 PM
 #6822

In my log file I'll occasionally get something like this:

log:2013-10-26 08:42:53.003554 > Couldn't link returned work's merkle root with its handler. This should only happen if this process was recently restarted!
log:2013-10-26 08:42:53.015818 > Couldn't link returned work's merkle root with its handler. This should only happen if this process was recently restarted!
log:2013-10-26 08:42:53.029308 > Couldn't link returned work's merkle root with its handler. This should only happen if this process was recently restarted!
log:2013-10-26 08:42:53.038270 > Couldn't link returned work's merkle root with its handler. This should only happen if this process was recently restarted!
log:2013-10-26 08:42:53.293668 > Couldn't link returned work's merkle root with its handler. This should only happen if this process was recently restarted!
log:2013-10-26 08:42:53.307047 > Couldn't link returned work's merkle root with its handler. This should only happen if this process was recently restarted!
log:2013-10-26 08:42:53.321228 > Couldn't link returned work's merkle root with its handler. This should only happen if this process was recently restarted!
log:2013-10-26 08:42:53.355749 > Couldn't link returned work's merkle root with its handler. This should only happen if this process was recently restarted!
log:2013-10-26 08:42:53.587437 > Couldn't link returned work's merkle root with its handler. This should only happen if this process was recently restarted!
log:2013-10-26 08:42:53.603913 > Couldn't link returned work's merkle root with its handler. This should only happen if this process was recently restarted!

p2pool has been up for 12 days.  

I'm positive that it's just happening for one person & doesn't occur all that often

right now, it's at:

log:2013-10-26 08:58:10.006940 > Couldn't link returned work's merkle root with its handler. This should only happen if this process was recently restarted!
log:2013-10-26 08:58:10.017284 > Couldn't link returned work's merkle root with its handler. This should only happen if this process was recently restarted!
log:2013-10-26 08:58:10.028608 > Couldn't link returned work's merkle root with its handler. This should only happen if this process was recently restarted!

log:2013-10-26 08:59:11.588038 > Couldn't link returned work's merkle root with its handler. This should only happen if this process was recently restarted!
log:2013-10-26 08:59:11.601600 > Couldn't link returned work's merkle root with its handler. This should only happen if this process was recently restarted!

log:2013-10-26 09:00:12.743830 > Couldn't link returned work's merkle root with its handler. This should only happen if this process was recently restarted!

with no other errors in the past 5 minutes or so (during that time the miner I'm referring to had a hashrate swing of about 15ghash/s right when it started & then gradually increasing back to the norm).  The messages lasted from about 08:42:30 'til that last one at 09:00.

I'm guessing this is something related to the equipment being used to mine and not something locally on my p2pool?

Anyone else seen this?  Any setting or something I can change locally to make it not happen or happen less frequently?... or is it something that is totally out of my control?

SpAcEDeViL
Legendary
*
Offline Offline

Activity: 972
Merit: 1025


Miner-Control.de Pooler


View Profile WWW
October 26, 2013, 02:38:00 PM
Last edit: October 26, 2013, 03:14:23 PM by SpAcEDeViL
 #6823

Hy,

the actually Payout System is not good.

You must change it to PPS.
And dynamic share diff for the miner.
So when a miner have 14GH diff -> to 4

So low Miner becomes coins for there work.

With the actually system, low miners must use the big pool with fee.

The p2pool system works only for high workers or nodes with many workers to get a high status.
So this will fallback to only one big node. = central node.

Or, many little nodes with "no shares" and no coin generate, the miners goes to the big pools.


A redesign of your network can help. And makes fun for the little miners.




K1773R
Legendary
*
Offline Offline

Activity: 1792
Merit: 1008


/dev/null


View Profile
October 26, 2013, 03:17:16 PM
 #6824

Hy,

the actually Payout System is not good.

You must change it to PPS.
And dynamic share diff for the miner.
So when a miner have 14GH diff -> to 4

So low Miner becomes coins for there work.

With the actually system, low miners must use the big pool with fee.

The p2pool system works only for high workers or nodes with many workers to get a high status.
So this will fallback to only one big node. = central node.

Or, many little nodes with "no shares" and no coin generate, the miners goes to the big pools.


A redesign of your network can help. And makes fun for the little miners.
u clearly dont understand how p2pool works, so dont make any suggestions...

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

Activity: 972
Merit: 1025


Miner-Control.de Pooler


View Profile WWW
October 26, 2013, 07:09:15 PM
 #6825

explain it.

e.g with a graphic.


I have understand:
every can make a node from the p2pool.
When you mine on your own node and you are faster than the "Expected time to block" you become shares on p2pool network.
When not, you loose all your mine shares. -> trash.

Only when your node can make a share, you and your miners become btc?

gnar1ta$
Donator
Hero Member
*
Offline Offline

Activity: 784
Merit: 500


View Profile
October 26, 2013, 08:31:58 PM
 #6826

explain it.

e.g with a graphic.


I have understand:
every can make a node from the p2pool.
When you mine on your own node and you are faster than the "Expected time to block" you become shares on p2pool network.
When not, you loose all your mine shares. -> trash.

Only when your node can make a share, you and your miners become btc?


I don't think that's right, but I'm a bit sketchy on it myself.  Someone jump in here and fix any errors.

From my understanding, it's very similar to PPLNS (pay per last N shares) at any pool, except you are mining p2pool shares (at a 30 second target), instead of bitcoin blocks (at a 10 min target).  The share chain "N" is 8640 shares long.  When a new share is found the last share 8640 away from it is dropped.  When a bitcoin block is found, you are paid based on the number and difficulty of shares you have found that are still in the last 8640 shares of the share chain.  At a 30 second average per share and 8640 shares, that's 72 hours.  So if you find a share it stays valid, or in the share chain for a payment, for 3 days.  Or another way, when a block is found, payment is distributed for the last 8640 shares - which should span the last 3 days.  IDK how the diff of the share works though.

Losing hundreds of Bitcoins with the best scammers in the business - BFL, Avalon, KNC, HashFast.
maqifrnswa
Sr. Member
****
Offline Offline

Activity: 454
Merit: 250


View Profile
October 27, 2013, 02:45:09 AM
 #6827

I don't think that's right, but I'm a bit sketchy on it myself.  Someone jump in here and fix any errors.

From my understanding, it's very similar to PPLNS (pay per last N shares) at any pool, except you are mining p2pool shares (at a 30 second target), instead of bitcoin blocks (at a 10 min target).  The share chain "N" is 8640 shares long.  When a new share is found the last share 8640 away from it is dropped.  When a bitcoin block is found, you are paid based on the number and difficulty of shares you have found that are still in the last 8640 shares of the share chain.  At a 30 second average per share and 8640 shares, that's 72 hours.  So if you find a share it stays valid, or in the share chain for a payment, for 3 days.  Or another way, when a block is found, payment is distributed for the last 8640 shares - which should span the last 3 days.  IDK how the diff of the share works though.

really good explanation

share diff is determined such that:
1) a p2pool share is found every 30 seconds
2) no single miner is expected to generate >5% of the shares (difficulty is adjusted up to keep the total number of shares lower, just for them)

One more thing, the share chain isn't always 8640 long. It's 3x the expected work needed to find a block, or 8640, whichever is less. So right now it's ~45 hours, so a little under two days. (I believe that's what the code says, please correct me if I'm wrong)


All the math aside, what matters is that the expected payout using p2pool is greater than that of any other pool -- even for small miners. The variance, however, is bigger.
gmaxwell
Moderator
Legendary
*
Offline Offline

Activity: 2632
Merit: 1847



View Profile
October 27, 2013, 03:32:03 AM
 #6828

Exactly.  I can point my Blades to any other pool, be it one with a getwork interface, or any stratum pool via a stratum proxy, and guess what?  It works.  ONLY p2pool shit's it's lips when presented an ASICMiner (or KnC it seems).
You actually can't. You need to use a proxy.  Otherwise the broken blade firmware will flood the pool with invalid getwork responses because it ignores the target difficulty. Some pools will ban you for this, perhaps most won't but it's still flooding them with bogus work.

The asicminer firmware is broken in a lot of ways.  It's workable, but not good. ... and you can still use it with P2Pool, you just need to tell p2pool that this POS is going to return difficulty 1 no matter what.
gmaxwell
Moderator
Legendary
*
Offline Offline

Activity: 2632
Merit: 1847



View Profile
October 27, 2013, 03:35:43 AM
 #6829

I'm sorry to say this can't be giving me my fair share for my work done on the p2pool network so I have moved off it.
Sure it can be and very likely is, but indeed, it's higher variance for tiny miners. I don't begrudge you your variance preferences, but please don't confuse your emotional response to high variance for sudden expertise in the system.
gmaxwell
Moderator
Legendary
*
Offline Offline

Activity: 2632
Merit: 1847



View Profile
October 27, 2013, 03:44:13 AM
 #6830

Is it also run 440GH/s on "normal" pools? Looks like flushwork takes like 1 sec
No.  480-510GH/s.
IIRC the graph number minus DOA, but you get some of the DOA back because everyone else has them too. Should check with forrestv, also note you are 110% efficiency in that p2pool output, meaning you're outperforming the pool on average latency wise and are expect to get 110% of what you would expect based on your hashrate.

Is the CGminer claimed hashrate lower with p2pool then elsewhere?  If so, something about the hardware design / firmware / or miner driver is brain damaged.
gnar1ta$
Donator
Hero Member
*
Offline Offline

Activity: 784
Merit: 500


View Profile
October 27, 2013, 04:10:24 AM
 #6831

Is it also run 440GH/s on "normal" pools? Looks like flushwork takes like 1 sec
No.  480-510GH/s.
IIRC the graph number minus DOA, but you get some of the DOA back because everyone else has them too. Should check with forrestv, also note you are 110% efficiency in that p2pool output, meaning you're outperforming the pool on average latency wise and are expect to get 110% of what you would expect based on your hashrate.

Is the CGminer claimed hashrate lower with p2pool then elsewhere?  If so, something about the hardware design / firmware / or miner driver is brain damaged.


Considering that my efficiency is over 100% and I generally pay up to a 3% pool fee elsewhere, I've left the Jupiter on p2pool - it's averaging out to 450GH/s so I shouldn't be too far off...if my understanding of efficiency is correct  Huh

The CGminer hashrate actually behaves opposite on other pools.  It always reports lower than p2pool reports, but reports higher than other pools.  On BTCGuild and Ozcoin CGminer shows 530GH/s and the pools 480-510.

Losing hundreds of Bitcoins with the best scammers in the business - BFL, Avalon, KNC, HashFast.
SpAcEDeViL
Legendary
*
Offline Offline

Activity: 972
Merit: 1025


Miner-Control.de Pooler


View Profile WWW
October 27, 2013, 10:49:30 AM
 #6832

really good explanation

share diff is determined such that:
1) a p2pool share is found every 30 seconds
2) no single miner is expected to generate >5% of the shares (difficulty is adjusted up to keep the total number of shares lower, just for them)

One more thing, the share chain isn't always 8640 long. It's 3x the expected work needed to find a block, or 8640, whichever is less. So right now it's ~45 hours, so a little under two days. (I believe that's what the code says, please correct me if I'm wrong)


All the math aside, what matters is that the expected payout using p2pool is greater than that of any other pool -- even for small miners. The variance, however, is bigger.

Thats confuse me. I have mine for 2 Days (Friday and Saturday) with 14 GH on mine p2pool node smileandgo.de:9332
The Node makes no pool shares. My miner have make over 32k accepted shares to the node.
And i become no payouts to my address or to the node address

gnar1ta$
Donator
Hero Member
*
Offline Offline

Activity: 784
Merit: 500


View Profile
October 27, 2013, 02:34:58 PM
 #6833


Thats confuse me. I have mine for 2 Days (Friday and Saturday) with 14 GH on mine p2pool node smileandgo.de:9332
The Node makes no pool shares. My miner have make over 32k accepted shares to the node.
And i become no payouts to my address or to the node address

You need to find a pool share. Think of it as a p2pool block maybe. When you find one your payout should be higher than an equivalent PPS payout to make up for the time you didn't find a pool share. That's how variance work - and you will have a lot of variance at that hashrate. What's your expected time to share?

Losing hundreds of Bitcoins with the best scammers in the business - BFL, Avalon, KNC, HashFast.
maqifrnswa
Sr. Member
****
Offline Offline

Activity: 454
Merit: 250


View Profile
October 27, 2013, 04:31:25 PM
 #6834

really good explanation

share diff is determined such that:
1) a p2pool share is found every 30 seconds
2) no single miner is expected to generate >5% of the shares (difficulty is adjusted up to keep the total number of shares lower, just for them)

One more thing, the share chain isn't always 8640 long. It's 3x the expected work needed to find a block, or 8640, whichever is less. So right now it's ~45 hours, so a little under two days. (I believe that's what the code says, please correct me if I'm wrong)


All the math aside, what matters is that the expected payout using p2pool is greater than that of any other pool -- even for small miners. The variance, however, is bigger.

Thats confuse me. I have mine for 2 Days (Friday and Saturday) with 14 GH on mine p2pool node smileandgo.de:9332
The Node makes no pool shares. My miner have make over 32k accepted shares to the node.
And i become no payouts to my address or to the node address

You haven't found a p2pool share yet. The 32k shares you see are simply shares reporting back to the node for statistics. The current p2pool difficulty is 138k. So you are expected to find one p2pool share after ~138k difficulty 1 shares.

The entire network finds a share every 30 seconds, not just you.

When you find a p2pool share, it pays out a lot more than a difficulty 1 PPS share, but you find them less frequently. Larger and less frequent payouts means higher variance.

It's possible that you will get 0 payouts for each share you find if the whole pool doesn't find one in ~2 days after you found yours, but it's also possible that it finds 6 (and pays you 6 times). On average, you get paid more than a PPS scheme. But variance is larger, especially for smaller miners.

It's up to you to choose how much variance is worth to you.
Polyatomic
Sr. Member
****
Offline Offline

Activity: 256
Merit: 250


View Profile
October 30, 2013, 07:26:42 AM
 #6835

really good explanation


Thats confuse me. I have mine for 2 Days (Friday and Saturday) with 14 GH on mine p2pool node smileandgo.de:9332
The Node makes no pool shares. My miner have make over 32k accepted shares to the node.
And i become no payouts to my address or to the node address

You will eventually get a p2pool share. Im sending you positive vibes.
zvs
Legendary
*
Offline Offline

Activity: 1610
Merit: 1000


House Nogleg


View Profile WWW
October 30, 2013, 01:34:38 PM
 #6836

is there some logical reason that (any) share found directly before a new block is orphaned?

i have my node set to ignore the 'punish', since otherwise it'd be penalized for being fast.

all i can think of is to prevent these nodes that have the huge getblocktemplate + network latency from spitting out invalid shares based on the old block?  what other reason would there be to punish a share that is made before the new block  (and thus valid) ?

SpAcEDeViL
Legendary
*
Offline Offline

Activity: 972
Merit: 1025


Miner-Control.de Pooler


View Profile WWW
October 30, 2013, 05:17:57 PM
 #6837

Hy,

thanks for the replays on my post.

Now i have mine for 5 days... no share. So i give up yesterday. "expected time to share was 11 - 14 hours)"

I see too many push "new work for the worker" and my miner become so many HW errors from this.
On a central pool the new work comes after minutes and not after seconds... less HW errors.

And when my miner diff is auto set to diff 3 or 2... so i cannot create a share over the pool diff... thats impossible or??...

Why not the node collect the miner shares and create a  big node share, and all on the node, thats make shares to it, become btc from ne node btc adress, when its higher then 0.01 btc on a week, or when its higher than 0.10 on a day? or the node owner can set this?

Can i set a node fee? so when a miner create a share from my node i become 0.05% fee? 

forrestv
Hero Member
*****
Offline Offline

Activity: 516
Merit: 514


View Profile
October 30, 2013, 05:28:00 PM
 #6838

is there some logical reason that (any) share found directly before a new block is orphaned?

i have my node set to ignore the 'punish', since otherwise it'd be penalized for being fast.

all i can think of is to prevent these nodes that have the huge getblocktemplate + network latency from spitting out invalid shares based on the old block?  what other reason would there be to punish a share that is made before the new block  (and thus valid) ?

Yes.

First, it's at least necessary for shares found after a new block is found to be orphaned, in order to not reward people for doing useless work. A preference for shares pointing to newer blocks that overrides the "first share received is the one to build on" rule was added to the P2Pool protocol.

There is no way for the P2Pool protocol rules to know whether a share came before or after the block - they can only see that there is a share pointing to a newer block at the same height of the (to be orphaned) share.

So, all the nodes could potentially only orphan shares that come after the block change, but there's nothing that prevents someone from orphaning all the shares they can, which would give them a slight advantage. So, I decided that nodes should be "maximally aggressive" and orphan others' shares whenever they can. This is at least fair, but it has the disadvantage of increasing the pool's orphaned share rate.

Future changes that make the P2Pool protocol rules more aware of how the Bitcoin blockchain works could potentially improve this, but for now, this is the way it has to be.

1J1zegkNSbwX4smvTdoHSanUfwvXFeuV23
maqifrnswa
Sr. Member
****
Offline Offline

Activity: 454
Merit: 250


View Profile
October 30, 2013, 06:39:18 PM
 #6839

Hy,

thanks for the replays on my post.

Now i have mine for 5 days... no share. So i give up yesterday. "expected time to share was 11 - 14 hours)"

I see too many push "new work for the worker" and my miner become so many HW errors from this.
On a central pool the new work comes after minutes and not after seconds... less HW errors.

And when my miner diff is auto set to diff 3 or 2... so i cannot create a share over the pool diff... thats impossible or??...

Why not the node collect the miner shares and create a  big node share, and all on the node, thats make shares to it, become btc from ne node btc adress, when its higher then 0.01 btc on a week, or when its higher than 0.10 on a day? or the node owner can set this?

Can i set a node fee? so when a miner create a share from my node i become 0.05% fee?  

new work for worker: p2pool sends new work to worker every time a p2pool network share is found, around every 30 seconds versus 10 minutes for the bitcoin block chain (although new work is generated more frequently than 10 mins as it adds transactions to it)

Errors with new work: some hardware manufacturers ignore standard miner commands and throw away all the work when there is a block change. This adds negligible wasted work when blocks are 10 minutes, but lots of wasted work when blocks aer 30 seconds. Many manufacturers released updated firmware that fixed their mistake, but not all have.

Difficulty: You can set your diff higher by using the user name "username+{difficulty}" so if you want difficulty 16 shares returned to your node, just use "-u username+16" command line argument.

Node collection: This can be done and bigger miners are encouraged to do this to help out the smaller ones. You can do this by using the username "username/{difficulty}". So if I want to return one HUGE share that is worth 10x a small share, I log in with "-u username/1400000" I find a share 10x less frequently, but when I do it pays out a lot. people who find 50+ shares a day can do this and see a negligible change in variance and payout while encouraging smaller miners to keep mining by reducing small miner variance.

Node fee: Yes you can set a node fee by starting p2pool with the "--fee" argument. Run p2pool with "--help" to get info on how to set it up. What it does is randomly assign that percentage of shares to your default address so when a share is found, you get credit for it - not the person that logged in and found it.
mdude77
Legendary
*
Offline Offline

Activity: 1540
Merit: 1001



View Profile
October 30, 2013, 11:30:42 PM
 #6840

Someone has a small bit of hash pointed at ZVS's server nogleg.com with the name "Mindlesss.worker1".  If I understand p2pool right, you'll never get paid for your work as your worker name has to be your payout address.

M

I mine at Kano's Pool because it pays the best and is completely transparent!  Come join me!
Pages: « 1 ... 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 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 [342] 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 ... 814 »
  Print  
 
Jump to:  

Bitcointalk.org is not available or authorized for sale. Do not believe any fake listings.
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!