📅 Original date posted:2022-02-24
📝 Original message:
On 2/24/2022 7:49 AM, ZmnSCPxj via bitcoin-dev wrote:
...
>> ... it is easy for 51% hashrate to double-spend in the LN ...
> ... the above statement is unequivocally ***true***.
Both LN and Drivechain are vulnerable to miner-theft; and both use their design to deter theft.
> However, I believe that the following important points must be raised:
>
> * A 51% miner can only attack LN channels it is a participant in.
> * A 51% miner can simultaneously attack all Drivechain-based sidechains and steal all of their funds.
In LN, the main obstacle is that your miner-coalition must first join the channel.
In DC, the main obstacle is that your miner-coalition must construct a txn obeying the Bip300 rules. Knowing that SPV proofs allow miner-theft, the Bip300 rules are designed specifically to try to thwart miner-theft.
***
I don't think I can stop people from being ignorant about Drivechain. But I can at least allow the Drivechain-knowledgable to identify each other.
So here below, I present a little "quiz". If you can answer all of these questions, then you basically understand Drivechain:
0. We could change DC to make miner-theft impossible, by making it a layer1 consensus rule that miners never steal. Why is this cure worse than the disease?
1. If 100% hashrate wanted to steal coins from a DC sidechain *as quickly as possible*, how long would this take (in blocks)?
2. Per sidechain per year (ie, per 52560 blocks), how many DC withdrawals can take place (maximum)? How many can be attempted?
(Ie, how does the 'train track metaphor' work, from ~1h5m in the "Overview and Misconceptions" video)?
3. Only two types of people should ever be using the DC withdrawal system at all.
3a. Which two?
3b. How is everyone else, expected to move their coins from chain to chain?
3c. (Obviously, this improves UX.) But why does it also improve security?
--
4. What do the parameters b and m stand for (in the DC security model)?
5. How can m possibly be above 1? Give an example of a sidechain-attribute which may cause this situation to arise.
6. For which range of m, is DC designed to deter sc-theft?
7. If DC could be changed to magically deter theft across all ranges of m, why would that be bad for sidechain users in general?
--
8. If imminent victims of a DC-based theft, used a mainchain UASF to prohibit the future theft-withdrawal, then how would this affect non-DC users?
9. In what ways might the BTC network one day become uncompetitive? And how is this different from caring about a sidechain's m and b?
--
10. If DC were successful, Altcoin-investors would be harmed. Two Maximalist-groups would also be slightly harmed -- who are these?
***
> Thus, LN usage is safer than Drivechain usage.
Neither LN nor DC, are intended for use by everyone in every circumstance.
DC can simulate a zcash sidechain, but it can not allow for instant off-chain payments. So DC-vs-LN would never be an apples-to-apples comparison, on any criterion.
The end user should be free to decide, what risks they take with their money. Today, users can sell their BTC for Solana (or BSV or whatever). So, to me it seems clear that they should be "allowed" to spend their BTC to a Bip300 script, just as they are allowed to open a LN channel.
-Paul
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20220224/29005c37/attachment.html>;
Paul Sztorc [ARCHIVE] /
npub10t…w9uu9
2023-06-09 13:05:25
in reply to nevent1q…yasz
Author Public Key
npub10tqt6wdc2neye0cxwyphtre6n5uccgur94khtqjdry9wxhrvywlq6w9uu9Published at
2023-06-09 13:05:25Event JSON
{
"id": "f85392ae095a6a82480df098b713cf925e16b0fae4816328882eb271ba7b3a58",
"pubkey": "7ac0bd39b854f24cbf067103758f3a9d398c23832d6d75824d190ae35c6c23be",
"created_at": 1686315925,
"kind": 1,
"tags": [
[
"e",
"4c8e9fdcc5c6dc92cc59ac14c8c3d5823c345662fd76f0ae0927d8c9325ef945",
"",
"reply"
],
[
"p",
"9456f7acb763eaab2e02bd8e60cf17df74f352c2ae579dce1f1dd25c95dd611c"
]
],
"content": "📅 Original date posted:2022-02-24\n📝 Original message:\nOn 2/24/2022 7:49 AM, ZmnSCPxj via bitcoin-dev wrote:\n...\n\n\u003e\u003e ... it is easy for 51% hashrate to double-spend in the LN ...\n\u003e ... the above statement is unequivocally ***true***.\n\nBoth LN and Drivechain are vulnerable to miner-theft; and both use their design to deter theft.\n\n\u003e However, I believe that the following important points must be raised:\n\u003e\n\u003e * A 51% miner can only attack LN channels it is a participant in.\n\u003e * A 51% miner can simultaneously attack all Drivechain-based sidechains and steal all of their funds.\n\nIn LN, the main obstacle is that your miner-coalition must first join the channel.\n\nIn DC, the main obstacle is that your miner-coalition must construct a txn obeying the Bip300 rules. Knowing that SPV proofs allow miner-theft, the Bip300 rules are designed specifically to try to thwart miner-theft.\n\n***\n\nI don't think I can stop people from being ignorant about Drivechain. But I can at least allow the Drivechain-knowledgable to identify each other.\n\nSo here below, I present a little \"quiz\". If you can answer all of these questions, then you basically understand Drivechain:\n\n0. We could change DC to make miner-theft impossible, by making it a layer1 consensus rule that miners never steal. Why is this cure worse than the disease?\n1. If 100% hashrate wanted to steal coins from a DC sidechain *as quickly as possible*, how long would this take (in blocks)?\n2. Per sidechain per year (ie, per 52560 blocks), how many DC withdrawals can take place (maximum)? How many can be attempted?\n (Ie, how does the 'train track metaphor' work, from ~1h5m in the \"Overview and Misconceptions\" video)?\n3. Only two types of people should ever be using the DC withdrawal system at all.\n 3a. Which two?\n 3b. How is everyone else, expected to move their coins from chain to chain?\n 3c. (Obviously, this improves UX.) But why does it also improve security?\n--\n4. What do the parameters b and m stand for (in the DC security model)?\n5. How can m possibly be above 1? Give an example of a sidechain-attribute which may cause this situation to arise.\n6. For which range of m, is DC designed to deter sc-theft?\n7. If DC could be changed to magically deter theft across all ranges of m, why would that be bad for sidechain users in general?\n--\n8. If imminent victims of a DC-based theft, used a mainchain UASF to prohibit the future theft-withdrawal, then how would this affect non-DC users?\n9. In what ways might the BTC network one day become uncompetitive? And how is this different from caring about a sidechain's m and b?\n--\n10. If DC were successful, Altcoin-investors would be harmed. Two Maximalist-groups would also be slightly harmed -- who are these?\n\n***\n\n\u003e Thus, LN usage is safer than Drivechain usage.\n\nNeither LN nor DC, are intended for use by everyone in every circumstance.\n\nDC can simulate a zcash sidechain, but it can not allow for instant off-chain payments. So DC-vs-LN would never be an apples-to-apples comparison, on any criterion.\n\nThe end user should be free to decide, what risks they take with their money. Today, users can sell their BTC for Solana (or BSV or whatever). So, to me it seems clear that they should be \"allowed\" to spend their BTC to a Bip300 script, just as they are allowed to open a LN channel.\n\n-Paul\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20220224/29005c37/attachment.html\u003e",
"sig": "a021006fc04b9db6dd46b563bf85deb1437fa1583c3c5b24ba022dedea7d0704769a487c4b65dd0195f317b417e8727c60211c5caf6f2d2c60afd1f860f8d7ca"
}