Author

Topic: [1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool - page 300. (Read 2592081 times)

member
Activity: 85
Merit: 10
Can somebody see what I could possibly be doing wrong with my pool?

http://64.132.73.186:9332/static/

My hasrate is about 450GH/s

My a week ago I rebooted my pool and added a local 350Gh/s BF rig.
For the first 24/hr I got 3 dead shares.
So I rebooted the PC and it started working fine.
As you can see from the payout of the pool I was getting .009xxx a block.
Then the payout switched to just under .004xxx with no noticeable pool hashrate increase.
Now I noticed: "Payout if a block were found NOW: 0 BTC" and my last 2 blocks were dead also.

My config is running on a Windows 2008 R2 server that is on a private fiber line.
I setup pool based on the http://p2pool.in/ information.

What could I be missing?

Thanks

Hello looks fine to me.
If I am not mistaken, its giving you a payout for the next 24 hours and nothing now because you have not earned enough in your shares yet.....
You need to have a full 3 days to get to your full potential, this is how the p2pool works... you earn for your shares and since you just started you are at a point of nothing, but if you leave it you will see it it go up...
Others on here can explain it better to you but I do think thats the reason.....
hope that helps... Just watch it and you will see...
Also, if you stop your node, and we pop a few more blocks you will continue to get paid for the shares you earned...

hero member
Activity: 826
Merit: 500
Crypto Investor ;) @ Farmed Account Hunter
Can somebody see what I could possibly be doing wrong with my pool?

http://64.132.73.186:9332/static/

My hasrate is about 450GH/s

My a week ago I rebooted my pool and added a local 350Gh/s BF rig.
For the first 24/hr I got 3 dead shares.
So I rebooted the PC and it started working fine.
As you can see from the payout of the pool I was getting .009xxx a block.
Then the payout switched to just under .004xxx with no noticeable pool hashrate increase.
Now I noticed: "Payout if a block were found NOW: 0 BTC" and my last 2 blocks were dead also.

My config is running on a Windows 2008 R2 server that is on a private fiber line.
I setup pool based on the http://p2pool.in/ information.

What could I be missing?

Thanks
newbie
Activity: 59
Merit: 0
Hello, a couple of quick noob questions about p2pool.

1. Do the instructions on page 1 still apply, I guess I mean the date is 2012 on those posts, have they been updated as required? Because I would need a user guide like that to be accurate.
2. I am currently using Slush pool, I earn somewhere between 0.015-0.02 a day on 550g/h (since Aug. 19th at 4:30 I have earned 0.067xxx) approximately, does p2pool pay out the same as pooled mining like Slush and BTCGuild.
3 If the first page user guide doesn't apply any more, can you point me to a user guide for currently used software.
4. Are there fees on p2pool payouts, IIRC pooled mining groups like the 2 mentioned, the hosts get a piece of the pie from every user correct?

Thanks for your time and effort in advance for helping this noob understand.
If my 4th point is accurate, I would rather mine somewhere that the operator isn't getting rich from the users, but at the same time, I want to have the greatest earning potential, since buying this hardware isn't cheap that I am shortly investing in.



Instructions still apply but take a look at the Github page for more details, it is fairly simple to set up:
https://github.com/forrestv/p2pool

You can expect variance to be a little higher than other larger pools but if you mine for long enough, you should get as much as you would get from any other pool.

However, you said you get at least 0.015BTC per day with your 550GH/s setup on Slush's pool. I find that hard to believe as my 1TH/s setup gets a little over 0.02BTC per day on Eligius and BTCGuild.

Thanks for the link!


full member
Activity: 168
Merit: 100
Hello, a couple of quick noob questions about p2pool.

1. Do the instructions on page 1 still apply, I guess I mean the date is 2012 on those posts, have they been updated as required? Because I would need a user guide like that to be accurate.
2. I am currently using Slush pool, I earn somewhere between 0.015-0.02 a day on 550g/h (since Aug. 19th at 4:30 I have earned 0.067xxx) approximately, does p2pool pay out the same as pooled mining like Slush and BTCGuild.
3 If the first page user guide doesn't apply any more, can you point me to a user guide for currently used software.
4. Are there fees on p2pool payouts, IIRC pooled mining groups like the 2 mentioned, the hosts get a piece of the pie from every user correct?

