1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
|
Return-Path: <jlrubin@mit.edu>
Received: from whitealder.osuosl.org (smtp1.osuosl.org [140.211.166.138])
by lists.linuxfoundation.org (Postfix) with ESMTP id 74C7EC077D
for <bitcoin-dev@lists.linuxfoundation.org>;
Mon, 13 Jan 2020 22:05:38 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
by whitealder.osuosl.org (Postfix) with ESMTP id 5CDDC83C00
for <bitcoin-dev@lists.linuxfoundation.org>;
Mon, 13 Jan 2020 22:05:38 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Received: from whitealder.osuosl.org ([127.0.0.1])
by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id Mm99KUlDIb5i
for <bitcoin-dev@lists.linuxfoundation.org>;
Mon, 13 Jan 2020 22:05:37 +0000 (UTC)
X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6
Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11])
by whitealder.osuosl.org (Postfix) with ESMTPS id 2F2C3815ED
for <bitcoin-dev@lists.linuxfoundation.org>;
Mon, 13 Jan 2020 22:05:37 +0000 (UTC)
Received: from mail-il1-f170.google.com (mail-il1-f170.google.com
[209.85.166.170]) (authenticated bits=0)
(User authenticated as jlrubin@ATHENA.MIT.EDU)
by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 00DM5ZxN026749
(version=TLSv1/SSLv3 cipher=AES128-GCM-SHA256 bits=128 verify=NOT)
for <bitcoin-dev@lists.linuxfoundation.org>; Mon, 13 Jan 2020 17:05:35 -0500
Received: by mail-il1-f170.google.com with SMTP id f5so9577348ilq.5
for <bitcoin-dev@lists.linuxfoundation.org>;
Mon, 13 Jan 2020 14:05:35 -0800 (PST)
X-Gm-Message-State: APjAAAUbmtY9lkVSxQePz/EtugQlo3BHtXvp+ex3YzUc2tkkY+8B4GT5
cpfmfGOj7emgFVaygDSs7z2vRtfYyOYmg2bf7Sc=
X-Google-Smtp-Source: APXvYqwnL2FiIdIswHQpyduem+9SyHxRymBhxSDeL8YpbXjTrofTul3/GQTRqQ//k927YOhvu1iXdWgAm//clrzeHZI=
X-Received: by 2002:a92:1547:: with SMTP id v68mr571511ilk.58.1578953134912;
Mon, 13 Jan 2020 14:05:34 -0800 (PST)
MIME-Version: 1.0
References: <kAPCabG_c_AiGFYny48dO7ZT-MUgINLLoiKdzElSN8IrRej9szT3t9s0FvAHihraSo0CftPwFjU_pxvKuu9SziIJFt2JZxO3rdpS3-CMKzg=@protonmail.com>
<Qa9HJ5p2bYnXsjvgcTz-J_stEwJ80SU9UTZF5abv96i5eM_6y3pmy9Bu4tEnFXOc_lBs-y2BFoMh4xOGjl2US56hAFPvxDZM2eyhJkEdBLM=@protonmail.com>
<2mw_wd_ocLESpSG9ST3yJBsJriHf1l5LsdQ2jLamTUUKTMmwUpcjEeohClnMHJl4qjXNW9mHQJiK65jmDHfLG3-nVSRse9PdXnXokGZ2_ac=@protonmail.com>
<P-QnOpNsFdehy_F3FJgAr0lSJ2xtmT5cwRsEC8VfnIUrSgfNDkLNizm2L1TG65AhKM430tzJ9p33WBnSmJ92ZTKEoaKXCTQzVKrZkH9vtn4=@protonmail.com>
<-8y3dnfO2vpyLPeOF5scfp0c5AZd9FF-_xkr1jL2iT1j02fSMJHix2YQupuOeBRF9v5icwGQbriKFXqd5B1AusZp0X7ENOvQ_q4OGCazueU=@protonmail.com>
In-Reply-To: <-8y3dnfO2vpyLPeOF5scfp0c5AZd9FF-_xkr1jL2iT1j02fSMJHix2YQupuOeBRF9v5icwGQbriKFXqd5B1AusZp0X7ENOvQ_q4OGCazueU=@protonmail.com>
From: Jeremy <jlrubin@mit.edu>
Date: Mon, 13 Jan 2020 17:05:21 -0500
X-Gmail-Original-Message-ID: <CAD5xwhjPRELRdJNKiBbXtUFvrWSiG-1WaZKGV9FDw4=8Fq9YDw@mail.gmail.com>
Message-ID: <CAD5xwhjPRELRdJNKiBbXtUFvrWSiG-1WaZKGV9FDw4=8Fq9YDw@mail.gmail.com>
To: =?UTF-8?Q?Joachim_Str=C3=B6mbergson?= <joachimstr@protonmail.com>,
Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Content-Type: multipart/alternative; boundary="000000000000b93ba9059c0cac72"
Subject: Re: [bitcoin-dev] Coins: A trustless sidechain protocol
X-BeenThere: bitcoin-dev@lists.linuxfoundation.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Bitcoin Protocol Discussion <bitcoin-dev.lists.linuxfoundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/bitcoin-dev>,
<mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/>
List-Post: <mailto:bitcoin-dev@lists.linuxfoundation.org>
List-Help: <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev>,
<mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Jan 2020 22:05:38 -0000
--000000000000b93ba9059c0cac72
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
https://utxos.org/uses/
Yes, you should check out the material at the link above. Specifically non
interactive channels solve this problem of one sided opens, where the other
party is passive/offline.
On Mon, Jan 13, 2020, 12:42 PM Joachim Str=C3=B6mbergson via bitcoin-dev <
bitcoin-dev@lists.linuxfoundation.org> wrote:
> > Instead of using sidechains, just use channel factories.
>
> I am not familiar enough with the latest advancements in this field. Is i=
t
> possible using LN/channel factories to achieve off-line-like participatio=
n
> user experience without previous registration with any kind of gateway
> provider? For example, can you go online, join the network [somehow
> instantly], generate address/invoice and then put it somewhere for others
> to later use it when you are off-line? Can you also participate while bei=
ng
> off-line for very long periods of time without relying on third party
> providers to secure your channels? If not, is using sidechains really
> equally replaceable with LN/CF constructions?
>
--000000000000b93ba9059c0cac72
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"auto"><div><a href=3D"https://utxos.org/uses/">https://utxos.or=
g/uses/</a><div dir=3D"auto"><br></div><div dir=3D"auto">Yes, you should ch=
eck out the material at the link above. Specifically non interactive channe=
ls solve this problem of one sided opens, where the other party is passive/=
offline.=C2=A0</div><br><br><div class=3D"gmail_quote"><div dir=3D"ltr" cla=
ss=3D"gmail_attr">On Mon, Jan 13, 2020, 12:42 PM Joachim Str=C3=B6mbergson =
via bitcoin-dev <<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org=
">bitcoin-dev@lists.linuxfoundation.org</a>> wrote:<br></div><blockquote=
class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc soli=
d;padding-left:1ex">> Instead of using sidechains, just use channel fact=
ories.<br>
<br>
I am not familiar enough with the latest advancements in this field. Is it =
possible using LN/channel factories to achieve off-line-like participation =
user experience without previous registration with any kind of gateway prov=
ider? For example, can you go online, join the network [somehow instantly],=
generate address/invoice and then put it somewhere for others to later use=
it when you are off-line? Can you also participate while being off-line fo=
r very long periods of time without relying on third party providers to sec=
ure your channels? If not, is using sidechains really equally replaceable w=
ith LN/CF constructions?<br>
</blockquote></div></div></div>
--000000000000b93ba9059c0cac72--
|
