summaryrefslogtreecommitdiff
path: root/doc
diff options
context:
space:
mode:
authorChristian Grothoff <christian@grothoff.org>2016-07-03 12:13:18 +0200
committerChristian Grothoff <christian@grothoff.org>2016-07-03 12:13:18 +0200
commitc5ed59aca2107180e0546e2e265a6ae6e5957fe5 (patch)
treeb775b1c9498c1c6025e8ce9c0e6a8c74164034cd /doc
parentfec688d8bf7853a4942a2519b01ed6ba64b3913d (diff)
downloadexchange-c5ed59aca2107180e0546e2e265a6ae6e5957fe5.tar.gz
exchange-c5ed59aca2107180e0546e2e265a6ae6e5957fe5.tar.bz2
exchange-c5ed59aca2107180e0546e2e265a6ae6e5957fe5.zip
cutting down to 16 pages main content
Diffstat (limited to 'doc')
-rw-r--r--doc/paper/taler.tex69
1 files changed, 35 insertions, 34 deletions
diff --git a/doc/paper/taler.tex b/doc/paper/taler.tex
index a370ccf9a..8024bc285 100644
--- a/doc/paper/taler.tex
+++ b/doc/paper/taler.tex
@@ -132,7 +132,7 @@ instantly that a transaction is valid.
\begin{figure}[h]
\centering
\begin{tikzpicture}
- \tikzstyle{def} = [node distance= 5em and 7em, inner sep=1em, outer sep=.3em];
+ \tikzstyle{def} = [node distance= 1em and 11em, inner sep=1em, outer sep=.3em];
\node (origin) at (0,0) {};
\node (exchange) [def,above=of origin,draw]{Exchange};
\node (customer) [def, draw, below left=of origin] {Customer};
@@ -194,11 +194,8 @@ Yet, there are several major irredeemable problems inherent in their designs:
\item Bitcoin transactions have pseduononymous recipients, making taxation
hard to systematically enforce.
The Zerocoin extension makes this worse.
-% FIXME: need refs for following claim:
- \item Bitcoin seemingly requires speculation to offset the mining cost,
- creating fluctuations in value, and making it hard to bind to national
- currencies. These fluctuations may be desirable in a high-risk investment
- instrument, but they make Bitcoin unsuitable as a medium of exchange.
+ \item Bitcoin introduces a new currency, creating additional
+ financial risks from currency fluctuation.
\item Anyone can start an alternative Bitcoin transaction chain,
called an AltCoin, and, if successful, reap the benefits of the low
cost to initially create coins cheaply as the proof-of-work
@@ -211,15 +208,13 @@ Yet, there are several major irredeemable problems inherent in their designs:
% currency exchange and exacerbates the problems with currency fluctuations.
\end{itemize}
-GreenCoinX\footnote{\url{https://www.greencoinx.com/}} is a more
-recent AltCoin where the company promises to identify the owner of
-each coin via e-mail addresses and phone numbers. While it is unclear
-from their technical description how this identification would be
-enforced against a determined adversary, the resulting payment system
-would also merely impose a totalitarian financial panopticon on a
-BitCoin-style money supply and transaction model, thus largely
-combining what we would consider to be the drawbacks of existing
-credit card systems.
+%GreenCoinX\footnote{\url{https://www.greencoinx.com/}} is a more
+%recent AltCoin where the company promises to identify the owner of
+%each coin via e-mail addresses and phone numbers. While it is unclear
+%from their technical description how this identification would be
+%enforced against a determined adversary, the resulting payment system
+%would also merely impose a financial panopticon on a BitCoin-style
+%money supply and transaction model.
\subsection{Chaum-style electronic cash}
@@ -238,10 +233,10 @@ include:
recover funds from delinquent customers via the legal system.
Any system that fails to be self-enforcing creates a major
business risk for the exchange and merchants.
- In 1983, there were merchants without network connectivity, making that
- feature relevant, but today network connectivity is feasible for most
- merchants, and saves both the exchange and merchants the business risks
- associated with deferred fraud detection.
+% In 1983, there were merchants without network connectivity, making that
+% feature relevant, but today network connectivity is feasible for most
+% merchants, and saves both the exchange and merchants the business risks
+% associated with deferred fraud detection.
\item % In addition to the risk of legal disputes with fraudulent
% merchants and customers,
Chaum's published design does not clearly
@@ -293,21 +288,21 @@ to what degree the implementation is even complete. Only a partial
description of the Opencoin protocol is available to date.
-\subsection{Peppercoin}
+%\subsection{Peppercoin}
-Peppercoin~\cite{rivest2004peppercoin} is a microdonation protocol.
-The main idea of the protocol is to reduce transaction costs by
-minimizing the number of transactions that are processed directly by
-the exchange. Instead of always paying, the customer ``gambles'' with the
-merchant for each microdonation. Only if the merchant wins, the
-microdonation is upgraded to a macropayment to be deposited at the
-exchange. Peppercoin does not provide customer-anonymity. The proposed
-statistical method by which exchanges detect fraudulent cooperation between
-customers and merchants at the expense of the exchange not only creates
-legal risks for the exchange, but would also require that the exchange learns
-about microdonations where the merchant did not get upgraded to a
-macropayment. It is therefore unclear how Peppercoin would actually
-reduce the computational burden on the exchange.
+%Peppercoin~\cite{rivest2004peppercoin} is a microdonation protocol.
+%The main idea of the protocol is to reduce transaction costs by
+%minimizing the number of transactions that are processed directly by
+%the exchange. Instead of always paying, the customer ``gambles'' with the
+%merchant for each microdonation. Only if the merchant wins, the
+%microdonation is upgraded to a macropayment to be deposited at the
+%exchange. Peppercoin does not provide customer-anonymity. The proposed
+%statistical method by which exchanges detect fraudulent cooperation between
+%customers and merchants at the expense of the exchange not only creates
+%legal risks for the exchange, but would also require that the exchange learns
+%about microdonations where the merchant did not get upgraded to a
+%macropayment. It is therefore unclear how Peppercoin would actually
+%reduce the computational burden on the exchange.
\section{Design}
@@ -518,7 +513,7 @@ shared with others, they become co-owners of the coin. Knowledge of
the private key of the coin enables the owner to spent the coin.
-\subsection{Coin spending}
+% \subsection{Coin spending}
A customer spends a coin at a merchant by cryptographically signing a
{\em deposit authorization} with the coin's private key. A deposit
@@ -1156,6 +1151,12 @@ the participants have to disclose their core secrets.
\bibliographystyle{alpha}
\bibliography{taler,rfc}
+\vfill
+\begin{center}
+ \Large Demonstration available at \url{https://demo.taler.net/}
+\end{center}
+\vfill
+
\newpage
\appendix