Return-Path: Received: from whitealder.osuosl.org (smtp1.osuosl.org [140.211.166.138]) by lists.linuxfoundation.org (Postfix) with ESMTP id 74C7EC077D for ; 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 ; 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 ; 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 ; 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 ; Mon, 13 Jan 2020 17:05:35 -0500 Received: by mail-il1-f170.google.com with SMTP id f5so9577348ilq.5 for ; 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: <2mw_wd_ocLESpSG9ST3yJBsJriHf1l5LsdQ2jLamTUUKTMmwUpcjEeohClnMHJl4qjXNW9mHQJiK65jmDHfLG3-nVSRse9PdXnXokGZ2_ac=@protonmail.com> <-8y3dnfO2vpyLPeOF5scfp0c5AZd9FF-_xkr1jL2iT1j02fSMJHix2YQupuOeBRF9v5icwGQbriKFXqd5B1AusZp0X7ENOvQ_q4OGCazueU=@protonmail.com> In-Reply-To: <-8y3dnfO2vpyLPeOF5scfp0c5AZd9FF-_xkr1jL2iT1j02fSMJHix2YQupuOeBRF9v5icwGQbriKFXqd5B1AusZp0X7ENOvQ_q4OGCazueU=@protonmail.com> From: Jeremy Date: Mon, 13 Jan 2020 17:05:21 -0500 X-Gmail-Original-Message-ID: Message-ID: To: =?UTF-8?Q?Joachim_Str=C3=B6mbergson?= , Bitcoin Protocol Discussion 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-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
https://utxos.or= g/uses/

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


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 fact= ories.

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?
--000000000000b93ba9059c0cac72--