summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorBryan Bishop <kanzure@gmail.com>2016-10-08 09:53:43 -0500
committerBryan Bishop <kanzure@gmail.com>2016-10-08 09:53:43 -0500
commitb462fea6ab9e9176dc2e0db9895869d39108fa6d (patch)
tree85eb2dcedb1bda38983e6fb9d2fb852536c378de
parent43265a5f33e6f3e05fe2468f5b559135a943efb4 (diff)
downloaddiyhpluswiki-b462fea6.tar.gz
diyhpluswiki-b462fea6.zip
transcript: paul sztorc (again)
-rw-r--r--transcripts/scalingbitcoin/milan/sidechains.mdwn9
1 files changed, 8 insertions, 1 deletions
diff --git a/transcripts/scalingbitcoin/milan/sidechains.mdwn b/transcripts/scalingbitcoin/milan/sidechains.mdwn
index b00b297..361b741 100644
--- a/transcripts/scalingbitcoin/milan/sidechains.mdwn
+++ b/transcripts/scalingbitcoin/milan/sidechains.mdwn
@@ -2,6 +2,8 @@ Sidechains
Paul Sztorc
+<https://twitter.com/kanzure/status/784767020290150400>
+
Before we begin, we will explain how the workshops will work upstairs. There will be some topics and room numbers. Now we will start the next presentation on sidechain scaling with Paul Sztorc. Thank you everyone.
----
@@ -28,8 +30,13 @@ That frees us up to ignore what the sidechain is doing. If you hate the idea of
I'm using sidechains as a giant large subjective lightning hub. The hub isn't bitcoin itself; it would slowly sink big aggregate net amounts to the settlement layer. That was the end of the first half where I tried to convince you this would not break anything you love. So I didn't have a lot of time obviously to go through everything, but that was kind of the sketch of it. Now I will talk about some other things. This part is very unlike bitcoin, so you wonder about the security about it. Even if you hate the idea, you wonder of the other people who are doing it, are they going to get anything out of it?
+... and then blue sends to orange, and then orange is the blue. They all use the same n, but they use a totally different path. The point there is that, on the lightning network website, interchangeable from bitcoin at large under most conditions which I am now going to talk about a little bit more. I am going to address this question of what is the nature of this weakness of having expensive nodes. We want redundancy and security, and how can this combination of items help with that. Well, the reason you want to know to go back quickly, you want a node because it protects you if someone tries to attack you. The node will protect you. You could have a big node, the big node can die, but the small node could still protect the money you have on the big chain. This depends on a variety of circumstances. There's lots of different circumstances for doing this. You already have a lot of channels open to miners, where you have not channels open with them directly, but some lightning path you would try to make, but the miners could buy large bitcoin capital with small bitcoin as I described over here, and then the miners since the drivechain concept they could pay them the balance themselves, and then they could get their money out of hte large node network even if it's shutoff, that's just one example of an attack and how to respond to it. You could have emergency mode where the miners sync with themselves, because the lightning network requires that you... and you could do other things like only allow the lightning network, it looks different from intermediate channels, all kinds of stuff to talk about there. The point is that you would be able to get your money out even if the network died. You might get price gouged, but probably most people would get their money out. The attack is pointless, there's probably no point in attacking, which I am going to maybe explain.
+
+Bittorrent where a VPN allows sophsticated people to avoid detection. So when someone unsophisticated does it, they get a letter in the mail. Opposite effect in alcohol prohibition, it didn't work, created a black market and the mafia. I am going to go back to the slide I skipped--- the pizza metaphor might not be good, but this weed might be better. There's a weed beneath ground, if you google for grow weed on the ground you get other things it turns out, but anyway the investment is slow and made deliberately. But then you have this other part above where the sunlight is. So if you only; if you kill just the first part, you have to kill the whole thing otherwise it regenerates the upper part from the lower part, you have a lot of hopelessness in removing weeds or killing the blockchain. You can kill the blockchain, but it will grow back. You can do a lot of fun stuff off-chain. That's the core of this idea.
+
+The benefit is that you get more scale. I don't emphasize the actual numbers. What I really emphasize is that you keep one as small as possible and the other one as large as possible. Then we can check and see what horrible tihngs happens to the large version and it's your only hope if - again I mentioned a few individuals would like to reduce the capacity so that we're stressed on this throughput decentralization tradeoff where we feel that we're not already decentralized enough; and this is the only way that I have heard anyone has proposed anything like that. Four is in my appendix slides. Then five I have these ulterior motives slides, I think sidechains are great, they do a lot of things and one of those things is that I'm working on a sidechain and it's my primary motivation for my interest in them at all. I was doing so much on my sidechain called hivemind that I had to go back and work on sidechain technology itself. So that's the talk. There's some time for questions.
+
<https://blockstream.com/sidechains.pdf>
<http://www.rootstock.io/blog/sidechains-drivechains-and-rsk-2-way-peg-design>
-