Something I just thought about: as p2pool grows, and the internal diff. rises, shares might become too infrequent for people to be happy with. The solution is other, separate p2pools: but what if that was coded into the p2pool program? And when and when total hashrate grew beyond a threshold (probably some fraction of the total network) it would spin off other pools, so users didn't have to worry about this "load balancing" themselves?
I think this is happening right now (the first part at least). I used to have pretty consistent share counts, but now I'm getting less than half of what I should get per 24 hours even with the variance averaged out. My hashrates have increased and I'm seeing less shares and less payouts. It's no longer conducive for me to be mining like this unless something changes. We all dislike the power that PPS pools have over the market and the miners, but at least I have a daily paycheck without a doubt... current p2pool shows how often you could expect a p2pool share (for me its 40min with 580mh with p2pool@160gh). as long as my share finding average is below four hours i am fine. its just a higher variance for small miners. nobody looses anything. |
|
|
|
Something I just thought about: as p2pool grows, and the internal diff. rises, shares might become too infrequent for people to be happy with. The solution is other, separate p2pools: but what if that was coded into the p2pool program? And when and when total hashrate grew beyond a threshold (probably some fraction of the total network) it would spin off other pools, so users didn't have to worry about this "load balancing" themselves?
i'd prefer a solution where smaller miners work together in a sub-p2pool to solve a big-p2pool share. but anyway: i am sure forrestv will come with a clever idea as soon as it gets necessary |
|
|
|
- I am not sure where you got the idea of 1% fee in p2pool. But if you check the coinbase transactions in p2pool mined block, you can look for yourself that it is not so.
Well if there is an optional parameter that defaults to giving the author 1% of each found block....idk.. i would call that not free well i just checked it for you: main.py line 943 parser.add_argument('--give-author', metavar='DONATION_PERCENTAGE', help='donate this percentage of work to author of p2pool (default: 0.5)', type=float, action='store', default=0.5, dest='donation_percentage') author fee defaults to 0.5% which is 0.25btc per block. for me an optional donation counts as free. buty anyway; 0.5% is the default donation if you want to see it that way. |
|
|
|
What I love about P2pool are:
1. It is decentralized
2. It is democratic
3. It perfectly complements bitcoin
4. You do not need to worry about whether a mining pool is stealing.
5. The best of all, no fee to pay to the pool and you got to keep the transaction fees as well.
What do you love about P2pool?
how is it decentralized and democratic? because you run your own p2pool node - just like you run your own bitcoin node (its even a similar protocol: blockchain vs sharechain) how does it complement bitcoin?
see point 1 what pools steal?
you'll never know because you dont have a way to divide unlucky from stealing pools (except if you found the block for the pool yourself). there is a 1% fee that goes to forresst so how is that 'no fee'
--give-author 0 on your local node and he won't get any fee (i THINK its default right now). btw: the node in my sig is just if you want to try out p2pool. if it works for you, you should setup your own one (its really simple for windows and linux) |
|
|
|
* My miners can mine to an address that is offline. My coins are secure. Why can't you do the same with any other pool ? because you are mining in the pool op's wallet. just see the recent btcserv.net example why this is not a really good thing  EDIT: with p2pool every solved block has all p2pool user payouts in its coinbase. so nobody (even forrestv [creator of p2pool] or the blockfinder) has any chance to even touch your payout. |
|
|
|
Miners (as a group) should not be given any say over issues like this. They do not necessarily know what the best option is. The issue should be decided by people very familiar with the protocol and the proposals.
I suggest that we compile a list of everyone who knows a lot about the Bitcoin protocol, invite them to a two-week discussion via email, and have those who participate in the discussion vote on the issue at the end of the two weeks. If one proposal gets enough votes (two-thirds, say), then Bitcoin clients will be programmed to apply the new restrictions ~3 months in the future. Miners will have to upgrade by then or their blocks will not be recognized by most clients. If there aren't enough votes for any proposal to pass, the issue will be shelved for a while.
+1 |
|
|
|
|
+1 Gavin already said he would include it in bitcoin client.
but i guess its to early right now - i would wait until p2pool is a solution für really small AND really big miners (forrestv already thinking about it; atm with an p2pool around 150GH/s everybody can use it with relatively low variance)
EDIT
Searched for gavins post on bitcointalk but can't find it anymore. a few days ago a link to it was mentioned on #p2pool (freenode) - maybe its just too old to be found. Sorry
|
|
|
|
0 accepted 4 rejected in a little over ten minutes. Is that also what you are getting?
I am using Phoenix which I also use to mine on various pools. Because the pool I use atm was semi-down I thought I'd figure the p2ppool out to see if it is an improvement for my particular case.
i nevered used phoenix: so this is only a guess p2pool needs fast long polling support by miner (fast means it should not wait some time after it has received one). i never saw your error before: it seems like phoenix is not able to connect to p2pool. best advice is to join #p2pool on freenode and ask forrestv about it. (my reject rate with cgminer is very low - around 0.2%) |
|
|
|
on p2pool startup it prints a vip password. use this as a miner password and /graphs will display per-worker-stats. EDIT: as all graphs use rrd its easy to make seperated graphs per worker (even with commandline only) |
|
|
|
|
from germany:
EclipseMC (for me longest ping times but still got most hash out of it; for me pool with least possible stales)
ping -c 5 us.eclipsemc.com
PING us.eclipsemc.com (208.110.68.114) 56(84) bytes of data.
64 bytes from 208.110.68.114: icmp_req=1 ttl=50 time=122 ms
64 bytes from 208.110.68.114: icmp_req=2 ttl=50 time=122 ms
64 bytes from 208.110.68.114: icmp_req=3 ttl=50 time=133 ms
64 bytes from 208.110.68.114: icmp_req=4 ttl=50 time=122 ms
64 bytes from 208.110.68.114: icmp_req=5 ttl=50 time=122 ms
--- us.eclipsemc.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 21349ms
rtt min/avg/max/mdev = 122.574/124.811/133.226/4.208 ms
DeepBit (Provider: Hetzner)
ping -c 5 pit.deepbit.net
PING pit.deepbit.net (46.4.121.118) 56(84) bytes of data.
64 bytes from static.118.121.4.46.clients.your-server.de (46.4.121.118): icmp_req=1 ttl=55 time=17.6 ms
64 bytes from static.118.121.4.46.clients.your-server.de (46.4.121.118): icmp_req=2 ttl=55 time=18.5 ms
64 bytes from static.118.121.4.46.clients.your-server.de (46.4.121.118): icmp_req=3 ttl=55 time=17.1 ms
64 bytes from static.118.121.4.46.clients.your-server.de (46.4.121.118): icmp_req=4 ttl=55 time=17.0 ms
64 bytes from static.118.121.4.46.clients.your-server.de (46.4.121.118): icmp_req=5 ttl=55 time=18.1 ms
--- pit.deepbit.net ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4006ms
rtt min/avg/max/mdev = 17.005/17.695/18.540/0.606 ms
Eligius (Provider: Hetzner, i7 sponsored by MtGox for feeless transations)
ping -c 5 mining.eligius.st
PING ra.mining.eligius.st (78.47.187.252) 56(84) bytes of data.
64 bytes from ra.mining.eligius.st (78.47.187.252): icmp_req=1 ttl=55 time=18.4 ms
64 bytes from ra.mining.eligius.st (78.47.187.252): icmp_req=2 ttl=55 time=29.5 ms
64 bytes from ra.mining.eligius.st (78.47.187.252): icmp_req=3 ttl=55 time=17.9 ms
64 bytes from ra.mining.eligius.st (78.47.187.252): icmp_req=4 ttl=55 time=16.5 ms
64 bytes from ra.mining.eligius.st (78.47.187.252): icmp_req=5 ttl=55 time=16.9 ms
--- ra.mining.eligius.st ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4002ms
rtt min/avg/max/mdev = 16.517/19.883/29.549/4.882 ms
P2Pool (my instance; Provider: hetzner)
ping -c 5 pool.k1024.de
PING pool.k1024.de (78.46.35.155) 56(84) bytes of data.
64 bytes from pool.k1024.de (78.46.35.155): icmp_req=1 ttl=55 time=18.3 ms
64 bytes from pool.k1024.de (78.46.35.155): icmp_req=2 ttl=55 time=16.8 ms
64 bytes from pool.k1024.de (78.46.35.155): icmp_req=3 ttl=55 time=17.7 ms
64 bytes from pool.k1024.de (78.46.35.155): icmp_req=4 ttl=55 time=17.2 ms
64 bytes from pool.k1024.de (78.46.35.155): icmp_req=5 ttl=55 time=17.3 ms
--- pool.k1024.de ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4006ms
rtt min/avg/max/mdev = 16.890/17.507/18.353/0.525 ms
|
|
|
|
|
hi zhou tong,
what do you think about paying interest on deposits (maybe even on gainings)?
this would encourage people to deposit more money which (hopefully) reduces the death-star *.
|
|
|
|
|
just want to say: thank you forrestv for your great work.
i really love your/our/this pool!
i hope you'll find a solution to the "share difficulty to high for one-gpu-miner"-problem as soon as it gets necessary.
EDIT: missed a word
|
|
|
|
the easiest(!) way is to use a mtgox address as your bitcoin address and to use that for signing.
How do you do that? go to your mtgox account to "add funds" and copy the bitcoin address from there. use this as your login for your miner. after a few minutes go to your eligius page http://www.eligius.st/~artefact2/5/#address# and click the link "click here to register your NMC address". there is a drop down box where you can select a bitcoin version or "mtgox address" ... just follow the steps... |
|
|
|
don't know how to register to your pool. yet im stuck at bitcoin signature  . need help  the easiest(!) way is to use a mtgox address as your bitcoin address and to use that for signing. the second easiest way is to make sure you have a 0.5 bitcoin client installed (luke-jr put a windows version somewhere...but please; look up the link for yourself. i just know its somewhere in this thread) and fireup the mentioned commandline (make sure you used a bitcoin address which belongs to the wallet.dat of your 0.5 bitcoin client - another wallet would not work). btw you only need to register a namecoin address if you want namecoins. if you only want to mine bitcoins there is no need to register anything. |
|
|
|
once i have set up merged mining, where can i see the nmc stats of my address?
You can't. No one has updated the stats pages to display that data. The original developer for the stats pages isn't around anymore and the code is open source. If you'd like to add those stats to the page, I'm sure luke would accept a patch. already working on it... but it needs time.... |
|
|
|
|
please make it possible to convert usd to btc and to withdraw them to a wallet.
i think your mtgox withdraw-waiting time is inacceptable.
(i know you have a problem with your yubikey, but please understand that this is your problem - not mine).
|
|
|
|
MtGox users please test the Namecoin registration page, choose MtGox from the client menu.
+1, just registered my old address |
|
|
|
Come on, man! Can you write a script that shows floating Profit/Loss tight to price change... Why to refersh page to see it?
you're right btw. atm it would be enough for me if the site would work properly ;( |
|
|
|
i don't have any problems in waiting for the end of your vacation either. just one suggestion: display the registered nmc address on the stats page. it confuses me a little |
|
|
|
3.54031 / 3.65211. Spread is to big for 5 decimals. 3.54 / 3.65 will be better solution.
True. But we are all waiting for the spread to narrow to less than 10 pips. :-D At least show it on the trade page... to many meaningless numbers... the spread is displayed on the trade page....its just the diff between buy and sell.. which numbers are meaningless? what i would like is another table which displays only active orders... my order list gets a little long - and its easy to miss an old active order |
|
|
|
|
Show Posts
