ZmnSCPxj [ARCHIVE] on Nostr: 📅 Original date posted:2023-08-30 🗒️ Summary of this message: Sidechains were ...
📅 Original date posted:2023-08-30
🗒️ Summary of this message: Sidechains were initially seen as a scaling solution, but the author shifted focus to Lightning as a non-blockchain mechanism. Sidechains may only be useful as proof-of-concept or for developing new features. The author suggests a "user-activated" sidechain feature called "mainstake" with differences compared to drivechains, such as making it unpalatable for sidechain block builders to pay fees to mainchain miners. Miners can censor the addition or renewal of mainstakes, but censorship-resistance still applies. Sidechain funds are custodied by anonymous individuals, and there is a risk of large whales taking over and stealing funds.
📝 Original message:
Good morning Ryan, et al.,
My long-ago interest in sidechains was the hope that they would be a scaling solution.
However, at some point I thought "the problem is that blockchains cannot scale, sidechains means MORE blockchains that cannot scale, what was I thinking???"
This is why I turned my attention to Lightning, which is a non-blockchain mechanism for scaling blockchains.
The only other reason for sidechains is to develop new features.
However, any actually useful features should at some point get onto the "real" Bitcoin.
In that case, a sidechain would "only" be useful as a proof-of-concept.
And in that case, a federated sidechain among people who can slap the back of the heads of each other in case of bad behavior would be sufficient to develop and prototype a feature.
--
In any case, if you want to consider a "user-activated" sidechain feature, you may be interested in an old idea, "mainstake", by some obscure random with an unpronouncable name: https://zmnscpxj.github.io/sidechain/mainstake/index.html
Here are some differences compared to e.g. drivechains:
* Mainchain miners cannot select the builder of the next sidechain block, without increasing their required work (possibly dropping them below profitability).
More specifically:
* If they want to select a minority (< 50%) sidechain block builder, then their difficulty increases by at least one additional bit.
The number of bits added is basically the negative log2 of the share of the sidechain block builder they want to select.
* The intent is to make it very much more unpalatable for a sidechain block builder to pay fees to the mainchain miner to get its version of the sidechain block confirmed.
A minority sidechain block builder that wants to lie to the mainchain about a withdrawal will find that the fees necessary to convince a miner to select them are much higher than the total fees of a block.
This better isolates sidechain conflicts away from mainchain miners.
* Miners can censor the addition of new mainstakes or the renewal of existing mainstakes.
However, the same argument of censorship-resistance should still apply here (< 51% cannot reliably censor, and >=51% *can* censor but that creates an increasing feerate for censored transactions that encourages other potential miners to evict the censor).
* In particular, miners cannot censor sidechain blocks easily (part of the isolation above), though they *can* censor new mainstakers that are attempting to evict mainstakers that are hostile to a sidechain.
There are still some similarities.
Essentially, all sidechain funds are custodied by a set of anonymous people.
One can consider as well that fund distribution is unlikely to be well-distributed, and thus it is possible that a small number of very large whales can simply take over some sidechain with small mainstakers and outright steal the funds in it, making them even richer.
(Consider how the linked write-up mentions "PoW change" much, much too often, I am embarassed for this foolish pseudonymous writer)
Regards,
ZmnSCPxj
🗒️ Summary of this message: Sidechains were initially seen as a scaling solution, but the author shifted focus to Lightning as a non-blockchain mechanism. Sidechains may only be useful as proof-of-concept or for developing new features. The author suggests a "user-activated" sidechain feature called "mainstake" with differences compared to drivechains, such as making it unpalatable for sidechain block builders to pay fees to mainchain miners. Miners can censor the addition or renewal of mainstakes, but censorship-resistance still applies. Sidechain funds are custodied by anonymous individuals, and there is a risk of large whales taking over and stealing funds.
📝 Original message:
Good morning Ryan, et al.,
My long-ago interest in sidechains was the hope that they would be a scaling solution.
However, at some point I thought "the problem is that blockchains cannot scale, sidechains means MORE blockchains that cannot scale, what was I thinking???"
This is why I turned my attention to Lightning, which is a non-blockchain mechanism for scaling blockchains.
The only other reason for sidechains is to develop new features.
However, any actually useful features should at some point get onto the "real" Bitcoin.
In that case, a sidechain would "only" be useful as a proof-of-concept.
And in that case, a federated sidechain among people who can slap the back of the heads of each other in case of bad behavior would be sufficient to develop and prototype a feature.
--
In any case, if you want to consider a "user-activated" sidechain feature, you may be interested in an old idea, "mainstake", by some obscure random with an unpronouncable name: https://zmnscpxj.github.io/sidechain/mainstake/index.html
Here are some differences compared to e.g. drivechains:
* Mainchain miners cannot select the builder of the next sidechain block, without increasing their required work (possibly dropping them below profitability).
More specifically:
* If they want to select a minority (< 50%) sidechain block builder, then their difficulty increases by at least one additional bit.
The number of bits added is basically the negative log2 of the share of the sidechain block builder they want to select.
* The intent is to make it very much more unpalatable for a sidechain block builder to pay fees to the mainchain miner to get its version of the sidechain block confirmed.
A minority sidechain block builder that wants to lie to the mainchain about a withdrawal will find that the fees necessary to convince a miner to select them are much higher than the total fees of a block.
This better isolates sidechain conflicts away from mainchain miners.
* Miners can censor the addition of new mainstakes or the renewal of existing mainstakes.
However, the same argument of censorship-resistance should still apply here (< 51% cannot reliably censor, and >=51% *can* censor but that creates an increasing feerate for censored transactions that encourages other potential miners to evict the censor).
* In particular, miners cannot censor sidechain blocks easily (part of the isolation above), though they *can* censor new mainstakers that are attempting to evict mainstakers that are hostile to a sidechain.
There are still some similarities.
Essentially, all sidechain funds are custodied by a set of anonymous people.
One can consider as well that fund distribution is unlikely to be well-distributed, and thus it is possible that a small number of very large whales can simply take over some sidechain with small mainstakers and outright steal the funds in it, making them even richer.
(Consider how the linked write-up mentions "PoW change" much, much too often, I am embarassed for this foolish pseudonymous writer)
Regards,
ZmnSCPxj