Bitcoin Forum
December 08, 2016, 04:10:15 PM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 [451] 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 ... 744 »
  Print  
Author Topic: [1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool  (Read 2032816 times)
DutchRIG
Newbie
*
Offline Offline

Activity: 27


View Profile
June 15, 2014, 12:29:51 PM
 #9001

Hi Guys,

I have added a p2pool node hosted in Amsterdam (Netherlands). Feel free to use it and spread the hash!

http://btcp2p.dutchpool.eu:9332/static/
1481213415
Hero Member
*
Offline Offline

Posts: 1481213415

View Profile Personal Message (Offline)

Ignore
1481213415
Reply with quote  #2

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

Posts: 1481213415

View Profile Personal Message (Offline)

Ignore
1481213415
Reply with quote  #2

1481213415
Report to moderator
bryonp
Member
**
Offline Offline

Activity: 77


View Profile
June 15, 2014, 01:27:14 PM
 #9002

Restart, we are going in a loop - no blocks.


PLEASE!!!!!!!!!!!!!!!!

Thank You its really bad.......................
Littleshop
Legendary
*
Offline Offline

Activity: 1316



View Profile WWW
June 15, 2014, 02:04:14 PM
 #9003

Restart, we are going in a loop - no blocks.


PLEASE!!!!!!!!!!!!!!!!

Thank You its really bad.......................

We got a block now!  Smiley

bryonp
Member
**
Offline Offline

Activity: 77


View Profile
June 15, 2014, 02:14:29 PM
 #9004

Restart, we are going in a loop - no blocks.


PLEASE!!!!!!!!!!!!!!!!

Thank You its really bad.......................

We got a block now!  Smiley


Holly smokes I blocked...
Looks like its aying around 50.00 for 2 says at 3 TH HuhHuh Am I missing something???

Any Help in understanding??? Thanks
bryonp
Member
**
Offline Offline

Activity: 77


View Profile
June 15, 2014, 02:29:31 PM
 #9005

Restart, we are going in a loop - no blocks.


PLEASE!!!!!!!!!!!!!!!!

Thank You its really bad.......................

We got a block now!  Smiley


Holly smokes I blocked...
Looks like its paying around 50.00 for 2 days at 3 TH HuhHuh Am I missing something???

Any Help in understanding??? Thanks
jedimstr
Hero Member
*****
Offline Offline

Activity: 784



View Profile
June 15, 2014, 04:28:15 PM
 #9006

Restart, we are going in a loop - no blocks.


PLEASE!!!!!!!!!!!!!!!!

Thank You its really bad.......................

We got a block now!  Smiley


Holly smokes I blocked...
Looks like its paying around 50.00 for 2 days at 3 TH HuhHuh Am I missing something???

Any Help in understanding??? Thanks

Luck works both ways.  There can be days when we can get 3 blocks in a row and get paid more overall than most pools. 

mdude77
Legendary
*
Offline Offline

Activity: 1358


View Profile
June 15, 2014, 04:58:54 PM
 #9007

Luck works both ways.  There can be days when we can get 3 blocks in a row and get paid more overall than most pools. 

Is that part I put in bold accurate?  Most pools, to my knowledge, pay entirely based on luck.

M

MMinerMonitor author, monitor/auto/schedule reboots/alerts/remote/MobileMiner for Ants and Spondoolies! Latest (5.2). MPoolMonitor author, monitor stats/workers for most pools, global BTC stats (current/nxt diff/USD val/hashrate/calc)! Latest (v4.2) 
Buyer beware of Bitmain hardware and services.
nreal
Full Member
***
Offline Offline

Activity: 182


View Profile
June 15, 2014, 05:25:12 PM
 #9008

Bitcoindqt here is 1 hour behind, node punishes all the time - what is going on?

Never ending punishment Sad

2pool.util.jsonrpc.NarrowError: -2 Safe mode: Warning: The network does not appear to fully agree! Some miners appear to be experiencing issues.


2014-06-15 20:51:42.276634 > ########################################
2014-06-15 20:51:42.276732 > >>> Warning: (from bitcoind) Warning: The network does not appear to fully agree! Some miners appear to be experiencing issues.
2014-06-15 20:51:42.276794 > ########################################
xyzzy099
Legendary
*
Offline Offline

Activity: 941



View Profile
June 15, 2014, 06:05:06 PM
 #9009

Bitcoindqt here is 1 hour behind, node punishes all the time - what is going on?

Never ending punishment Sad

2pool.util.jsonrpc.NarrowError: -2 Safe mode: Warning: The network does not appear to fully agree! Some miners appear to be experiencing issues.


2014-06-15 20:51:42.276634 > ########################################
2014-06-15 20:51:42.276732 > >>> Warning: (from bitcoind) Warning: The network does not appear to fully agree! Some miners appear to be experiencing issues.
2014-06-15 20:51:42.276794 > ########################################


The last time I saw that error, my bitcoin block chain was corrupted.  Rescan didn't fix it, and I had to re-download the whole damn thing.


Libertarians:  Diligently plotting to take over the world and leave you alone.
nreal
Full Member
***
Offline Offline

Activity: 182


View Profile
June 15, 2014, 06:09:48 PM
 #9010

Bitcoindqt here is 1 hour behind, node punishes all the time - what is going on?

Never ending punishment Sad

2pool.util.jsonrpc.NarrowError: -2 Safe mode: Warning: The network does not appear to fully agree! Some miners appear to be experiencing issues.


2014-06-15 20:51:42.276634 > ########################################
2014-06-15 20:51:42.276732 > >>> Warning: (from bitcoind) Warning: The network does not appear to fully agree! Some miners appear to be experiencing issues.
2014-06-15 20:51:42.276794 > ########################################


The last time I saw that error, my bitcoin block chain was corrupted.  Rescan didn't fix it, and I had to re-download the whole damn thing.



I did that just yesterday, hardisk is going to give up then maybe, hd passed test...

It takes only 5 minutes to take a backup from .bitcoin directory and many hours to do it the hard way  Undecided

It was corrupted perhaps because of kernel options was not up to date with systemd
phillipsjk
Legendary
*
Offline Offline

Activity: 1008

Let the chips fall where they may.


View Profile WWW
June 15, 2014, 07:37:30 PM
 #9011

Does anyone know of a way to capture the password input a miner uses? I'm wondering if it's possible for miners to differentiate workers this way.

I think you should assume that any password sent to a P2Pool node will be known to the node operator.

And, no, passwords are not a good way to differentiate users:
It’s Me, and Here’s My Proof: Why Identity and Authentication Must Remain Distinct
Quote
Published: February 14, 2006
By Steve Riley
Senior Security Strategist
Security Technology Unit
Microsoft Corporation

James' OpenPGP public key fingerprint: EB14 9E5B F80C 1F2D 3EBE  0A2F B3DE 81FF 7B9D 5160
ceslick
Full Member
***
Offline Offline

Activity: 161

digging in the bits... now ant powered!


View Profile WWW
June 16, 2014, 04:21:35 AM
 #9012

Yeah, got 10 orphans today....

Had only 2 up until then.

http://www.integratedideas.net  - Home of Rock Solid Miners
NZ Based BTC P2Pool: http://www.integratedideas.net/p2pool-btc/  -  NZ Based DOGE P2Pool: http://www.integratedideas.net/p2pool-doge/
Cloud mining with CEX.IO: https://cex.io/r/2/ceslicknz/0/
Hunterbunter
Hero Member
*****
Offline Offline

Activity: 980


View Profile
June 16, 2014, 05:13:02 AM
 #9013

Does anyone know of a way to capture the password input a miner uses? I'm wondering if it's possible for miners to differentiate workers this way.

I think you should assume that any password sent to a P2Pool node will be known to the node operator.

And, no, passwords are not a good way to differentiate users:
It’s Me, and Here’s My Proof: Why Identity and Authentication Must Remain Distinct
Quote
Published: February 14, 2006
By Steve Riley
Senior Security Strategist
Security Technology Unit
Microsoft Corporation

Hmm perhaps I should rephrase the question:

If a miner wanted to pass a simple message to the node operator, can they use the the password field? How does a node operator access it?

It's not for sensitive information, just trivial stuff.
ratty
Sr. Member
****
Offline Offline

Activity: 261


View Profile
June 16, 2014, 06:26:24 AM
 #9014

I'm new to p2pool, I hope someone here can answer this, I've been mining Bitcoin for a day on it, and:

Code:
Local rate: 171GH/s (1.6% DOA) Expected time to share: 12.6 hours
Shares: 0 total (0 orphaned, 0 dead) Efficiency: ???
Payout if a block were found NOW: 0 BTC to [redacted]

Is that normal to have 0 shares for that long? With that hash rate, how long should it take to solve a single share? My miner sees lots of accepted shares, so I don't think its a problem with the miner. The estimate said 12 hours, 12 hours ago, so I can't go by that. 2 blocks have been found by the whole p2pool since I started, so I'm worried I am getting absolutely no credit for hashing. Should I not bother with p2pool unless I have a terrahash or more?
IYFTech
Hero Member
*****
Offline Offline

Activity: 686


WANTED: Active dev to fix & re-write p2pool in C


View Profile
June 16, 2014, 09:24:43 AM
 #9015

I'm new to p2pool, I hope someone here can answer this, I've been mining Bitcoin for a day on it, and:

Code:
Local rate: 171GH/s (1.6% DOA) Expected time to share: 12.6 hours
Shares: 0 total (0 orphaned, 0 dead) Efficiency: ???
Payout if a block were found NOW: 0 BTC to [redacted]

Is that normal to have 0 shares for that long? With that hash rate, how long should it take to solve a single share? My miner sees lots of accepted shares, so I don't think its a problem with the miner. The estimate said 12 hours, 12 hours ago, so I can't go by that. 2 blocks have been found by the whole p2pool since I started, so I'm worried I am getting absolutely no credit for hashing. Should I not bother with p2pool unless I have a terrahash or more?

Yeah, it can be like that - just be patient & they will come - but 171Gh isn't so much nowadays  Wink


Is anyone using Dragon 1Th on p2pool? Care to share your experiences? Thinking of getting a few if they're compatible...... Tongue

-- Smiley  Thank you for smoking  Smiley --  If you paid VAT to dogie for items you should read this thread:  https://bitcointalk.org/index.php?topic=1018906.0
jedimstr
Hero Member
*****
Offline Offline

Activity: 784



View Profile
June 16, 2014, 09:27:13 AM
 #9016

I'm new to p2pool, I hope someone here can answer this, I've been mining Bitcoin for a day on it, and:

Code:
Local rate: 171GH/s (1.6% DOA) Expected time to share: 12.6 hours
Shares: 0 total (0 orphaned, 0 dead) Efficiency: ???
Payout if a block were found NOW: 0 BTC to [redacted]

Is that normal to have 0 shares for that long? With that hash rate, how long should it take to solve a single share? My miner sees lots of accepted shares, so I don't think its a problem with the miner. The estimate said 12 hours, 12 hours ago, so I can't go by that. 2 blocks have been found by the whole p2pool since I started, so I'm worried I am getting absolutely no credit for hashing. Should I not bother with p2pool unless I have a terrahash or more?

Yeah, it can be like that - just be patient & they will come - but 171Gh isn't so much nowadays  Wink


Is anyone using Dragon 1Th on p2pool? Care to share your experiences? Thinking of getting a few if they're compatible...... Tongue

Worse than the S2's on p2pool.  You'd be lucky to get 800gh per dragon pointing it to a p2pool node. At least that's what I've experienced from rentals. So far the avoid for p2pool list for me includes: S2, dragons, and Cointerra.

The goto list for rentals/physical p2pool compatible (full hashrate) include: S1's, KNC and Spondoolies.  

Haven't seen what the Rockminers (R or Box) do with p2pool yet.

mdude77
Legendary
*
Offline Offline

Activity: 1358


View Profile
June 16, 2014, 10:20:32 AM
 #9017

I'm new to p2pool, I hope someone here can answer this, I've been mining Bitcoin for a day on it, and:

Code:
Local rate: 171GH/s (1.6% DOA) Expected time to share: 12.6 hours
Shares: 0 total (0 orphaned, 0 dead) Efficiency: ???
Payout if a block were found NOW: 0 BTC to [redacted]

Is that normal to have 0 shares for that long? With that hash rate, how long should it take to solve a single share? My miner sees lots of accepted shares, so I don't think its a problem with the miner. The estimate said 12 hours, 12 hours ago, so I can't go by that. 2 blocks have been found by the whole p2pool since I started, so I'm worried I am getting absolutely no credit for hashing. Should I not bother with p2pool unless I have a terrahash or more?

What newcomers to p2pool usually don't immediately grasp is there are two types of shares in p2pool.  The type that you see your miner submitting all the time, and the type that really count. Smiley It's the second type that you aren't getting many of.

To elaborate, p2pool uses an "alt chain" of shares to keep track of who's submitted shares.  You can consider that "alt chain" to be like another coin, with a much much lower difficulty.  p2pool adjusts the difficulty required to get on that chain so that miners are getting shares on the chain roughly 30 seconds.  (I think that's the number, the wiki might be outdated).  That means the more people there are mining, the faster shares are found, so difficulty goes up.

