Re: [Lightning-dev] DRAFT: interactive tx construction protocol

2020-02-10 Thread lisa neigut
I'd like to propose that we add a second commitment requirement to the PoDLE that JoinMarket uses, to limit the use of a commitment's validity to be only between an initiator and a single peer. Otherwise you can enable something I'll call the "pouncing venus-flytrap attack"[1]. Venus-flytrap

Re: [Lightning-dev] DRAFT: interactive tx construction protocol

2020-02-10 Thread lisa neigut
Here's some thoughts I had on PoDLE's and lightning. An enormous tip-of-the-hat is due to ZmnSCPxj for surfacing the work that JoinMarket has done here already. - The initiating message (in the case of open channel, this would be `open_channel2`) is extended to include an 'H2' field in its TLV, a

Re: [Lightning-dev] DRAFT: interactive tx construction protocol

2020-02-10 Thread lisa neigut
> But if you impose the blockheight - 6 in the Lightning protocol level, and Lightning succeeds (meaning a substantial fraction of blockchain transactions are Lightning opens)... > --- then transactions with `nLockTime` equal to the block they are included in minus 5 will be more common than

Re: [Lightning-dev] Few questions

2020-02-10 Thread Cezary Dziemian
Thanks a lot for clarification René. Sorry for that, next time I will not use dev list to ask such questions, but in "keysend" there are some details would like to discuss. Do we agree, that because payee doesn't know amount that payer wants to send him, the last hub can just prepare own HTLC

[Lightning-dev] A New Routing Paradigm:Ant Routing +`getroutequick` + Trampoline

2020-02-10 Thread ZmnSCPxj via Lightning-dev
Overview of Components == Ant Routing --- https://lists.linuxfoundation.org/pipermail/lightning-dev/2020-February/002505.html Ant Routing is a distributed pathfinding algorithm where nodes emit "pheromones", which are broadcasted over the entire network. When a node