Author

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

hero member
Activity: 924
Merit: 1000
Watch out for the "Neg-Rep-Dogie-Police".....
I pointed out her/his inaccuracies about p2pool.info previously here:

https://bitcointalksearch.org/topic/m.8467067

Some trolls just refuse to listen......... Roll Eyes
member
Activity: 98
Merit: 10

cheers    that changes the picture big time on the luck etc  ....

as what I was getting was this

317361   14 hours ago   
30e0f7e582ad8085adad33794ae190 ...
11h6m   97.9%
317300   1 day ago   
25f955699425419e32b311364bafc6 ...
19h15m   148.7%
317169   1 day ago   
ab60aaec5274fa73e10d1da36e131b ...
15h8m   106.0%
317071   2 days ago   
4770ac5b750fea0d78e7d8fcd6668e ...
1h6m   8.5%
317065   2 days ago   
31c94c32260bbd4eb7847b885b2708 ...
8h1m   74.7%
317007   2 days ago   
0a732e941ec5d7f90fe4d21bff7ac3 ...
8h12m   88.5%
316959   3 days ago   
633a1dcd5a64e3fec1c8d0ea47a379 ...
12h23m   127.0%
316875   3 days ago   
d8e814abf7af4ef2c6734b8fadba67 ...
6h22m   63.4%
316825   4 days ago   
b02e05d7f10908470872eb5b3011f8 ...
14h44m   134.3%
316729   4 days ago   
3770ff405a246fd9bd4bdb7b4fd69b ...
7h30m   62.2%
316667   4 days ago   
32f4bdb4d8b7e627ca663f29eb87f3 ...
5d15h44m   1,247.4%
315683   10 days ago   
7cae1f46321a5f4a9010f4964ec40d ...
8h28m   85.4%
315632   10 days ago   
a32edf4c0faebf95f4e5f71badcb8f ...
6h49m   67.3%
315574   11 days ago   
b215328da5469723c1ab2e54d485ef ...
3h37m   28.1%


minus a ton of blocks on that link you just dropped    from day 4 to day 10
member
Activity: 98
Merit: 10
at Pool Hashrate: 2806.0 TH/s that should be hitting 2-3 blocks a day and a quick at the blockchain in the last 10 day there been only 10 (ONE was an orphan to top it off) hit where in theory it should be more like (24-30) blocks given the hash rate on p2 

Not to pile on here, but you facts are simply wrong. This is a 100% accurate representation of p2pool found blocks for the last 10 days:





That is 31 with 1 orphan by my count.

Also noteworthy is that this is only the 2nd orphan p2pool has had since we have been tracking; tracking orphaned blocks began May 1st 2014, over 116 days ago.

Because of its distributed nature p2pool probably has the least amount of orphan blocks of all the pools.

can i ask where that was pulled from Huh?   As it would be handy to know
legendary
Activity: 1258
Merit: 1027
at Pool Hashrate: 2806.0 TH/s that should be hitting 2-3 blocks a day and a quick at the blockchain in the last 10 day there been only 10 (ONE was an orphan to top it off) hit where in theory it should be more like (24-30) blocks given the hash rate on p2 

Not to pile on here, but you facts are simply wrong. This is a 100% accurate representation of p2pool found blocks for the last 10 days:





That is 31 with 1 orphan by my count.

Also noteworthy is that this is only the 2nd orphan p2pool has had since we have been tracking; tracking orphaned blocks began May 1st 2014, over 116 days ago.

Because of its distributed nature p2pool probably has the least amount of orphan blocks of all the pools.
member
Activity: 112
Merit: 10
Has anyone read about Matt Corallo's new "bitcoin backbone project" - https://bitcoinfoundation.org/2014/08/a-bitcoin-backbone - would it make sense to connect bitcoind from a P2Pool set up to this low latency backbone.
So I did this yesterday, downloaded the jar and ran it on the commandline using nohup.  Eventually will probably add it into the p2pool startup script so it's all handled automatically.  Logfile shows decent transaction activity.

Since server restart just over 24 hours ago, my efficiency hasn't dipped below 110% (that I've seen), and is currently hitting 114.5% ... Smiley.  31 shares, 1 orphan, no dead.  

Previously I was bouncing between 95-105%, lately a little under 100% a bit with about a 14% share loss.

