Community Call - April 29th, 2020

The next community call will be on 2020-04-29T16:00:00Z

Dial in via Zoom

Please post topics you’d like to discuss here and some background context for the rest of the community (preferably not a few hours before the call so everyone has a chance to do some background reading).

Open Payments Items:

  • Discuss Open Payments and SPSP to finalize endpoints.
  • Begin discussion on Identity of entities within Open Payments
1 Like

If there’s time, let’s discuss the following related to OpenPayments (e.g., what are these concepts, and how should they compose with OpenPayments):

  • Receipts: what are they and how should they work? Difference between an OpenPayment receipt and a merchant receipt.
  • Personal data propagation (e.g., how to send the sender’s email address or shipping address to a receiving wallet).

Looking Resilience and Packet Loss

We have two points in a payment where we may encounter “packet loss”:

  1. An intermediary connector is unable to deliver a fulfilment resulting in the sender and receiver having a different view of the total sent/received. (Possibly resolved in part by receipts?)
  2. The STREAM sender/receiver dies and has not recorded/reported the current total amount sent/received

We have, up to now, assumed that transport layer protocols help to solve for case 1 (at least from the perspective of the sender and receiver). It would be good to validate that assumption and consider the real financial impact of this case if an intermediary is processing a high volume of txs.

Case 2 speaks to the design of the interface applications have into the STREAM layer and what granularity is available to them in real-time of the total packets fulfilled. This impacts the accounting of both the sender and receiver.

However, we should give some thought to how an application resumes a payment if the STREAM connection is lost. Is this something to define in Open Payments?

A more high-level question to consider is: should ILP packets be thought of as payments?

On the one hand we have pursued the idea that packets should be so small that some packet loss is acceptable and that its not worth trying to account for every one. However, experience is telling us that few implementers are okay with that way of thinking and want to reconcile every packet to their settlement layer.

Slides from the call: