I like @TheBlueMatt's proposal a lot and intend to incorporate basically everything there, but with BetterHash you still have to trust the pool operator. Two additional things #braidpool gives you are:
1. Removal of trusted pool operator
2. Solution to the selfish mining attack
-
-
That's basically what happens with blocks that are not mined by the share-pool, so it's a standard operating situation. That block is then not considered part of the share-chain and when the share-chain wins a block, it will not be paid.
-
Is it possible for a miner who belongs to the share-chain/pool to violate share-chain rules (e.g.: ignore all payout shares but his), but manages to get his block accepted by the main chain anyway? Can he screw the other pool members?
-
Such a miner would be considered a non-share-chain miner. A miner could legitimately contribute shares and then switch to solo mining for instance. But this doesn't "screw" anyone. The hashrate contributed to his solo mining doesn't contribute to the pool and v/v.
-
Do share-chain miners regularly broadcast their mining progress to the share-chain network? How do they come to consensus on the shares & split percentages?
-
The share chain is a blockchain of it's own. It has its own consensus rules and those rules include shares/split percentages. Mining is progress free but broadcast as blocks with a work target that is lower than that of Bitcoin. ("Weak blocks")
-
Yeah I used "progress" loosely as proof that you have done some partial work short of the target. Very curious on how share-chain consensus works. BTC its dead simple: most accumulated & valid PoW chain. Is it similar to that or something different entirely? Since you use a DAG.
-
Accumulated work is easy to measure: just add it all regardless of DAG structure. If you need double spend protection I have another algorithm...In the simplest case of a diamond sub-graph -- just order first the side with the smaller hash, for instance. But this generalizes.
-
Anywhere I can read up more on this DAG-based consensus? And just to be clear, the reason you're opting for a DAG is to reduce the orphan rates. So it's an optimization. Is this an accurate assessment? Would share-chain consensus work with just a simple linked-list, like BTC?
- 3 more replies
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.
