
% +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
% Konveriert mit MAS2TEX Version 3.1 v99 von Viktor Herzog (VHerzog@t-online.de)
% Fachbereich Mathematik/Informatik, Universitaet Osnabrueck
% Datei: ecash_latex.tex
% Format: LaTeX-TeX
% Erzeigt vom Master-Dokument: ecash.mas
% Kommandozeilenaufruf: mas2tex -output latex
%                               -debug
%                               -tex_output ecash_latex.tex
%                               -dir ecash_latex
%                               -print_to_stderr
%                               -makefile
%                               -- ecash.mas
% +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

\documentclass[12pt]{article}
\usepackage{german, epsfig, pictex, a4wide, verbatim, html, times}
\parindent 0pt
\parskip 5pt

\begin{document}

\title{ecash: Das Geld auf der Festplatte}
\author{Oliver Vornberger\\
Fachbereich Mathematik/Informatik\\
Universit"at Osnabr"uck\\
49069 Osnabr"uck\\
oliver@uos.de}
\date{}
\maketitle
 
\begin{center}
% *** Master-Generator - HTMLLINK fuer LaTeX ***
{\tt http://www-lehre.inf.uos.de/vsin/vsin04}
% END : HTMLLINK fuer LaTeX
\end{center}


\begin{quote}
Zahlreiche Verfahren und Protokolle f"ur den 
elektronischen Zahlungsverkehr sind in den
vergangenen Jahren vorgeschlagen worden. 
Das System $ecash^{TM}$  der Firma {\em eCash
Technologies, Inc.} zeichnet sich durch Eleganz 
und Einfachheit aus. Dieser Artikel
stellt die theoretischen Grundlagen und die 
Anwendung von $ecash^{TM}$  vor.
\end{quote}


\section{Einleitung}

Mit der Verbreitung des Internets w"achst auch seine Eignung, als Medium zwischen
Kaufmann und Kunde zu wirken. Zum einen m"ochte der Kaufmann die Waren in seinem
Online-Shop optimal pr"asentieren, was mit den heutigen multimedialen Techniken bereits
sehr gut funktioniert. Zum anderen m"ochte er aber auch f"ur seine Dienstleistung
entlohnt werden, wobei sich neben dem konventionellen Zahlungsverkehr "uber Kreditkarte
oder Bank"uberweisung wiederum das Internet anbietet.

Grundlage eines jeden elektronischen Zahlungssystems mu"s die F"ahigkeit sein,
Nachrichten in einer Weise zu "ubermitteln, da"s diese von unberechtigten Dritten nicht
gelesen oder gar manipuliert werden k"onnen. Das hei"st, der Kunde m"ochte sein Konto nur
in der von ihm autorisierten Weise belastet sehen. Neben dieser Forderung nach
Korrektheit einer Zahlung gesellt sich nun die Forderung nach Anonymit"at einer Zahlung.
Damit ist gemeint, den Zahlungsverkehr zwischen Kunde, Kaufmann und Bank, bei der beide
ein Konto unterhalten, so zu gestalten, da"s bei der Belastung des Kontos des
Auftraggebers zugunsten des Zahlungsempf"angers die Bank "uber die Gesch"aftsbeziehung
dieser beiden nichts erfahren kann. Damit kann der Kunde im Internet K"aufe t"atigen und
abrechnen, ohne da"s seine Bank Einblicke in sein Kaufverhalten erh"alt.

Was sich hier wie ein Ding der Unm"oglichkeit anh"ort, l"a"st sich in der Tat mit wenigen
pfiffig aufeinander abgestimmten Verfahren realisieren. Es handelt sich um das System
{\em ecash} der Firma {\em eCash Technologies, Inc.}, welches zur Zeit in mehreren
L"andern f"ur einige Banken lizensiert und im Gro"sversuch getestet wird. Grundlage f"ur
{\em ecash} bilden spezielle kryptographische Verfahren, die sogenannten {\em Public Key
Systems}. Eine kurze Einf"uhrung in diese Thematik liefern Kapitel 2 und 3. Kapitel 4 und
5 schildern, wie darauf aufbauend ein Protokoll entstehen kann, welches die Anonymit"at
von Zahlungen eines Kunden gegen"uber seiner Bank wahrt. Kapitel 6 erl"autert den
praktischen Einsatz der von {\em eCash Technologies} lizensierten Software. Kapitel 8
fa"st die Vorteile dieses Ansatzes zusammen. Weitere Einzelheiten und begleitende
Literatur finden sich unter der Web-Adresse 
% *** Master-Generator - HTMLLINK fuer LaTeX ***
{\tt http://www.ecashtechnologies.com}
% END : HTMLLINK fuer LaTeX
.


\section{Kryptographie}

Der Wunsch nach verschl"usselter "Ubertragung von Nachrichten ist so alt wie die Schrift.
Der grunds"atzliche Ablauf ist in 
Abbildung 
\ref{ablauf}
skizziert: Der Klartext {\em x} dient als
Eingabe f"ur ein Verschl"usselungsverfahren {\em encode}, welches "uber einen Schl"ussel
{\em e} parametrisiert ist. Das hei"st, der grunds"atzliche Ablauf der Verschl"usselung
ist allen Beteiligten bekannt, mit Hilfe des Schl"ussels {\em e} kann der Vorgang jeweils
individuell beeinflu"st werden. Auf der Gegenseite wird mit dem Verfahren {\em decode}
und seinem Schl"ussel {\em d} der Vorgang umgekehrt und somit der Klartext rekonstruiert.
Zum Beispiel k"onnte das generelle Verfahren zum Verschl"usseln eines Wortes {\em x}
darin bestehen, jeden seiner Buchstaben um eine gewisse Zahl von Einheiten im Alphabet
weiterzuschieben. Die Schl"ussel {\em e} und {\em d} geben dann die konkrete Zahl von
Einheiten an. So wird f"ur {\em e} = 3 aus dem Wort {\tt BACH} das Wort {\tt EDFK} und
auf der Gegenseite durch {\em d} = -3 daraus wieder {\tt BACH}.

% *** Master-Generator - IMAGE fuer LaTeX ***
% BEGIN : ablauf.eps
\begin{figure}[htb]
	\begin{center}
	\epsfig{file=/net/sol/export1/home/www/pub/vsin/vsin04/Bilder/ablauf.eps}
	\caption{\label{ablauf} \small Ablauf einer Verschl"usselung}
	\end{center}
\end{figure}
% END : /net/sol/export1/home/www/pub/vsin/vsin04/Bilder/ablauf.eps fuer LaTeX

Diese Technik funktioniert so lange gut, wie es gelingt, die zum Bearbeiten einer
Nachricht verwendeten Schl"ussel {\em e} und {\em d} auf einem sicheren Kanal zu
"ubertragen, z.B. durch einen Kurier. Ein Spion, der ohne Kenntnis der Schl"ussel die
Leitung anzapft, ist dann nicht in der Lage, den beobachteten Code zu entschl"usseln
(immer vorausgesetzt, der Raum der m"oglichen Schl"ussel wurde zur Abwehr eines
vollst"angigen Durchsuchens gro"s genug gew"ahlt). Im Zeitalter der globalen Vernetzung
besteht nat"urlich der Wunsch, auch die beiden Schl"usselpaare {\em e} und {\em d} per
Leitung auszutauschen. Nun aber laufen wir Gefahr, da"s der Spion von ihnen Kenntnis
erh"alt und damit den Code knackt.


\section{Public Key Systems}

Als Antwort auf dieses Dilemma pr"asentierten drei Wissenschaftler vom MIT in Boston im
Jahre 1978 eine verbl"uffende L"osung [1]. Das nach den Autoren Rivest, Shamir und
Adleman benannte RSA-Verfahren verwendet das Konzept des "offentlichen Schl"ussels und
z"ahlt daher zu den {\em Public Key Systems}. Im folgenden sei der Einfachheit halber
angenommen, der zu "ubertragende Klartext bestehe aus einer einzigen ganzen Zahl {\em x}
(bei realen Anwendungen mu"s der Klartext zuvor als eine Folge von Zahlen dargestellt
werden). 

Abbildung 
\ref{nachricht-verschluesseln}
zeigt, 
wie die Kommunikationspartner {\em Alice}, welche die zu "ubertragende
Nachricht {\em x} verfa"st hat und ihr Kommunikationspartner {\em Bob}, f"ur den die
Nachricht bestimmt ist, dabei vorgehen. {\em Bob} konstruiert auf Grundlage eines
mathematischen Verfahrens drei Zahlen {\em e}, {\em d} und {\em n} mit der Eigenschaft
$(x^e \textrm{ mod } n)^d$ mod $n = x$. Auf deutsch: Wenn man {\em x} {\em e}-mal mit
sich selbst malnimmt und dann das Ergebnis {\em d}-mal mit sich selbst malnimmt, kommt
wieder {\em x} heraus. Alle Rechnungen erfolgen mit den Resten, die bei Division durch
{\em n} entstehen, genannt modulo. Nun k"onnen die Zahlen {\em n} und {\em e} von {\em
Bob} ver"offentlicht werden f"ur jeden potentiellen Sender der an ihn eine Nachricht
schicken m"ochte. Verschl"usselt wird dann mit der f"ur den Adressaten {\em Bob}
konstruierten 
$ \textrm{ "offentlichen Funktion } y := enc_B (x) = x^e \textrm{ mod } n$,
entschl"usselt wird vom Adressaten mit der nur ihm bekannten, aber sonst 
$\textrm{ geheimen Funktion } x := dec_B (y) = y^d \textrm{ mod } n$.

% *** Master-Generator - IMAGE fuer LaTeX ***
% BEGIN : nachricht-verschluesseln.eps
\begin{figure}[htb]
	\begin{center}
	\epsfig{file=/net/sol/export1/home/www/pub/vsin/vsin04/Bilder/nachricht-verschluesseln.eps}
	\caption{\label{nachricht-verschluesseln} \small Nachricht verschl"usseln}
	\end{center}
\end{figure}
% END : /net/sol/export1/home/www/pub/vsin/vsin04/Bilder/nachricht-verschluesseln.eps fuer LaTeX

Als Beispiel seien $n =143,  e = 47$ und $d = 23$ genannt. Dann wird $x$ verschl"usselt
durch Bilden von $y := x^{47}$  mod $143$, 
auf der Gegenseite wird $y$ entschl"usselt durch
Bilden von $x := y^{23}$ mod $143$. In der Praxis werden die Zahlen $n, e$ und $d$ unter
Verwendung 300-stelliger Primzahlen konstruiert und sind so gew"ahlt, da"s aus der
Kenntnis von $n, e$ und der verschl"usselten Nachricht $y$ die Rekonstruktion von $d$ und
damit die Rekonstruktion von $x$ in akzeptabler Rechenzeit nicht m"oglich ist. Ein
abh"orender Spion k"onnte daher die beobachtete Nachricht $y$ erst in Jahrzehnten
entschl"usseln.


\section{Signieren mit Public Key Systems}

Wie in Kapitel 3 erl"autert, ver"offentlicht der Empf"anger $B$ an alle potentiellen
Sender sein "offentliches Verschl"usselungsverfahren $\textrm{enc}_B$ , welches vom
Sender $A$ benutzt wird, um $y := \textrm{enc}_B (x)$ an den Empf"anger $B$ zu schicken.
Der Inhalt der Nachricht bleibt dabei vor etwaigen Spionen gesch"utzt und kann nur durch
den Empf"anger $B$ durch Anwendung von $x := \textrm{dec}_B (y)$ wieder lesbar gemacht
werden. 

Eine Umkehrung der Reihenfolge der beiden Schl"ussel f"uhrt nun zu einem interessanten
Effekt , visualisiert in 
Abbildung 
\ref{nachricht-signieren}
. 
Wendet der Sender $B$ 
zun"achst seine eigene, geheime Entschl"usselung
$\textrm{dec}_B$ an, so kann dieser Schritt durch den Empf"anger unter Anwendung von
$\textrm{enc}_B$ wieder r"uckg"angig gemacht werden. "Ubertragen wird 
also vom Sender $B$ der
Code $y := \textrm{dec}_B (x)$. Entschl"usselt wird von Empf"anger $A$
durch Anwendung 
des "offentlichen Schl"ussels von $B$. Das hei"st, Empf"anger $A$ berechnet $x
:= \textrm{enc}_B (y)$ . Sollte bei einem solchen Schritt aus dem
erhaltenen Code $y$ eine sinnvolle Nachricht $x$ entstehen, 
so kann Empf"anger $A$ sicher
sein, da"s diese Nachricht vom Sender $B$ stammt, denn nur 
Sender $B$ ist in der Lage,
den zu $\textrm{enc}_B$ inversen Schritt $\textrm{dec}_B$ durchzuf"uhren. 
Somit wirkt
sich diese Kombination von "offentlichen und 
privaten Schl"usseln wie eine digitale Signatur
aus, mit der ein Empf"anger von Nachricht $y$ vor Gericht nachweisen kann,
da"s als Urheber dieser Nachricht nur Sender $B$ in Frage kommt.
(Geheim zu haltende signierte Nachrichten
k"onnen nat"urlich zus"atzlich mit dem "offentlichen Schl"ussel
von Empf"anger $A$ verschl"usselt werden).
% *** Master-Generator - IMAGE fuer LaTeX ***
% BEGIN : nachricht-signieren.eps
\begin{figure}[htb]
	\begin{center}
	\epsfig{file=/net/sol/export1/home/www/pub/vsin/vsin04/Bilder/nachricht-signieren.eps}
	\caption{\label{nachricht-signieren} \small Nachricht signieren}
	\end{center}
\end{figure}
% END : /net/sol/export1/home/www/pub/vsin/vsin04/Bilder/nachricht-signieren.eps fuer LaTeX

\section{Blinde Signaturen}

Wie k"onnen nun {\em Public Key Systems} im elektronischen Zahlungsverkehr verwendet
werden ? Eine M"oglichkeit w"are es, wenn die Bank elektronische Geldscheine in Form von
Nachrichten herausgibt, welche von ihr mit der digitalen Signatur der Bank unterschrieben
sind und daher als echt erkannt werden k"onnen von jedermann, der "uber den "offentlichen
Schl"ussel $\textrm{enc}_{\textrm{Bank}}$ der Bank verf"ugt. Beim Einreichen eines
solchen digitalen Geldscheins w"urde aber die Bank erfahren, wof"ur ihr Kunde sein Geld
ausgegeben hat, denn schlie"slich mu"s sie sein Konto belasten. Um die Anonymit"at des
Bezahlenden zu sichern, schlug David Chaum daher folgendes Prinzip der blinden Signatur
vor [2], visualisiert in Abbildung 
\ref{muenzen-erzeugen}
.

% *** Master-Generator - IMAGE fuer LaTeX ***
% BEGIN : muenzen-erzeugen.eps
\begin{figure}[htb]
	\begin{center}
	\epsfig{file=/net/sol/export1/home/www/pub/vsin/vsin04/Bilder/muenzen-erzeugen.eps}
	\caption{\label{muenzen-erzeugen} \small M"unzen erzeugen mit blinder Signatur}
	\end{center}
\end{figure}
% END : /net/sol/export1/home/www/pub/vsin/vsin04/Bilder/muenzen-erzeugen.eps fuer LaTeX

Zun"achst erzeugt der Kunde $A$ eine zuf"allige Schecknummer $x$, die so gro"s ist, da"s
die Wahrscheinlichkeit vernachl"assigbar ist, da"s dieselbe Schecknummer auch von einem
anderen Kunden generiert werden k"onnte. Als n"achstes w"urfelt der Kunde einen
individuellen Ausblendfaktor $r$, verschl"usselt ihn
mit dem "offentlichen Schl"ussel der Bank
und schickt das Produkt $s := x \cdot
\textrm{enc}_{\textrm{Bank}} (r)$ an die Bank. Die Bank belastet nun das Konto des Kunden
$A$ mit einem vorher vereinbarten Betrag, z.B: 1,- DM. Dann signiert sie die Nachricht
$y$ mit Ihrer digitalen Unterschrift $z = \textrm{dec}_{\textrm{Bank}} (s)$ und schickt
$z$ an den Kunden $A$ zur"uck. Aufgrund der Konstruktion der Nachricht $s$ ist die Bank
nicht in der Lage, die in ihr versteckte Schecknummer $x$ zu sehen, w"ahrend der Kunde
$A$ unter Verwendung seines Ausblendfaktors $r$ aus der von der Bank zur"uckerhaltenen
Nachricht $z$ die unterschriebene Schecknummer $y := \textrm{dec}_{\textrm{Bank}} (x)$
extrahieren kann. Bildlich gesprochen hat Kunde $A$ seine von ihm ausgedachte
Schecknummer $s$ in einem verschlossenen Umschlag mit Durchschlagpapier an die Bank
geschickt und die Bank hat durch den Umschlag hindurch, ohne die Schecknummer zu sehen,
den Scheck unterschrieben.

Nun verf"ugt Kunde $A$ "uber einen von der Bank signierten Geldschein $s$ im Werte von
1,- DM und kann ihn im Internet zum Bezahlen verwenden. 
Abbildung 
\ref{muenzen-ausgeben}
zeigt den Ablauf. Jeder
Kaufmann, bei dem der Kunde Ware bestellen m"ochte und der diesen Geldschein $y$
pr"asentiert bekommt, kann durch Anwendung des "offentlichen Schl"ussels der Bank
"uberpr"ufen, ob $x = \textrm{enc}_{\textrm{Bank}} (y)$ eine g"ultige Banknote darstellt.
Falls dies der Fall ist, kann der Kaufmann die Banknote $s$ bei der Bank einreichen. Dort
wird sie erneut von der Bank verifiziert. Danach schreibt die Bank dem Konto des Kaufmanns den
Betrag von 1,- DM gut und vermerkt die Schecknummer $x$ als bereits ausgegeben. Das Konto
von Kunde $A$ war bereits bei Ausstellung der signierten Banknote belastet und kann von
der Bank nicht in Verbindung zur eingereichten Schecknummer gebracht werden, da diese zum
Zeitpunkt der Unterschrift durch den Ausblendfaktor $r$ unzug"anglich war.

% *** Master-Generator - IMAGE fuer LaTeX ***
% BEGIN : muenzen-ausgeben.eps
\begin{figure}[htb]
	\begin{center}
	\epsfig{file=/net/sol/export1/home/www/pub/vsin/vsin04/Bilder/muenzen-ausgeben.eps}
	\caption{\label{muenzen-ausgeben} \small M"unzen ausgeben}
	\end{center}
\end{figure}
% END : /net/sol/export1/home/www/pub/vsin/vsin04/Bilder/muenzen-ausgeben.eps fuer LaTeX
\section{ecash}

Die im Kapitel 5 vorgestellte Idee wurde 1994 von David Chaum mit seiner Firma {\em
DigiCash} in die Tat umgesetzt und inzwischen von {\em eCash Technologies}
weitergef"uhrt. Bei mehreren europ"aischen und australischen Banken l"auft inzwischen ein
Feldversuch, um die Praktikabilit"at des Verfahrens im Alltag zu testen. Teilnehmer in
Europa sind z.B. die {\em Deutsche Bank} (Deutschland), die {\em Bank Austria}
("Osterreich), die {\em Credit Suisse} (Schweiz) und die {\em Norske Bank} (Norwegen).

% *** Master-Generator - IMAGE fuer LaTeX ***
% BEGIN : wallet.gif
\begin{figure}[htb]
	\begin{center}
	\epsfig{file=ecash_latex/wallet_gif.ps,width=7.86cm}
	\caption{\label{wallet} \small Oberfl"ache der ecash-Wallet}
	\end{center}
\end{figure}
% END : /net/sol/export1/home/www/pub/vsin/vsin04/Bilder/wallet.gif fuer LaTeX

Um in Deutschland an dem Pilotprojekt teilnehmen zu k"onnen, mu"s der Kunde 
ein sogenanntes {\em ecash}-Konto
bei der Deutschen Bank er"offnen und mit seinem
Girokonto bei seiner Bank assoziieren.
Per Bank"uberweisung kann dann das
{\em ecash}-Konto mit maximal 400,- DM gef"ullt werden. Gleichzeitig erh"alt der
Kunde von der Deutschen Bank die sogenannte {\em ecash}-Geldb"orse, eine Software, die
nach Installation auf dem heimischen PC den Kontakt zum assoziierten {\em ecash}-Konto
aufnimmt (Abbildung 
\ref{wallet}
). Nach dem Betanken der {\em ecash}-B"orse vom ecash-Konto aus liegt nun
auf der Festplatte des Kunden sein Guthaben in Form von mehreren digital
signierten M"unzen. Die M"unzen haben Denominationen in 2er-Potenzen, also 1 Pfennig, 2
Pfennig, 4 Pfennig, 8 Pfennig, etc., damit sich jeder gew"unschte Betrag damit
zusammenstellen l"a"st. Sie sind zudem mit einem Verfallsdatum versehen, um die
Buchhaltung f"ur bereits ausgegebene M"unzen zu vereinfachen 
(Abbildung 
\ref{muenzen}
).

% *** Master-Generator - IMAGE fuer LaTeX ***
% BEGIN : muenzen.gif
\begin{figure}[htb]
	\begin{center}
	\epsfig{file=ecash_latex/muenzen_gif.ps,width=6.76cm}
	\caption{\label{muenzen} \small Bestand an M"unzen in der Wallet}
	\end{center}
\end{figure}
% END : /net/sol/export1/home/www/pub/vsin/vsin04/Bilder/muenzen.gif fuer LaTeX

Besucht nun der Kunde mit seinem Web-Browser im Internet eine WWW-Seite eines Kaufmanns
mit {\em ecash}-Zahlungsm"oglichkeit, so w"ahlt er zun"achst wie gewohnt das zu kaufende
Produkt aus. Danach bekommt er ein Popup-Fenster pr"asentiert 
(Abbildung 
\ref{zahlungsbestaetigung}
), welches die
relevanten Daten der bevorstehenden Transaktion noch einmal zusammenfa"st, n"amlich
Beschreibung und Preis der Ware. Stimmt der Kunde jetzt zu, so werden von der {\em
ecash}-Geldb"orse digital signierte M"unzen in der angek"undigten Gesamtsumme zum Server
des Kaufmanns transferiert. Dieser Vorgang l"auft ohne weiteres Zutun des Kunden ab,
insbesondere sind keine Angaben zu Kreditkarten oder Kontoverbindungen mehr einzugeben.
Nachdem der Kaufmann sich auf dem {\em Double-Spending-Server} der Bank vergewissert hat,
da"s diese M"unzen nicht schon einmal ausgegeben worden sind, kann der Kunde mit der Ware
beliefert werden. Dies kann entweder unmittelbar online geschehen, wenn es sich z.B. um
Software, digitale Bilder, Audio- oder Videoclips handelt, oder per Post, wenn es sich um
klassische Waren eines Versandhauses handelt, wie z.B. B"ucher oder CDs.

% *** Master-Generator - IMAGE fuer LaTeX ***
% BEGIN : zahlungsbestaetigung.gif
\begin{figure}[htb]
	\begin{center}
	\epsfig{file=ecash_latex/zahlungsbestaetigung_gif.ps,width=6.33cm}
	\caption{\label{zahlungsbestaetigung} \small Best"atigung der Zahlung}
	\end{center}
\end{figure}
% END : /net/sol/export1/home/www/pub/vsin/vsin04/Bilder/zahlungsbestaetigung.gif fuer LaTeX

Das System {\em ecash} ist auch in der Lage, "Uberweisungen von Geldbetr"agen zwischen
Privatpersonen durchzuf"uhren, die "uber {\em ecash}-Konten verf"ugen. Weitere
Leistungsmerkmale umfassen das F"uhren einer Protokolldatei, sowie Stornierung von
Buchungen und Recovery nach einem Plattencrash. Eine umfangreiche Pr"asentation der
Funktionalit"at findet sich unter der Web-Adresse 
% *** Master-Generator - HTMLLINK fuer LaTeX ***
{\tt http://www.ecashtechnolgies.com}
% END : HTMLLINK fuer LaTeX

\section{Zusammenfassung}

Das von David Chaum entworfene {\em ecash}-System besticht durch Einfachheit, Eleganz und
Sicherheit. Seine Installation erfordert bei Kunde und Kaufmann nur geringen Aufwand.
Innerhalb der Sparte bargeldloser Zahlungsverkehr l"a"st es sich deutlich einfacher
benutzen als Verfahren zum verschl"usselten Austausch von Kreditkartendaten und
"Uberweisungsinformationen. Aufgrund seines Designs ist {\em ecash} nicht nur im Internet
einsetzbar, sondern auch in Verbindung mit Telefon-, Radio- oder Satellitenverbindungen.
Ob es sich durchsetzen wird, h"angt im wesentlichen davon ab, ob {\em eCash Technologies}
gen"ugend Kaufleute daf"ur gewinnen kann, {\em ecash} als Zahlungsweise f"ur
ihren Online-Shop anzubieten. Denn das sch"onste Geld auf der Festplatte des Clienten ist
wertlos, wenn sich kein Server findet, der es akzeptiert.


\section{Literatur}

\begin{itemize}
\item[[1]]     
R. Rivest, A. Shamir, L. Adleman: 
{\em A method for obtaining digital signatures and
public key cryptosystems}, Communications of the ACM, Vol. 21, N. 2, 1978, S. 120-126.

\item [[2]]     
David Chaum: {\em Security without Identification: 
Transaction Systems to make Big
Brother Obsolete}, 
Communications of the ACM, Vol. 28, N. 10, 1985, pp. 1030-1044;
Revised version (in German), Informatik-Spektrum, vol. 10, 1987,
pp. 262-277 1987.
\end{itemize}


% *** Master-Generator: End of Document ***
\end{document}
