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

2020-02-13 Thread lisa neigut
> With PoDLE this would not be possible I think, as you would not be able to open the PoDLE commitment with the other node as the target (if we go with the modified PoDLE which also commits to which node an opening is for, to prevent the pouncing venus flytrap attack). Good question. It should be

Re: [Lightning-dev] Decoy node_ids and short_channel_ids

2020-02-13 Thread Bastien TEINTURIER
Damn you're good. Le jeu. 13 févr. 2020 à 11:44, ZmnSCPxj a écrit : > Good morning t-bast, > > > > Propose we take the `z` to use as bolt11 letter, because even the > French > > > don't pronounce it in "rendez-vous"!) > > > > As long as Z-man didn't want to claim this bolt11 letter for himself

Re: [Lightning-dev] Decoy node_ids and short_channel_ids

2020-02-13 Thread ZmnSCPxj via Lightning-dev
Good morning t-bast, > > Propose we take the `z` to use as bolt11 letter, because even the French > > don't pronounce it in "rendez-vous"!) > > As long as Z-man didn't want to claim this bolt11 letter for himself or his > puppet army, that sounds good :). That would be too obvious. What I *am*

Re: [Lightning-dev] Decoy node_ids and short_channel_ids

2020-02-13 Thread Bastien TEINTURIER
Hey Rusty and list, I was starting to think this whole thing was of marginal benefit: note > that solving "private channels need a temp scid" is far simpler[1]. That's true, the simpler solution does break the on-chain / off-chain link but I think we can take this opportunity to also improve