Re: [Lightning-dev] Improving Payment Latency by Fast Forwards

2021-06-01 Thread ZmnSCPxj via Lightning-dev
Good morning again LL, So I started thinking as well, about Decker-Russell-Osuntokun and the Fast Forwards technique, as well as your "desync" idea. And it seems to me that we can also adapt a variant of this idea with Decker-Russell-Osuntokun, with the advantage of **not** requiring the

Re: [Lightning-dev] Improving Payment Latency by Fast Forwards

2021-06-01 Thread ZmnSCPxj via Lightning-dev
Good morning LL, > Hi Z, > > I just went through the presentation which made your thinking very clear. > Thanks. > I will not be able to match this effort so please bear with me as I try and > explain my own thinking. > I don't see why fast forwards (FF) need "symmetrically encumbered outputs"?

Re: [Lightning-dev] Dropping Tor v2 onion services from node_announcement

2021-06-01 Thread Peter Todd
On Tue, Jun 01, 2021 at 10:18:42PM +, darosior via Lightning-dev wrote: > Hi all, > > It's been almost 9 months since Tor v2 hidden services have been deprecated. > The Tor project will drop v2 support in about a month in the latest release. > It will then be entirely be dropped from all

Re: [Lightning-dev] Improving Payment Latency by Fast Forwards

2021-06-01 Thread Lloyd Fournier
Hi Z, I just went through the presentation which made your thinking very clear. Thanks. I will not be able to match this effort so please bear with me as I try and explain my own thinking. I don't see why fast forwards (FF) need "symmetrically encumbered outputs"? To me the protocol should be

[Lightning-dev] Dropping Tor v2 onion services from node_announcement

2021-06-01 Thread darosior via Lightning-dev
Hi all, It's been almost 9 months since Tor v2 hidden services have been deprecated. The Tor project will drop v2 support in about a month in the latest release. It will then be entirely be dropped from all supported releases by October. More at