Good morning Paul and Chris,

>I don't agree with the conclusion (that the optimal policy is "always 
>downvoting", see above), but even if this analysis turns out to be correct, it 
>isn't a total disaster. The result (which is in the original Nov
>2015 specification) is that miners are the ones who perform the atomic swaps. 
>Then they walk the coins side-to-main (which, at this point, are *their* 
>coins). As long as there are a few large mining groups,
>competition will drive the atomic swap fees down to negligible levels.

Assuming there are three large mining groups who will ruthlessly want to 
undercut their competition, and with roughly 33% of total hashpower each (with 
the remaining 1% being some negligible hoi polloi), then one strategy to 
undercut your competitors would be to upvote only your own withdrawals and 
downvote that of your competitors.  A miner using this strategy hopes that the 
other miners will give up on withdrawing their own coin and trade their 
sidecoins at a discount to the undercutting miner.  That is, it is a hostage 
attempt of the sidecoin funds of the other miners.

In the case of three large mining pools that mistrust one another, then, no 
withdrawal would ever push through and drivechains stabilize to one-way pegs.

Now suppose that two of the mining pools collude.  They join their withdrawals 
into a single withdrawal proposal and upvote that, while downvoting the 
withdrawal of the third miner.  I observe that this is an opposite disaster: 
the 66% colluding miners can instead decide to simply outright make an invalid 
withdrawal of all funds, split up in half between themselves.

--

But three exactly equal mining pools is unnatural, for that matter

Suppose that there are three mining pools: A with 34%, B with 33%, C with 32%, 
and the hoi polloi making up the remaining 1%.  Those three pools cannot safely 
let the others withdraw funds.

Suppose A colludes with C to join their withdrawal proposals and their 
hashpower to withdraw.  This means that B can be pressured to sell its 
sidecoins for a discount to the joint coalition of A and C, since B cannot 
withdraw its own coins.  This lowers the profitability of B, causing grinders 
to leave them in favor of either A or C.  Since A is slightly larger than C, it 
is slightly more preferable, so it grows in size slightly more than C does.  
Eventually B dies due to the coalition of A and C.  A and C are the only 
remaining pools, with A slightly larger than C.  In this case, A can break from 
the coalition and squeeze C of its sidecoins, since only A can withdraw (as it 
has more hashpower than C).  Again, grinders will leave C for A.  A rational C 
that is capable of considering this possible future path will thus never ally 
with A in a coalition to crush B, as it will then be next in line for being 
destroyed.

Similar analyses for coalitions of (B, C) and (A, B).

Knowing this, and knowing that they will end up sidecoin bagholders if they 
cannot withdraw coins, all miners decide to collude together and put all their 
withdrawals into a single withdrawal proposal.  But this removes any 
check-and-balance that the single withdrawal proposal is truthful to the 
sidechain: that is, the single coalition of A,B, and C can decide to just steal 
all sidechain funds and reassign them in proportion to their hashpower.  This 
might be stable at end-of-life for the sidechain where all ordinary users of 
the sidechain have exited it, but is otherwise a theft risk if the sidechain is 
operating normally.

Regards,
ZmnSCPxj
_______________________________________________
bitcoin-dev mailing list
bitcoin-dev@lists.linuxfoundation.org
https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev

Reply via email to