summaryrefslogtreecommitdiff
path: root/design-documents/031-invoicing.rst
diff options
context:
space:
mode:
authorChristian Blättler <blatc2@bfh.ch>2024-03-05 21:37:22 +0100
committerChristian Blättler <blatc2@bfh.ch>2024-03-05 21:37:22 +0100
commitc04429f8b534890ee7a0823c7e56a45655cd6bd3 (patch)
treea7ecae8e6bf4aa0b77cfca0c66d1020d3b2eeb17 /design-documents/031-invoicing.rst
parent5f82d484feaa6b41371226cb3239a68a14caa8a3 (diff)
parent6f4f2ca7ef5cea652417ba56bc0eb61ec9c792f5 (diff)
downloaddocs-c04429f8b534890ee7a0823c7e56a45655cd6bd3.tar.gz
docs-c04429f8b534890ee7a0823c7e56a45655cd6bd3.tar.bz2
docs-c04429f8b534890ee7a0823c7e56a45655cd6bd3.zip
Merge branch 'master' into feature/tokens
Diffstat (limited to 'design-documents/031-invoicing.rst')
-rw-r--r--design-documents/031-invoicing.rst15
1 files changed, 4 insertions, 11 deletions
diff --git a/design-documents/031-invoicing.rst b/design-documents/031-invoicing.rst
index cfe776ed..0fcc88fd 100644
--- a/design-documents/031-invoicing.rst
+++ b/design-documents/031-invoicing.rst
@@ -4,9 +4,7 @@ DD 31: Invoicing
Summary
=======
-This document proposes new endpoints to support invoicing,
-that incidentally also address the long-standing rewards
-reserve expiration problem.
+This document proposes new endpoints to support invoicing.
Motivation
@@ -36,10 +34,7 @@ Requirements
* Reasonable UX and overall design impact.
* Wallets may want to pay for the reserve with coins
- (reserve fresh, not created via bank transfer), while
- rewarding merchants likely want to pay from the reserve
- balance itself. So both styles of payment should be
- supported.
+ (reserve fresh, not created via bank transfer).
Unclear in the current proposal are:
@@ -62,12 +57,10 @@ charge the ``account_fee``, bump the number of open purses threshold in the
``reserves`` table and stop auto-closing of the reserve. This will ensure that
the users can withdraw the reserve balance into their wallet even after a
longer time period. This helps if the invoice is paid after a significant
-delay, and also addresses the unwanted reward reserve closure
-problem. Introduce a way to force an immediate closure of a reserve, allowing
+delay. Introduce a way to force an immediate closure of a reserve, allowing
P2P reserve from invoices to be send to a bank account (this allows a wallet
to be used for convenient invoicing and not strictly require the wallet to
-receive the funds) and also allowing the user to recover funds from a reward
-reserve after rewards are no longer issued.
+receive the funds).
The solution needs three new tables for: