taler/exchange
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity

FIXMEs in the paper.

Browse Source
This commit is contained in:
Marcello Stanisci 2018-05-25 19:04:40 +02:00
parent 8ef954ef22
commit 29ade1002c
No known key found for this signature in database
GPG Key ID: 8D526861953F4C0F
1 changed files with 9 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

9
doc/paper/taler.tex
View File

@ -773,6 +773,10 @@ continues to directly use the coin in other transactions, merchants
and the exchange could link the various transactions as they all share and the exchange could link the various transactions as they all share
the same public key for the coin. We call a coin {\em dirty} if its the same public key for the coin. We call a coin {\em dirty} if its
public key is known to anyone but the owner. public key is known to anyone but the owner.
% FIXME, I'd say: "a coin is dirty if anyone _other than_ the owner
% gets to know its public key"; '.. but the owner ..' sounds like a
% new actor knows the key and the owner does not, which never happens,
% right?
To avoid linkability of transactions, Taler allows the owner of a To avoid linkability of transactions, Taler allows the owner of a
dirty coin to exchange it for a {\em fresh} coin using the {\em coin dirty coin to exchange it for a {\em fresh} coin using the {\em coin
@ -780,6 +784,10 @@ dirty coin to exchange it for a {\em fresh} coin using the {\em coin
coin may want to exchange it if the respective denomination key is coin may want to exchange it if the respective denomination key is
about to expire. The {\em coin refreshing protocol}, allows the owner about to expire. The {\em coin refreshing protocol}, allows the owner
of a coin to {\em melt} it for fresh coins of the same total value with a of a coin to {\em melt} it for fresh coins of the same total value with a
% FIXME: this way it sounds like if I refresh a half-spent coin,
% then I can melt it for the 'same total value', so the reader might
% be misled into thinking that after refreshing a half-spent coin
% the fresh coin will "regain" its old value.
new public-private key pairs. Refreshing does not use the ordinary new public-private key pairs. Refreshing does not use the ordinary
spending operation as the owner of a coin should not have to pay spending operation as the owner of a coin should not have to pay
(income) taxes for refreshing. However, to ensure that refreshing is (income) taxes for refreshing. However, to ensure that refreshing is
@ -791,6 +799,7 @@ assures that the owner stays the same.
The refresh protocol has two key properties: First, the exchange is The refresh protocol has two key properties: First, the exchange is
unable to link the fresh coin's public key to the public key of the unable to link the fresh coin's public key to the public key of the
dirty coin. Second, it is assured that the owner of the dirty coin dirty coin. Second, it is assured that the owner of the dirty coin
% FIXME: better this way? "Second, it is assured that ONLY the owner..."
can determine the private key of the fresh coin, thereby preventing can determine the private key of the fresh coin, thereby preventing
the refresh protocol from being used to transfer ownership. the refresh protocol from being used to transfer ownership.