Thanks for your time and effort in advance for helping this noob understand.
If my 4th point is accurate, I would rather mine somewhere that the operator isn't getting rich from the users, but at the same time, I want to have the greatest earning potential, since buying this hardware isn't cheap that I am shortly investing in.



Instructions still apply but take a look at the Github page for more details, it is fairly simple to set up:
https://github.com/forrestv/p2pool

You can expect variance to be a little higher than other larger pools but if you mine for long enough, you should get as much as you would get from any other pool.

However, you said you get at least 0.015BTC per day with your 550GH/s setup on Slush's pool. I find that hard to believe as my 1TH/s setup gets a little over 0.02BTC per day on Eligius and BTCGuild.
newbie
Activity: 59
Merit: 0
Hello, a couple of quick noob questions about p2pool.

1. Do the instructions on page 1 still apply, I guess I mean the date is 2012 on those posts, have they been updated as required? Because I would need a user guide like that to be accurate.
2. I am currently using Slush pool, I earn somewhere between 0.015-0.02 a day on 550gh/s (since Aug. 19th at 4:30 I have earned 0.067xxx) approximately, does p2pool pay out the same as pooled mining like Slush and BTCGuild.
3 If the first page user guide doesn't apply any more, can you point me to a user guide for currently used software.
4. Are there fees on p2pool payouts, IIRC pooled mining groups like the 2 mentioned, the hosts get a piece of the pie from every user correct?

Thanks for your time and effort in advance for helping this noob understand.
If my 4th point is accurate, I would rather mine somewhere that the operator isn't getting rich from the users, but at the same time, I want to have the greatest earning potential, since buying this hardware isn't cheap that I am shortly investing in.

EDIT: I notice one user has earned .06 today on a single TH is this common or are things a bit higher than usual this last couple/few days?
legendary
Activity: 1344
Merit: 1024
Mine at Jonny's Pool
So... what's the "oldest" share you've ever seen accepted?  Mine just happened -
Code:
2014-08-22 17:09:29.097660 GOT SHARE! MYADDRESS f0f15274 prev 0feb87da age 154.44s
I've also seen shares less than 1 second get orphaned.

What's your oldest?
hero member
Activity: 924
Merit: 1000
Watch out for the "Neg-Rep-Dogie-Police".....
Virgin sacrifice for me please, thanks!  Smiley
legendary
Activity: 1344
Merit: 1024
Mine at Jonny's Pool
The following will be posted on the Eligius, BTCGuild and P2pool threads.

How willing are the pool operators to implement this? Is it hard? Any downsides? Please discuss

My position is that every periodic payment should be done using deterministic key pair generation.  Of course this includes all mining payouts.  The way this would work is that instead of generating a normal private/public key pair and giving the Bitcoin address of the public key to your mining pool for payout you would generate an extended private/public key pair and give the extended public key to the mining pool.

An extended public key contains within it the first public key and information on how to generate an entire sequence of public keys that correspond to the same key pair sequence that is generated by the extended private key.  So the mining pool would send your first payment to the first public key, your second payment to your second public key, your third payment to your third public key, etc.

Meanwhile your client can generate the first private key that corresponds to the first public key, the second private key that corresponds to the second public key, etc. so you can claim/spend the BTC when you are ready.

This way every single periodic payment can be sent to a unique public address.  Cool, right?

However, I do not know of a single pool that supports this payment mechanism.  I do not keep up with all the various mining pools having given up mining at the end of the GPU mining era myself.  So, if there is a pool that supports this please let me know.

All miners should demand this from every pool they use and only use pools that support this mechanism.

p2pool does not currently support this, and to be honest I'm not sure of what the benefit would be?

p2pool requires no registration, and pays directly from the generation TX when a block is found.

You simply use your payout address (which you can change at any time) as your username and your good to go...
That actually stems from a conversation BurtW and I are having here: https://bitcointalksearch.org/topic/can-miner-generate-vanity-address-750951.  The basic idea is that you would always generate new addresses for every transaction (payout from solving a block, etc) rather than using the same one over and over again.

How do coders come to be? 
Through many complicated rituals, virgin sacrifices and divine intervention Tongue

Or, you could take the path I did and go to school to get a degree in Computer Science.
legendary
Activity: 1258
Merit: 1027
The following will be posted on the Eligius, BTCGuild and P2pool threads.

How willing are the pool operators to implement this? Is it hard? Any downsides? Please discuss

My position is that every periodic payment should be done using deterministic key pair generation.  Of course this includes all mining payouts.  The way this would work is that instead of generating a normal private/public key pair and giving the Bitcoin address of the public key to your mining pool for payout you would generate an extended private/public key pair and give the extended public key to the mining pool.

An extended public key contains within it the first public key and information on how to generate an entire sequence of public keys that correspond to the same key pair sequence that is generated by the extended private key.  So the mining pool would send your first payment to the first public key, your second payment to your second public key, your third payment to your third public key, etc.

Meanwhile your client can generate the first private key that corresponds to the first public key, the second private key that corresponds to the second public key, etc. so you can claim/spend the BTC when you are ready.

This way every single periodic payment can be sent to a unique public address.  Cool, right?

However, I do not know of a single pool that supports this payment mechanism.  I do not keep up with all the various mining pools having given up mining at the end of the GPU mining era myself.  So, if there is a pool that supports this please let me know.

All miners should demand this from every pool they use and only use pools that support this mechanism.

p2pool does not currently support this, and to be honest I'm not sure of what the benefit would be?

p2pool requires no registration, and pays directly from the generation TX when a block is found.

You simply use your payout address (which you can change at any time) as your username and your good to go...
legendary
Activity: 1904
Merit: 1007
The following will be posted on the Eligius, BTCGuild and P2pool threads.

How willing are the pool operators to implement this? Is it hard? Any downsides? Please discuss

My position is that every periodic payment should be done using deterministic key pair generation.  Of course this includes all mining payouts.  The way this would work is that instead of generating a normal private/public key pair and giving the Bitcoin address of the public key to your mining pool for payout you would generate an extended private/public key pair and give the extended public key to the mining pool.

An extended public key contains within it the first public key and information on how to generate an entire sequence of public keys that correspond to the same key pair sequence that is generated by the extended private key.  So the mining pool would send your first payment to the first public key, your second payment to your second public key, your third payment to your third public key, etc.

Meanwhile your client can generate the first private key that corresponds to the first public key, the second private key that corresponds to the second public key, etc. so you can claim/spend the BTC when you are ready.

This way every single periodic payment can be sent to a unique public address.  Cool, right?

However, I do not know of a single pool that supports this payment mechanism.  I do not keep up with all the various mining pools having given up mining at the end of the GPU mining era myself.  So, if there is a pool that supports this please let me know.

All miners should demand this from every pool they use and only use pools that support this mechanism.
full member
Activity: 168
Merit: 100
Unfortunately I am a civil engineer , but not computer engineer ... I am very limited in regard to computing and coding ... I would say, at the "common user" level.


I am a fast learner though.  Can someone point me to the right direction or provide me a list of stuffs starting from scratch that I need to learn if I would wish to contribute to re-coding the p2pool software?


How do coders come to be? 

As mean as it sounds, there is no "I've no experience in coding but I'm a fast learner, I'll help you recode this complicated software" in Computer Science.

That's like saying "I love what this composer did, I would like to compose a reinterpretation of his work. I have never composed music but I'm a fast learner".

Don't get me wrong, I'm not saying you can't teach yourself programming. I am just saying you will very likely not get far enough without formal education, or starting at a very early age.
sr. member
Activity: 280
Merit: 250
Unfortunately I am a civil engineer , but not computer engineer ... I am very limited in regard to computing and coding ... I would say, at the "common user" level.


I am a fast learner though.  Can someone point me to the right direction or provide me a list of stuffs starting from scratch that I need to learn if I would wish to contribute to re-coding the p2pool software?


How do coders come to be? 

The source code is in a github repository.
legendary
Activity: 1258
Merit: 1027
I received some 0.00028 BTC this morning in my P2Pool wallet ... not newly generated coins ... wondering did any one else on p2pool also receive that and what for?

Its a donation from someone contributing to p2pool miners.
member
Activity: 76
Merit: 10
Unfortunately I am a civil engineer , but not computer engineer ... I am very limited in regard to computing and coding ... I would say, at the "common user" level.


I am a fast learner though.  Can someone point me to the right direction or provide me a list of stuffs starting from scratch that I need to learn if I would wish to contribute to re-coding the p2pool software?


