summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorÖzgür Kesim <oec-taler@kesim.org>2022-10-10 12:54:59 +0200
committerÖzgür Kesim <oec-taler@kesim.org>2022-10-10 12:54:59 +0200
commitf33088c18b3c5f95198caf584871773b3bd56a07 (patch)
treeb9f8cfa23b4e6a7f4667857b6017d5bdb3be1b8d
parentf8c5c93802d25ca68d7a5091712dcc4ab69fef51 (diff)
downloaddocs-f33088c18b3c5f95198caf584871773b3bd56a07.tar.gz
docs-f33088c18b3c5f95198caf584871773b3bd56a07.tar.bz2
docs-f33088c18b3c5f95198caf584871773b3bd56a07.zip
-layout tweaks, typos
-rw-r--r--design-documents/028-deposit-policies.rst38
1 files changed, 22 insertions, 16 deletions
diff --git a/design-documents/028-deposit-policies.rst b/design-documents/028-deposit-policies.rst
index d1a51613..8486ba75 100644
--- a/design-documents/028-deposit-policies.rst
+++ b/design-documents/028-deposit-policies.rst
@@ -12,22 +12,28 @@ We will propose here a plugable mechanism in the exchange to support deposits
with associated policy. An exchange can enable support for such policies via
configuration.
-The inital set of policy extensions that an can exchange provide consists of
-
-- *Merchant refunds*: Merchant can grant customers refundable payments. In
- this case, the amount of the deposit is put into escrow by the exchange for a
- certain period until which the customer can claim a refund.
-- *Escrowed payments*: A trustor puts coins into escrow with the exchange. It
- can be claimed by a beneficiary until a certain deadline, when the claim is
- signed by both, the beneficiary's and the trustor's keys.
-- *Brandt-Vickrey auctions*: A bidder puts coins into escrow with the exhange
- in order to participate in an Brandt-Vickrey auction. The deposit
- confirmation is proof to the seller for the escrow and contains a hash of the
- auction meta-data and a deadline. After successfull execution of the
- auction, the seller provides a valid transcript to the exchange from which
- the exchange learns which bidder(s) won the auction for which prices. It
- then transfers the amounts from the winners' coins to the seller. In case of
- a timeout and for all losing bidders, the coins can be refreshed.
+The inital set of policy extensions that an exchange might provide consists of
+
+Merchant refunds
+ Merchant can grant customers refundable payments. In this case, the
+ amount of the deposit is put into escrow by the exchange for a certain
+ period until which the customer can claim a refund.
+
+Escrowed payments
+ A trustor puts coins into escrow with the exchange. It can be claimed
+ by a beneficiary until a certain deadline, when the claim is signed by
+ both, the beneficiary's and the trustor's keys.
+
+Brandt-Vickrey auctions
+ A bidder puts coins into escrow with the exhange in order to
+ participate in an Brandt-Vickrey auction. The deposit confirmation is
+ proof to the seller for the escrow and contains a hash of the auction
+ meta-data and a deadline. After successfull execution of the auction,
+ the seller provides a valid transcript to the exchange from which the
+ exchange learns which bidder(s) won the auction for which prices. It
+ then transfers the amounts from the winners' coins to the seller. In
+ case of a timeout and for all losing bidders, the coins can be
+ refreshed.
The policies shall be implemented as *extensions* to the exchange (see
:doc:`006-extensions`).