Topic: Bringing decentralization back to the Bitcoin network. (Read 10601 times)

You can't use the pool. 

When you hash a block and find a share you only return the hash.   The pool verifies the hash you return matches the work you were given and the hash is good otherwise you get a reject.

A hash is only good for EXACTLY that block header.  The block header contains the merkle root which contains hashes of the transaction including the coinbase.  A pool expects the coinbase to have its reward address.  p2pool expects the coinbase to have the split determined by the share chain.

TL/DR version:
The hashes produced from the work generated by p2pool is only good for p2pool.
the hashes produced from the work generated by a pool is only good for that pool.

If I run p2pool myself, merged mining all the alt chains I want to that mmpool at bitparking does not, can I also point my p2pool at the mmpool that already merged mines several types of coin?

Won't the headers sent by the merged mining pool be expected back un-messed-with by the merged mining pool, so that your addition of more chains for your own merged mining might make the pool reject your blocks/shares?

Maybe it varies from pool to pool, what kind of checks they do on your blocks/shares, like whether they only check that the merkles are there for the chains they are merging or also in the process check that you have not added more chains's merkles there?

I had thought I would have to merge for myself all the chains the mmpool does and stop using the pool, but if I can use the pool but still add on a bunch more chains the pool for whatever reason has not seen fit to merge yet that would be great...

-MarkM-

I did it with no downtime.  I added my p2pool settings to my miner before even setting up the pool.  As soon as the pool was up, cgminer switched to it instantly.

I just think it should be made very clear that you have to have the whole blockchain downloaded for p2pool to run and that the shares are not difficulty 1.  So many people keep on asking about both those things.

Whatever happened to p2poolparty.net? The stats pages still seem to be running and working, but the mining servers are offline and not responding. It was cool while it lasted for a little while, can someone make another clone of it?

Right, but I think if P2Pool supported Namecoin in addition to BTC and LTC, you could point your BTC P2Pool to the NMC P2Pool merged mining url.

Or, what is possible right now, join a NMC merged mining pool and point your P2Pool instance to that.

FTFY

I would be happy when P2Pool reaches ~700GHash... We are now at 240GHash!

The documents are done, so, everybody with little Linux or Windows knowledge can run your P2Pool node in minutes...

Come on guys! P2Pool is the future of Bitcoin / Litecoin mining!

This huge centralization of power in the pools must go.

http://blockexplorer.com/address/1Kz5QaUPDtKrj5SqW5tFkn7WZh8LmQaQi4 lists all the blocks found by p2pool.

6 blocks yesterday, 5 so far today.  It's been a lucky couple of days when the expected "Average time between blocks" is 0.36 days.

Yes.  In essence you are solo mining.  The p2pool network only checks to ensure the coinbase transaction is valid (and matches share chain reward split).  p2pool can be best summed up as solo mining w/ shared rewards.

You have no choice but to keep any alt-chain coins to yourself. The p2pool network & share chain only has "knowledge" of Bitcoin.

Yes actually that was what I was asking ...
You can merge mine as many related chains as you like
If you find the pool block you can keep all the other chain coins yourself.

Reward in p2pool are higher than in most pool (ppl in deepbit pay 10% to mine LOL, poor noobs, wasting money), that is an incentive for ppl to switch to it.

Variance? P2pool find some blocks everyday, no problem about variance...

I guess that would be yes since you are running your own bitcoind and namecoind? I think the comment was about namecoin mining not being pooled.  When you use merged mining with p2pool you get the 50NMC reward block to yourself - I've mined a few NMC blocks already.

The bold bit ...
Can anyone put whatever they like in the coinbase?

Anyone got an answer to this comment?

That's one example of Satoshi's genius ideas. People involved with Bitcoin only need to be interested in themselves. Miners, being normal (rational) people, only care about making money, not about securing the network. Just securing the network would be charity work. But, by only caring about themselves, the end up securing the network in the process as well.

Just fyi, my system currently ca do about 550Mhash on average. Not a huge mining farm, but not a weak system either. I would guess about average that someone who wanted to have dedicated mining going without splurging too much would have. With my system and the current difficulty, I will get one block every 6 months to a year (most likely every year). There's NO WAY I am willing to spend $50 a month with the hope of getting paid a year down the road, with the risk of the difficulty perpetually going up, and my chances perpetually dwindling to 0. That is basically what was happening in June; you have a chance of one block in a month, two weeks later you have a chance of one block in 2 months, 2 weeks later it's one block in 4 months, and so on, with the goal constantly moving away. That's why I am using pooled mining, and why I suspect everyone else does too: a single hash is worth a specific amount now, and may be almost worthless by comparison just a few weeks from now.

The issue comes from the fact that there is a limit on how fast the pool (in aggregate) can produce shares.  Every share must be shared with every client.  p2pool handles this by using dynamic difficulty to keep avg share time at 10 seconds (just like Bitcoin uses dynamic difficulty to keep avg block time at 10 minutes).  If p2pool was 5x as big the difficulty of shares would be 5x as high.  Eventually difficulty becomes so high that for small miners the variance they worry about is the share time variance.

There are methods around this.  The protocol could be expanded so that in a p2p fashion the pool dynamically creates, splits, merges, and closes subpools.  New nodes would be assigned to subpool most appropriate.  So while p2pool could have theoretically 2 TH/s it may consists of 5 independent pools with 400 GH/s on average.

Another method would be a master-slave network.  There is a high level p2pool.  The only thing operating at this level would be traditional small pools, entire p2pools, and major hashing farms.  Difficulty would be very high so it wouldn't be advisable for a small miner to join.  However using this p2pool-backbone smaller p2pools & small traditional pools could connect.

So yes it is an issue and yes there are potential solutions.

Ok, thanks. I was trying to think of some other authentication method for who solved the block, but I couldn't get it to work securely in my head either the more I thought about it. I still felt like I had to ask since I've been surprised of what you can achieve with cryptography every other day since I learned about bitcoin and became more interested in the subject. And even if it wouldn't eliminate pooled mining it would disincentivize it and generate some decentralization compared to today. I don't see how adding costs to centralization would centralize the network even more. But that discussion is kind of irrelevant if it's not even possible.

P2Pool is pretty interesting though. But from how mining currently works, miners don't seem to value network security nearly as high as they value reduced variance, so I remain sceptical in how well it will kick of. But it's certainly a great inovation that should be encouraged.

Is there some scalability issues with P2Pool? For example, could every single miner join a P2Pool, or would we need multiple P2Pools? If it's the former I could see a point where even the variance-reducing miners would prefer P2Pool over other pools. A 95% Pie chart for P2Pool on bitcoinwatch would be neat.

No alternative is possible.  The reward is a transaction thus it is part of the block thus it is part of the merkle tree thus it is part of the merkle root thus it is part of the block header.

If you could change the reward transaction without it affecting the block hash well I would change every block's reward transaction to my address.  All the bitcoins are mine.    Of course so would everyone else and thus there would be no value in it.

Still even if you DID do that you wouldn't eliminate pool mining.  Pools would simply require you put up a deposit to join the pool.  A deposit you lose if you steal a block.  If anything it would centralize power more among large hashing farms and mining companies as putting up a 50 BTC deposit is a lot easier on 20 GH/s then it is with 300 MH/s.

Yes, I already noted that problem. I'll bold the relevant parts for you.

So yes, that is a very serious problem, and I'm aware of it. But the thing I have been asking about all this time is wether it's possible to disincentivize pooled mining in the bitcoin protocol without any negative side-effects like that one. I'm leaning towards it not being possible, but I'm not actually sure.

Millions of people play in the lottery so I'm sure they could mine for bitcoins as well even if it's somewhat of a gamble. Bitcoin unlike the lottery would actually still have a positive expected value. If we have some weak risk averse miners, others will come in and profit from the weak miners' irrational -EV move.

Also, I don't think we could possibly lose nearly enough processing power for it to matter. The profitability of mining goes through the roof long before that ever happens. Suppose we lost something extreme like 9 tenths of the current hashing power. We would still have a substantial amount, and those left in the game would gain 10x the amount of bitcoins while their costs remain constant. If a miner recieves $10 of bitcoin for $9 of expenses now, he would get $100 of bitcoin for $9 of expenses in the new scenario with less hashing power. That kind of ROI would surely lure the quitters back in to mining, regardless of variance. Rational miners will endure the variance and gain if others quit.

So I think my point still stands. Pooled mining does nothing for the end-users except creating a potential security risk from centralization.

Why in the fuck would you do this? There wouldn't be a single set of users that would voluntarily leave the block untouched, if they could claim the reward as their own.

In addition, eliminating all pools would mean that everyone is solo mining again. Why is this bad? Because at the current difficulty, CPU and slow GPU miners are certainly not going to  wait around for literally months at a time waiting for a block, and they will simply stop mining, instead of getting a trickle of bit-pennies every day or so. Having the additional hash power, even if it is somewhat centralized, is going a long way towards the ultimate goal of securing the network.

Besides that, the large miners (30-200 ghash) would become de-facto pools, because of the efficiency increases of running a set of miners on a pool that is on-location. The high variance would push many users out of the market, causing a) a drop in value, b) a drop in difficulty, making it easier for them to monopolize a portion of the network, and c) consolidation of hash power to the people that would eventually get much of the payout due to this monopoly.