Does anyone know why with Ufasoft CPU miner, I keep getting "Stratum authentication failed", but when I add --no-stratum it works?
haha, too funny!1) dont CPU mine
2) there are faster CPU miners
use cgminer or pooler's CPUminer
Topic: [1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool - page 528. (Read 2591920 times)
1) dont CPU mine
2) there are faster CPU miners
use cgminer or pooler's CPUminer
Does anyone know why with Ufasoft CPU miner, I keep getting "Stratum authentication failed", but when I add --no-stratum it works?
haha, too funny!1) dont CPU mine
2) there are faster CPU miners
Does anyone know why with Ufasoft CPU miner, I keep getting "Stratum authentication failed", but when I add --no-stratum it works?
haha, too funny!1) dont CPU mine
2) there are faster CPU miners
Does anyone know why with Ufasoft CPU miner, I keep getting "Stratum authentication failed", but when I add --no-stratum it works?
We gotta get bfl to work
So jalapeno p2pool yes or no?
No (see my guide for why).
And... that's even worse....
*looks for guide*
EDIT: OK, so the main problem with using BFL ASICs is the latency, which is made an issue by p2pool's 10-second share window. I don't know how popular the other ASICs are, but I would think p2pool needs as much hardware (especially powerful hardware) as it can get if it's going to remain a viable option. Has anyone brought up the idea of increasing the share window, even up to a full 1 minute? Wouldn't this effectively squash the hardware latency issue (and fix one or two other issues as well?)
Pooled proxies would allow p2pool to operate with larger difficulty shares and maintain low variance for end users.
Anybody noticed that p2pool's hash rate has plummeted by about 30% in the last week ? Even more significant is the decline in the number of participants.
Beginning of the end of Bitcoin ?
Beginning of the end of Bitcoin ?
Well, that sucks.
I just got my Jalapeno today. It's hooked up to BitMinter at the moment (I liked their fees and policies) but I had planned on figuring out how to use p2pool with it.
And really, I see little reason not to still do so, provided the collective hash rate doesn't drop too low. I'd probably be fine with one or two blocks a day. I know I won't be generating much soon anyway, but I'd still like to support the concept of p2pool for as long as possible.
*rolls up sleeves*
The reason I asked the question above is because I'm working on a mining pool proxy for p2pool. Basically, it records the shares you submit under your address, but it actually submits them to p2pool under the pools address. When p2pool finds a block, I can make payouts based on shares submitted. The aim is to help increase the total hashpower of p2pool by giving smaller miners the ability to contribute and receive reasonable variance. I'm running some tests now, but hopefully I will open it up to a few testers within the next week.
So jalapeno p2pool yes or no?
No (see my guide for why).
And... that's even worse....
*looks for guide*
EDIT: OK, so the main problem with using BFL ASICs is the latency, which is made an issue by p2pool's 10-second share window. I don't know how popular the other ASICs are, but I would think p2pool needs as much hardware (especially powerful hardware) as it can get if it's going to remain a viable option. Has anyone brought up the idea of increasing the share window, even up to a full 1 minute? Wouldn't this effectively squash the hardware latency issue (and fix one or two other issues as well?)
Anybody noticed that p2pool's hash rate has plummeted by about 30% in the last week ? Even more significant is the decline in the number of participants.
Beginning of the end of Bitcoin ?
Beginning of the end of Bitcoin ?
Well, that sucks.
I just got my Jalapeno today. It's hooked up to BitMinter at the moment (I liked their fees and policies) but I had planned on figuring out how to use p2pool with it.
And really, I see little reason not to still do so, provided the collective hash rate doesn't drop too low. I'd probably be fine with one or two blocks a day. I know I won't be generating much soon anyway, but I'd still like to support the concept of p2pool for as long as possible.
*rolls up sleeves*
Does anybody know how p2pool determines the difficulty it hands out to miners? Specifically, I need to know if difficulty is determined at the pool level, the p2pool, instance level, the user (btc address) level, or the individual mining client level.
Miner difficulty (as opposed to P2Pool share difficulty) is determined per-instance of p2pool based on how often results are being received.
Does anybody know how p2pool determines the difficulty it hands out to miners? Specifically, I need to know if difficulty is determined at the pool level, the p2pool, instance level, the user (btc address) level, or the individual mining client level.
Thu Jun 13 2013 20:06:21 GMT-0400 (EDT) 241399 00000000000000c57d59dea707b626ec8e3e00afbd034fc052b402032955c24f
1 down
2 blocks a day and we will be okay!
At current difficulty, the pool would need to be ~1.6TH to get 2 blocks per day on average. Soon to change to about 2TH. 
2 blocks a day and we will be okay!
To make about 2 blocks per day pool need about 1600GH power atm...
1600GH/s you mean? The pool is currently at 600GH/s.
Yes, I've noticed the BTC P2Pool hashrate slowly dropping over the last week...sad to see. Do we think it has anything to do with the difficulty jumping up recently?
The number of blocks found has been decreasing for the last couple of weeks, this coincides with the global bitcoin network hash rate increasing, most likely due to ASICMINER. The difficulty increase is the network reacting to the increase in hash rate, so it's more of a symptom than the cause.
Yes, I've noticed the BTC P2Pool hashrate slowly dropping over the last week...sad to see. Do we think it has anything to do with the difficulty jumping up recently?
To make about 2 blocks per day pool need about 1600GH power atm...
I've (yesterday) taken 2.5GH/s elsewhere due to the recent bad luck (http://p2pool.info/luck/). Comes down to simple economics - it costs money to run the gear and <5 blocks a week is costing more than it's earning. If you look at the number of blocks solved by the pool over the last month or so (http://cryptominer.org/bitcoin/) it's declined rapidly.
I've been thinking about this for a bit and I really like the p2pool concept and recognise that if everybody bails during a period of bad luck then it'll never improve.
So... I've moved one of my miners back to p2pool (about 1GH/s) and I've configured failover on my other nodes now to point to my p2pool node.
Hopefully our luck improves soon! Back to 13 blocks a week would be good
Jump to: