summaryrefslogtreecommitdiff
path: root/design-documents/013-peer-to-peer-payments.rst
diff options
context:
space:
mode:
Diffstat (limited to 'design-documents/013-peer-to-peer-payments.rst')
-rw-r--r--design-documents/013-peer-to-peer-payments.rst10
1 files changed, 6 insertions, 4 deletions
diff --git a/design-documents/013-peer-to-peer-payments.rst b/design-documents/013-peer-to-peer-payments.rst
index 1724605a..6c87df9b 100644
--- a/design-documents/013-peer-to-peer-payments.rst
+++ b/design-documents/013-peer-to-peer-payments.rst
@@ -400,9 +400,11 @@ Q / A
* Q: Why do merchant payments not use purses?
- * A: Refunds aren't possible with purses, the customer can't prove that
- they own the contract terms (contract terms claiming isn't interactive).
+ * Refunds aren't possible with purses after they're closed
+ * Partial refunds aren't possible
+ * the customer can't prove that they own the contract terms (contract terms claiming isn't interactive)
+ * the merchant can't cover deposit fees
+ * (All of these could be addressed, but the resulting protocol isn't necessarily simpler
+ than what we currently have.)
- * All these issues could be addressed though. But that
- would be a major "Taler 2.0 / 3.0" protocol change