Bitcoin Forum
March 19, 2024, 07:47:39 AM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 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 538 539 540 541 542 543 544 545 ... 814 »
  Print  
Author Topic: [1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool  (Read 2591571 times)
contactlight
Full Member
***
Offline Offline

Activity: 168
Merit: 100


View Profile
August 06, 2014, 01:15:20 AM
 #9881

I've tried that as well. I live in San Francisco and I have dedicated servers in a datacenter in San Francisco as well. I set up a full Bitcoin node on one of them and set up P2Pool. My latency was under 20ms and my DOA was around 2%. It was pretty much the most optimal setup that you can get without having them on the same network.

My node (http://96.44.166.190:9332) is in LA.  Looks like I have two folks there with a pair of S3s.  Try pointing your workers there and see if you notice a difference.

Also, despite all the talk going on here, I don't recommend messing with share size with + or /.  Just use your payout address and see what happens.  Once you know that's working, then try customizing it.

M

Switching them to your node right now with the default settings. Let's see what happens. I'll test them on your node until 7am tomorrow.

My miner is the address ending with "osx".
1710834459
Hero Member
*
Offline Offline

Posts: 1710834459

View Profile Personal Message (Offline)

Ignore
1710834459
Reply with quote  #2

1710834459
Report to moderator
1710834459
Hero Member
*
Offline Offline

Posts: 1710834459

View Profile Personal Message (Offline)

Ignore
1710834459
Reply with quote  #2

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

Activity: 1540
Merit: 1001



View Profile
August 06, 2014, 02:04:27 AM
 #9882

I've tried that as well. I live in San Francisco and I have dedicated servers in a datacenter in San Francisco as well. I set up a full Bitcoin node on one of them and set up P2Pool. My latency was under 20ms and my DOA was around 2%. It was pretty much the most optimal setup that you can get without having them on the same network.

My node (http://96.44.166.190:9332) is in LA.  Looks like I have two folks there with a pair of S3s.  Try pointing your workers there and see if you notice a difference.

Also, despite all the talk going on here, I don't recommend messing with share size with + or /.  Just use your payout address and see what happens.  Once you know that's working, then try customizing it.

M

Switching them to your node right now with the default settings. Let's see what happens. I'll test them on your node until 7am tomorrow.

My miner is the address ending with "osx".

Yes, I saw it pop on shortly after I posted my message.

M

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

Activity: 71
Merit: 10


View Profile
August 06, 2014, 08:24:27 AM
Last edit: August 06, 2014, 09:00:23 AM by wlz2011
 #9883

Why is this not documented? No wonder P2Pool isn't taking off. We need all critical code paths documented and logic explained.

On a side note, I refuse to believe that what I am experiencing is just variance and bad luck. It has been over 24 hours and I still haven't found a share with my 2 x S3s running at 1TH/s. There is definitely some sort of incompatibility between S3s and P2Pool.

While I love the idea behind P2Pool, sadly I won't be able to be a part of it until this is fixed. However, I am not hopeful that it will be fixed as let alone identifying the problem, it isn't even acknowledged yet. Pointing my miners to Eligius.

I've tried that as well. I live in San Francisco and I have dedicated servers in a datacenter in San Francisco as well. I set up a full Bitcoin node on one of them and set up P2Pool. My latency was under 20ms and my DOA was around 2%. It was pretty much the most optimal setup that you can get without having them on the same network.

Expected time to share was about 5 hours and I haven't gotten any shares in over 24 hours with that setup either.

While Eligius is really good and I am fine with switching to them, I really want to stick with P2Pool if possible. It is the "right" way to mine in my mind.

I have two S3s and you would expect them to have found around 4 shares since your 5 found 11. Variance, bad luck etc. but still 0 shares? That doesn't make much sense to me. We can't just decide not to even try to debug a distributed system because it has a random component. It's like saying it's not a bug, it's a feature.



其实你的问题很简单,P2POOL是PPLNS股份制的池,当前BTC网络难度,当前难度  18,736,441,558

那么你在P2POOL矿池,如果有2TH/S的矿机算力,将会看见 3小时左右1个Share。这是一个基本算力要求。

而P2POOL的Share,应该是BTC网络中的Share链长度,Share的难度会随着P2POOL的总算力增加,因为P2POOL有效Share,全球控制在17350个Share,

而一个块=25BTC,为了保证最低支付0.0001BTC,这个Share difficulty会根据全球P2POOL节点挖到的S来增加难度,P2POOL全球算力越大,Share difficulty就会越大,

那么相对应的算力挖到Share的时间就会更久,但是长期挖P2POOL,你会发现有时候Share 会在很短的时间内连续的被发现,这也证明了Share difficulty = BTC网络中的链长。

当大家都没有挖到当前难度的 Share ,P2POOL 17350的S大概是1小时就会失效100个Share,那么Share difficulty 就会降低。如果有效Share超过了17450个,你会发现Share difficulty大幅上涨。

能看见Share difficulty 5000000.

只要你持续挖P2POOL,100GH/S,大概一周时间也是可以挖到Share的。

你一定要坚定的相信,挖到Share只是时间问题,希望你有足够的信心。

http://111.205.1.246:9332

http://5.63.146.189:9332/static/graphs.html?Month

这需要很大的勇气和耐心 Grin
非常抱歉,我的英语不好,我看明白了你的问题,我只能用中文回复你 Smiley
PatMan
Hero Member
*****
Offline Offline

Activity: 924
Merit: 1000


Watch out for the "Neg-Rep-Dogie-Police".....


View Profile WWW
August 06, 2014, 09:55:55 AM
 #9884

优秀的交代!

无需道歉,你的英语 - 谷歌翻译是我们的朋友  Wink
这是一件好事从我们的中国朋友听到

和平  Smiley

Excellent explaination!

No need to apologise for your English - Google translate is our friend  Wink
It's always good to hear from our friends in China

Peace  Smiley

"When one person is deluded it is called insanity - when many people are deluded it is called religion" - Robert M. Pirsig.  I don't want your coins, I want change.
Amazon UK BTC payment service - https://bitcointalk.org/index.php?topic=301229.0 - with FREE delivery!
http://www.ae911truth.org/ - http://rethink911.org/ - http://rememberbuilding7.org/
wlz2011
Member
**
Offline Offline

Activity: 71
Merit: 10


View Profile
August 06, 2014, 04:06:35 PM
 #9885

优秀的交代!

无需道歉,你的英语 - 谷歌翻译是我们的朋友  Wink
这是一件好事从我们的中国朋友听到

和平  Smiley

Excellent explaination!

No need to apologise for your English - Google translate is our friend  Wink
It's always good to hear from our friends in China

Peace  Smiley

嗨!PatMan Smiley

我的朋友 Smiley

我们约好了年底P2POOL   2PH/S Grin

我募集到中国朋友大概800T算力,目前P2POOL真实算力1.5PH/S 。 Cheesy

一起加油! Cheesy


Hey! PatMan   Smiley

My friend   Smiley

We made ​​an appointment at the end P2POOL 2PH / S   Grin

I raise to Chinese friends about 800T count force, the current count P2POOL real force 1.5PH / S.  Cheesy

Come together! Wink
contactlight
Full Member
***
Offline Offline

Activity: 168
Merit: 100


View Profile
August 06, 2014, 05:07:52 PM
 #9886

I've tried that as well. I live in San Francisco and I have dedicated servers in a datacenter in San Francisco as well. I set up a full Bitcoin node on one of them and set up P2Pool. My latency was under 20ms and my DOA was around 2%. It was pretty much the most optimal setup that you can get without having them on the same network.

My node (http://96.44.166.190:9332) is in LA.  Looks like I have two folks there with a pair of S3s.  Try pointing your workers there and see if you notice a difference.

Also, despite all the talk going on here, I don't recommend messing with share size with + or /.  Just use your payout address and see what happens.  Once you know that's working, then try customizing it.

M

Switching them to your node right now with the default settings. Let's see what happens. I'll test them on your node until 7am tomorrow.

My miner is the address ending with "osx".

Yes, I saw it pop on shortly after I posted my message.

M

Take a look at my graph. The guy averaging at 157GH/s found two shares while I, averaging at 1TH/s found none. My Antminer interface shows I just found a share with 13,352,425 difficulty but that's not displayed.
ftoole
Sr. Member
****
Offline Offline

Activity: 294
Merit: 250


View Profile
August 06, 2014, 06:53:21 PM
 #9887

I have 5 S3's running on p2pool. on the average they are above par with expected performance from mining calculators. But individually thier is a variation in performance. I have had them on p2pool for a full week yet do to the fact i had to get an ssd since my plater drive just ran up the latency. I had been running just a 200 gh miner but after i add the s3's it wouldn't get any shares so i moved it to a pool.
kgb2mining
Member
**
Offline Offline

Activity: 112
Merit: 10


View Profile
August 06, 2014, 07:09:30 PM
 #9888

Ok, so I've run into a wall here with setting up my own node... need some help.

I followed the instructions here (using the Kryos script):
https://bitcointalk.org/index.php?topic=651819.0

Fresh Ubuntu 14.04 install, server only, no Desktop environments.  Dedicated HP physical server.

Different coind's appear to be up and running fine.  Blockchain is sync'd and I do see ongoing messages about connections to other nodes and Processblocks ACCEPTED, etc.

Leaving the default rpcport=8332 in bitcoin.conf didn't seem to work well, couldn't do a simple telnet connect test from any machine or miner.
Changing to rpcport=9332 I can now at least telnet in from other machines and my test S1.  I can see the connections in netstat.

I downloaded and have norgan's frontend up on a different apache webserver, not the node itself.  Supposedly it works with it remote in this fashion, but I'm getting no input on the pages so maybe it doesn't, or maybe it's the server.

Main problem is I can't get my test miner to see the node.

So, any suggestions?

Pertinent config lines:
rpcallowip=x.x.x.0/25
port=8333
rpcport=9332

ftoole
Sr. Member
****
Offline Offline

Activity: 294
Merit: 250


View Profile
August 06, 2014, 07:18:14 PM
 #9889

Ok, so I've run into a wall here with setting up my own node... need some help.

I followed the instructions here (using the Kryos script):
https://bitcointalk.org/index.php?topic=651819.0

Fresh Ubuntu 14.04 install, server only, no Desktop environments.  Dedicated HP physical server.

Different coind's appear to be up and running fine.  Blockchain is sync'd and I do see ongoing messages about connections to other nodes and Processblocks ACCEPTED, etc.

Leaving the default rpcport=8332 in bitcoin.conf didn't seem to work well, couldn't do a simple telnet connect test from any machine or miner.
Changing to rpcport=9332 I can now at least telnet in from other machines and my test S1.  I can see the connections in netstat.

I downloaded and have norgan's frontend up on a different apache webserver, not the node itself.  Supposedly it works with it remote in this fashion, but I'm getting no input on the pages so maybe it doesn't, or maybe it's the server.

Main problem is I can't get my test miner to see the node.

So, any suggestions?

Pertinent config lines:
rpcallowip=x.x.x.0/25
port=8333
rpcport=9332



Sounds like ur firewall is blocking the 8332 port on ur ubuntu install.
Also 9332 is the stratum and http port for p2pool
your p2pool node ahould connect to the rpc port of your bitcoind. Not your miner. Your miner will connect to the 9332 port for p2pool. if you connect to the port for rpc then you will solo mine. Also id recomend using the default webpage till you get the node up and working then try to get a different frontend running. Babyn steps my friend.
CartmanSPC
Legendary
*
Offline Offline

Activity: 1270
Merit: 1000



View Profile
August 06, 2014, 07:23:47 PM
 #9890

That's why I'm still looking.  I want to be absolutely sure.  To this point, however, there is nothing in the code that I've seen to indicate anything other than what I've posted.  Besides, why take the chance?  If you intend to set your difficulty manually to some silly low value, just use /1 instead.

Basically, my search is now concentrating on finding some comparison to the effect of "take the greater of my desired share difficulty and p2pool's minimum share difficulty" during miner payout calculations.  If your assertion is correct, then I need to find some other piece of code that says, "if desired share difficulty equals 2**256-1, set share difficulty equal to minimum p2pool share difficulty".

/1 works just as well as /0 for BTC...anything up to the minimum p2pool share diff is fine and works the same.

It helps to see what's going on and dial it in if you use a modified node that shows the share diff and time to share per address.

Below is an example using a scrypt coin. Scrypt coins move much faster so its easier to see how it all works.


The minimum share diff on this coins p2pool is 0.00615 with Expected time to share of ~9 seconds for the node. That means that every 9 seconds a share is given to the node that is then taken by one of the miners on that node. This node has the majority of the hashrate so p2pool increases each miners share diff to the max possible of 0.184578 (0.00615 *30).

If one of the miners use /0 they will be given a share diff of 0.00615 instead of 0.184578 and their time to share would dramatically decrease. The 35.31 Kh/s guy should consider using /# but not too low as to collect dust...he could play with /# to get his time to share down to what he wants.

If I could I would bring up a BTC node so you could try it out but don't currently have the resources to do so.

kgb2mining
Member
**
Offline Offline

Activity: 112
Merit: 10


View Profile
August 06, 2014, 07:34:40 PM
 #9891

Sounds like ur firewall is blocking the 8332 port on ur ubuntu install.
Also 9332 is the stratum and http port for p2pool
your p2pool node ahould connect to the rpc port of your bitcoind. Not your miner. Your miner will connect to the 9332 port for p2pool. if you connect to the port for rpc then you will solo mine. Also id recomend using the default webpage till you get the node up and working then try to get a different frontend running. Babyn steps my friend.
Ok, so it seems I found the first problem - in the install script it's using git to a git:// repo.  For those uf us building behind a corp firewall where the git port isn't open, that part has failed.

So, now I have the p2pool stuff downloaded and will go from there.  Will also let murdof know about this if he wants to update his instructions.

Thanks for the second set of eyes, I've been staring at this so long I overlooked that part.
ftoole
Sr. Member
****
Offline Offline

Activity: 294
Merit: 250


View Profile
August 06, 2014, 07:45:50 PM
 #9892

Ok, so it seems I found the first problem - in the install script it's using git to a git:// repo.  For those uf us building behind a corp firewall where the git port isn't open, that part has failed.

So, now I have the p2pool stuff downloaded and will go from there.  Will also let murdof know about this if he wants to update his instructions.

Thanks for the second set of eyes, I've been staring at this so long I overlooked that part.
Lucky you get to put this all in your corp DC free power nice battery backup. why not vm it and throw it on a vm cluster. Wait that's wait id do that's why my boss won't let me in  their any more. LOL

I understand wanting to throw a server out a window. LOL
kgb2mining
Member
**
Offline Offline

Activity: 112
Merit: 10


View Profile
August 06, 2014, 07:59:55 PM
 #9893

Lucky you get to put this all in your corp DC free power nice battery backup. why not vm it and throw it on a vm cluster. Wait that's wait id do that's why my boss won't let me in  their any more. LOL

I understand wanting to throw a server out a window. LOL
Lucky indeed, and quite frankly the only reason we even got into mining... after the research we found it not worth it to do if we had to go out and host on our own.  Would have just bought the BTC straight up otherwise.  This is quite fun however.

Although our VM farm is pretty beefy I was worried about disk contention with our other production VM's, so we found an 8-core machine with 36GB RAM (for now) and a nice RAID-10 setup leftover from a recent project refresh.  That box will host only the pool node, and go into a DMZ where we can open it up to incoming connections and hopefully keep latency down.  If all goes well I'll open it up for peering from other nodes and miners.

We did bring up another VM on the internal protected network which will host the web interface as well as our "hot wallet" so we can minimize the damage if the pool node gets hacked for any reason.  The miners sit on another segment of the protected network, and everything is properly firewalled off to make sure we're as tight as possible.

BTW - we do have roof access, and yes, gravity does quite a number on a 75-lb+ server... Wink

mdude77
Legendary
*
Offline Offline

Activity: 1540
Merit: 1001



View Profile
August 06, 2014, 10:19:21 PM
 #9894

Take a look at my graph. The guy averaging at 157GH/s found two shares while I, averaging at 1TH/s found none. My Antminer interface shows I just found a share with 13,352,425 difficulty but that's not displayed.

Looks like you got some shares finally?

Don't forget there are stales here.  They suck when it happens, especially if you wait a day for a share, but they do happen.

M

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

Activity: 112
Merit: 10


View Profile
August 07, 2014, 12:49:26 AM
 #9895

So, my local node is up and running all happy, and I have a couple miners pointed to it.  All I have to say is - Holy good DOA Batman!  Local node DOA rates so far are well under 2%, hovering around 1.1-1..2% pretty consistently, for around 2.6Th/s.  Will see how things progress over time and if all stays good I'll point all my miners to it.

Right now have 6 outbound peers, 0 in until we get the DMZ openings done.  Seems to be working fine without opening it so far.

So, silly n00b P2Pool question - if I use the same mining address as I switch pools, will the share history cross over?  I've been mining on coincadence and have obviously much share history there, will it transfer so I don't have any gaps in my earnings?
mdude77
Legendary
*
Offline Offline

Activity: 1540
Merit: 1001



View Profile
August 07, 2014, 01:04:16 AM
 #9896

So, my local node is up and running all happy, and I have a couple miners pointed to it.  All I have to say is - Holy good DOA Batman!  Local node DOA rates so far are well under 2%, hovering around 1.1-1..2% pretty consistently, for around 2.6Th/s.  Will see how things progress over time and if all stays good I'll point all my miners to it.

Right now have 6 outbound peers, 0 in until we get the DMZ openings done.  Seems to be working fine without opening it so far.

So, silly n00b P2Pool question - if I use the same mining address as I switch pools, will the share history cross over?  I've been mining on coincadence and have obviously much share history there, will it transfer so I don't have any gaps in my earnings?

Share history is based on your shares in the alt chain ... so yes, it'll follow you.

M

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

Activity: 112
Merit: 10


View Profile
August 07, 2014, 01:14:55 AM
 #9897

Share history is based on your shares in the alt chain ... so yes, it'll follow you.

M
Thanks, I was hoping that was the case.
bryonp
Member
**
Offline Offline

Activity: 85
Merit: 10


View Profile
August 07, 2014, 01:37:33 AM
 #9898

Share history is based on your shares in the alt chain ... so yes, it'll follow you.

M
Thanks, I was hoping that was the case.

My 2 cents... I found that no incoming is just fine.
And yes point all of your machines to this and let it rip.
I have also tried the /0 + 220   /1 +220  and then just address and I find on my nod that its best left alone and add nothing but payout address..

You will get many more shares this way....you will get some DOA's and orphand... but over all you will get more in my opinion....

Good luck!
kgb2mining
Member
**
Offline Offline

Activity: 112
Merit: 10


View Profile
August 07, 2014, 01:52:12 AM
 #9899

Share history is based on your shares in the alt chain ... so yes, it'll follow you.

M
Thanks, I was hoping that was the case.

My 2 cents... I found that no incoming is just fine.
And yes point all of your machines to this and let it rip.
I have also tried the /0 + 220   /1 +220  and then just address and I find on my nod that its best left alone and add nothing but payout address..

You will get many more shares this way....you will get some DOA's and orphand... but over all you will get more in my opinion....

Good luck!

Thanks Smiley

Do you have any manual peers set in your config?  Or are you just letting your node figure it out on its own?

I've had the /0+220 in my S1's for the past few days and on coincadence it seemed to at least not hurt it, I was getting plenty of shares.  I left it in for the switch to my node, and will see what happens.
CartmanSPC
Legendary
*
Offline Offline

Activity: 1270
Merit: 1000



View Profile
August 07, 2014, 04:55:01 AM
 #9900

/#+# should only be needed if your running on a node that has other miners on it that are not yours. Otherwise it may be best to let it autoadjust...i.e. don't use it.

Pages: « 1 ... 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 538 539 540 541 542 543 544 545 ... 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!