diff options
| author | Christian Grothoff <christian@grothoff.org> | 2020-07-12 20:00:56 +0200 |
|---|---|---|
| committer | Christian Grothoff <christian@grothoff.org> | 2020-07-12 20:00:56 +0200 |
| commit | 4c1c8e405bdba1fafbf5cfb318b92b460e3f4855 (patch) | |
| tree | 74b6565c2def3789a283cb7b8b17af10dcc3c969 /doc/system/taler/implementation.tex | |
| parent | 4cfcf842fe6bdd0535cdc64683d3eb79e74bbceb (diff) | |
| download | exchange-4c1c8e405bdba1fafbf5cfb318b92b460e3f4855.tar.gz exchange-4c1c8e405bdba1fafbf5cfb318b92b460e3f4855.tar.bz2 exchange-4c1c8e405bdba1fafbf5cfb318b92b460e3f4855.zip | |
more figures
Diffstat (limited to 'doc/system/taler/implementation.tex')
| -rw-r--r-- | doc/system/taler/implementation.tex | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/doc/system/taler/implementation.tex b/doc/system/taler/implementation.tex index e9fdf7991..f386228ff 100644 --- a/doc/system/taler/implementation.tex +++ b/doc/system/taler/implementation.tex @@ -907,7 +907,7 @@ The following APIs are offered by the exchange: the merchant additionally can use the exchange's \texttt{/transfers/\$WTID} API that returns the list of deposits for a wire transfer identifier (WTID) included in the wire transfer to the merchant, as well as the \texttt{/deposits/\$H\_WIRE/\$MERCHANT\_PUB/\$H\_CONTRACT\_TERMS/\$COIN\_PUB} API to look up which wire transfer included the payment for a given deposit. - \item[Refresh] Refreshing consists of two stages. First, using \texttt{/coins/\$COIN\_PUB/melt} an old, possibly dirty coin is melted and thus devaluted. The committment made by the wallet during the melt and the resulting $\gamma$-challenge from the exchange are associated with a {\em refresh session}. Then, using \texttt{/refreshes/$RCH/reveal} the wallet can answer the challenge and obtain fresh coins as change. Finally, \texttt{/coins/\$COIN\_PUB/link} provides the link deterrent against refresh abuse. + \item[Refresh] Refreshing consists of two stages. First, using \texttt{/coins/\$COIN\_PUB/melt} an old, possibly dirty coin is melted and thus devaluted. The committment made by the wallet during the melt and the resulting $\gamma$-challenge from the exchange are associated with a {\em refresh session}. Then, using \texttt{/refreshes/\$RCH/reveal} the wallet can answer the challenge and obtain fresh coins as change. Finally, \texttt{/coins/\$COIN\_PUB/link} provides the link deterrent against refresh abuse. \item[Refunds] The refund API (\texttt{/coins/\$COIN\_PUB/refund}) can ``undo'' a deposit if the merchant gave their signature, and the aggregation deadline for the payment has not occurred yet. \item[Recoup] The recoup API (\texttt{/coins/\$COIN\_PUB/recoup}) allows customers to be compensated |