I think the vast majority of miners that leave p2pool do so because they can't deal with the variance. It's also why pools like AntPool and f2pool continue to grow. Less variance... regular payouts... regardless of how bad they are for the network.
|
|
|
I'm not sure, but why don't we raise funds for the development team that can do this (maybe it's a bad idea). I think we should act more active rather than passively wait for volunteers.
This has also been discussed many times in the past, but finding a coder willing to step up (huge task) as well as people who are willing to donate has proven impossible unfortunately. I've read through this thread many times & it seems some users think that either there is no need for development because it's perfect already, or that it is some kind of crime to even think about it - so nothing happens & miners go elsewhere. **waits for torrent of abuse** I don't think it's that people think it's perfect already... it's that people haven't come up with a better way to do it. A number of ideas have been thrown around, but none solve the problems inherent in the system. As much as we all want p2pool to represent a larger percentage of the network hash, if it were to do so, then the miners would experience more and more variance as share difficulty rose. Nobody's been able to come up with a way to manage that, and nobody's willing to simply translate the pool code from python to C. Heck, windpath even started a bounty months ago to get some work done. Nobody took him up on the offer.
|
|
|
That's exactly right. Unions exist to provide bargaining power to individuals who on their own don't have any, so that the individuals can have their rights represented against another powerful entity. In the case of BTC, there simply is no powerful entity against which we could unionize. As somebody a few posts up pointed out, it's not like we can picket outside a mining farm somewhere. There's no entity controlling the price, so we can't unionize against anyone to demand the price be changed.
|
|
|
Wasn't there a guy running a long-term betting site? You could bet on BTC price/difficulty at some point in the future... I swear I remember that. Would be kind of fun... the long-term speculation thread. Where do you think difficulty and price will be by year end? By the end of Q1 next year? Predict the date/time of the halving... all kinds of fun things you can speculate and bet on .
|
|
|
Or how about you just exercise a little bit of self control and don't spend the coins . Avoids the whole "I printed a paper wallet out and handed to my Auntie who lost it".
|
|
|
Runs fine yes, but the bitmain driver throws away what could be potential block solves on p2pool...
the problem is only for s7? or even s5 - s3....? There is a discussion that contains all modified antminer drivers for p2pool? Except for Kano's firmware and my drivers for S1-3, all antminer S* cgminer forks from bitmain have the same driver design flaw. We mention it at regular intervals but it keeps getting forgotten or lost in the discussion by p2pool miners... Maybe does not make sense to do firmware forks for S *, so we are constantly catching up and more and more losing hashrate. Now it is so small that it can be said that p2pool is dead. And many of those who get ASICs, can never replace firmware and getting out on p2pool they switch to a another type of pools. Maybe it's time for develpers to join and modify and adapt it for the new ASICs? Perhaps it's needed to rewrite it on C, as in Python it loads only one core and often on 100% We need creative solutions, or this topic can be closed and we should stop our nodes and move to antpool, f2pool and similar. We should absolutely not, in any way, shape or form, EVER move to AntPool or f2pool. Not only are those pools way too big as it is, but they are also poorly written and take shortcuts that are bad for Bitcoin. In case you don't remember, they caused a fork in BTC earlier this year precisely because of their shoddy software and mining practices. As to your other points, we've discussed numerous times rewriting p2pool in a language that can handle multiple threads. Thus far, nobody's stepped up to take on that challenge. Even so, rewriting the pool code in C or some other language will not handle the underlying problem of crappy cgminer forks not submitting shares which could be solving blocks.
|
|
|
Runs fine yes, but the bitmain driver throws away what could be potential block solves on p2pool...
the problem is only for s7? or even s5 - s3....? There is a discussion that contains all modified antminer drivers for p2pool? .. but it certainly isn't the only one . Do you think it's just bad luck or other? The problem is for ALL Antminers unless you have installed the proper binaries from -ck and kano. If you are using any other binaries (Bitmain's, some other forks for extranonce, etc) then you do not have the updated code that submits stale shares. In other words, you are potentially throwing away possible block solutions. As to your other question regarding luck... yes, I believe it is just poor luck. We are experiencing normal swings in variance. As I initially mentioned, S7s are certainly a potential influencing factor since there are no (to my knowledge, -ck/kano can correct me) updated cgminer binaries for it. However, I don't know how many people currently mining on p2pool are using S7s, so I don't have any reference for how much of an impact it might have .
|
|
|
That everyone updated their gear to S7s, but because they did now p2pool doesn't find any blocks because those same S7s throw away potential solutions? Sure... I suppose that could be one of the reasons... but it certainly isn't the only one .
|
|
|
Last time we saw a 10% up was a year ago. wondering what are the news gear that make the diff up like that. It's new gear and the BTC price increase combined. Lots of S7s coming online. Some people say that there are warehouses full of gear that sit idly until BTC price increases, at which point the gear is turned on because it is profitable again. Personally, I think those people are wearing tinfoil hats and constantly looking for black helicopters. Anyway, who knows what's really happening. The network hash rate is only estimated by block solve times. Has that much gear really come online in the past 2016 blocks, or is it a combination of new gear and lucky block solves? I certainly remember seeing a few posts in this very forum talking about how lucky some pools were - and they hadn't increased their hash rate. Then again, looking at f2pool's thread, it seems they've grown to 125PH, which is up about 25PH from the last time I looked at their thread.
|
|
|
I log into the local cafes wifi to make my transaction at the atm and always sit there waiting for 2 confirmations and proceed to get funds. What I want to know is do I need to sit there with my phone connected to wifi during this time or can I log off and come back say in a hour and connect back to get funds? What I am worried about is coming back a hour later and having to wait for 2nd confirmation because I disconnected from wifi. This may seem stupid but I just want to make sure that I can sell and come back say at end of work day instead of waiting around for 20 minutes plus. Have only walked away once and it was my 2nd time and had not clicked miners fee,so it took forever and has made me sit around ever since. Please confirm if I can sell and walk away,that wifi connect is not needed once blockchain has submitted ticket. Thanks Sorry for odd question Once you have successfully created the transaction and it has been relayed to the network, you no longer need to be online. If you've properly created it, and paid the appropriate fees, eventually your transaction(s) will be included in a block.
|
|
|
There's no such thing as "earning free". That's an oxymoron. If you're "earning" something, you are performing some task from which you are then acquiring the coins. I don't care if it's as mind-numbingly boring as repeatedly clicking on a faucet. You are still performing a task and investing your time on the execution of that task.
|
|
|
I've got a better definition for you:
Bitcoin is magic internet money!
OK, all joking aside... OP, you might want to actually learn about Bitcoin before trying to define it for others. That mishmash of words thrown together in your post... yikes.
|
|
|
Now that's a good feeling. I speak from experience. Was part of a group that rented out a bunch of hash hoping to hit a block. We hit two during our rental period. Hitting the first was sweet. Hitting that second one was even better . Of course, I had spent nearly as much on previous attempts as I made back from hitting the two blocks, so my return wasn't as nice as yours would be... Good luck! Hope you hit again!
|
|
|
What is the premise of the union? Who would the union stand up against? What exactly are you suggesting here? If the top mining farms refuse to mine coin until the price rises, then eventually the difficulty would simply adjust to match the new, lower network hash rate. If the top mining farms just refused to sell the coins they mined, I suppose they could eventually make enough of a dent in the supply/demand curves to influence the price of the coins in circulation... but not without going out of business first because they aren't selling the coins they've mined.
Sorry, but the concept of the union here just doesn't fly.
|
|
|
Congrats! That's a nice return on your investment .
|
|
|
Agreed about the PDU. If you want to use that one, then definitely swap out the breaker for a 20A. If you want to keep the same breaker, get a better PDU.
|
|
|
Glad you've got some 240V circuits available to you... those Bitmain PSUs will work just fine, then. You're buying a friend an S7? Need another friend?
|
|
|
BAN didn't lose money because of the pool software they ran. They lost money because they had a business model that could never be sustained. However, I do agree with your statements about PROP vs PPLNS Well they did lose 2 blocks to a hack AFAIK and the rest to running PPS with a bad luck streak(PPS is very risky to the pool operator especially for smaller pools). A hack... And I've got a nice bridge in Brooklyn is like to sell you... The simple truth was the pool model could not be sustained. He was trying to run a PPS pool with no fees - for a long time paying a decent bonus to miners on top of expected earnings. The only way he could have survived would have been to have a decent sized reserve and charged fees to help offset the luck and orphaned blocks. That's the only way any PPS pool can hope to make it.
|
|
|
Hopefully you've got at least a 208V plug for the Bitmain PSU - it won't even fire up on standard US 110/120V plugs. I don't know where you're located, but thought I'd point that out for you. A single EVGA 1300G2 will drive that S7 - but you need to get a couple cable splitters so you can have enough PCI connections.
|
|
|
BAN didn't lose money because of the pool software they ran. They lost money because they had a business model that could never be sustained. However, I do agree with your statements about PROP vs PPLNS
|
|
|
|