From be360fce2a2bd59a49d58eefdd4e2f2483592228 Mon Sep 17 00:00:00 2001 From: Florian Dold Date: Mon, 26 Apr 2021 16:36:50 +0200 Subject: formatting fixes --- design-documents/013-peer-to-peer-payments.rst | 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-) (limited to 'design-documents') diff --git a/design-documents/013-peer-to-peer-payments.rst b/design-documents/013-peer-to-peer-payments.rst index c96fd469..8087af5a 100644 --- a/design-documents/013-peer-to-peer-payments.rst +++ b/design-documents/013-peer-to-peer-payments.rst @@ -139,6 +139,7 @@ Contract metadata for W2W payments can be exchanged in three ways: 2. The payee can create a **purse** and immediately associate it with an **account** by sending a signed **merge** request together with the (encrypted) contract. + a. The purse creation request created by the payee must include a signature with the account private key of the payee signing the purse public key and the hash of the contract, thereby affirming that @@ -148,6 +149,7 @@ Contract metadata for W2W payments can be exchanged in three ways: by paying the **purse fee**. 3. The payer can store a contract with the exchange by POSTing an encrypted contract to the exchange as part of creating a **purse**. + a. The exchange charges the **purse fee** to payers for purses that are refunded after not being **merged**. b. When paying into a purse, the coin signature includes the purse @@ -264,6 +266,7 @@ In this protocol variant, the payer is initiating the process. affirming that the payee accepted the contract. The account is of the form ``payto://taler/$EXCHANGE_BASE_URL/$ACCOUNT_PUB``. 7. Processing continues depending on the location of the account: + a. If the ``$EXCHANGE_BASE_URL`` matches the local exchange, then the exchange processes the **merge** request akin to the logic for payments into known accounts, as detailed above. @@ -304,6 +307,7 @@ Payment requests 5. The payer software decrypts the encrypted contract using the purse private key and the payer accepts the contract in the user interface. 6. Processing continues depending on the source of the coins: + a. If the payer's coins originate from the same exchange, the payer software POSTs to the ``/purse/$PURSE_PUB/depost`` endpoint to deposit coins into the purse. The deposit signatures should use @@ -573,7 +577,7 @@ Q / A * Refunds are not possible with purses after they are closed. * The customer cannot prove that they own the contract terms (Contract terms claiming requires interactivity that is not - possible in all W2W scenarios.) Thus, while payers can prove + possible in all W2W scenarios.) Thus, while payers can prove that they paid, the payee may claim someone else also bought the same product. A secure channel must thus be used to exchange the purchase offer. -- cgit v1.2.3