How do coders come to be? 
member
Activity: 76
Merit: 10
I received some 0.00028 BTC this morning in my P2Pool wallet ... not newly generated coins ... wondering did any one else on p2pool also receive that and what for?
member
Activity: 112
Merit: 10
It's funny, this debate comes round every few months when new arrivals realize the wasted potential p2pool has, but the conclusion is always undecided.....

Personally (again), there isn't really a lot wrong with how p2pool works, just what it (doesn't) works with due to no development - this is the problem. If there is to be any kind of hard coded donation feature, it should go to everyone depending on their hash rate, and the option to donate to the dev should remain as it is. It should be possible for the p2pool program to detect if the donation option is enabled or not on a particular node, then adjust the donation amount to that node accordingly. I still believe that if users are able to see that there is ongoing development on p2pool (which there must be in order for p2pool to be compatible with the ever increasing different hardware being released) - they will donate. This should also be displayed on their node for everyone to see - kind of name & shame so to speak.....

Just a rough suggestion...... Wink

I must admit it's a refreshing change to have a semi-intelligent debate about this, when I first suggested there was plenty of room for improvement with p2pool over a year ago - I was branded a blasphemous upstart witch!  How dare I question p2pool......Cheesy Cheesy
You know, this isn't too far from what I suggested in my post Wink

I also agree, if there was active development, and active results, more would be inclined to contribute.  Seems like we have a typical High Noon situation between the users and the devs, with both sides saying "your move tex" but no one giving in first.
member
Activity: 112
Merit: 10
More blocks..
0.06507941 on 1TH/s today so far. Not bad.
One more today  Tongue

You guys running nodes please advise. What is your average bitcoind RAM usage after a few days? I had been having some bitcoind crashing issues and recreated swap @ 2GB and changed swapiness and cache pressure. So far so good, but I'm curious on usage on other nodes. I have limited connections in Bitcoind to 40 too. I didn't mess with P2Pool connection limits (32/6 currently). I'm thinking I need to up the memory allocation if the swap changes don't work out.
May be off-topic and need to post on support thread but the gurus are here.
Sweet, 3 blocks today... been a nice run since over the weekend for sure.

To answer the question tho, our node is currently at 589MB for bitcoind on uptime of just under 15 days, at least according to the p2pool graphs.  To be fair tho, we're not allowing connections inbound, and only have 7 outbound peers.  GBT latency is .223s average.  How much RAM do you have on your node total?
full member
Activity: 125
Merit: 100
More blocks..
0.06507941 on 1TH/s today so far. Not bad.
One more today  Tongue

You guys running nodes please advise. What is your average bitcoind RAM usage after a few days? I had been having some bitcoind crashing issues and recreated swap @ 2GB and changed swapiness and cache pressure. So far so good, but I'm curious on usage on other nodes. I have limited connections in Bitcoind to 40 too. I didn't mess with P2Pool connection limits (32/6 currently). I'm thinking I need to up the memory allocation if the swap changes don't work out.
May be off-topic and need to post on support thread but the gurus are here.
hero member
Activity: 924
Merit: 1000
Watch out for the "Neg-Rep-Dogie-Police".....
Just a heads up to those of us merge mining - the NMC problem has a temporary fix in place in git:

https://github.com/namecoin/namecoin/tree/relay_tmp_fix

Trying it now......

EDIT: Not working for me, locked up & gave me this error when I tried to stop it:

" namecoind: /usr/include/boost/interprocess/sync/posix/recursive_mutex.hpp:77: boost::interprocess::ipcdetail::posix_recursive_mutex::~posix_recursive_mutex(): Assertion `res == 0' failed."
hero member
Activity: 924
Merit: 1000
Watch out for the "Neg-Rep-Dogie-Police".....
Fees are easy to see on any public node:

Node Fee: http://minefast.coincadence.com:9332/fee

Donation and Node Fee: http://minefast.coincadence.com:9332/local_stats

The API is built into every node. It would not be hard for a greedy node operator to spoof this though...

Edit: There is also the /patron_sendmany API, you give it an amount (100BTC in the example below), and it will give you a list of miners with active shares, dividing up the donation fairly by number of shares per miner:

http://minefast.coincadence.com:9332/patron_sendmany/100

Like I said, not much wrong with it... Wink

But it needs to be seen instead of looking for it - noob friendly style., both that & the dev donation......
Jump to: