Re: [Lightning-dev] An Argument For Single-Asset Lightning Network

2019-01-04 Thread ZmnSCPxj via Lightning-dev
Good morning David, What happens if the exchange node only sends its preimage towards the payer and not towards the payee? If the payer and payee do not coordinate, then it becomes possible for the exchange node to take the funds without the payee gaining the ability to claim the payment.

Re: [Lightning-dev] An Argument For Single-Asset Lightning Network

2019-01-04 Thread David A. Harding
On Thu, Dec 27, 2018 at 05:43:51AM +, ZmnSCPxj via Lightning-dev wrote: > We can try to mitigate this, but the solutions below all have significant > drawbacks. An alternative is to give the person making the exchange the ability to cancel the payment if they think the exchange rate has

Re: [Lightning-dev] An Argument For Single-Asset Lightning Network

2019-01-04 Thread ZmnSCPxj via Lightning-dev
Good morning Lawrence, > > On re-reading your argument, no, you have misunderstood massively. > > The two HTLCs together form a single American Call Option, issued by the > > exchange to the initiator of the "payment". > > It is not the initiator somehow issuing an American Call Option to itself

Re: [Lightning-dev] Quick analysis of channel_update data

2019-01-04 Thread Fabrice Drouin
On Fri, 4 Jan 2019 at 04:43, ZmnSCPxj wrote: > > - in set reconciliation schemes: we could reconcile [channel id | > > timestamp | checksum] first > > Perhaps I misunderstand how set reconciliation works, but --- if timestamp is > changed while checksum is not, then it would still be seen