summaryrefslogtreecommitdiff
path: root/template
diff options
context:
space:
mode:
authorFlorian Dold <florian.dold@gmail.com>2020-01-15 23:02:29 +0100
committerFlorian Dold <florian.dold@gmail.com>2020-01-15 23:02:29 +0100
commit61e6528b92d7495dc922f68e03be3e05a33fe6cf (patch)
tree12481ead0169dc1e7061dfc5cec777e463da9843 /template
parent9234a77da20ecb7929559a65d68534ec39131fe3 (diff)
downloadwww-61e6528b92d7495dc922f68e03be3e05a33fe6cf.tar.gz
www-61e6528b92d7495dc922f68e03be3e05a33fe6cf.tar.bz2
www-61e6528b92d7495dc922f68e03be3e05a33fe6cf.zip
remove developer-centric glossary, it has moved to docs.git
Diffstat (limited to 'template')
-rw-r--r--template/glossary.html.j2258
1 files changed, 0 insertions, 258 deletions
diff --git a/template/glossary.html.j2 b/template/glossary.html.j2
deleted file mode 100644
index 81b593f7..00000000
--- a/template/glossary.html.j2
+++ /dev/null
@@ -1,258 +0,0 @@
-{% 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&#39;s owner if the coin is not refreshed
- first
- {% endtrans %}
- </dd>
- <dt>{{ _("exchange") }}</dt>
- <dd>
- {% trans %}
- Taler&#39;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&#39;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&#39;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 %}