Right now that share difficulty is at 1,809,778.  Your 171gh/s needs to find a share of that value or greater (at the time of this post), to get on that chain.  That's why it's estimating it'll take you 12.6 hours to find a share.

The good news is once you get a share, it's good for 3 days.  So, at current numbers, making it 12 hours per share to make it easy, you should have 6 shares on the chain at any given point, assuming average luck.  That's where variance comes in ... sometimes that number will be higher, sometimes that number will be lower.

M

MMinerMonitor author, monitor/auto/schedule reboots/alerts/remote/MobileMiner for Ants and Spondoolies! Latest (5.2). MPoolMonitor author, monitor stats/workers for most pools, global BTC stats (current/nxt diff/USD val/hashrate/calc)! Latest (v4.2) 
Buyer beware of Bitmain hardware and services.
jdot007
Member
**
Offline Offline

Activity: 78


View Profile
June 16, 2014, 11:33:58 AM
 #9018

I'm new to p2pool, I hope someone here can answer this, I've been mining Bitcoin for a day on it, and:

Code:
Local rate: 171GH/s (1.6% DOA) Expected time to share: 12.6 hours
Shares: 0 total (0 orphaned, 0 dead) Efficiency: ???
Payout if a block were found NOW: 0 BTC to [redacted]

Is that normal to have 0 shares for that long? With that hash rate, how long should it take to solve a single share? My miner sees lots of accepted shares, so I don't think its a problem with the miner. The estimate said 12 hours, 12 hours ago, so I can't go by that. 2 blocks have been found by the whole p2pool since I started, so I'm worried I am getting absolutely no credit for hashing. Should I not bother with p2pool unless I have a terrahash or more?

