Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Idea: Non-repudiable payment receipts for chunked payments #421

Closed
emschwartz opened this issue Apr 10, 2018 · 3 comments
Closed

Idea: Non-repudiable payment receipts for chunked payments #421

emschwartz opened this issue Apr 10, 2018 · 3 comments
Labels

Comments

@emschwartz
Copy link
Member

The original idea for the Interledger Payment Request (IPR) (and this update) was to provide non-repudiable payment receipts that a sender could use to prove that they had paid the receiver. PSK-style payments, including STREAM, enable sending multiple packets but don't provide non-repudiability -- or so we thought.

We could make an application layer protocol that provides non-repudiable receipts for streaming / chunked payments. For each chunk the receiver gets, they update and sign a receipt indicating how much they have received from the sender. This is unrelated to the conditions used within ILP, so this could be built using any PKI. The receiver's public key would probably be somewhat well-known so that the sender could demonstrate to 3rd parties that the sender paid the receiver.

If the receiver does not sign an updated receipt for a given chunk, the sender would not send any more. Either side could theoretically cheat the other side for the value of a single packet, but just like chunked payments reduce the risk for intermediaries, sending small chunks would reduce the value of this risk to some negligible amount.

@stale stale bot added the wontfix label May 10, 2018
@emschwartz
Copy link
Member Author

Is anyone interested in collaborating on this? I think this would be neat to build on top of STREAM, and it seems like it would be useful for e-commerce use cases @adrianhopebailie @sappenin

@stale stale bot removed the wontfix label May 10, 2018
@interledger interledger deleted a comment from stale bot May 17, 2018
@adrianhopebailie
Copy link
Collaborator

It would be interesting to explore a standard for using the same key pair to setup the shared key used by STREAM and then also sign the receipts.

I also wonder if we couldn't harden SPSP a little by using certificates so that SPSP responses provide more guarantees about who the receiver is claiming to be or somehow use the same cert from the TLS connection (which smells a bit but maybe it's okay)?

@stale
Copy link

stale bot commented Jun 16, 2018

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

If this issue is important, please feel free to bring it up on the next Interledger Community Group Call or in the Gitter chat.

@stale stale bot added the wontfix label Jun 16, 2018
@stale stale bot closed this as completed Jun 23, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants