Bitcoin Forum
March 19, 2024, 07:47:08 AM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 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 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 ... 814 »
  Print  
Author Topic: [1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool  (Read 2591571 times)
Carlton Banks
Legendary
*
Offline Offline

Activity: 3430
Merit: 3068



View Profile
July 19, 2014, 09:57:35 PM
 #9721

First off, can I run a "private" node, inside the firewall without opening any ports inbound?  

yes.

Second, what are you seeing for bandwith needs, both spike and average consistent rate?  Pulling up to 10Mbit/s is doable without much notice or problem, but if we're pulling more than that on a consistent basis that wouldn't be too good.

10Mbit/s is more than enough, not sure about the exact figures for what p2pool consumes, but they're orders or magnitude lower than 10Mbit/s. 10Mbits is bigger than the current block size limit, I have a slower connection than that and can achieve getblocktemplate latencies of less than 0.3 seconds (which does not include the p2pool activity that will be happening simultaneously)

Vires in numeris
1710834428
Hero Member
*
Offline Offline

Posts: 1710834428

View Profile Personal Message (Offline)

Ignore
1710834428
Reply with quote  #2

1710834428
Report to moderator
1710834428
Hero Member
*
Offline Offline

Posts: 1710834428

View Profile Personal Message (Offline)

Ignore
1710834428
Reply with quote  #2

1710834428
Report to moderator
1710834428
Hero Member
*
Offline Offline

Posts: 1710834428

View Profile Personal Message (Offline)

Ignore
1710834428
Reply with quote  #2

1710834428
Report to moderator
BitcoinCleanup.com: Learn why Bitcoin isn't bad for the environment
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1710834428
Hero Member
*
Offline Offline

Posts: 1710834428

View Profile Personal Message (Offline)

Ignore
1710834428
Reply with quote  #2

1710834428
Report to moderator
1710834428
Hero Member
*
Offline Offline

Posts: 1710834428

View Profile Personal Message (Offline)

Ignore
1710834428
Reply with quote  #2

1710834428
Report to moderator
1710834428
Hero Member
*
Offline Offline

Posts: 1710834428

View Profile Personal Message (Offline)

Ignore
1710834428
Reply with quote  #2

1710834428
Report to moderator
mdude77
Legendary
*
Offline Offline

Activity: 1540
Merit: 1001



View Profile
July 19, 2014, 10:50:11 PM
 #9722

We just switched mining to p2pool from BTCGuild.  No general problems over there, but I have been reading about p2pool and think it may be a better choice in the long term for many reasons.

I'm considering building our own pool node since we have the computing resources to do it in a proper datacenter setting.  I have a couple main questions about resource needs, if anyone who's running pools currently could chime in with real-world experiences I'd appreciate it.

First off, can I run a "private" node, inside the firewall without opening any ports inbound?  Just something that is part of the network that we could point our miners to for our use for now.  Having the ability to do this would help the decision on where to run the node, being inside would help the latency between the miners and the node.  Eventually I could see us opening it up for others to use if there's enough need for a local node (Northern NJ, which seems to have good coverage for now I think).

You should at least forward the p2pool port.  That'll get you more connections and make you more likely to win the share race.  Same for the Bitcoin port.  But technically you don't need to.

M

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

Activity: 3430
Merit: 3068



View Profile
July 20, 2014, 01:07:43 AM
 #9723

First off, can I run a "private" node, inside the firewall without opening any ports inbound?  

You should at least forward the p2pool port.  That'll get you more connections and make you more likely to win the share race.  Same for the Bitcoin port.  But technically you don't need to.

M

Apparently, it's better to have a low number of low latency connections than to have a large absolute number of varying latencies. I'm not sure how much difference it makes in practice, but I limit connections from bitcoin and p2pool clients to 10. The original advice (I think from bitocintalk user zvs) was to limit the number lower, but I figured a compromise was better than doing a load of testing while mining live.

Vires in numeris
Hunterbunter
Hero Member
*****
Offline Offline

Activity: 994
Merit: 1000


View Profile
July 20, 2014, 01:34:15 AM
 #9724

I'm a bit disappointed by my S3's on P2Pool. After 1 day mining:

The top one got a lot of hardware errors so I just run it at stock, the bottom one overclocked quite well to 250...started off well on P2Pool, but reported hashrate is pretty bad on both. Note: the node is not close to me, but it shouldn't show this much difference - my old S1's did fine with it.

EDIT: anyone know what the discarded shows? Mine seems pretty high.

[IM]https://i.imgur.com/tCkQfJN.jpg[/img]

Your error rates look great, both well under 1%, have you tried another pool to see how they preform?

jonnybravo0311 seemed to get the best results running them at stock clocks....

Edit: Ant error rate calculator: http://www.coincadence.com/antminer-s1-hardware-error/

(was built for S1, but works the same for S3...)
So far, yes, I've seen the best results on stock clocks.  One thing I have noticed is that one of my S3's performance slowly degrades.  It hashes at 440GH/s for a while... then slows down to 430 and 420.  Rebooting it sometimes helped, but a lot of times on reboot, I'd notice one of the ASIC would show a status of "-" instead of "o".

So, this morning I completely stripped the thing.  When I pulled off the heatsinks, I saw thermal paste everywhere.  It was on the chips, on the PCB, on everything.  So, I cleaned it all up and re-applied to the chips.  Everything is put back together and it's up and hashing again.  Hopefully, it will stay consistent now.  We'll see Smiley.

I'm probably going to do the same to my other one as well.  Then, I'll retry over clocking them both.  Some people have reported amazing success.  For example, Goxed has his happily hashing away at 504GH/s (250 clock).  Now that would be nice!

One of them is actually running at stock, with the same degredation over time. When I started them, they were running at 440Gh/s and 504 Gh/s respectively, then over a day went down to 410 and 440. Now they seem stable at those rates. Haven't tried them on another pool, yet.
kgb2mining
Member
**
Offline Offline

Activity: 112
Merit: 10


View Profile
July 20, 2014, 02:30:00 AM
 #9725

You should at least forward the p2pool port.  That'll get you more connections and make you more likely to win the share race.  Same for the Bitcoin port.  But technically you don't need to.

M
Ok, can you explain a little more the bold part?  Not sure I follow why letting other connections in helps.

I would have thought that the server running bitcoind would be just pulling down shares and feeding them to my miners, then putting them back up when solved to whatever peer it connected to get them from in the first place.
Soros Shorts
Donator
Legendary
*
Offline Offline

Activity: 1616
Merit: 1003



View Profile
July 20, 2014, 03:02:37 AM
 #9726

You should at least forward the p2pool port.  That'll get you more connections and make you more likely to win the share race.  Same for the Bitcoin port.  But technically you don't need to.

M
Ok, can you explain a little more the bold part?  Not sure I follow why letting other connections in helps.

I would have thought that the server running bitcoind would be just pulling down shares and feeding them to my miners, then putting them back up when solved to whatever peer it connected to get them from in the first place.

I think he means that there is a better chance that your p2pool shares do not get orphaned if more nodes are notified the moment you find your shares. It is a known fact that a p2pool node with poor connectivity to other p2pool nodes would end up having more orphaned shares, and you don't get credit for them. Forwarding your p2pool port means that you have total connectivity from both outgoing as well as incoming connections. If you don't port forward then you don't have incoming connections and have to rely solely on your outgoing connections to broadcast your shares.
bongo1
Newbie
*
Offline Offline

Activity: 7
Merit: 0


View Profile
July 20, 2014, 03:24:28 AM
 #9727

...
@windpath: Here it is Payout address  1CpWdpMT3ygMUxJKrspF8ax4EDPmyTZ3m8

I can see the gaps in your payouts now, whats your average expected time to share?

Have you tried taking a look at BFGminers pool management console while you think this may be occurring (press P to access pool management in the console)?


Currently Expected time to share: 2.6 days. I would say the average is about 2 days. What should I look for when I press P? I really do not know what is going on.
kgb2mining
Member
**
Offline Offline

Activity: 112
Merit: 10


View Profile
July 20, 2014, 03:27:31 AM
 #9728

I think he means that there is a better chance that your p2pool shares do not get orphaned if more nodes are notified the moment you find your shares. It is a known fact that a p2pool node with poor connectivity to other p2pool nodes would end up having more orphaned shares, and you don't get credit for them. Forwarding your p2pool port means that you have total connectivity from both outgoing as well as incoming connections. If you don't port forward then you don't have incoming connections and have to rely solely on your outgoing connections to broadcast your shares.
Ahh ok, that makes enough sense, thank you.  That being the case, looks like I'm going to want to open inbound connections then.
MineForeman.com
Legendary
*
Offline Offline

Activity: 896
Merit: 1000



View Profile WWW
July 20, 2014, 03:31:34 AM
 #9729

You should at least forward the p2pool port.  That'll get you more connections and make you more likely to win the share race.  Same for the Bitcoin port.  But technically you don't need to.

M
Ok, can you explain a little more the bold part?  Not sure I follow why letting other connections in helps.

I would have thought that the server running bitcoind would be just pulling down shares and feeding them to my miners, then putting them back up when solved to whatever peer it connected to get them from in the first place.

I think he means that there is a better chance that your p2pool shares do not get orphaned if more nodes are notified the moment you find your shares. It is a known fact that a p2pool node with poor connectivity to other p2pool nodes would end up having more orphaned shares, and you don't get credit for them. Forwarding your p2pool port means that you have total connectivity from both outgoing as well as incoming connections. If you don't port forward then you don't have incoming connections and have to rely solely on your outgoing connections to broadcast your shares.

If you are really concerned about it here is something I do.  I am not sure it helps but it makes sure my node is fully connected.  On my p2pool node I just leave maxconnections alone BUT I have a full node on my windows machine (to play games with) that I bump maxconnections up to 80.

I then addnode=10.1.1.5:8333 from my p2pool to my games machine.

I cannot say it really makes a difference because I have never really thought of a good way to test it, just the simple maths of 87*n (87 being the outside connections and n being the total connections of my pairs) makes me think that I should have a fairly decent "2 hop" reach.

Of course, it only matters when you are the person that finds the block, and in all my years of mining that has been 5 Wink

Neil

Bitcoin News http://mineforeman.com/ || MinePeon - Bitcoin mining on the Raspberry PI http://mineforeman.com/minepeon/ || MinePeon Wiki http://minepeon.com/ || MinePeon Forums http://minepeon.com/forums/
jonnybravo0311
Legendary
*
Offline Offline

Activity: 1344
Merit: 1023


Mine at Jonny's Pool


View Profile WWW
July 20, 2014, 03:29:24 PM
 #9730

If you are really concerned about it here is something I do.  I am not sure it helps but it makes sure my node is fully connected.  On my p2pool node I just leave maxconnections alone BUT I have a full node on my windows machine (to play games with) that I bump maxconnections up to 80.

I then addnode=10.1.1.5:8333 from my p2pool to my games machine.

I cannot say it really makes a difference because I have never really thought of a good way to test it, just the simple maths of 87*n (87 being the outside connections and n being the total connections of my pairs) makes me think that I should have a fairly decent "2 hop" reach.

Of course, it only matters when you are the person that finds the block, and in all my years of mining that has been 5 Wink

Neil

That's an interesting thought... adding your machine running the bitcoind.  I'm a bit confused, though.  Are you running the bitcoin daemon on both your games machine and your p2pool one, or are you using
Code:
--bitcoind-address ip.of.gaming.box
when you start up your p2pool node?

@kgb2mining, another option to consider is ensuring you have connections to nodes that are close to you.  There is a command that you can pass when you start your node:
Code:
--p2pool-node http://some.close.node:port
This forces your node to connect to this particular in addition to the ones it will randomly connect to on startup.  Remember, the orphan race completely depends on which share chain is longer and gets broadcast across the network first.  If you're broadcasting your own version of the chain to a node that's 500ms away, and I'm broadcasting my chain to that same node, but it's only 50ms from me, I win the race.

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.
MineForeman.com
Legendary
*
Offline Offline

Activity: 896
Merit: 1000



View Profile WWW
July 20, 2014, 08:49:31 PM
 #9731

That's an interesting thought... adding your machine running the bitcoind.  I'm a bit confused, though.  Are you running the bitcoin daemon on both your games machine and your p2pool one, or are you using
Code:
--bitcoind-address ip.of.gaming.box
when you start up your p2pool node?

Sorry, that was not totaly clear was it?

Yes, bitcoind on both machines and edit the bitcoin.conf on both, adding;-

addnode=IP.OF.GAMES.MACHIENE

To the bitcoin.conf of the p2pool machine and;-

maxconnections=80

On my games machine.

In theory it may help in 2 ways;-

1. Less open connections on your p2pool. (saving resources)

3. When you find a block it is propagated quicker (less orphans of blockchain blocks YOU find).

It is all theory of coarse but it is an easy way to reduce the resource load on your p2pool server if you are worried about it.

Neil

Bitcoin News http://mineforeman.com/ || MinePeon - Bitcoin mining on the Raspberry PI http://mineforeman.com/minepeon/ || MinePeon Wiki http://minepeon.com/ || MinePeon Forums http://minepeon.com/forums/
Polyatomic
Sr. Member
****
Offline Offline

Activity: 257
Merit: 250


View Profile
July 21, 2014, 03:34:59 AM
 #9732

You can also do a manual addnode to bluematts backbone network
Code:

> To peer with the public relay nodes, simply select the closest region
> out of us-west (West Coast US), us-east (East Coast US), eu (Western
> Europe), au (Australia), or jpy (Japan) and add
> public.REGION.relay.mattcorallo.com to your addnode list. Note that
> since all of the relay nodes will relay between each other, you gain no
> latency advantage by peering with more than the closest node to you (and
> currently all the regions map to one node, so there they're redundant
> anyway).
>
> For each relay node, you can connect to either port 8334 or 8335.
> Connecting on port 8334 will relay only blocks, and port 8335 will relay
> both blocks and transactions. The relay nodes will request any
> transactions which appear in your invs no matter which port you connect to.
ceslick
Full Member
***
Offline Offline

Activity: 161
Merit: 100

digging in the bits... now ant powered!


View Profile WWW
July 22, 2014, 03:46:15 AM
 #9733

Hi,

Looking to start a Razor coin p2pool, does anyone have the detail for the networks.py file?

Or point me in the right direction where to get it all?



Thanks

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/
rav3n_pl
Legendary
*
Offline Offline

Activity: 1361
Merit: 1003


Don`t panic! Organize!


View Profile WWW
July 22, 2014, 08:48:04 AM
 #9734

Razor has already P2pool up and running (according to coin OP).
Ask in proper thread. It is simple LTC clone https://bitcointalk.org/index.php?topic=644498.0

1Rav3nkMayCijuhzcYemMiPYsvcaiwHni  Bitcoin stuff on my OneDrive
My RPC CoinControl for any coin https://bitcointalk.org/index.php?topic=929954
Some stuff on https://github.com/Rav3nPL/
bryonp
Member
**
Offline Offline

Activity: 85
Merit: 10


View Profile
July 22, 2014, 07:15:11 PM
 #9735

Anybody notice a drop in shares?Huh
With no changes in setup or machines....
My shares stopped late last night...
So today, I rebooted my computer and reset the system and started everything fresh even the bitcore....
Now running 4 hours at 4 TH and 0.0 shares...
Thats very unusual as I usually get about 2 an hour on average...
Just wondering if its only me?Huh

Thanks
jonnybravo0311
Legendary
*
Offline Offline

Activity: 1344
Merit: 1023


Mine at Jonny's Pool


View Profile WWW
July 22, 2014, 08:30:17 PM
 #9736

Anybody notice a drop in shares?Huh
With no changes in setup or machines....
My shares stopped late last night...
So today, I rebooted my computer and reset the system and started everything fresh even the bitcore....
Now running 4 hours at 4 TH and 0.0 shares...
Thats very unusual as I usually get about 2 an hour on average...
Just wondering if its only me?Huh

Thanks
That's variance for you.  Now... that's some pretty crappy luck, but, it happens.  Sometimes when that happens to me, I give my miners a little pep talk.  Positive words of encouragement like, "I'm going to trade you in" and "Do you want to end up on eBay, too?".  Then, a lot of times if that doesn't do the trick, I'll threaten them with unplugging them and not plugging them back in or forcing them to work on the same block over and over until they get it right.  In extreme cases I'll reboot everything repeatedly, just so they know who is in control.

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

Activity: 85
Merit: 10


View Profile
July 22, 2014, 10:08:29 PM
 #9737

Anybody notice a drop in shares?Huh
With no changes in setup or machines....
My shares stopped late last night...
So today, I rebooted my computer and reset the system and started everything fresh even the bitcore....
Now running 4 hours at 4 TH and 0.0 shares...
Thats very unusual as I usually get about 2 an hour on average...
Just wondering if its only me?Huh

Thanks
That's variance for you.  Now... that's some pretty crappy luck, but, it happens.  Sometimes when that happens to me, I give my miners a little pep talk.  Positive words of encouragement like, "I'm going to trade you in" and "Do you want to end up on eBay, too?".  Then, a lot of times if that doesn't do the trick, I'll threaten them with unplugging them and not plugging them back in or forcing them to work on the same block over and over until they get it right.  In extreme cases I'll reboot everything repeatedly, just so they know who is in control.

Tongue

HA HA HA HA HA HA HA
HA HA HA HA HA HA HA
HA HA HA HA HA HA HA
HA HA HA HA HA HA HA
HA HA HA HA HA HA HA

Thanks as long as I'm not losing it....
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
mdude77
Legendary
*
Offline Offline

Activity: 1540
Merit: 1001



View Profile
July 22, 2014, 10:41:13 PM
 #9738

Anybody notice a drop in shares?Huh
With no changes in setup or machines....
My shares stopped late last night...
So today, I rebooted my computer and reset the system and started everything fresh even the bitcore....
Now running 4 hours at 4 TH and 0.0 shares...
Thats very unusual as I usually get about 2 an hour on average...
Just wondering if its only me?Huh

Thanks

The share difficulty keeps increasing.  I saw it almost at 4m earlier today.  That's going to mean less shares, but theoretically more blocks.

M

I mine at Kano's Pool because it pays the best and is completely transparent!  Come join me!
KyrosKrane
Sr. Member
****
Offline Offline

Activity: 295
Merit: 250


View Profile WWW
July 23, 2014, 07:23:59 AM
 #9739

Anybody notice a drop in shares?Huh
With no changes in setup or machines....
My shares stopped late last night...
So today, I rebooted my computer and reset the system and started everything fresh even the bitcore....
Now running 4 hours at 4 TH and 0.0 shares...
Thats very unusual as I usually get about 2 an hour on average...
Just wondering if its only me?Huh

Thanks
That's variance for you.  Now... that's some pretty crappy luck, but, it happens.  Sometimes when that happens to me, I give my miners a little pep talk.  Positive words of encouragement like, "I'm going to trade you in" and "Do you want to end up on eBay, too?".  Then, a lot of times if that doesn't do the trick, I'll threaten them with unplugging them and not plugging them back in or forcing them to work on the same block over and over until they get it right.  In extreme cases I'll reboot everything repeatedly, just so they know who is in control.

Tongue

There's a magic word I use frequently to get computers and electronic equipment in line.  It works wonders.  Just get close to the misbehaving gizmo, stare deep into its innards (or its case, if it's sealed), and quietly whisper, "Defenestration!"  It means to throw out of a window, preferably from a very tall building.

To be fair, it may not always work ... but it's certainly therapeutic for me!

Tips and donations: 1KyrosREGDkNLp1rMd9wfVwfkXYHTd6j5U  |  BTC P2Pool node: p2pool.kyros.info:9332
KyrosKrane
Sr. Member
****
Offline Offline

Activity: 295
Merit: 250


View Profile WWW
July 23, 2014, 07:27:37 AM
 #9740

Anybody notice a drop in shares?Huh
With no changes in setup or machines....
My shares stopped late last night...
So today, I rebooted my computer and reset the system and started everything fresh even the bitcore....
Now running 4 hours at 4 TH and 0.0 shares...
Thats very unusual as I usually get about 2 an hour on average...
Just wondering if its only me?Huh

Thanks
I'm seeing basically the reverse.  My number of shares is about the same as it was before (maybe a 20% drop or so; that's normal for me), but my payout has dropped to 1/10th of what it was yesterday.  I'm puzzled at how huge a change that is in such a short period. I know variance can be a pain, but this is different.  It suggests a massive influx of hashing power to the network over the last day or two.

Tips and donations: 1KyrosREGDkNLp1rMd9wfVwfkXYHTd6j5U  |  BTC P2Pool node: p2pool.kyros.info:9332
Pages: « 1 ... 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 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 ... 814 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!