summaryrefslogtreecommitdiff
path: root/glossary.html.j2
blob: 2736935e67c4b9eb0ed7ba56f4ef599a3d204a7b (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
{% extends "common/base.j2" %}
{% block body_content %}
<div class="container">

<dl>
<dt>{{ _("auditor") }}</dt>
  <dd>
    {% trans %}
      trusted third party that verifies that the `exchange` is operating correctly
    {% endtrans %}
  </dd>
<dt>{{ _("bank") }}</dt>
  <dd>
    {% trans %}
      traditional financial service provider who offers wire `transfers` between accounts
    {% endtrans %}
  </dd>
<dt>{{ _("coin") }}</dt>
  <dd>
    {% trans %}
      coins are individual token representing a certain amount of value, also known as the `denomination` of the coin
    {% endtrans %}
  </dd>
<dt>{{ _("contract") }}</dt>
  <dd>
    {% trans %}
      the proposal signed by the wallet.
    {% endtrans %}
  </dd>
<dt>{{ _("denomination") }}</dt>
  <dd>
    {% trans %}
      unit of currency, specifies both the currency and the face value of a `coin`
    {% endtrans %}
  </dd>
<dt>{{ _("denomination key") }}</dt>
  <dd>
    {% trans %}
      RSA key used by the exchange to certify that a given `coin` is valid and of a particular `denomination`
    {% endtrans %}
  </dd>
<dt>{{ _("deposit") }}</dt>
  <dd>
    {% trans %}
      operation by which a merchant passes coins to an exchange, expecting the exchange to credit his `bank` account in the future using a wire `transfer`
    {% endtrans %}
  </dd>
<dt>{{ _("dirty") }}</dt>
  <dd>
    {% trans %}
     a `coin` is dirty if its public key may be known to an entity other than the customer, thereby creating the danger of some entity being able to link multiple transactions of coin's owner if the coin is not refreshed first
    {% endtrans %}
  </dd>
<dt>{{ _("exchange") }}</dt>
  <dd>
    {% trans %}
     Taler's payment service provider.  Issues electronic `coins` during `withdrawal` and redeems them when they are `deposited` by merchants.
    {% endtrans %}
  </dd>
<dt>{{ _("expired") }}</dt>
  <dd>
    {% trans %}
     Various operations come with time limits. In particular, `denomination keys`
     come with strict time limits for the various operations involving the
     `coin` issued under the `denomination`. The most important limit is the
     `deposit` expiration, which specifies until when wallets are allowed to
     use the coin in `deposit` or `refreshing` operations. There is also a "legal"
     expiration, which specifies how long the exchange keeps records beyond the
     `deposit` expiration time.  This latter expiration matters for legal disputes
     in courts and also creates an upper limit for `refreshing` operations on
     special `zombie coin`.
    {% endtrans %}
  </dd>
<dt>{{ _("extension") }}</dt>
  <dd>
    {% trans %}
     implementation of a `wallet` for browsers
    {% endtrans %}
  </dd>
<dt>{{ _("fresh coin") }}</dt>
  <dd>
    {% trans %}
     a `coin` is fresh if its public key is only known to the customer
    {% endtrans %}
  </dd>
<dt>{{ _("master key") }}</dt>
  <dd>
    {% trans %}
     offline key used by the exchange to certify denomination keys and message signing keys
    {% endtrans %}
  </dd>
<dt>{{ _("message signing key") }}</dt>
  <dd>
    {% trans %}
     key used by the exchange to sign online messages, other than coins
    {% endtrans %}
  </dd>
<dt>{{ _("offer") }}</dt>
  <dd>
    {% trans %}
     specification of the details of a transaction, specifies the payment obligations
     for the customer (i.e. the amount), the deliverables of the merchant and other
     related information, such as deadlines or locations; However, it lacks some
     information that the backend is supposed to provide.
     In other words, after the backend adds the missing information to the offer and
     signs it, it becomes a proposal.
    {% endtrans %}
  </dd>
<dt>{{ _("owner") }}</dt>
  <dd>
    {% trans %}
     a `coin` is owned by the entity that knows the private key of the coin
    {% endtrans %}
  </dd>
<dt>{{ _("payback") }}</dt>
  <dd>
    {% trans %}
     operation by which an exchange returns the value of coins affected
     by a `revocation` to their `owner`, either by allowing the owner to
     withdraw new coins or wiring funds back to the bank account of the `owner`
    {% endtrans %}
  </dd>
<dt>{{ _("proof") }}</dt>
  <dd>
    {% trans %}
     message that cryptographically demonstrates that a particular claim is correct
    {% endtrans %}
  </dd>
<dt>{{ _("proposal") }}</dt>
  <dd>
    {% trans %}
     a sketch that has been completed and signed by the merchant backend.
    {% endtrans %}
  </dd>
<dt>{{ _("reserve") }}</dt>
  <dd>
    {% trans %}
     funds set aside for future use; either the balance of a customer at the exchange ready for `withdrawal`, or the funds kept in the exchange's bank account to cover obligations from coins in circulation
    {% endtrans %}
  </dd>
<dt>{{ _("refreshing") }}</dt>
  <dd>
    {% trans %}
     operation by which a `dirty` `coin` is converted into one or more `fresh` coins
    {% endtrans %}
  </dd>
<dt>{{ _("refund") }}</dt>
  <dd>
    {% trans %}
     operation by which a merchant steps back from the right to funds that he obtained from a `deposit` operation, giving the right to the funds back to the customer
    {% endtrans %}
  </dd>
<dt>{{ _("revocation") }}</dt>
  <dd>
    {% trans %}
     exceptional operation by which an exchange withdraws a denomination from circulation, either because the signing key was compromised or because the exchange is going out of operation; unspent coins of a revoked denomination are subjected to payback.
    {% endtrans %}
  </dd>
<dt>{{ _("sharing") }}</dt>
  <dd>
    {% trans %}
     users can share ownership of a `coin` by sharing access to the coin's private key, thereby allowing all co-owners to spend the coin at any time.
    {% endtrans %}
  </dd>
<dt>{{ _("signing key") }}</dt>
  <dd>
    {% trans %}
     see message signing key.
    {% endtrans %}
  </dd>
<dt>{{ _("spending") }}</dt>
  <dd>
    {% trans %}
     operation by which a customer gives a merchant the right to `deposit` coins in return for merchandise
    {% endtrans %}
  </dd>
<dt>{{ _("transfer") }}</dt>
  <dd>
    {% trans %}
     method of sending funds between `bank` accounts
    {% endtrans %}
  </dd>
<dt>{{ _("transaction") }}</dt>
  <dd>
    {% trans %}
     method by which ownership is exclusively transferred from one entity to another
    {% endtrans %}
  </dd>
<dt>{{ _("transaction id") }}</dt>
  <dd>
    {% trans %}
     unique number by which a merchant identifies a `transaction`
    {% endtrans %}
  </dd>
<dt>{{ _("wallet") }}</dt>
  <dd>
    {% trans %}
     software running on a customer's computer; withdraws, stores and spends coins
    {% endtrans %}
  </dd>
<dt>{{ _("wire transfer") }}</dt>
  <dd>
    {% trans %}
     see `transfer`
    {% endtrans %}
  </dd>
<dt>{{ _("wire transfer identifier") }}</dt>
  <dd>
    {% trans %}
     subject of a wire `transfer`; usually a random string to uniquely identify the `transfer`
    {% endtrans %}
  </dd>
<dt>{{ _("withdrawal") }}</dt>
  <dd>
    {% trans %}
     operation by which a `wallet` can convert funds from a reserve to fresh coins
    {% endtrans %}
  </dd>
<dt>{{ _("zombie coin") }}</dt>
  <dd>
    {% trans %}
     a `coin` is a zombie coin if the coin was (1) used as the `dirty` coin
     in `refreshing`, (2) the `denomination` of the `fresh` coins created during the
     `refreshing` was subject to `revocation`, resulting in the `fresh` coin
     from the refresh operation being subjected to `payback`; as a result,
     the formerly `dirty` coin is eligible for
     `refreshing`, even if the dirty coin's denomination is `expired` for
     `deposit` operations (but not if it is expired past the legal
     data retention requirement).
    {% endtrans %}
  </dd>
</dt>
</div>
{% endblock body_content %}