Re: [Lightning-dev] AMP: Atomic Multi-Path Payments over Lightning

2018-02-07 Thread Rusty Russell
Olaoluwa Osuntokun writes: > Hi Y'all, > > A common question I've seen concerning Lightning is: "I have five $2 > channels, is it possible for me to *atomically* send $6 to fulfill a > payment?". The answer to this question is "yes", provided that the receiver This is awesome! I'm kicking myself

Re: [Lightning-dev] AMP: Atomic Multi-Path Payments over Lightning

2018-02-07 Thread Rusty Russell
Olaoluwa Osuntokun writes: > Protocol Overview > == > This design can be seen as a generalization of the single, non-interactive > payment scheme, that uses decoding of extra onion blobs (EOBs?) to encode > extra data for the receiver. In that design, the extra data includes a > pa

Re: [Lightning-dev] Improving the initial gossip sync

2018-02-07 Thread Jim Posen
I like Christian's proposal of adding a simple announcement cutoff timestamp with the intention of designing something more sophisticated given more time. I prefer the approach of having an optional feature bit signalling that a `set_gossip_timestamp` message must be sent immediately after `init`,

Re: [Lightning-dev] Improving the initial gossip sync

2018-02-07 Thread Fabrice Drouin
Hi, Suppose you partition nodes into 3 generic roles: - payers: they mostly send payments, are typically small and operated by end users, and are offline quite a lot - relayers: they mostly relay payments, and would be online most of the time (if they're too unreliable other nodes will eventually

Re: [Lightning-dev] channel rebalancing support kind of exists already?

2018-02-07 Thread Corné Plooy via Lightning-dev
Hi, Amiko Pay had this: on an invoice, you could (optionally) specify through which peer you wanted to be paid; on a payment, you could (optionally) specify through which peer you wanted to pay. In fact, if you didn't do this, a payment-to-self would not result in any channel actions, since the mo

Re: [Lightning-dev] AMP: Atomic Multi-Path Payments over Lightning

2018-02-07 Thread Jim Posen
This is a really neat idea. This is a question about non-interactive payments in general, but is there any way to get a proof of payment? With regular invoices, knowledge of the preimage serves as cryptographic proof that the payment was delivered. On Feb 6, 2018 6:26 PM, "Conner Fromknecht" wro

Re: [Lightning-dev] channel_reserve_satoshis?

2018-02-07 Thread ZmnSCPxj via Lightning-dev
Good Morning Cezary, > This is quite good way to replace both-funding channels by such "superhub". > It would be even easier if I could open more then single channel between both > parties, but I saw this is not possible in c-lightning. From a risk perspective, you have increased risk in genera