Yeah, it can be like that - just be patient & they will come - but 171Gh isn't so much nowadays  Wink


Is anyone using Dragon 1Th on p2pool? Care to share your experiences? Thinking of getting a few if they're compatible...... Tongue

Worse than the S2's on p2pool.  You'd be lucky to get 800gh per dragon pointing it to a p2pool node. At least that's what I've experienced from rentals. So far the avoid for p2pool list for me includes: S2, dragons, and Cointerra.

The goto list for rentals/physical p2pool compatible (full hashrate) include: S1's, KNC and Spondoolies.  

Haven't seen what the Rockminers (R or Box) do with p2pool yet.

I was been doing better than that with my Dragon 99Xgh or so but ended up switching that box to Eligius because of high latency to all pools and the inability to run a node at that location
jedimstr
Hero Member
*****
Offline Offline

Activity: 784



View Profile
June 16, 2014, 11:37:05 AM
 #9019

Luck works both ways.  There can be days when we can get 3 blocks in a row and get paid more overall than most pools.  

Is that part I put in bold accurate?  Most pools, to my knowledge, pay entirely based on luck.

M


Luck is definitely a factor still with centralized pools.  Just take look at BTCGuild's thread to see the usual luck complaints like we have here.  The difference is that people over there are complaining when the pool doesn't get the usual amount of blocks in a day while we complain about not getting blocks at all for days.  

Luck and variance sorta exaggerates the swings we see on p2pool so that we can see zero payouts in a week or 3 or 4 times the "average estimated" payout for the equivalent hashrate in one day. Lower variance in much larger pools smooths those extremes out at both ends.

jedimstr
Hero Member
*****
Offline Offline

Activity: 784



View Profile
June 16, 2014, 11:39:27 AM
 #9020

I'm new to p2pool, I hope someone here can answer this, I've been mining Bitcoin for a day on it, and:

Code:
Local rate: 171GH/s (1.6% DOA) Expected time to share: 12.6 hours
Shares: 0 total (0 orphaned, 0 dead) Efficiency: ???
Payout if a block were found NOW: 0 BTC to [redacted]

Is that normal to have 0 shares for that long? With that hash rate, how long should it take to solve a single share? My miner sees lots of accepted shares, so I don't think its a problem with the miner. The estimate said 12 hours, 12 hours ago, so I can't go by that. 2 blocks have been found by the whole p2pool since I started, so I'm worried I am getting absolutely no credit for hashing. Should I not bother with p2pool unless I have a terrahash or more?

Yeah, it can be like that - just be patient & they will come - but 171Gh isn't so much nowadays  Wink


Is anyone using Dragon 1Th on p2pool? Care to share your experiences? Thinking of getting a few if they're compatible...... Tongue

Worse than the S2's on p2pool.  You'd be lucky to get 800gh per dragon pointing it to a p2pool node. At least that's what I've experienced from rentals. So far the avoid for p2pool list for me includes: S2, dragons, and Cointerra.

The goto list for rentals/physical p2pool compatible (full hashrate) include: S1's, KNC and Spondoolies. 

Haven't seen what the Rockminers (R or Box) do with p2pool yet.

I was been doing better than that with my Dragon 99Xgh or so but ended up switching that box to Eligius because of high latency to all pools and the inability to run a node at that location

Was that 99xGH total or accepted?   I saw both lower total hashrate and very high rejects from dragon rentals from BetaRigs and LeaseRigs.

Pages: « 1 ... 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 [451] 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 ... 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!