diff options
author | Christian Blättler <blatc2@bfh.ch> | 2024-03-05 21:37:22 +0100 |
---|---|---|
committer | Christian Blättler <blatc2@bfh.ch> | 2024-03-05 21:37:22 +0100 |
commit | c04429f8b534890ee7a0823c7e56a45655cd6bd3 (patch) | |
tree | a7ecae8e6bf4aa0b77cfca0c66d1020d3b2eeb17 /design-documents/031-invoicing.rst | |
parent | 5f82d484feaa6b41371226cb3239a68a14caa8a3 (diff) | |
parent | 6f4f2ca7ef5cea652417ba56bc0eb61ec9c792f5 (diff) | |
download | docs-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.rst | 15 |
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: |