So, we'll see how this runs over time... if it keeps up the way it is, then it's a big thumbs up in my book.

EDIT - although it seems to be a bit of a resource hog - 11G of virt RAM according to top.  Then again that could be just usual Java bloat and not necessarily this program since it really isn't much.

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."

I did git pull, recompiled and works ok for me:
namecoin version 0.3.75


It's weird, but it stubbornly refused to work for more than 30 mins for me. However, after doing what phelix suggested here:

http://blog.namecoin.org/post/95263343235/restart-your-daemons

and recompiling using the original repo (instead of the bandaid version) - everything has been fine.
member
Activity: 112
Merit: 10
i am currently earning 0.035 - 0.04 btc everyday with 1.5 TH i wanted to know how much would i earned in p2pool and wicth pool would i use since there are lots of them or i don't get it would love some explanation
the same or more.
You dont use a public p2pool, you setup p2pool on a local machine.
Mining on a remote p2pool is stupid and if you want to do this, you could just stick to the pool your already using.
So much fail.... *sigh*  And people wonder why p2pool doesn't get higher adoption rates with answers like this.

You CAN use a public P2Pool node, take a look at this page for a listing of some of them - http://p2pool-nodes.info/ - you can sort by country, latency, etc.  Just find a couple geographically close to you and ping them... the lower the ping (latency), the better off you will be.

It is absolutely NOT stupid to mine on a remote p2pool node, especially if you have one close enough to you.  If you aren't close enough to a public node it could affect your performance, so it might be more wise to look at building your own local node if you have the capability, but some folks don't have the resources to do that.  It's all about your comfort level and resources.

The main issue with p2pool is latency - how quickly your miners can communicate to the node you're mining on.  The lower the latency, the less DOA rate you will have.  The less DOA you have the better chance you have of getting good shares, and thus payouts.  This is why it's RECOMMENDED to bring up your own p2pool node locally, because obviously the miners are right next to the node.

There's a bunch more to go into with DOA, shares, stales/orphans and how in general it works if you want to.  The bottom line is that all things equal, over time, you should see at least equal if not better payouts on p2pool versus others, as long as you have a decent hashrate, which I personally consider over 600GH/s.  Judging from your payouts I'd say you have about 1.2-1.5 TH/s, which should be plenty fine.

To configure it's simple.  Once you find a pool node it would look like this-

Pool: stratum+tcp://ip.add.ress.here:9332
Pool worker:  {your bitcoin payment address here}
Pool password:  anything123

I would suggest finding at least 2 P2Pool nodes for pool1 and pool2, and then put your original proprietary node in for pool3.  This way you're covered with failovers and backup in case any of the p2pool nodes go down.

And, no matter what pool node you mine on, if you keep your payment address the same (the pool worker), your shares and payouts will "follow" you to whatever node you're on, so you won't lose any mining time if you failover to another node.

Hope this helps to get you started.  Read up on the last 20-30 pages of this thread if you can at least, and post more questions, most folks here are pretty helpful.



legendary
Activity: 1258
Merit: 1027
i am currently earning 0.035 - 0.04 btc everyday with 1.5 TH i wanted to know how much would i earned in p2pool and wicth pool would i use since there are lots of them or i don't get it would love some explanation

the same or more.

In the short term (i.e. "per day") variance will be much higher. At 1.5 TH/s and the current pool rate you should expect a payout from each block the pool finds (after you have a share in the chain), here is the closest example to 1.5 TH/s I could find on my node, the payouts per block should give you an idea of what to expect:

http://minefast.coincadence.com/miner.php?id=1JPVPkdnpYYwyYic51id6anMBn9weHwVV9

You dont use a public p2pool, you setup p2pool on a local machine.

Mining on a remote p2pool is stupid and if you want to do this, you could just stick to the pool your already using.

I disagree.

While setting up your own local node is ideal, and how p2pool is intended to be used, it is not a requirement, and mining on a public node is a great way to get started with p2pool.

There are many 0% fee public nodes available to give the pool a try, I would recommend committing for a minimum of 4 days. P2pool uses a PPLNS payout system and the share chain is ~3 days long, any amount of time under that will not give you accurate results.

In picking a public node latency (the time it takes your data to reach the server) is very important. Find your 2-3 closest nodes by using ping and use those in your miner configuration.

My node is in the US east, for other nodes you can explore here:

http://p2pool-nodes.info/

Patience is very important with p2pool. Once you are connected to your closest node for a couple hours check the stats, as long as your DOA rate is lower then the pool average your are doing just fine. Then sit back and let your miners do their thing. Again I would say 4 days is a minimum.

full member
Activity: 196
Merit: 100
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."

I did git pull, recompiled and works ok for me:
namecoin version 0.3.75
legendary
Activity: 1792
Merit: 1008
/dev/null
i am currently earning 0.035 - 0.04 btc everyday with 1.5 TH i wanted to know how much would i earned in p2pool and wicth pool would i use since there are lots of them or i don't get it would love some explanation
the same or more.
You dont use a public p2pool, you setup p2pool on a local machine.
Mining on a remote p2pool is stupid and if you want to do this, you could just stick to the pool your already using.
hero member
Activity: 686
Merit: 500
WANTED: Active dev to fix & re-write p2pool in C
i am currently earning 0.035 - 0.04 btc everyday with 1.5 TH i wanted to know how much would i earned in p2pool and wicth pool would i use since there are lots of them or i don't get it would love some explanation

Just join a p2pool node with the lowest ping from your miners.

Preferably one that has a zero % fee. Even better, set up your own node & help the network  Wink
legendary
Activity: 1904
Merit: 1007
i am currently earning 0.035 - 0.04 btc everyday with 1.5 TH i wanted to know how much would i earned in p2pool and wicth pool would i use since there are lots of them or i don't get it would love some explanation

Just join a p2pool node with the lowest ping from your miners.
member
Activity: 395
Merit: 10
i am currently earning 0.035 - 0.04 btc everyday with 1.5 TH i wanted to know how much would i earned in p2pool and wicth pool would i use since there are lots of them or i don't get it would love some explanation
legendary
Activity: 1708
Merit: 1020
Thanks JB, so it's not just me then. I'll investigate further........

Edit: I notice forrestv made a change to the p2poool repo ( Shocked!) 7 days ago, increased maximum worker difficulty 1000x, that wouldn't be the cause......would it?

Edit2: Tried running namecoin on rav3n_pl fork with the same results, so it's not a p2pool issue. Had to close the namecoin wallet as it was eating cpu as well. Oh well, that'll have to stay off then.......... Tongue Very strange.
There have been some huge blocks recently aggregating a mass of tiny inputs. This seems to lead to getauxblock taking a very long time. We are looking into it but it might take a while.

BTW: As far as I know Namecoin mining reward variance is very high with P2P. We would be happy to support any plans to improve this, maybe with a bounty.

The reason the variance is so high is because each node that is merge-mining is effectively trying to solo mine the blocks for the coins (NMC, DVC, etc).

It would be nice if the entire hashing power of the pool, or at least the hashing power of the nodes that are merge-mining, could be applied rather than individual nodes attempting to solve the blocks.
Yes. I'm sure if someone would work on a solution the involved altcoins, maybe also Bitcoin could come up with a bounty.
legendary
Activity: 1066
Merit: 1098
Has anyone read about Matt Corallo's new "bitcoin backbone project" - https://bitcoinfoundation.org/2014/08/a-bitcoin-backbone - would it make sense to connect bitcoind from a P2Pool set up to this low latency backbone.

My take was that what Matt is doing is very cool and when blocks are several MB in size something like this or Gavin's alternative proposal for eliminating retransmission of transactions with every block will be important.

For me, each of my nodes has a connection which p2pool and bitcoind never come close to utilising. So I didn't think the block size was a particularly big deal at the moment from a speed perspective. Don't know if that's been actively researched.

If Matt's built it and it works then I see no reason not to connect to one of his nodes to gain the benefit of it.

I'll be adding Coin Cadence to his east coast relay on the next restart.

If you are running bitcoin-qt, you don't need to wait for a restart - you can just type:

Code:
addnode public.us-east.relay.mattcorallo.com add

in the debug console.


Thanks.

From my brief bit of experimentation, the above doesn't work. It looks like you can't connect bitcoind directly to the Relay Network. You need to run RelayNodeClient which connects to the Relay Network and your local bitcoind.

So you would do:
Code:
java -jar RelayNodeClient.jar public.us-east.relay.mattcorallo.com 127.0.0.1:8333


