From anton.kumaigorodskiy at outlook.com Mon Nov 7 19:58:54 2016 From: anton.kumaigorodskiy at outlook.com (Anton Kumaigorodskiy) Date: Mon, 7 Nov 2016 19:58:54 +0000 Subject: [Lightning-dev] Single channel on mobile clients Message-ID: > The recipient can signal that it would accept multipath > transfers, and the client can decide whether to perform a multipath > payment > At this point > we can only try again with a different path, but the retry logic is > still not worked out completely at this point. What if there was a special protocol for payment requests so that payer and payee could properly negotiate a number of routes and other details? For example, a payee's QR code could contain not H(R)+routing but a server address and other details sufficient for a payer to establish a connection with payee's device, then ask for H(R)+routing, then re-ask again if it needs more routes and again later if payment fails half-way. This seems appropriate since both devices have to be online anyway to carry out the payment and there can be many such maintenance servers, each coffee shop may have it's own. -------------- next part -------------- An HTML attachment was scrubbed... URL: