commit 7508bb06a0073c868771466bdd746c28705d0bc9
parent cec682e8b3c4a82b3f146ac0f54b88e45a0ab00c
Author: Florian Dold <florian.dold@gmail.com>
Date: Mon, 7 Jan 2019 00:05:42 +0100
small edits and DLT section
Diffstat:
2 files changed, 50 insertions(+), 77 deletions(-)
diff --git a/2018-cbdc-response/taler-cbdc.tex b/2018-cbdc-response/taler-cbdc.tex
@@ -10,7 +10,7 @@ footskip=1cm]{geometry}
\usepackage{lastpage} % enables \pageref{LastPage}
\usepackage{scrlayer-scrpage}
-\cfoot*{\normalfont Seite \pagemark{} von \normalfont \pageref{LastPage}}
+\cfoot*{\normalfont Page \pagemark{} of \normalfont \pageref{LastPage}}
\pagestyle{scrheadings}
% German indentation
@@ -53,13 +53,13 @@ The following components form the core of the system:
tokens of value (called digital coins), implemented via blind
signatures. Wallets are typically managed by the end user; a
\emph{wallet provider} can manage storage of cryptographic
- material for the user, and can provide backup, synchronization and
+ material for the user, providing backup, synchronization and
recovery.
\item The \emph{Exchange} issues digital coins to wallets, after
receiving money in a escrow account. The authorized electronic
wallet is identified using an ephemeral \emph{reserve public key}
- encoded in the wire transfer subject. As blind signatures are
+ encoded in the wire transfer instruction. As blind signatures are
used, the exchange knows that it issued coins of a certain
monetary value, but not to which wallet. Digital coins are always
denominated in a fiat currency (e.g. Euro).
@@ -94,27 +94,27 @@ ECB/NZBs, according to the draft requirements. As Taler is a
value-based payment system, we will address the common requirements
C1-C8 and requirements V1-V4 specific to the value-based model.
-\paragraph{C1. Tokenization:} The ECB/NZBs might simultaneously take the role of the Taler Exchange
+\paragraph{C1. Tokenization:} The ECB/NZBs would simultaneously take the role of the Taler Exchange
and Taler Auditor (or could outsource operations to separate commercial entities).
\paragraph{C2. Issuance:} The ECB/NZBs create new CBDC units by issuing Taler digital coins,
and destroy CBDC units by accepting digital coin deposits from merchants, subsequently releasing
funds blocked in the escrow account and sending them to the merchant's bank account.
\paragraph{C4. 1-on-1 parity rule:} Digital coins in GNU Taler correspond 1-on-1 to a
value in a fiat currency such as the Euro.
-\paragraph{C4. Two-tier structure:} With Taler, national banks can serve as
+\paragraph{C4. Two-tier structure:} With Taler, national banks could serve as
the primary Tier-2 entity, establish customer's identities (KYC) during bank
account setup, and facilitate the transfer from a customer's bank
account to the exchange's escrow account. A secondary Tier-2 entity are the wallet providers.
-Banks can serve as wallet providers, but other third party businesses can offer
-a wallet backup/sync/restore services as well. Customers can even decide to be
+Banks can serve as wallet providers, but other third party businesses could offer
+a wallet backup/sync/restore services as well. Customers are also given the option to be
responsible for the security of their wallet on their own, and manage private keys directly
and on their own device.
\paragraph{C5. Compliance with AML regulation:} Strict withdrawal limits can
be placed on customers' bank accounts. Merchants can be required to collect
customer data for critical transactions. Due to the technical measures
that provide transparency of cash flows to merchants, the compliance of
-merchants can be easily verified.
-\paragraph{C6. Fees:} Taler has a flexible fee structure that can be adjusted so that Tier-2 banks
+merchants is easy to verify.
+\paragraph{C6. Fees:} Taler has a flexible fee structure that is easily configured so that Tier-2 banks
can charge for CBDC creation and other activities.
\paragraph{C7. Availability:} Taler requires no manual processing and can be made highly
available with standard software deployment and operations techniques.
@@ -123,17 +123,17 @@ with Taler are processed in the order of milliseconds. Unlike DLTs, Taler can
be easily scaled both horizontally (sharding, more processing nodes) and
vertically (faster machines). Since multiple payments to a merchant can be aggregated into
one bank transfer, even micropayments with fractions of a cent are possible. All coins
-are issued with expiration dates, ensuring that the exchange can eventually delete ancient
+are issued with expiration dates, ensuring that the exchange may eventually delete ancient
transactions.
\paragraph{V1. Non-interest-bearing:} In Taler, digital coins do not bear interest; however,
when coins expire it is possible to charge fees when the electronic wallets trade
-expiring coins for fresh coins. This feature can be used to
+expiring coins for fresh coins. This feature may be used to
provide a mechanism for negative interest rates (for non-circulating coins).
-\paragraph{V2. Limitation of bank runs:} Bank runs can be discouraged and limited with Taler: (1) Withdrawal
-limits can be imposed by the Tier-2 banks on the withdrawal of CBDC units; (2) wallet providers can place limits
+\paragraph{V2. Limitation of bank runs:} Bank runs are discouraged and limited with Taler: (1) Withdrawal
+limits can be imposed by the Tier-2 banks on the withdrawal of CBDC units; (2) wallet providers may place limits
on how much money can be stored in online wallets; (3) customers that mange their own wallet are discouraged from
withdrawing large amounts of CBDC units in their wallets, as they must ensure its safety similar to a physical wallet;
-(4) modest expiration times with modest refresh fees can make hoarding coins unattractive.
+(4) modest expiration times with modest refresh fees make hoarding coins unattractive.
\paragraph{V3. Anonymity and AML:} The exchange does not know which customer owns which coin
due to the use of blind signatures during the withdrawal process.
AML measures are based on the \emph{income transparency} feature,
@@ -145,11 +145,23 @@ to validate the plausiblity of the transaction during tax audits.
With Taler, ownership of digital coins between mutually distrusting parties can only be securely transferred with a digital coin deposit via the exchange.
This discourages ``invisible'' payments by sharing digital coins between wallets.
-\paragraph{V4. Ownership and spending rights of CBDC:} Technically literate users can manage their own wallets
-and private keys, whereas other users can use wallet backup/sync/restore providers.
+\paragraph{V4. Ownership and spending rights of CBDC:} Technically literate
+users have the option to manage their own wallets and private keys, whereas
+other users can use wallet backup/sync/restore providers.
\section*{Contrast and Relationship to DLT-based Systems}
-To be written \ldots
-
+The Taler payment system is independent from Distributed Leder Technology (DLT)
+systems. In particular, Taler payments are not necessarily backed by any
+blockchain or cryptocurrency. Even though Taler uses cryptographically secured
+payment tokens, it is distinct from ``cryptocurrencies'': Taler is designed to
+to serve as a payment instrument for retail commerce, rather than a long-term
+store-of-value or a speculative asset.
+
+Some technological advancements made by DLTs could potentially benefit Taler.
+For example, public cryptographic key material and data relevant for auditing
+could be further secured by a distributed ledger. Yet a distributed ledger is
+not mandatory to operate Taler, as payments are facilitated by a federation of
+trusted entities, with oversight from each other and/or a central institution,
+not too dissimilar from how traditional banking systems work.
\end{document}
diff --git a/prototype-2018/application.txt b/prototype-2018/application.txt
@@ -65,45 +65,25 @@ Max. 700 Zeichen
=>
-Durch technischen Fortschritt verdrängen bargeldlose Zahlungssysteme immer
-mehr die Benutzung von Bargeld im Alltag vieler Bürger*innen. Während die
-Bequemlichkeit dieser Zahlungsmöglichkeiten wilkommen ist, werden die Nachteile
-oft übersehen: Die derzeitige Umsetzung ermöglicht die Totalüberwachung der
-ökonomische Aktivität der Benutzer*innen.
+Durch technischen Fortschritt verdrängen bargeldlose Zahlungssysteme immer mehr die Benutzung von Bargeld im Alltag vieler Bürger*innen. Während die Bequemlichkeit dieser Zahlungsmöglichkeiten wilkommen ist, werden die Nachteile oft übersehen: Die derzeitige Umsetzung ermöglicht die Totalüberwachung der ökonomische Aktivität der Benutzer*innen.
-Properitäre Lösungen wie Apple Pay und Google Pay basieren auf geschlossenen
-Implementationen/Schnittstellen und werden von mächtigen US-Amerikanischen
-Oligopolen kontrolliert. Diese erlangen so Zugriff auf die Aktivitätsprofile
-von Benutzer*innen, welche dann für Werbezwecke ausgewertet und/oder verkauft werden.
+Properitäre Lösungen wie Apple Pay und Google Pay basieren auf geschlossenen Implementationen/Schnittstellen und werden von mächtigen US-Amerikanischen Oligopolen kontrolliert. Diese erlangen so Zugriff auf die Aktivitätsprofile von Benutzer*innen, welche dann für Werbezwecke ausgewertet und/oder verkauft werden.
-----------------------------
Wie willst Du Dein Projekt technisch umsetzen?*
Max. 1300 Zeichen
-Basis des Projekts bildet die existierende Implementation von GNU Taler,
-bestehend aus folgenden Komponenten (vereinfacht):
+Basis des Projekts bildet die existierende Implementation von GNU Taler, bestehend aus folgenden Komponenten (vereinfacht):
-1. Die Exchange, der Zahldienstleister welcher Geld von einem Bankkonto (oder
-anderen Werteregistern) in anonymes digitales Bargeld umwandelt. Die
-Anonymität der Kund*innen beim Kauf wird mit der Benutzung von blinden
-Signaturen zum Abheben des digitalen Bargeldes gewährleistet.
+1. Die Exchange, der Zahldienstleister welcher Geld von einem Bankkonto (oder anderen Werteregistern) in anonymes digitales Bargeld umwandelt. Die Anonymität der Kund*innen beim Kauf wird mit der Benutzung von blinden Signaturen zum Abheben des digitalen Bargeldes gewährleistet.
-2. Das Händler*innen-Backend, welches ein einfaches API zur
-Integration zur Abwicklung von Zahlungen mit GNU Taler in dem Online-Shop der
-Händler*innen bietet.
+2. Das Händler*innen-Backend, welches ein einfaches API zur Integration zur Abwicklung von Zahlungen mit GNU Taler in dem Online-Shop der Händler*innen bietet.
-3. Die digitale Geldbörse (Wallet) der Kund*innen, welche digitales Bargeld verwaltet
-und Zahlungen abwickelt.
+3. Die digitale Geldbörse (Wallet) der Kund*innen, welche digitales Bargeld verwaltet und Zahlungen abwickelt.
-Um NFC-Zahlungen zu ermöglichen, muss eine Bezahlterminal-App für Händler*innen
-entwickelt werden, welche sowohl mit dem Wallet als auch dem Backend kommuniziert.
-Das Wallet muss auf Smartphones portiert werden und das NFC Protokoll implementieren.
-Falls das Smartphone der Nutzer*in keinen Internetzugang hat, muss das Wallet über die
-Händler*in mit der Exchange kommunizieren.
+Um NFC-Zahlungen zu ermöglichen, muss eine Bezahlterminal-App für Händler*innen entwickelt werden, welche sowohl mit dem Wallet als auch dem Backend kommuniziert. Das Wallet muss auf Smartphones portiert werden und das NFC Protokoll implementieren. Falls das Smartphone der Nutzer*in keinen Internetzugang hat, muss das Wallet über die Händler*in mit der Exchange kommunizieren.
-Um den Anforderungen von NFC-Payments gerecht zu werden, müssen kleinere
-Änderungen an den existierenen Protokollen implementiert werden, so wie
-eventuell existierende Fehler vorhandenen Implemetation behoben werden.
+Um den Anforderungen von NFC-Payments gerecht zu werden, müssen kleinere Änderungen an den existierenen Protokollen implementiert werden, so wie eventuell existierende Fehler vorhandenen Implemetation behoben werden.
-----------------------------
@@ -112,41 +92,27 @@ Max. 400 Zeichen
=>
-Nur wenige Zahlsysteme legen Wert auf Datenminimierung und Privatsphäre für
-Kund*innen. Spezielle cryptocurrencies (wie z.B. ZCash) bieten komplette
-Anonymität, was zum Missbrauch für illegale Aktivitäten einlädt. Zudem sind
-solche Blockchain-basierten cryptocurrencies nicht performant genug für
-alltägliche Transaktionen.
+Nur wenige Zahlsysteme legen Wert auf Datenminimierung und Privatsphäre für Kund*innen. Spezielle cryptocurrencies (wie z.B. ZCash) bieten komplette Anonymität, was zum Missbrauch für illegale Aktivitäten einlädt. Zudem sind solche Blockchain-basierten cryptocurrencies nicht performant genug für alltägliche Transaktionen.
+
+Uns sind keine benutzbaren Zahlsysteme als Freie Software bekannt.
-----------------------------
Wer ist die Zielgruppe, und wie soll Dein Tool sie erreichen?*
Max. 700 Zeichen
-Das Projekt richtet sich an Institutionen und Organisationen die ihren
-Mitgliedern oder Kund*innen ein bargeldloses Zahlungsmittel anbieten wollen,
-ohne dabei die Privatsphäre der Käufer*innen zu verletzen.
+Das Projekt richtet sich an Institutionen und Organisationen die ihren Mitgliedern oder Kund*innen ein bargeldloses Zahlungsmittel anbieten wollen, ohne dabei die Privatsphäre der Käufer*innen zu verletzen.
-Im Kleinen könnte das Mensa/Cafeteria einer Schule, Universität oder Firma
-sein. In einem Größeren Umfang können Finanzdienstleister (wie z.B. Banken)
-Händler*innen und Kund*innen untereinander Zahlungen abwickeln lassen und von
-Transaktionsgebühren profitieren.
+Im Kleinen könnte das Mensa/Cafeteria einer Schule, Universität oder Firma sein. In einem Größeren Umfang können Finanzdienstleister (wie z.B. Banken) Händler*innen und Kund*innen untereinander Zahlungen abwickeln lassen und von Transaktionsgebühren profitieren.
-Kunden und Händler profitieren dabei von der Austauschbarkeit des
-Zahlungsdienstleisters und Wettbewerb unter den Dienstleistern, da das
-Bezahlsystem auf einem offenen Protokoll mit offener Implementation basiert.
+Kunden und Händler profitieren dabei von der Austauschbarkeit des Zahlungsdienstleisters und Wettbewerb unter den Dienstleistern, da das Bezahlsystem auf einem offenen Protokoll mit offener Implementation basiert.
-----------------------------
Hast Du schon an der Idee gearbeitet? Wenn ja, beschreibe kurz den aktuellen Stand und erkläre die Neuerung.*
Max. 700 Zeichen
-Bisher habe ich als einer der Hauptentwickler an dem GNU Taler Projekt
-gearbeitet, und die Kryptographie im Rahmen meiner (derzeit noch laufenden)
-Dissertation weiterentwickelt und formell betrachtet.
+Bisher habe ich als einer der Hauptentwickler an dem GNU Taler Projekt gearbeitet, und die Kryptographie im Rahmen meiner (derzeit noch laufenden) Dissertation weiterentwickelt und formell betrachtet.
-Die Idee der NFC-Zahlungen ist neu, und eine App für die Android-Platform
-besteht noch nicht. Der bisherige Fokus des GNU Taler Projekts war die Integration in
-Desktop-Browsern (Chrome/Firefox) und die Entwicklung der Kryptographie und
-Backend-Infrastruktur.
+Die Idee der NFC-Zahlungen ist neu, und eine App für die Android-Platform besteht noch nicht. Der bisherige Fokus des GNU Taler Projekts war die Integration in Desktop-Browsern (Chrome/Firefox) und die Entwicklung der Kryptographie und Backend-Infrastruktur.
-----------------------------
Wie viele Stunden willst Du (bzw. will das Team) in den 6 Monaten Förderzeitraum an der Umsetzung arbeiten?*
@@ -163,15 +129,10 @@ Bitte eine Zahl eintragen.
Skizziere kurz die wichtigsten Meilensteine, die Du (bzw. das Team) im Förderzeitraum umsetzen willst.*
Max. 700 Zeichen
-Meilenstein 1: Spezifikation des NFC-Protokolls zwischen Käufer*innen und
-Bezahlterminal der Händler*innen.
+Meilenstein 1: Spezifikation des NFC-Protokolls zwischen Käufer*innen und Bezahlterminal der Händler*innen.
-Meilenstein 2: Implementation einer Bezahlterminal-App für die Android-Platform, welche
-das in (1) spezifizierte NFC-Protokoll unterstützt und mit dem existierenden GNU Taler
-Backend der Händler*innen kommuniziert.
+Meilenstein 2: Implementation einer Bezahlterminal-App für die Android-Platform, welche das in (1) spezifizierte NFC-Protokoll unterstützt und mit dem existierenden GNU Taler Backend der Händler*innen kommuniziert.
-Meilenstein 3: Portierung des existierenden GNU Taler Wallets (= digitale
-Geldbörse) auf die Android-Platform.
+Meilenstein 3: Portierung des existierenden GNU Taler Wallets (= digitale Geldbörse) auf die Android-Platform.
-Meilenstein 4: Implementation des NFC-Protokolls und der dazugehörigen
-Benutzeroberfläche in der GNU Taler Wallet auf Android.
+Meilenstein 4: Implementation des NFC-Protokolls und der dazugehörigen Benutzeroberfläche in der GNU Taler Wallet auf Android.