That worked for me and I saw transactions and blocks passed to my bitcoind. Then you'd just have to get the RelayNodeClient application running in a persistent way (upon startup, with a watchdog, etc.). That will vary based on your operating system. I'll be getting a systemd unit file ready to run on CentOS 7, which is what my node uses. If anyone's interested, I'd be happy to share it.

My bad - you do have to specify port 8335 - but you don't need to use anything but bitcoin-qt, as others have already related above.


It seems that this actually does not work.

It appears that the ADDNODE command in the console will always fail if you already have 8 outgoing connections.  It will eventually use the connection you added only if one of your 8 outgoing connections drops.

Sorry again for the misinformation.
legendary
Activity: 1066
Merit: 1098
Has anyone read about Matt Corallo's new "bitcoin backbone project" - https://bitcoinfoundation.org/2014/08/a-bitcoin-backbone - would it make sense to connect bitcoind from a P2Pool set up to this low latency backbone.

My take was that what Matt is doing is very cool and when blocks are several MB in size something like this or Gavin's alternative proposal for eliminating retransmission of transactions with every block will be important.

For me, each of my nodes has a connection which p2pool and bitcoind never come close to utilising. So I didn't think the block size was a particularly big deal at the moment from a speed perspective. Don't know if that's been actively researched.

If Matt's built it and it works then I see no reason not to connect to one of his nodes to gain the benefit of it.

I'll be adding Coin Cadence to his east coast relay on the next restart.

If you are running bitcoin-qt, you don't need to wait for a restart - you can just type:

Code:
addnode public.us-east.relay.mattcorallo.com add

in the debug console.


Thanks.

From my brief bit of experimentation, the above doesn't work. It looks like you can't connect bitcoind directly to the Relay Network. You need to run RelayNodeClient which connects to the Relay Network and your local bitcoind.

So you would do:
Code:
java -jar RelayNodeClient.jar public.us-east.relay.mattcorallo.com 127.0.0.1:8333


That worked for me and I saw transactions and blocks passed to my bitcoind. Then you'd just have to get the RelayNodeClient application running in a persistent way (upon startup, with a watchdog, etc.). That will vary based on your operating system. I'll be getting a systemd unit file ready to run on CentOS 7, which is what my node uses. If anyone's interested, I'd be happy to share it.

My bad - you do have to specify port 8335 - but you don't need to use anything but bitcoin-qt, as others have already related above.
legendary
Activity: 1540
Merit: 1001
Smaller shares are no good, this is mining industry. Theres nothing more stupid than dust payment. And if some people loose their beauty sleep because not donating and thinking a solutiont to that, i give you a hint - dont mine here go ahead mine with Eligius or Ghash. Its the makers wish to have some income for the work he has done - if it doesnt suit you move on.
Stupid people talking about taking this software because lack of devel. If something works why would you fix it?

Its not a dev prob if someone cant use his software as its supposed. Hey this is a free world.

Someday dust may be valuable.  And regular dust payments add up.  They'd pay for it in trans fees anyhow.

M
hero member
Activity: 924
Merit: 1000
Watch out for the "Neg-Rep-Dogie-Police".....
.......if it doesnt suit you move on. Stupid people talking about taking this software because lack of devel......

 Huh Cheesy

Guess I'm stupid then  Wink If all the "stupid people" did what you suggest, p2pool would have died over a year ago.

Anyway, back on topic. I added the eu relay a couple of days ago by adding it to the .conf file, no worries so far:

        "addednode" : "public.eu.relay.mattcorallo.com:8335",
        "connected" : true,
        "addresses" : [
            {
                "address" : "146.185.173.241:8335",
                "connected" : "outbound"

It is a cool idea though  Smiley

@ linuxforyou: Very good info - thanks!
full member
Activity: 932
Merit: 100
arcs-chain.com
Smaller shares are no good, this is mining industry. Theres nothing more stupid than dust payment. And if some people loose their beauty sleep because not donating and thinking a solutiont to that, i give you a hint - dont mine here go ahead mine with Eligius or Ghash. Its the makers wish to have some income for the work he has done - if it doesnt suit you move on.
Stupid people talking about taking this software because lack of devel. If something works why would you fix it?

Its not a dev prob if someone cant use his software as its supposed. Hey this is a free world.
Jump to: