bafin

System documentation for regulators
Log | Files | Refs
commit 180145057b88f868f17e1c7b899f3d59c443ebd5
parent f8fffd69a621d51c1dfc2c67432b13a877f5084b
Author: Stefan Kügel <skuegel@web.de>
Date:   Tue,  9 Jun 2020 12:34:53 +0200

Committing Systembeschreibung.lyx/pdf

Diffstat:

ASystembeschreibung.lyx | 6851+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++


ASystembeschreibung.pdf | 0


2 files changed, 6851 insertions(+), 0 deletions(-)

diff --git a/Systembeschreibung.lyx b/Systembeschreibung.lyx
@@ -0,0 +1,6851 @@
+#LyX 2.3 created this file. For more info see http://www.lyx.org/
+\lyxformat 544
+\begin_document
+\begin_header
+\save_transient_properties true
+\origin unavailable
+\textclass scrbook
+\begin_preamble
+%\usepackage{svg}
+\usepackage{amsmath}
+\usepackage{multirow}
+\usepackage{array}
+\usepackage{graphicx}
+\usepackage{paralist}
+\usepackage{tabularx}
+\usepackage{url}
+\usepackage[figuresright]{rotating}
+\usepackage{pstricks}
+\usepackage{ifpdf} % part of the hyperref bundle
+
+%\usepackage{ngerman}
+%\usepackage[ngerman]{betababel}
+
+\clubpenalty=10000
+\widowpenalty=10000
+\displaywidowpenalty=10000
+\brokenpenalty=10000
+\doublehyphendemerits=10000 
+\finalhyphendemerits=5000
+\tolerance=10000
+\urlstyle{same}
+\deffootnote{0.75cm}{1em}{\makebox[0.75cm][l]{\thefootnotemark}}
+
+\date{\today}
+\author{Stefan Kügel \and Christian Grothoff}
+
+\ifpdf % if pdflatex is used
+
+ % set fonts for nicer pdf view
+ \IfFileExists{lmodern.sty}{\usepackage{lmodern}}{}
+
+\fi % end if pdflatex is used
+
+% Die Seiten des Inhaltsverzeichnisses werden römisch numeriert,
+% ein PDF-Lesezeichen für das Inhaltsverzeichnis wird hinzugefügt
+\let\myTOC\tableofcontents
+\renewcommand\tableofcontents{%
+  \frontmatter
+  \pdfbookmark[1]{\contentsname}{}
+  \myTOC
+  \mainmatter }
+
+% redefine the \LyX macro for PDF bookmarks
+\def\LyX{\texorpdfstring{%
+  L\kern-.1667em\lower.25em\hbox{Y}\kern-.125emX\@}
+  {LyX}}
+\end_preamble
+\use_default_options true
+\maintain_unincluded_children false
+\language ngerman
+\language_package default
+\inputencoding auto
+\fontencoding global
+\font_roman "default" "default"
+\font_sans "default" "default"
+\font_typewriter "default" "default"
+\font_math "auto" "auto"
+\font_default_family sfdefault
+\use_non_tex_fonts false
+\font_sc false
+\font_osf false
+\font_sf_scale 100 100
+\font_tt_scale 100 100
+\use_microtype true
+\use_dash_ligatures true
+\graphics default
+\default_output_format default
+\output_sync 0
+\bibtex_command default
+\index_command default
+\paperfontsize default
+\spacing single
+\use_hyperref false
+\papersize a4paper
+\use_geometry false
+\use_package amsmath 1
+\use_package amssymb 1
+\use_package cancel 1
+\use_package esint 1
+\use_package mathdots 1
+\use_package mathtools 1
+\use_package mhchem 1
+\use_package stackrel 1
+\use_package stmaryrd 1
+\use_package undertilde 1
+\cite_engine basic
+\cite_engine_type default
+\biblio_style plain
+\use_bibtopic false
+\use_indices false
+\paperorientation portrait
+\suppress_date false
+\justification true
+\use_refstyle 1
+\use_minted 0
+\index Stichwortverzeichnis
+\shortcut idx
+\color #008000
+\end_index
+\bottommargin 3cm
+\secnumdepth 3
+\tocdepth 3
+\paragraph_separation indent
+\paragraph_indentation default
+\is_math_indent 0
+\math_numbering_side default
+\quotes_style german
+\dynamic_quotes 0
+\papercolumns 1
+\papersides 1
+\paperpagestyle default
+\tracking_changes false
+\output_changes false
+\html_math_output 0
+\html_css_as_file 0
+\html_be_strict false
+\end_header
+
+\begin_body
+
+\begin_layout Title
+Das Taler-Bezahlsystem
+\end_layout
+
+\begin_layout Chapter
+Das System im Überblick
+\end_layout
+
+\begin_layout Section*
+Systembestandteile
+\end_layout
+
+\begin_layout Standard
+Taler ist ein elektronisches Bezahlsystem mit besonderer Betonung von Datenschut
+z und Transaktionssicherheit.
+\begin_inset space ~
+\end_inset
+
+Es besteht aus offenen Netzwerkprotokollen, Programmierschnittstellen in
+ verschiedenen Sprachen und einer Hardware-Ausstattung zum Berechnen und
+ Speichern von Daten.
+ Das System weist fünf notwendige Systembestandteile auf:
+\end_layout
+
+\begin_layout Enumerate
+
+\size small
+Zentrale Steuerungslogik (
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Exchange"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+) zum Verwalten sämtlicher Geldtransfers zum und vom Exchange-Treuhandkonto
+\end_layout
+
+\begin_layout Enumerate
+
+\size small
+Elektronische Geldbörsen (
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Wallet"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+) zum Verwalten der Coins (digitale Repräsentanten von Bargeld)
+\end_layout
+
+\begin_layout Enumerate
+
+\size small
+Schnittstellen (LibEuFin-Komponente Nexus) zur Anbindung des Exchange-Treuhandko
+ntos an das bestehende EBICS/FinTS-System
+\end_layout
+
+\begin_layout Enumerate
+
+\size small
+Anwendung für Verkäufer (
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Merchant-Backend"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+) zum Einfordern und Verwalten von Umsätzen
+\end_layout
+
+\begin_layout Enumerate
+
+\size small
+Auditor-Anwendung zur laufenden Kontrolle der Funktionsweise aller Systembestand
+teile mit automatisch erstellten Prüfberichten
+\end_layout
+
+\begin_layout Standard
+Das System erklären neben diesem Dokument auch die 
+\begin_inset CommandInset href
+LatexCommand href
+name "Taler-Homepage"
+target "https://taler.net/"
+literal "false"
+
+\end_inset
+
+
+\begin_inset Foot
+status open
+
+\begin_layout Plain Layout
+\begin_inset CommandInset href
+LatexCommand href
+name "taler.net"
+target "https://taler.net"
+literal "false"
+
+\end_inset
+
+, siehe auch die 
+\begin_inset CommandInset href
+LatexCommand href
+name "Wikipedia-Seite von Taler"
+target "https://en.wikipedia.org/wiki/GNU_Taler"
+literal "false"
+
+\end_inset
+
+ in englischer Sprache
+\end_layout
+
+\end_inset
+
+ und die englischsprachige 
+\begin_inset CommandInset href
+LatexCommand href
+name "Dokumentation"
+target "https://docs.taler.net/"
+literal "false"
+
+\end_inset
+
+.
+ Diskussionen werden auf der englischsprachigen 
+\begin_inset CommandInset href
+LatexCommand href
+name "Mailingliste"
+target "https://lists.gnu.org/mailman/listinfo/taler"
+literal "false"
+
+\end_inset
+
+ geführt.
+\end_layout
+
+\begin_layout Standard
+Taler wird entwickelt von der Firma Taler Systems SA mit Sitz in Luxembourg,
+ deren Entwickler zumeist in Deutschland leben und arbeiten.
+ Ausführliche Informationen zum Geschäftsmodell befinden sich 
+\begin_inset CommandInset ref
+LatexCommand vpageref
+reference "chap:Geschäftsmodell-und-Tragfähigkeit"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+.
+\end_layout
+
+\begin_layout Standard
+Die Prüfung der Codebasis, der eingesetzten Signaturverfahren, der Transaktionen
+ und der Sicherheitsmaßnahmen im laufenden Betrieb soll durch die Sicherheitsexp
+erten von Code Blau (Berlin) erfolgen, welche als unabhängige Auditoren
+ das System kontrollieren
+\begin_inset Foot
+status open
+
+\begin_layout Plain Layout
+Siehe Webseite von 
+\begin_inset CommandInset href
+LatexCommand href
+name "Code Blau (codeblau.de)"
+target "https://codeblau.de"
+literal "false"
+
+\end_inset
+
+
+\end_layout
+
+\end_inset
+
+.
+\end_layout
+
+\begin_layout Standard
+Taler verwendet keine Blockchain- oder Distributed-Ledger-Technologie und
+ ist keine virtuelle Währung oder Kryptowährung.
+ Die Werte der elektronischen Münzen in den Geldbörsen der Kunden sind in
+ Euro nominiert.
+\end_layout
+
+\begin_layout Section*
+Funktionsweise
+\end_layout
+
+\begin_layout Standard
+Taler stellt eine Steuerungslogik bereit, die im weiteren Text Exchange
+ genannt wird.
+ Ein Exchange verwaltet einerseits die Buchungen von und zu Girokonten der
+ Geschäftsbanken mithilfe seines Treuhandkontos, andererseits die Buchungen
+ der 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Transaktionen"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ von und zu den elektronischen Geldbörsen, den 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Wallet"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+s.
+ Die beiden jeweiligen Buchungsströme werden koordiniert vom Exchange.
+ Euro-Gelder bleiben stets im SEPA-Bereich und fließen nur vom Girokonto
+ der Zahlenden über das Treuhandkonto des Exchange-Betreibers auf die Girokonten
+ der Verkäufer.
+\end_layout
+
+\begin_layout Standard
+Ein Wallet kann man sich vorstellen als eine Debit- oder Prepaid-Geldbörse:
+ Ein digitales Pendant zu einer Brieftasche, die statt Scheinen und Geldmünzen
+ kryptografisch signierte Münzen, die 
+\begin_inset Quotes gld
+\end_inset
+
+Coins
+\begin_inset Quotes grd
+\end_inset
+
+, enthält, welche wie Bargeld ebenfalls keinen identifizierenden Rückschluss
+ auf ihre Eigentümer gestatten.
+ Ein 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Coin"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ stellt einen elektronischen Repräsentanten der Zahlungsmittel dar, die
+ auf Basis ihrer Ursprungswährung in die 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Reserve"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ des Treuhandkontos des Exchange-Betreibers gebucht wurden.
+ Taler ist somit ein Prepaid-System, eine Kreditvergabe hierüber ist ausgeschlos
+sen.
+\end_layout
+
+\begin_layout Standard
+Externe Auditoren werden im laufenden Betrieb automatisch über die Transaktionen
+ des Exchange informiert und können im Fall von Unstimmigkeiten zeitnah
+ reagieren.
+\end_layout
+
+\begin_layout Standard
+Die Nutzer des Taler-Bezahlsystems sollten ihre Coins wie Bargeld behandeln,
+ das heißt: sie dem entsprechend auch sichern.
+ Die Daten eines Wallets mit seinen Coins können auf beliebig vielen digitalen
+ Endgeräten und Speichermedien abgelegt und gesichert werden.
+ Die Wallets verfügen weiterhin über ein eingebautes Backup-Verfahren, mit
+ dem sie die Wallet-Daten bei einem Dienstleister sicher abspeichern.
+ Die Nutzer können mit den Coins bezahlen bzw.
+ diese durch eine Rückbuchung auf ihr Girokonto wieder zurückgeben.
+ Falls sie kein Backup ihrer Wallet-Daten angelegt haben, können sie die
+ Coins auch verlieren.
+\end_layout
+
+\begin_layout Standard
+Die elektronischen Münzen in einem Wallet entsprechen rechtlich einem Eigentumsw
+ert im Zugriffsbereich der Wallet-Besitzer, während der Exchange-Betreiber
+ deren Gegenwert in der Ursprungswährung treuhänderisch verwahrt.
+ Der Exchange-Betreiber hat ein Zahlungsversprechen den Wallet-Besitzern
+ gegenüber, wenn diese als Käufer ihre Coins einsetzen, und verantwortet
+ die Weitergabe der realen Geldwerte an die (Giro-)Zielkonten der Verkäufer
+ bei deren Geschäftsbanken.
+ 
+\end_layout
+
+\begin_layout Standard
+Die Nutzung des Wallet für den Zahlvorgang in Euro-Währung gestaltet sich
+ folgendermaßen: Der Wallet-Besitzer wählt den Exchange, der Euro anbietet,
+ und löst einen Abhebevorgang aus, der das Girokonto des Wallet-Besitzers
+ mit einer Soll-Buchung belastet und das Treuhandkonto des Exchange-Betreibers
+ mit einer Haben-Buchung beaufschlagt.
+ Der Exchange erlaubt dann dem empfangenden Wallet das Abheben des entsprechende
+n Betrags an elektronischen Münzen in Euro.
+ Bezahlt werden kann mit diesen Coins in Webshops, an Automaten und bei
+ allen Verkaufsstellen, die am 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Point-of-Sale"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ (POS) den Vertragsschluss mit Taler erlauben.
+ Die Verkäufer müssen dabei kein Wallet installiert haben, um in dem Empfang
+ der Zahlungen auf ihren Girokonten zu gelangen.
+\end_layout
+
+\begin_layout Standard
+Der kryptografisch signierte Vertrag enthält die genauen Vertragsbedingungen
+ zwischen Käufer und Verkäufer und ist für eventuelle Streitfälle auch vor
+ Gericht verwendbar als Beleg über den Kauf der Waren zum gegebenen Kaufpreis.
+\end_layout
+
+\begin_layout Standard
+Die Coins annehmenden Verkäufer müssen davon ausgehen, dass ihre Umsätze
+ schon allein durch die Buchung ihrer Einnahmen aus dem Taler-Bezahlsystem
+ auf ihre Girokonten bei Geschäftsbanken als Einkommen leicht nachvollziehbar
+ sind.
+ Zusätzlich dazu sind sie sich der Rolle des externen Auditors bewusst,
+ welcher Unregelmäßigkeiten den Finanzbehörden meldet.
+ Darüber hinaus veranlasst das Bezahlsystem in einem automatisierten Verfahren,
+ dass die Verkäufer bestimmte Vorgänge beim Auditor melden, um diesen in
+ seiner Kontrollfunktion oder in einer spezifischen Aufsichtsfunktion zu
+ unterstützen.
+\end_layout
+
+\begin_layout Standard
+Dadurch bewirkt dieses Bezahlsystem zum einen, dass der Identitätsschutz
+ der Käufer gewahrt bleibt, und zum anderen erschafft es eine Bemessungsgrundlag
+e für die Steuererhebung und verhindert praktisch den Einsatz für illegale
+ Geschäfte.
+ Aufgrund dieser unterschiedlichen, doch konsequent durchzuhaltenden Behandlung
+ der Geldströme auf Käufer- bzw.
+ Verkäuferseite erfüllt Taler sowohl die Anforderungen der Gesetze zur Verhinder
+ung der Geldwäsche (Anti Money Laundering) und der Terrorismusfinanzierung
+ (Know Your Customer) als auch die Gesetze zum Schutz privater Daten einschließl
+ich der Datenschutzgrundverordnung (DSGVO).
+ Gleichzeitig erhalten die Finanzbehörden eine elektronische Datenbasis
+ zur vereinfachten Steuererhebung für die Finanzierung unseres staatlichen
+ und kommunalen Gemeinwesens.
+\end_layout
+
+\begin_layout Chapter
+Geschäftsvorgänge
+\end_layout
+
+\begin_layout Standard
+Dieses Kapitel widmet sich den Geschäftsvorgängen des Bezahlsystems.
+ Beschrieben werden hier die grundlegenden Verfahren (Abhebevorgang und
+ Ausgabe- bzw.
+ Bezahlvorgang, Rückerstattungen und Marktaustritt von Exchange-Betreibern
+ sowie Einkommensnachweis von Verkäufern).
+\end_layout
+
+\begin_layout Standard
+In Kapitel 
+\begin_inset CommandInset ref
+LatexCommand ref
+reference "chap:Screenshots-der-Geschäftsvorgänge"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ veranschaulichen Screenshots die einzelnen Schritte des Abhebe- und Ausgabevorg
+angs mit einem Android-Smartphone einschließlich des Abhebevorgangs auf
+ das Smartphone-basierte Wallet mit 
+\begin_inset Quotes gld
+\end_inset
+
+Taler-Cashier
+\begin_inset Quotes grd
+\end_inset
+
+ als Automated Teller Machine (
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ ATM"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+), gefolgt von Screenshots des Bezahlvorgangs mit der POS-Anwendung 
+\begin_inset Quotes gld
+\end_inset
+
+Merchant
+\begin_inset Quotes grd
+\end_inset
+
+.
+\end_layout
+
+\begin_layout Section
+Abhebevorgang
+\end_layout
+
+\begin_layout Standard
+Mit dem Abhebevorgang beginnt die 
+\begin_inset Quotes gld
+\end_inset
+
+Inwertsetzung
+\begin_inset Quotes grd
+\end_inset
+
+ von Coins in einem Wallet.
+ Dieser Vorgang besteht aus der Soll-Buchung eines (Giro-)Kontos in Fiatwährung,
+ der entsprechenden Haben-Buchung des Treuhandkontos eines Exchange-Betreibers
+ und der Bildung einer 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Reserve"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ im Exchange mit signierten Coins, welche das Ziel-Wallet schließlich abruft.
+\end_layout
+
+\begin_layout Standard
+Taler ermöglicht technisch zum gegenwärtigen Zeitpunkt den Abhebevorgang
+ auf der Webseite einer Geschäftsbank oder an einem Bankschalter sowie die
+ webbasierte Buchung mithilfe einer 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Browser-Erweiterung"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+.
+ Weitere Implementierungen (z.B.
+ Abheben an einem Geldautomaten) sind angedacht oder bereits in Entwicklung.
+ Einen speziellen Abhebevorgang stellt das sogenannte 
+\begin_inset Quotes gld
+\end_inset
+
+Tipping
+\begin_inset Quotes grd
+\end_inset
+
+ durch Webseiten dar.
+\end_layout
+
+\begin_layout Itemize
+A1 Integrierter Abhebevorgang vom Girokonto
+\end_layout
+
+\begin_layout Itemize
+A2 Manuelle Überweisung
+\end_layout
+
+\begin_layout Itemize
+A3 Tipping von Webseiten als geringwertige Aufwandsentschädigung
+\end_layout
+
+\begin_layout Subsection
+Integrierter Abhebevorgang (A1)
+\end_layout
+
+\begin_layout Standard
+Geschäftsbanken, die ihren Kunden das Abheben in Taler-Wallets erlauben
+ wollen, müssen an ihren Kundenschnittstellen Taler als Aufladeverfahren
+ anbieten.
+ Die anderen Abhebevorgänge (A2, A3) setzen im Gegensatz dazu bei keiner
+ der Kunden-Banken Schnittstellen zu Taler voraus.
+ 
+\end_layout
+
+\begin_layout Standard
+Der integrierte Abhebevorgang umfasst folgende Verfahrensschritte:
+\end_layout
+
+\begin_layout Enumerate
+Der Abhebevorgang beginnt immer mit der Anmeldung eines Wallet-Besitzers
+ bei seiner Geschäftsbank mittels Zwei-Faktor-Authentifizierung (Eingabe
+ von Kennung bzw.
+ Einführen von Karte und PIN-Eingabe), bei ATM-Terminals erfolgt die PIN-Eingabe
+ später (Punkt 6).
+\end_layout
+
+\begin_layout Enumerate
+Zum gegenwärtigen Stand der Entwicklung können Nutzer folgende Abhebeverfahren
+ auswählen:
+\end_layout
+
+\begin_deeper
+\begin_layout Enumerate
+Smartphone-Scan des QR-Codes auf der Bank-Webseite
+\begin_inset Newline newline
+\end_inset
+
+➔ Die Bank erzeugt einen QR-Code, den der Nutzer mit einem Smartphone einliest
+ (zurzeit Android, später auch andere Betriebssysteme)
+\end_layout
+
+\begin_layout Enumerate
+Abheben in das Taler-Wallet als Browser-Erweiterung in Firefox, Opera oder
+ Chrome/Chromium 
+\begin_inset Newline newline
+\end_inset
+
+➔ Das Wallet in der Browser-Erweiterung zeigt den abzuhebenden Betrag an,
+ den der Nutzer mit dem Klick auf einen Button bestätigt
+\end_layout
+
+\begin_layout Enumerate
+NFC-Read oder Smartphone-Scan an Bankschaltern bzw.
+ Geldautomaten 
+\begin_inset Newline newline
+\end_inset
+
+➔ Die NFC-Schnittstelle zeigt den Betrag an bzw.
+ der QR-Code wird mit dem Smartphone eingelesen
+\end_layout
+
+\begin_layout Enumerate
+Smartphone-Scan mit Bargeldeinzahlung an einer Kasse mittels App 
+\begin_inset Quotes gld
+\end_inset
+
+Taler-Cashier
+\begin_inset Quotes grd
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+➔ Die Cashier-App auf dem Gerät des Kassierers erzeugt einen QR-Code, den
+ der Nutzer mit seinem Android-Smartphone einliest
+\end_layout
+
+\begin_layout Standard
+Der Nutzer wählt das Verfahren und gibt die Geldmenge ein, die später vom
+ persönlichen Wallet als Coins abgehoben werden soll.
+\end_layout
+
+\end_deeper
+\begin_layout Enumerate
+Mit der so erhaltenen Information stellt das Wallet eine Anfrage bei der
+ Bank und erfährt damit von der Verfügbarkeit des vom Kunden gewünschten
+ Betrags in der gegebenen Währung auf dessen Girokonto.
+ Daraufhin öffnet das Wallet einen Dialog, um dem Nutzer die Auswahl des
+ Exchange-Betreibers zu ermöglichen.
+\end_layout
+
+\begin_layout Enumerate
+Der Nutzer wählt den Exchange.
+ Falls der Nutzer neu ist, einen neuen Exchange wählen will oder sich die
+ Allgemeinen Geschäftsbedingungen (AGB) des bisherigen Exchange-Betreibers
+ geändert haben, werden dem Nutzer die AGB angezeigt, die er bestätigen
+ muss.
+ Gleichfalls werden die allgemeine Gebührenordnung des Taler-Bezahlsystems
+ sowie die spezifischen Gebühren für den aktuellen Abhebevorgang angezeigt.
+\end_layout
+
+\begin_layout Enumerate
+Wenn der Nutzer den Vorgang bestätigt, erzeugt das Wallet mit dem EdDSA-Kryptove
+rfahren frische 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Credentials"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ (Zugangsberechtigung) für den Abhebevorgang und teilt der Bank den sogenannten
+ 
+\begin_inset Quotes gld
+\end_inset
+
+
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Public key"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+
+\begin_inset Quotes grd
+\end_inset
+
+ mit.
+ Der Nutzer wird auf die Benutzerführung der Bank-Webseite bzw.
+ des ATM-Terminals zurückverwiesen.
+\end_layout
+
+\begin_layout Enumerate
+Dem Nutzer werden dort nochmals der Betrag und der gewählte Exchange angezeigt.
+ Er muss gegenüber der Bank endgültig bestätigen, dass der Abhebevorgang
+ nun ausgelöst werden soll.
+ Dieser Abhebevorgang kann mit und ohne Authentifizierung erfolgen:
+\end_layout
+
+\begin_deeper
+\begin_layout Enumerate
+Ohne TAN-Eingabe im Fall von Beträgen unterhalb eines von der Bank festgelegten
+ Limits: Gemäß 
+\emph on
+Payment Services Directive 2
+\emph default
+ (PSD2) kann die Obergrenze des Transaktionsbetrags pro Vorgang ohne TAN-Autoris
+ierung 50 Euro betragen, allerdings nur fünfmal hintereinander oder bis
+ ein weiteres Kann-Limit von 150 Euro Umsatz in Summe erreicht wird
+\begin_inset Foot
+status open
+
+\begin_layout Plain Layout
+Siehe BaFin-Fachartikel 
+\begin_inset CommandInset href
+LatexCommand href
+name "Starke Kundenauthentifizierung"
+target "www.bafin.de/SharedDocs/Veroeffentlichungen/DE/Fachartikel/2018/fa_bj_1806_Starke_Kundenauthentifizierung.html"
+literal "false"
+
+\end_inset
+
+
+\end_layout
+
+\end_inset
+
+.
+\end_layout
+
+\begin_layout Enumerate
+Mit einer Zwei-Faktor-Authentifizierung (mTAN, photoTAN, Karten-PIN bei
+ ATM-Terminals o.ä.): Die Bank verlangt vom Kunden die finale Autorisierung
+ der Buchung, die sie damit ausführt.
+\end_layout
+
+\begin_layout Standard
+Die Bank überweist den Betrag vom Girokonto an den gewählten Exchange unter
+ Angabe des vom Wallet erzeugten 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Public key"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+.
+ Die Credentials erscheinen als Buchungsvermerk im Girokontoauszug der Nutzer.
+ Damit ist jeder Aufladevorgang mit den betreffenden Geldwerten und Zeitpunkten
+ eindeutig zuzuordnen und nachvollziehbar.
+\end_layout
+
+\end_deeper
+\begin_layout Enumerate
+Der 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Public key"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ dient zum Prüfen der korrekten Verbindung zwischen Wallet und Exchange.
+ Damit wird in der Datenbank des gewählten Exchange eine 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Reserve"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ über den Betrag der Girokontoüberweisung erzeugt, aus welcher das empfangende
+ Wallet dann Coins abheben kann.
+\end_layout
+
+\begin_layout Enumerate
+Mit dem Verfahren SEPA Instant Credit Transfer (SCT Inst) kann das Wallet
+ die Coins in Echtzeit abheben, andernfalls mit normaler SEPA-Überweisung
+ innerhalb eines Banktags.
+ Dafür benötigt das Wallet die Credentials, die es vorher erzeugt hat.
+ Sollte das Wallet dazu nicht in der Lage sein (z.B.
+ weil der Nutzer es versäumt, das Wallet online gehen zu lassen), schließt
+ der Exchange die Reserve automatisch wieder und überweist den Betrag (abzüglich
+ einer Gebühr) auf das ursprüngliche Konto zurück.
+ Das Zeitfenster für den Abhebevorgang wird als 
+\emph on
+
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ ClosingTime"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+
+\emph default
+ bezeichnet und beträgt 14 Tage.
+ Dieser Zeitraum sollte für Nutzer normalerweise ausreichen, um den Abhebevorgan
+g abschließen zu können.
+ Er sollte auch nicht zu lang sein, damit die Kunden bei eventuellen Problemen
+ nicht zu lange auf ihre Rücküberweisungen warten müssen.
+\end_layout
+
+\begin_layout Standard
+Die nachfolgende Grafik zeigt die Benutzerführung bei der Auswahl des Exchange
+ und der Anzeige dessen AGB vor dem Abhebevorgang (Verfahrensschritt 4):
+\end_layout
+
+\begin_layout Standard
+\begin_inset Graphics
+	filename withdrawal_process_flow.pdf
+	lyxscale 50
+	scale 40
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Subsection
+Manuelle Überweisung (A2)
+\end_layout
+
+\begin_layout Standard
+Die manuelle Überweisung besteht für den Fall, dass Taler-Nutzer von Girokonten
+ abheben wollen, deren kontoführende Geschäftsbank Taler (noch) nicht unterstütz
+t.
+ Sie müssen hierfür den gewünschten Betrag mittels konventioneller Girobuchung
+ an einen Exchange überweisen, von dem ihre Wallets dann den Betrag automatisch
+ abheben.
+ Die Wallet-Software liefert ihnen dazu die Überweisungsdaten, die sie einfach
+ und schnell in ein Überweisungsformular von Hand oder mit dem vom Wallet
+ erzeugten QR-Code übertragen:
+\end_layout
+
+\begin_layout Enumerate
+Der Nutzer gibt den gewünschten Aufladebetrag im Wallet ein und wählt den
+ Exchange.
+\end_layout
+
+\begin_layout Enumerate
+Das Wallet erzeugt die Credentials und zeigt sie zusammen mit der Bankverbindung
+ des gewählten Exchange an.
+ 
+\end_layout
+
+\begin_layout Enumerate
+Diese Daten werden in die Felder des Überweisungsformulars für eine SEPA-Überwei
+sung vom Girokonto auf den Exchange übertragen (manuell oder mit dem QR-Code
+ als payto://-URI für Banking-Anwendungen).
+\end_layout
+
+\begin_layout Enumerate
+Sobald die Überweisung beim Exchange angekommen ist, hebt das Wallet die
+ Coins des Aufladebetrags gemäß Punkt 8 des integrierten Abhebevorgangs
+ ab.
+\end_layout
+
+\begin_layout Subsection
+Tipping (A3)
+\end_layout
+
+\begin_layout Standard
+Tipping ist eine geringfügige Aufwandsentschädigung von Webseiten an ihre
+ Besucher.
+ Webseiten können dies nutzen, um Besucher für das Betrachten von Werbung
+ oder die Preisgabe von Daten zu belohnen z.B.
+ bei Kundenrezensionen oder Bewertungen gekaufter Artikel.
+ Den Nutzern bietet man damit einen Anreiz in Form eines Kleinstbetrags,
+ der auf ihre Taler-Wallets gebucht wird.
+ Dazu erzeugt die Webseite für das Wallet ein Token, durch welches das Wallet
+ einen auf den Geldwert begrenzten Zugriff auf eine 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Reserve"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ bekommt, die der Webseiten-Betreiber an einem Exchange seiner Wahl angelegt
+ hat.
+ Der Vorgang verlangt dann noch eine einfache Bestätigung durch die Webseiten-Be
+sucher, mit der ihre Wallets die Coins abheben können.
+\end_layout
+
+\begin_layout Section
+Ausgabevorgang
+\end_layout
+
+\begin_layout Standard
+Genauso wie den Abhebevorgang steuert die Software des Exchange im Zusammenspiel
+ mit der Wallet-Software auch den Ausgabevorgang, das Bezahlen mit Coins.
+ Dreh- und Angelpunkt aller Ausgabevorgänge ist der Exchange.
+\end_layout
+
+\begin_layout Standard
+Mit den Coins verfügen die Wallet-Besitzer über elektronische Repräsentanten
+ der Geldwerte, die der jeweils beim Abhebevorgang gewählte Exchange auf
+ seinem Treuhandkonto vorhält.
+ Kommt es zur Zahlung mit Coins, werden die Geldwerte vom Treuhandkonto
+ an die empfangenden Girokonten der Verkäufer weitergebucht.
+\end_layout
+
+\begin_layout Standard
+Mit 
+\begin_inset Quotes gld
+\end_inset
+
+Verkäufer
+\begin_inset Quotes grd
+\end_inset
+
+ gemeint sind alle Stellen, die das Bezahlsystem am 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Point-of-Sale"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ akzeptieren und Taler-Coins annehmen (z.B.
+ Webshops, Webseiten, Supermärkte, Laden\SpecialChar softhyphen
+geschäfte, Verkaufsautomaten, Kiosksyste
+me, POS-Kassen usw.).
+ Die Verkäufer müssen kein Wallet installiert haben, um bezahlt zu werden.
+ Falls das digitale Endgerät der Nutzer beim Ausgabevorgang einmal keinen
+ Internetzugang haben sollte, können Wallets auch über Internet-Zugänge
+ von Verkäufern am Point of Sale mit dem Exchange kommunizieren und die
+ Bezahlung durchführen.
+\end_layout
+
+\begin_layout Standard
+Der Exchange sammelt Zahlungen von verschiedenen Kunden, bündelt diese nach
+ Empfängern sortiert zu Sammelbuchungen und überweist diese zugunsten der
+ betreffenden (Verkäufer-)Girokonten.
+ Die Sammelbuchung (
+\begin_inset Quotes gld
+\end_inset
+
+Aggregation
+\begin_inset Quotes grd
+\end_inset
+
+) minimiert Transaktionskosten und erhöht die Effizienz der Buchungsverarbeitung
+ zwischen den Banken.
+ Die Verkäufer können die Frequenz der Sammelbuchung bestimmen und sind
+ aufgrund der Tatsache, dass für jede aggregierte Buchung eine im Protokoll
+ ausgewiesene Gebühr vom Exchange erhoben wird, auch geneigt, die Häufigkeit
+ der Überweisungen ökonomisch zu halten (siehe 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "sec:Gebührenarten"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+).
+\end_layout
+
+\begin_layout Standard
+Sollte ein Exchange zu hohe Überweisungsgebühren verlangen, schlägt die
+ Händlersoftware diese Gebühren ganz oder zum Teil dem zu zahlenden Betrag
+ bei den Kunden dieses Exchange auf.
+ Für die Sammelbuchung führt der Exchange zum entsprechenden Zeitpunkt eine
+ Soll-Buchung auf das Treuhandkonto seiner Bank aus, die entsprechende Haben-Buc
+hung erfolgt zugunsten des Empfängerkontos.
+\end_layout
+
+\begin_layout Standard
+Wird ein Coin ausgegeben, ist das Coin entwertet.
+ Wer es zuerst ausgibt, verfügt über den bewegten Geldwert.
+ Der Exchange bestätigt mit einer elektronischen Signatur dem Verkäufer
+ beim Empfang eines Coin, dass der Verkäufer der Erstempfänger ist.
+\end_layout
+
+\begin_layout Standard
+Ein Kopieren der Coins (was zwangsläufig aus deren redundanter Speicherung
+ an verschiedenen Orten resultiert) erzeugt identische Coins von gleichem
+ Wert.
+ Wer die Verfügungsgewalt über diese identischen Coins besitzt, kann mit
+ ihnen Zahlungen auslösen und so ihren Geldwert in Fiatwährung weiterbuchen
+ lassen - jedoch nur exakt einmal pro Coin.
+\begin_inset Newpage newpage
+\end_inset
+
+
+\end_layout
+
+\begin_layout Standard
+Ein regulärer Ausgabevorgang kommt z.B.
+ zum Einsatz bei:
+\end_layout
+
+\begin_layout Itemize
+B1 Gewöhnlicher Vertragsschluss zum Erwerb von Gütern im Internet (kein
+ 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Point-of-Sale"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+) 
+\end_layout
+
+\begin_layout Itemize
+B2 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Point-of-Sale"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+/Verkaufsautomaten (einschließlich der Möglichkeit der automatischen Rück\SpecialChar softhyphen
+erstatt
+ung beim Abbruch des Verkaufsvorgangs durch den Automaten, falls bei diesem
+ ein technisches Problem auftritt)
+\end_layout
+
+\begin_layout Itemize
+B3 Spenden
+\end_layout
+
+\begin_layout Standard
+\begin_inset VSpace 5bp
+\end_inset
+
+Die nachfolgende Illustration veranschaulicht die Abhebe- und Ausgabevorgänge:
+\end_layout
+
+\begin_layout Standard
+\begin_inset Graphics
+	filename taler-arch-full.pdf
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Section
+Wechselgeld und zeitliche Gültigkeit von Coins
+\end_layout
+
+\begin_layout Standard
+Bei Bezahlvorgängen kann es aufgrund der festen nominalen 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Stückelung"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ der Coins notwendig sein, dass der Nutzer 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Wechselgeld"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ erhält.
+ Zur Ausgabe von Wechselgeld benutzt Taler das sogenannte 
+\emph on
+
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Refresh"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+
+\emph default
+-Protokoll, welches 
+\begin_inset Quotes gld
+\end_inset
+
+frische
+\begin_inset Quotes grd
+\end_inset
+
+ Coins erzeugt.
+\end_layout
+
+\begin_layout Standard
+Des weiteren haben Coins ein Ablaufdatum.
+ Bevor das Ablaufdatum eines Coin erreicht ist, sollten Taler-Nutzer das
+ Refresh-Protokoll auslösen, um Coins mit einem neuen Ablaufdatum zu erhalten.
+ Refresh-Operationen werden bei Bedarf vom Wallet automatisch ausgelöst,
+ um die Gültigkeit der Coins zu verlängern.
+\end_layout
+
+\begin_layout Section
+Rückerstattungen (Refund)
+\end_layout
+
+\begin_layout Standard
+Solange ein Verkäufer noch keine Sammelbuchung mit einem bestimmten Ausgabevorga
+ng eines Käufers erhalten hat, für den er nach Abschluss des Kaufvertrags
+ einen Rabatt einräumen will oder von dem er zurücktreten möchte, kann er
+ im Taler-System einen Teilbetrag bzw.
+ den vollständigen Betrag des betreffenden Vorgangs an seinen Kunden zurückersta
+tten lassen.
+ Dieses Rückerstattungsverfahren wird 
+\emph on
+
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Refund"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+
+\emph default
+ genannt.
+ Das Taler-Wallet des Käufers erhält den entsprechenden Betrag (gegebenenfalls
+ abzüglich Gebühren) in Form von frischen Coins.
+\end_layout
+
+\begin_layout Section
+Marktaustritt eines Exchange (Recoup)
+\end_layout
+
+\begin_layout Standard
+Im Fall eines Marktaustritts des Exchange-Betreibers oder in seinem Insolvenzfal
+l erlaubt das Taler-Protokoll, dass alle Wallets automatisch über den Marktaustr
+itt informiert werden.
+ Dieser Geschäftsvorgang wird durch das 
+\emph on
+
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Recoup"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+
+\emph default
+-Unterprotokoll realisiert.
+ Die Wallets senden automatisch alle Coins dieses Exchanges zurück und koppeln
+ dies mit der Anweisung, den entsprechenden Betrag auf die Girokonten der
+ jeweiligen Nutzer zurückzuerstatten.
+ Dafür wird das Girokonto verwendet, von dem die Geldwerte für die Coins
+ ursprünglich abgehoben wurden.
+ Der Exchange veranlasst daraufhin die entsprechenden Soll-Buchungen des
+ Treuhandkontos.
+ Für den Recoup schließt das Taler-Protokoll Gebührenbelastung für die Coin-Eige
+ntümer aus, obwohl dem Exchange-Betreiber Kosten für IBAN-Überweisungen
+ entstehen (➔ 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "sec:Gebührenarten"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+).
+\end_layout
+
+\begin_layout Standard
+
+\color red
+Exchange-Betreiber sind verpflichtet, das Kapital auf dem Treuhandkonto
+ von der Einzahlung bis zum Ausgabevorgang nur für das Taler-Bezahlsystem
+ zu verwenden.
+ Deshalb weist im Regelfall das Treuhandkonto einen Saldo in Höhe der summierten
+ Coin-Werte auf.
+ Von einem Exchange-Betreiber erwartet zudem das 
+\begin_inset CommandInset href
+LatexCommand href
+name "Zahlungsdiensteaufsichtsgesetz"
+target "https://www.gesetze-im-internet.de/zag_2018"
+literal "false"
+
+\end_inset
+
+, Sicherungsmaßnahmen und Frühwarnmechanismen gegen Insolvenz einzurichten
+ und Anfangskapital in bestimmter Höhe vorzuhalten
+\begin_inset Foot
+status open
+
+\begin_layout Plain Layout
+
+\color red
+Ein Exchange-Betreiber muss die Auflagen der BaFin erfüllen, in ihrem Register
+ eingetragen sein und Anfangskapital vorhalten (
+\begin_inset Quotes gld
+\end_inset
+
+hartes Kernkapital
+\begin_inset Quotes grd
+\end_inset
+
+, mindestens 20.000 Euro Anfangskapital für Finanztransfergeschäfte, als
+ Zahlungsauslösedienst 50.000 Euro, als E-Geld-Emittent 350.000 Euro, siehe
+ §12 
+\begin_inset CommandInset href
+LatexCommand href
+name "Zahlungsdiensteaufsichtsgesetz"
+target "https://www.gesetze-im-internet.de/zag_2018/__12.html"
+literal "false"
+
+\end_inset
+
+).
+\end_layout
+
+\end_inset
+
+.
+\end_layout
+
+\begin_layout Standard
+
+\color red
+Solange kein Grund für eine Mitteilung drohender Insolvenz an das zuständige
+ Amtsgericht vorliegt, ist ein Exchange zur Rücküberweisung des Treuhandkonto-Ha
+bensaldos an die ursprünglichen IBAN-Konten jederzeit berechtigt.
+ Das Recoup-Protokoll kann er also zu seinem geordneten Marktaustritt nutzen.
+ Im Insolvenzfall würden jedoch alle Coin-Werte in die Konkursmasse fallen
+ und ihre Eigentümer zu Gläubigern werden.
+ Der Exchange dürfte dann keinen Recoup ohne gerichtlichen Beschluss durchführen.
+\end_layout
+
+\begin_layout Section
+Einkommensnachweis von Verkäufern
+\end_layout
+
+\begin_layout Standard
+Eine zuständige Behörde kann bei diesem Geschäftsvorgang 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Transaktionen"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ nachvollziehbar machen, die auf Seite der Verkäufer zu Einkommen führen,
+ und so eine Einkommensverfolgung anstrengen.
+\end_layout
+
+\begin_layout Enumerate
+Voraussetzung ist, dass die Geschäftsbank des Verkäufers der Behörde Zugriff
+ auf Buchungen erteilt hat, die auf dem Girokonto des Verkäufers eingehen.
+\end_layout
+
+\begin_layout Enumerate
+Unter den Haben-Buchungen des Girokontos findet die Behörde möglicherweise
+ Überweisungen eines Taler-Exchange.
+ Diese Überweisungen haben im Feld Verwendungszweck die Web-Adresse des
+ Exchange-Betreibers sowie eine eindeutige Identifikationsnummer für jede
+ Sammelbuchung des Exchange.
+\end_layout
+
+\begin_layout Enumerate
+Mithilfe dieser beiden Daten kann die Behörde automatisiert beim Exchange
+ eine HTTP-Anfrage stellen, um die Liste der Mikrotransaktionen zu bekommen,
+ die als Sammelbuchung aggregiert vom Treuhandkonto des Exchange auf das
+ Girokonto des Verkäufers überwiesen wurden.
+ Mit den Mikrotransaktionen erhält die Behörde den genauen Betrag des Kaufpreise
+s und den kryptographischen Hash des Vertragstexts.
+ Mit jedem Hash garantiert der Exchange, dass der dazugehörige Vertrag von
+ einem Käufer-Wallet elektronisch unterzeichnet wurde.
+\end_layout
+
+\begin_layout Enumerate
+Die Behörde kann gegebenenfalls von einem Verkäufer verlangen, den kompletten
+ Vertragstext zu offenbaren, der zu diesem Hash verarbeitet wurde.
+ Das Taler-Bezahlsystem speichert automatisch für jede Transaktion alle
+ kompletten Vertragstexte unter den dazugehörigen Hashes zusammen mit den
+ kryptographischen Beweisen in einer Datenbank beim Verkäufer.
+ Verkäufer können Behörden den direkten Zugriff auf diese Daten per HTTP
+ freischalten.
+\end_layout
+
+\begin_layout Chapter
+Gebühren
+\begin_inset CommandInset label
+LatexCommand label
+name "chap:Gebühren"
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Standard
+Von den Nutzern des Bezahlsystems können Gebühren erhoben werden, um die
+ zwangs\SpecialChar softhyphen
+läufig auftretenden betriebsnotwendigen Kosten von Exchange-Betreibern
+ zu decken.
+ Variable Kosten umfassen hauptsächlich Kosten für Strom sowie für IBAN-Buchunge
+n zugunsten von Girokonten.
+ Fixkosten fallen vor allem an für Personal, Hardware und Marketing.
+ Eine Zentralbank, die den Exchange als Dienst für die Allgemeinheit anbietet,
+ würde dessen Kosten selbst tragen und dem verhältnismäßig wesentlich kostspieli
+geren Bargeldumlauf sogar vorziehen.
+ Eine normale Geschäftsbank hingegen wird die Kosten ihres Exchange auf
+ die Nutzer verteilen wollen.
+ Das Taler-Protokoll stellt deshalb je eine Gebühr zur Wahl für die sechs
+ Buchungsarten 
+\emph on
+Withdrawal
+\emph default
+, 
+\emph on
+Deposit
+\emph default
+, 
+\emph on
+Refresh
+\emph default
+, 
+\emph on
+Refund
+\emph default
+, 
+\emph on
+Wire fee
+\emph default
+ und 
+\emph on
+Closing
+\emph default
+.
+ Exchange-Betreiber bestimmen selbstständig die Kombination der Gebührenarten
+ und deren Höhe, jedoch immer im Rahmen, den das Taler-Protokoll vorgibt.
+\end_layout
+
+\begin_layout Standard
+Die Gebühren sollen zum einen die Käufer und Verkäufer, die das Bezahlsystem
+ nutzen, zu einem ökonomischen Buchungsverhalten anleiten, zum anderen die
+ Kosten der Bereitstellung des Bezahlsystems umschlagen bzw.
+ bei gegebenem Bedarf verursachungsgerecht abbilden und auch den Verursachern
+ direkt belasten.
+ Exchange-Betreiber bestimmen für jeden Coin-Nominalwert (
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ denomination key"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+) die 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "sec:Gebührenarten"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+.
+\end_layout
+
+\begin_layout Standard
+Der Audit-Report jedes Exchange sendet automatisch sowohl an die externen
+ Auditoren als auch an den Exchange-Betreiber die laufenden Einnahmen aus
+ jeder einzelnen Gebührenart.
+ 
+\end_layout
+
+\begin_layout Section
+Gebührenordnung
+\end_layout
+
+\begin_layout Standard
+Taler Systems SA legt die Gebührenordnung verbindlich für sämtliche Exchange-Bet
+reiber im Protokoll fest und stellt damit die verfügbaren Gebührenarten
+ sowie Mindest- und Höchstwerte bzw.
+ Basiswerte und Abweichungen von diesen auf.
+ Änderungen des Protokolls unterliegen Regeln, die Willkürlichkeit kategorisch
+ ausschließen: Änderungen sind nur möglich (1.) konform zur Genehmigung der
+ Aufsichtsbehörden wie der BaFin, (2.) gemäß der Satzung von Taler Systems
+ SA und (3.) im Konsens zwischen Geschäftsführung und Vorstandsmitgliedern.
+ Rechtliche Grundlage für die Gebührenerhebung sind die Allgemeinen Geschäftsbed
+ingungen der Exchange-Betreiber, die wiederum die AGB von Taler Systems
+ SA und die AGB der Geschäftsbanken bezüglich der IBAN-Buchungen ihrer Kunden
+ vertragsgemäß zu erfüllen haben.
+\end_layout
+
+\begin_layout Subsection
+Verpflichtungen der Exchange-Betreiber
+\end_layout
+
+\begin_layout Standard
+Exchange-Betreiber verpflichten sich, die Gebührenordnung einzuhalten.
+ Andernfalls können sie ihren Schnittstellenzugang verlieren, ihre Zertifizierun
+g aberkannt bekommen und darüber hinaus sogar schadenersatzpflichtig werden.
+\end_layout
+
+\begin_layout Standard
+Für jede Buchungsart gibt es eine Gebührenart.
+ Das Bezahlsystem verfügt über sieben Buchungsarten, von denen drei (nämlich
+ 
+\emph on
+Wire fee
+\emph default
+, 
+\emph on
+Closing
+\emph default
+ und 
+\emph on
+Recoup
+\emph default
+) den Exchange-Betreibern Kosten wegen IBAN-Buchungen verursachen.
+ 
+\emph on
+
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Recoup"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+
+\emph default
+ ist nicht abwählbar, da die Kosten der Rückführung von Vermögenswerten
+ bei einem Marktaustritt nicht den Coin-Eigentümern belastet werden dürfen,
+ sondern vom Exchange allein getragen werden müssen.
+ Exchange-Betreiber haben daher nur die Wahl aus sechs Gebührenarten.
+\end_layout
+
+\begin_layout Standard
+Alle sechs Gebührenarten abzuwählen würde die Gebührenordnung für Taler-Nutzer
+ vereinfachen und das Bezahlsystem attraktiver machen.
+ Exchange-Betreiber müssen jedoch die Möglichkeit haben, einen eventuellen
+ Missbrauch mit Buchungen, die besonders hohe Kosten verursachen, durch
+ die Erhebung von Gebühren zu verhindern bzw.
+ zu vermindern.
+ Besonders das anonym und unbegrenzt oft auslösbare 
+\emph on
+
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Refresh"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+
+\emph default
+-Unterprotokoll verbraucht vergleichsweise mehr Energie als andere Buchungsarten.
+ Setzt der Exchange-Betreiber beispielsweise die Refresh-Gebühren auf Höhe
+ der konkret für diese Buchungsart anfallenden Energiekosten an, bereitet
+ böswillige Kostentreiberei mit Refresh-Buchungen zumindest dem Exchange
+ keinen Schaden, sondern belastet nur jene Nutzer, die besonders häufig
+ einen Refresh ausführen lassen (dazu ausführlich weiter unten).
+\end_layout
+
+\begin_layout Standard
+Exchange-Betreiber können Gebühren auf Coins nur zu deren Ausgabezeitpunkt
+ festsetzen und nachträglich nicht mehr ändern.
+ Sie willigen ein, dass ihre Audit-Reports Einnahmen aus Gebühren an die
+ Auditoren und an Taler Systems SA melden.
+ Gebühren auf Banküberweisungen sind immer nur jährlich anpassbar und vom
+ Exchange-Betreiber mindestens für 2 Jahre in die Zukunft festzulegen [laut
+ AGB der Taler Systems SA].
+ Durch diese Gebührenkonstanz können die Verkäufer ihre aufzuschlagenden
+ Kosten besser planen.
+\end_layout
+
+\begin_layout Standard
+Die AGB jedes Exchange müssen die Nutzer unmissverständlich darauf hinweisen,
+ dass es bei einem selbstverschuldeten Verzicht auf die Sicherung durch
+ ein Backup-Tool (wie z.B.
+ die Taler-Entwicklung 
+\begin_inset Quotes gld
+\end_inset
+
+Anastasis
+\begin_inset Quotes grd
+\end_inset
+
+) zum Totalverlust des Coin-Eigentums kommen kann.
+ Wertverluste entstehen des weiteren infolge der Refresh-Gebühr beim Überschreit
+en des Coin-Ablaufdatums, ein Totalverlust der Coin-Werte im Wallet bei
+ Synchronisation der Wallets nach länger als einem Jahr (➔ 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "chap:Wertverluste"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+).
+\end_layout
+
+\begin_layout Standard
+Eine Privatkundenbank, die einen Exchange hostet, sollte ihren Kunden beim
+ Abheben vom hauseigenen Girokonto in Taler-Wallets die IBAN-Buchungsgebühren
+ erlassen, falls sie diese normalerweise erhebt.
+ Die Betriebskosten des Exchange kann sie ganz oder in Teilen entweder mit
+ Überschüssen aus anderen Geschäftsbereichen verrechnen oder mithilfe der
+ Taler-Gebührenarten auf die Nutzer verteilen.
+\end_layout
+
+\begin_layout Subsection
+Verpflichtungen von Käufern
+\end_layout
+
+\begin_layout Standard
+Die AGB der Exchange-Betreiber haben die Nutzer vor dem ersten Abhebevorgang
+ beim jeweiligen Exchange zu lesen und zu bestätigen, bei Änderungen derselben
+ ebenfalls.
+ Sie akzeptieren mit ihrer Einwilligung in die AGB des Exchange, den sie
+ aktiv auswählen, eventuelle Wertverluste durch Refresh-Gebühren.
+ Die Gebührenarten und -höhen werden den Nutzern vor jedem Abhebevorgang
+ zwingend angezeigt.
+ Spezifische vorgangsbezogene Transaktionsgebühren, welche die Nutzer zu
+ tragen hätten, werden vom Wallet immer im Rahmen der interaktiven Buchung
+ angezeigt.
+\end_layout
+
+\begin_layout Standard
+Die Nutzer verpflichten sich gemäß AGB, keinen Schadenersatzanspruch gegen
+ das Bezahlsystem oder den Exchange-Betreiber zu stellen wegen Verlusten,
+ die ihnen durch Diebstahl oder selbstverschuldeten Verzicht auf Sicherung
+ der Coins im persönlichen Wallet entstehen.
+\end_layout
+
+\begin_layout Standard
+Des weiteren müssen Nutzer anerkennen, dass die IBAN-Überweisung vom persönliche
+n Girokonto der Nutzer zum Exchange\SpecialChar softhyphen
+Treuhandkonto je nach Vertrag mit der
+ Hausbank Kosten verursachen kann, die unabhängig von Taler anfallen [bei
+ deutschen Banken zurzeit um 9 Cent pro TAN für eine IBAN-Buchung].
+ Diese Kosten stehen mit dem Taler-Bezahlsystem in keinerlei Bezug und können
+ von ihm auch nicht beeinflusst werden.
+\end_layout
+
+\begin_layout Subsection
+Verpflichtungen von Verkäufern
+\end_layout
+
+\begin_layout Standard
+Die Sammelbuchung der Verkäuferumsätze, die eine Mehrzahl von Ausgabevorgängen
+ der Käufer in einem Betrag an das empfangende Girokonto zusammenfasst und
+ deren Frequenz die Verkäufer bestimmen, verursacht dem Exchange-Betreiber
+ Kosten für jede IBAN-Buchung.
+ Daher wird der Exchange-Betreiber angehalten sein, für diese Buchungsart
+ die Gebühr 
+\emph on
+Wire fee
+\emph default
+ den Verkäufern zu belasten, denn diese sind die Verursacher der Sammelbuchung
+ und nicht etwa die Käufer.
+ Das Taler-Protokoll zeigt den Käufern diese Gebühr an.
+ Übernimmt ein Verkäufer jedoch die Gebühr anstelle seiner Kunden, zeigen
+ die Wallets der Kunden bei diesem Verkäufer keine 
+\emph on
+Wire fee
+\emph default
+ mehr an.
+ Diese Verkäufer machen so für ihre Kunden die Gebührenordnung übersichtlicher,
+ verbergen allerdings die Gebühr einkalkuliert in ihren Verkaufspreisen.
+ Sollten Exchange-Betreiber aus Sicht der Verkäufer eine zu hohe 
+\emph on
+Wire fee
+\emph default
+ verlangen, schlägt die Händlersoftware diese ganz oder zum Teil dem zu
+ zahlenden Betrag bei den Kunden dieses Exchange auf.
+\end_layout
+
+\begin_layout Standard
+Die AGB der Taler Systems SA [und nicht die AGB eines Exchange, mit dem
+ die Verkäufer regelmäßig 
+\emph on
+keine
+\emph default
+ Vertragsbindung eingehen!] weisen unmissverständlich darauf hin, dass die
+ Verkäufer das Risiko eines Wertverlusts bis hin zum Totalausfall tragen,
+ wenn sie für Überweisungen auf ihre Konten die IBAN zwar syntaktisch richtig,
+ aber für ein falsches Zielkonto angeben.
+ Sollten Verkäufer falsche Kontendaten einpflegen, haften sie selbst für
+ daraus resultierende Schäden und nicht etwa ein Exchange-Betreiber.
+ Ebenso tragen allein die Verkäufer weitere Gebühren aufgrund einer Fehlbuchung,
+ die sie verursachen und für die ein manuelles Routing nötig wird (z.B.
+ bei erloschenen Empfängerkonten).
+\end_layout
+
+\begin_layout Subsection
+Technische Rahmenbedingungen der Gebührenerhebung
+\end_layout
+
+\begin_layout Standard
+Gebühren werden erhoben pro Coin bzw.
+ pro Banküberweisung.
+ Die Anzahl an Coins wächst üblicherweise logarithmisch mit dem repräsentierten
+ Betrag.
+ Gebühren können anfallen sowohl auf Flussgrößen (z.B.
+ auf bewegte Coins bei Abhebevorgängen und Ausgabevorgängen) als auch auf
+ Bestandsgrößen (z.B.
+ die aufbewahrten Coins in Wallets).
+ Die Gebühren auf Coins können sich unterscheiden je nach Ausgabezeitpunkt
+ eines Coin und je nach Wert eines Coin, sie sind für jedes Coin mit seinem
+ Ausgabezeitpunkt festgelegt, können also nachträglich vom Exchange-Betreiber
+ nicht geändert werden.
+\end_layout
+
+\begin_layout Standard
+Jede Gebührenart wird selbst bei einer Höhe von 0 Einheiten immer als Variable
+ in der Exchange-Schnittstelle geführt (siehe Dokumentation der 
+\begin_inset CommandInset href
+LatexCommand href
+name "Exchange RESTful JSON API"
+target "https://docs.taler.net/core/api-exchange.html"
+literal "false"
+
+\end_inset
+
+).
+ Während des gesamten Zeitraums der Gültigkeit aller 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ denomination key"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ (mögliche Nennwerte der Coins) haben alle gewählten Gebührenarten ihre
+ Gültigkeit beizubehalten.
+ 
+\end_layout
+
+\begin_layout Section
+Gebührenarten
+\begin_inset CommandInset label
+LatexCommand label
+name "sec:Gebührenarten"
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Standard
+Das Taler-Protokoll bietet folgende Gebührenarten:
+\end_layout
+
+\begin_layout Enumerate
+ABHEBEN vom Girokonto (
+\emph on
+Withdrawal
+\emph default
+): Für jedes erfolgreiche Abheben vom Girokonto, pro Coin
+\end_layout
+
+\begin_layout Enumerate
+AUSGEBEN / BEZAHLEN (
+\emph on
+Deposit
+\emph default
+): Für jeden Ausgabevorgang, pro Coin
+\end_layout
+
+\begin_layout Enumerate
+WECHSELGELD (
+\emph on
+Refresh
+\emph default
+): Pro Coin bei 
+\end_layout
+
+\begin_deeper
+\begin_layout Enumerate
+Wechselgeld-Buchungen
+\end_layout
+
+\begin_layout Enumerate
+Ablauf des Gültigkeitszeitraums von Coins
+\end_layout
+
+\begin_layout Enumerate
+Transaktionsabbruch infolge von Netzwerkfehlern sowie bei
+\end_layout
+
+\begin_layout Enumerate
+
+\emph on
+Refund
+\end_layout
+
+\end_deeper
+\begin_layout Enumerate
+RÜCKERSTATTUNGEN (
+\emph on
+Refund
+\emph default
+): Für Erstattungen oder bei Vertragsrücktritt durch Verkäufer, pro Coin
+\end_layout
+
+\begin_layout Enumerate
+UMSATZVERBUCHUNG (
+\emph on
+Wire fee
+\emph default
+): Für die aggregierte Buchung von Umsätzen auf ein Zielkonto des Verkäufers,
+ pro Überweisung
+\end_layout
+
+\begin_layout Enumerate
+SCHLIESSEN DER RESERVE (
+\emph on
+Closing
+\emph default
+): Falls nach einer Überweisung an den Exchange das Wallet die Coins nicht
+ abheben sollte, pro Rücküberweisung auf das Ursprungskonto
+\end_layout
+
+\begin_layout Enumerate
+MARKTAUSTRITT (
+\emph on
+Recoup
+\emph default
+): Für den Fall des Marktaustritts eines Exchange beträgt die Gebühr für
+ die zurücküberwiesenen Coins stets 0 Einheiten.
+\begin_inset Newpage newpage
+\end_inset
+
+
+\end_layout
+
+\begin_layout Subsection
+Effekte der Gebührenarten auf Exchange-Betreiber, Käufer und Verkäufer
+\end_layout
+
+\begin_layout Standard
+Jede der genannten Gebührenarten wird nun betrachtet
+\end_layout
+
+\begin_layout Itemize
+aus Sicht der Käufer (wirtschaftspsychologisch und kostenbezogen)
+\end_layout
+
+\begin_layout Itemize
+aus Sicht der Exchange-Betreiber (volks- und betriebswirtschaftlich, kostenbezog
+en)
+\end_layout
+
+\begin_layout Itemize
+aus Sicht der Verkäufer (betriebswirtschaftlich, kostenbezogen)
+\end_layout
+
+\begin_layout Standard
+\begin_inset Tabular
+<lyxtabular version="3" rows="39" columns="1">
+<features islongtable="true" longtabularalignment="center">
+<column alignment="left" valignment="top" width="16cm">
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+\align center
+
+\series bold
+\size footnotesize
+Withdrawal aus Sicht der Käufer
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Wer Taler-Wallets mit Coins bestücken möchte, muss dazu eine IBAN-Buchung
+ vom persönlichen Girokonto zugunsten des Exchange-Treuhandkontos auslösen,
+ wofür je nach Vertrag mit der Hausbank Kosten anfallen.
+ Dazu kommt die Withdrawal-Gebühr, die das Taler-Protokoll für jedes Coin,
+ das ins Wallet abgehoben wird, verlangen kann.
+ Auch wenn viele Bankkunden bereits an die Kostenpflicht von IBAN-Buchungen
+ gewöhnt sind, wirkt die Withdrawal-Gebühr psychologisch abreizend, da ein
+ Kaufkraftverlust schon vor beabsichtigten Umsätzen anfällt und die Käufer
+ darüber durch die Gebührenanzeige beim Abheben in Kenntnis gesetzt werden.
+ Sobald sich die Käufer bewusst werden, dass sie die Kosten für jedes erzeugte
+ Coin zu tragen haben, werden sie es vorziehen, möglichst wenige Coins mit
+ hohen Nennwerten anstatt viele Coins mit niedrigen Nennwerten in ihre Wallets
+ abheben zu lassen, und lösen dann bei entsprechend häufigerem Bezahlen
+ mit höheren Nennwerten umso öfter die Refresh-Buchung aus, welche für den
+ Exchange-Betreiber wesentlich kostspieliger ausfällt.
+ Die Refresh-Gebühr kann diese Kosten zwar wieder vom Exchange-Betreiber
+ abwälzen, trifft allerdings auch diejenigen Käufer, die unabsichtlich mit
+ Coins unpassender Nennwerte zahlen.
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+\align center
+
+\series bold
+\size footnotesize
+Withdrawal aus Sicht der Exchange-Betreiber
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Beim Abhebevorgang muss der Exchange jedes Coin mit den Verfahren RSA und
+ EdDSA blind signieren.
+ Bei großer Nutzerzahl und damit hohen Coin-Mengen (die ungefähr logarithmisch
+ mit dem Abhebebetrag steigen) können sich die marginal geringen Energiekosten
+ zu wahrnehmbaren Beträgen summieren.
+ Eine Gebühr auf jedes erzeugte Coin würde tatsächlich alle geschaffenen
+ elektronischen Münzen treffen und die Kosten ihrer Erzeugung verteilen,
+ verhindert jedoch keinen Missbrauch mit anderen Buchungsarten und würde
+ zudem jene Nutzer diskriminieren, die viele kleinere Nennwerte aufbuchen.
+ Der Withdrawal-Gebühr steht ebenfalls entgegen, dass manche Nutzer die
+ Kosten des Exchange durch vermehrte Refresh-Buchungen mit Coins höherer
+ Nennwerte steigern können.
+ Die Withdrawal-Gebühr sollte daher - wenn überhaupt gewählt - 
+\emph on
+nicht die einzige
+\emph default
+ Einnahmequelle für Exchange-Betreiber sein, sondern gekoppelt mit Refresh-Gebüh
+ren, um keine Fehlanreize bei den Nutzern herbeizuführen.
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+\align center
+
+\series bold
+\size footnotesize
+Withdrawal aus Sicht der Verkäufer
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+\align left
+
+\size footnotesize
+Withdrawal-Gebühren stellen zwar für Verkäufer keine Kosten dar, doch sind
+ sie für ihre Kunden eine Hemmschwelle, Taler zu benutzen, wenn sie schon
+ beim Abheben diese Gebühren angezeigt bekommen.
+ Die Verkäufer würden es sogar vorziehen, die Kosten für die Erzeugung von
+ Coins in ihre Verkaufspreise einzukalkulieren und vor den Kunden zu verbergen.
+ Dazu müsste man diese Kosten von sämtlichen aktiven Exchanges summieren
+ und allen Verkäufern in Rechnung stellen.
+ Die 
+\emph on
+für Kunden
+\emph default
+ beim Abhebevorgang erzeugten Coins stehen allerdings mit den Verkäufern
+ in keiner direkten Beziehung.
+ Die Erzeugungskosten von Coins können daher in keinem 
+\emph on
+sinnvollen
+\emph default
+ Verhältnis den Verkäufern belastet werden.
+ Wenn man den Verkäufern Kosten aufgebürdet, dann sollten dies schon alle
+ Kosten des Systems sein.
+ Denn aus Verkäufersicht müssen sowieso stets die Endverbraucher alle Kosten
+ der Lieferkette vollumfänglich tragen.
+ Dabei wirkt auf die Käufer umso förderlicher, je unsichtbarer diese Kosten
+ in die Verkaufspreise integriert sind.
+ Withdrawal-Gebühren sollte daher von keinem Exchange gewählt werden.
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+\align center
+
+\series bold
+\size footnotesize
+Deposit aus Sicht der Käufer
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+\align left
+
+\size footnotesize
+Mittels Deposit-Gebühren könnte man theoretisch Kosten des gesamten Bezahlsystem
+s auf alle 
+\emph on
+eingesetzten
+\emph default
+ Coins verteilen, doch benachteiligt dies jene Käufer, die dem System nur
+ geringe Kosten durch Bezahlung mit Coins passender Nennwerte verursachen.
+ Passende Nennwerte sollten jedoch eher belohnt werden und nicht etwa durch
+ eine Gebühr verteuert.
+ Deshalb empfiehlt sich, die Deposit-Gebühr den Käufern zu ersparen.
+ Die marginal niedrigen Kosten der Deposit-Buchung selbst sollten mithilfe
+ einer anderen Gebühr subventioniert werden.
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+\align center
+
+\series bold
+\size footnotesize
+Deposit aus Sicht der Exchange-Betreiber
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Bei der Deposit-Buchung vergleicht die Exchange-Logik den Public key jedes
+ Coin mit den in einem Array gespeicherten Schlüsseln der Postgres-Datenbank
+ des Exchange und untersucht für jedes Coin, ob es erstmalig zur Bezahlung
+ eingelöst wird, was nur wenig Energie verbraucht.
+ Für Exchange-Betreiber können die marginal geringen Kosten erst bei einer
+ exorbitanten Menge an Deposit-Buchungen bedeutend werden, jedoch ist es
+ unwahrscheinlich, dass massenhaft Käufer mit Coins genau passender Nennwerte
+ auftreten.
+ Wesentlich kostenintensiver als der Deposit ist die Refresh-Buchungsart.
+ Wählt ein Exchange dennoch die Deposit-Gebühr, so bedingt diese einen kaufpsych
+ologischen Abreiz bei den Käufern dieses Exchange.
+ Die geringfügigen Kosten der Deposit-Buchungen relativieren sich damit.
+ Schon um einen 
+\begin_inset Quotes gld
+\end_inset
+
+Gebührendschungel
+\begin_inset Quotes grd
+\end_inset
+
+ zu vermeiden, empfiehlt sich die Nichtnutzung dieser Gebührenart, also
+ ihre Abwahl.
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+\align center
+
+\series bold
+\size footnotesize
+Deposit aus Sicht der Verkäufer
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Verkäufer würden sich der Sicht der Exchange-Betreiber anschließen, weil
+ auch sie einen 
+\begin_inset Quotes gld
+\end_inset
+
+Gebührendschungel
+\begin_inset Quotes grd
+\end_inset
+
+ für ihre Kunden vermeiden wollen.
+ Gegen eine Deposit-Gebühr spricht auch folgende Überlegung: Wenn ein Exchange-B
+etreiber für Deposit verhältnismäßig hohe Gebühren verlangt, beeinflussen
+ diese auch jede 
+\emph on
+Refund
+\emph default
+-Buchung bei einer teilweisen Rabattierung, denn die hohe 
+\emph on
+Deposit
+\emph default
+-Gebühr tragen die Käufer, wodurch die Rabattierung aus Sicht der Käufer
+ schlechter wird.
+ Nur bei einem kompletten Rücktritt vom Vertrag durch den Verkäufer befreit
+ die Refund-Buchung die Käufer von Deposit-Gebühren, doch es entstehen durch
+ die Refund-Buchung bei Vertragsrücktritt auch Refresh-Gebühren, die von
+ den Käufern zu tragen wären.
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="center" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+\begin_inset VSpace 100bp
+\end_inset
+
+
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+\align center
+
+\series bold
+\size footnotesize
+Refresh aus Sicht der Käufer
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Refresh-Gebühren werden mehrheitlich verursacht durch die Erzeugung von
+ frischen Coins als 
+\emph on
+Wechselgeld
+\emph default
+ (Beträge werden mit Coins von höherem Nennwert bezahlt) und durch die 
+\emph on
+Refund
+\emph default
+-Buchung (nachträgliche Rabattierung oder Stornierung von Kaufverträgen).
+ Seltener sind Refresh-Buchungen aufgrund des Ablaufs der Gültigkeit von
+ Coins oder wegen Transaktionsabbrüchen durch Netzwerkfehler.
+ Die Gebühr auf Refreshs wird pro Coin erhoben.
+ Sie soll die relativ hohen Energiekosten verursachungsgerecht umschlagen
+ (Refresh verbraucht die 10-fache Menge an kryptografischen Rechenoperationen
+ und Speicher im Vergleich zum Abhebevorgang) und belastet nur die Käufer,
+ die Verkäufer werden nicht belastet.
+ Käufer sehen aus ihrer Perspektive jedoch keinen Grund, dass sie durch
+ Refresh Kosten verursachen.
+ Sie wollen beim Bezahlen nicht auf den Nennwert jedes Coin achten und auch
+ nicht für die Ausgabe von Wechselgeld belastet werden.
+ Die rechtliche Grundlage für Refresh-Gebühren ist ebenfalls zu prüfen.
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+\align center
+
+\series bold
+\size footnotesize
+Refresh aus Sicht der Exchange-Betreiber
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Solange kein Missbrauch mit Refresh-Buchungen stattfindet, muss der Exchange-Bet
+reiber abwägen, ob er die Kosten für Refreshs auf die Käufer direkt abwälzt,
+ deren Begründung sie kaum nachvollziehen können, oder mit einer anderen
+ Gebührenart deckt, die dann in die Endverkaufspreise einkalkuliert wird.
+ Die Refresh-Gebühr für den Missbrauchsfall heranzuziehen bedeutet, dass
+ der Verursacher böswilliger Refreshs sämtliche Käufer eines Exchanges bei
+ ihren regelmäßigen Refresh-Buchungen belasten.
+ Dies verhindert Missbrauch nicht, sondern macht nur die Buchungsart für
+ diejenigen kostspielig, die oft Refreshs auslösen.
+ Im akuten Missbrauchsfall wäre es zumindest zweckmäßig, die Refresh-Gebühren
+ aller Exchanges zu sammeln und allen Käufern idealerweise mit Wire fee-Gebühren
+ zu belasten.
+ Die böswilligen Kostentreiber treffen damit wenigstens keinen konkreten
+ Exchange, sondern alle Endverbraucher.
+ Im Endeffekt verhindert dies keinen weiteren Missbrauch gegen das gesamte
+ Bezahlsystem und verschwendet durch den Refresh-Missbrauch nur unnötig
+ Energie, deren Kosten in die Verkaufspreise der Händler eingepreist werden.
+ Anders sieht dies aus, wenn alleiniger Betreiber des Bezahlsystems eine
+ Zentralbank ist: Refresh-Missbrauch treibt hier dann nur unnötigerweise
+ die Energiekosten der öffentlichen Hand nach oben ohne privaten Schaden
+ zu verursachen.
+\begin_inset Newline newline
+\end_inset
+
+
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+\align center
+
+\series bold
+\size footnotesize
+Refresh aus Sicht der Verkäufer
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Die Refresh-Buchung betrifft Verkäufer nicht direkt, jedoch die Refund-Buchung.
+\begin_inset Newline newline
+\end_inset
+
+
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+\align center
+
+\series bold
+\size footnotesize
+Refund aus Sicht der Käufer
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Im Gegensatz zur Gebührenart Refresh sind Verursacher der Refund-Buchung
+ die Verkäufer - und nicht die Käufer.
+ Bei einem teilweisen Refund infolge von Rabattierung nach dem Kaufvertragsschlu
+ss würden die bereits verbrauchten, deponierten Coins mit einer Refund-Gebühr
+ belastet.
+ Nur bei einem vollständigen Refund werden die Coins der Käufer von den
+ Deposit-Gebühren entlastet, wohl aber mit den ungleich höheren Refresh-Gebühren
+ belastet [stimmt das so?].
+ Auch bei einer teilweisen Rabattierung liegt im Regelfall die Ursache beim
+ Verkäufer.
+ Aus Sicht der Käufer sollten daher die Verkäufer diese Gebühr tragen.
+\begin_inset Newline newline
+\end_inset
+
+
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+\align center
+
+\series bold
+\size footnotesize
+Refund aus Sicht der Exchange-Betreiber
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Das Refund-Unterprotokoll umfasst stets einen Refresh-Vorgang und die Verifizier
+ung der EdDSA-Signatur (ohne RSA), ist vergleichsweise kostspielig und belegt
+ während des Buchungsvorgangs zusätzlich vorzuhaltenden Speicherplatz.
+ Exchange-Betreiber können Refund-Buchungen nicht unterdrücken, da sie den
+ Verkäufern die Möglichkeit zu Rabatten und Rücktritten von Kaufverträgen
+ einzuräumen haben.
+ Ein teilweiser Refund entlastet die Käufer nicht von ihren Deposit-Gebühren,
+ so dass diese mit der Zeit Verkäufer meiden, die nach Vertragsschluss oft
+ rabattieren müssen.
+ Verkäufer, die wiederholt mutwillig wiederholt komplette Refunds auslösen,
+ befreien zwar die bereits beim Exchange deponierten Coins der Käufer von
+ Deposit-Gebühren, belasten diese jedoch durch Refresh-Gebühren.
+ Sollte ein Exchange-Betreiber dann auf die Refresh-Gebühr verzichten, würde
+ er sich hohe Kosten aufbürden und evt.
+ bankrottieren.
+ Um dies zu vermeiden, muss der Exchange solche Verkäufer sperren können,
+ kann er dies nicht, muss er Refresh-Gebühren einführen bzw.
+ erhöhen, wodurch er alle seine Kunden höher belastet.
+ Sowohl die Kosten für den teilweisen als auch für den kompletten Refund
+ müssten aus Sicht der Exchange-Betreiber die Verkäufer tragen, damit diese
+ einen Anreiz verspüren, Rabattierungen oder Rücktritte möglichst zu vermeiden,
+ die Vereinbarungen über Waren und Dienstleistungen den Kaufverträgen entspreche
+nd zu erfüllen und ebenso ihre Käufer anzuhalten, seltener Rücksendungen
+ und Vertragsrücktritte auszulösen (mit allen ökonomischen und ökologischen
+ Effekten, die damit verbunden sind, z.B.
+ durch häufige willkürliche Warenrücksendungen).
+\begin_inset Newline newline
+\end_inset
+
+
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+\align center
+
+\series bold
+\size footnotesize
+Refund aus Sicht der Verkäufer
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Zum heutigen Stand der Implementierung tragen bei einem Rücktritt vom Kaufvertra
+g die Verkäufer die Kosten der Refund-Buchung komplett, bei einer teilweisen
+ Rabattierung tragen die Käufer die Deposit-Gebühr für ihre verbrauchten
+ Coins.
+ Verkäufern liegt es grundsätzlich daran, Rabatte und Rücktritte ökonomisch
+ zu halten.
+ Refund-Gebühren treffen sie in beiden Fällen direkt oder indirekt und sind
+ aus ihrer Perspektive eher zu vermeiden.
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+\align center
+
+\series bold
+\size footnotesize
+Wire fee aus Sicht der Käufer
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Diese Gebühr trifft die Käufer nur direkt in folgendem Fall: Das Protokoll
+ erlaubt den Verkäufern, die Kosten der Gebühr teilweise auf die Käufer
+ abzuwälzen, wenn der Exchange-Betreiber, der die Coins der Käufer signierte,
+ die Wire fee-Gebühr über dem Wert einstellte, den jeder Verkäufer in seinem
+ Merchant Backend mit der Variable max_wire_fee einpflegen kann (aber nicht
+ muss).
+ Dem Abwälzen von Gebühren eines Bezahlsystems auf die Käufer steht entgegen,
+ dass die derzeitige Rechtsprechung in Deutschland (Landgericht München
+ I, Flixbus/PayPal-Urteil) dies als Verstoß gegen die Zahlungsdiensterichtlinie
+ 2015/2366 (PSD2) beurteilt.
+\begin_inset Newline newline
+\end_inset
+
+Die Kosten der Wire fee-Gebühr sind in die Preise der Verkäufer einkalkuliert.
+ Die Verkäufer könnten die relativen Kostenvorteile des Taler-Bezahlsystems
+ in Form von niedrigeren Endverbraucherpreisen an ihre Kunden weiterreichen,
+ sind dazu aber nicht gezwungen.
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+\align center
+
+\series bold
+\size footnotesize
+Wire fee aus Sicht der Exchange-Betreiber
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Die Wire fee-Gebühr wälzt die Kosten für IBAN-Buchungen vom Treuhandkonto
+ an die Verkäuferkonten ab - vom Exchange-Betreiber auf die Verkäufer.
+ Die Käufer bekommen die Wire fee nur angezeigt, wenn der Verkäufer sie
+ nicht übernimmt.
+ Ansonsten merken die Kunden nicht, welche Gebühr von ihren verbrauchten
+ Coins beim Exchange einbehalten wird.
+ Für Exchange-Betreiber käme eine Abwahl der Wire fee gleich einem Freibrief
+ an die Verkäufer, so oft wie möglich eine Sammelbuchung ihrer Umsatzeinkünfte
+ auszulösen.
+ Verlangt der Exchange-Betreiber hingegen die Wire fee per Überweisung an
+ die Verkäuferkonten, führt diese Gebühr dazu, dass die Verkäufer die Häufigkeit
+ der Sammelbuchung so einstellen, wie sie es für ihre Unternehmungen benötigen
+ und sich die Gebühr dafür leisten möchten.
+ Wenn die Frequenz dieser Buchungsart steigt, steigen auch die absoluten
+ Kosten für die Verkäufer.
+ Die Käufer erfahren von der Wire fee-Gebühr nur im Fall, dass ein Exchange-Betr
+eiber diese höher setzt als der Wert, den ein Verkäufer in der Variable
+ max_wire_fee eingepflegt hat.
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+\align center
+
+\series bold
+\size footnotesize
+Wire fee aus Sicht der Verkäufer
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Verkäufer wünschen möglichst schnell und oft ihre Umsätze zu verbuchen.
+ Eine zeitnahe Umsatzverbuchung verbessert ihre Liquidität und bringt Zinsmitnah
+men, wenn Umsatzeinkünfte früher als die Auszahlungen an Lieferanten eingehen.
+ Sie sind daher gezwungen abzuwägen, ob sie lieber höhere absolute Kosten
+ durch die Wire fee tragen oder auf Liquidität verzichten.
+ Bei einigen Verkäufern entscheidet hingegen die Menge an Buchungen über
+ die Häufigkeit der Sammelbuchung, um das Accounting und Billing nicht zu
+ überlasten.
+ In jedem Fall sind die Kosten der Wire fee in die Endverbraucherpreise
+ einkalkuliert und bei Taler im Vergleich zu anderen Bezahlsystemen immer
+ noch vorteilhaft.
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+\align center
+
+\series bold
+\size footnotesize
+Closing aus Sicht der Nutzer
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Die Closing-Buchung lösen Nutzer des Bezahlsystems aus, wenn sie nach einer
+ erfolgreichen IBAN-Überweisung an das Treuhandkonto eines Exchange die
+ Reserve nicht ins persönliche Wallet abheben lassen, weil sie das Wallet
+ nicht innerhalb von 14 Tagen mit dem Taler-Exchange verbinden lassen.
+ Da sie die Verursacher sind und dem Exchange für die Rücküberweisung Kosten
+ bereiten, haben sie auch die Closing-Gebühr zu tragen.
+ Dies erfolgt durch die Überweisung des ursprünglich überwiesenen Aufladebetrags
+ abzüglich der Kosten für IBAN-Buchung und evt.
+ manuelles Routing.
+ Die Gebühr ist leicht durchzusetzen und stößt bei den meisten Nutzern auf
+ Verständnis, denn im Regelfall werden sie von dieser Gebührenart nicht
+ betroffen sein und können auch den AGB-Passus schnell nachvollziehen, dass
+ die Verursacher die Kosten für selbstverschuldetes Nichtabheben tragen
+ müssen.
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+\align center
+
+\series bold
+\size footnotesize
+Closing aus Sicht der Exchange-Betreiber
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Die Kosten der Closing-Buchung entstehen dem Exchange-Betreiber aufgrund
+ eines nicht regulären Nutzerverhaltens.
+ Auf diesen Kosten darf er jedoch nicht sitzenbleiben, sondern muss sie
+ dem verursachenden Nutzer belasten.
+ Die Closing-Gebühr ist für Exchange-Betreiber unverzichtbar, um Missbrauch
+ durch Kostentreiberei zu verhindern.
+ Die Gebühr zu verlangen und einzubehalten gelingt stets reibungslos, da
+ das Treuhandkonto des Exchange mit einer Überweisung bebucht wurde - und
+ nicht mit einer SEPA-Lastschrift, die vom Nutzer in böswilliger Absicht
+ storniert werden könnte.
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+\align center
+
+\series bold
+\size footnotesize
+Closing aus Sicht der Verkäufer
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Die Closing-Buchung betrifft Verkäufer in keiner Weise.
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+\align center
+
+\series bold
+\size footnotesize
+Recoup
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" bottomline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Ein Exchange-Betreiber löst die Recoup-Buchung durch das Emergency-Protokoll
+ aus, wenn er seinen Betrieb einstellen will.
+ Automatisch werden alle Wallets von diesem Exchange aufgefordert, die von
+ ihm signierten Coins, die in den Wallets gespeichert sind, einzulösen.
+ Gesetzt den Falls, dass das Ursprungskonto noch besteht, von dem die Fiatwährun
+g beim Abhebevorgang an den betreffenden Exchange überwiesen wurde, kann
+ dieser die Werte in Fiatwährung von seinem Treuhandkonto zurücküberweisen.
+ Dieser Recoup-Vorgang erfolgt innerhalb eines Zeitraums von 6 bis 12 Monaten,
+ innerhalb dieser Zeit müssen sich die Wallets über das Internet einmal
+ mit der Exchange-Schnittstelle verbinden, um vom Protokoll erfasst zu werden.
+ Ansonsten verfällt der Wert der Coins.
+ Auf diesen Umstand weisen jedoch die AGB aller Exchanges hin.
+ Im Konkursfall, für den das Insolvenzrecht gilt, ist eine Rücküberweisung
+ an Gläubiger nur als Zahlung aus dem Massevermögen durch Insolvenzverwalter
+ oder gerichtlichen Beschluss statthaft, das Buchungsverfahren wäre jedoch
+ das gleiche.
+\end_layout
+
+\end_inset
+</cell>
+</row>
+</lyxtabular>
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Subsection
+Tabellarische Zusammenfassung
+\end_layout
+
+\begin_layout Standard
+\begin_inset Tabular
+<lyxtabular version="3" rows="13" columns="8">
+<features tabularvalignment="middle">
+<column alignment="left" valignment="top" width="2cm">
+<column alignment="center" valignment="top" width="1.6cm">
+<column alignment="center" valignment="top" width="1.6cm">
+<column alignment="center" valignment="top" width="1.6cm">
+<column alignment="center" valignment="top" width="1.8cm">
+<column alignment="center" valignment="top" width="2.2cm">
+<column alignment="center" valignment="top" width="1.6cm">
+<column alignment="center" valignment="top" width="1.2cm">
+<row>
+<cell alignment="left" valignment="top" topline="true" bottomline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\series bold
+\size footnotesize
+Buchungsart
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" bottomline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\series bold
+\size footnotesize
+Withdrawal
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" bottomline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\series bold
+\size footnotesize
+Deposit
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" bottomline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\series bold
+\size footnotesize
+Refresh
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" bottomline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\series bold
+\size footnotesize
+Refund
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" bottomline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\series bold
+\size footnotesize
+Wire fee
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" bottomline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\series bold
+\size footnotesize
+Closing
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" bottomline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\series bold
+\size footnotesize
+Recoup
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Verursacher
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Käufer
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Käufer
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Käufer
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Verkäufer
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Verkäufer
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Käufer
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Exchange
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Kostenträger
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Käufer
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Käufer
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Käufer
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Käufer, bei vollem Refund ohne Deposit
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Verkäufer, Käufer bei hoher Exchange-Gebühr
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Käufer
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Exchange
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Verfahren
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+RSA,EdDSA
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+?
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+EdDSA
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+EdDSA
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+?
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+?
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+?
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Stromkosten
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+?
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+niedrig
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+hoch
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+hoch
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+?
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+niedrig
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+?
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Speicherbedarf
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+?
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+?
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+hoch
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+hoch
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+?
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+?
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+?
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Kosten pro
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Coin
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Coin
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Coin
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Coin
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Überweisung
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Überweisung
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Coin
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+IBAN-Kosten?
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+für Käufer
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+nein
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+nein
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+nein
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+ja
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+ja
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+ja
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Kosten für Nutzer
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+?
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+?
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+?
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+?
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+?
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+?
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+0
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Kosten für Exchange
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+?
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+?
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+?
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+?
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+?
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+?
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+?
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="left" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+AGB-Nennung
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+?
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+?
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+wichtig
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+?
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+unerlässlich
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+unerlässlich
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+unerlässlich
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Abwählbar
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+ja
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+ja
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+ja
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+ja
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+ja
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+ja
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+nein
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="center" valignment="top" topline="true" bottomline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Verzichtbar
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" bottomline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+ja
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" bottomline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+ja
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" bottomline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+fallweise
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" bottomline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+fallweise
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" bottomline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+nein
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" bottomline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+nein
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" bottomline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+nein
+\end_layout
+
+\end_inset
+</cell>
+</row>
+</lyxtabular>
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Subsection
+Diskussion der Gebührenkombination
+\end_layout
+
+\begin_layout Standard
+Der Normalfall eines Buchungszyklus besteht aus 
+\emph on
+Withdrawal
+\emph default
+, 
+\emph on
+Deposit
+\emph default
+ und
+\emph on
+ Wire fee
+\emph default
+ - wenn die zu zahlenden Beträge mit Coins von genau passenden Nennwerten
+ beglichen werden.
+ Für alle anderen Beträge, für die ein Coin von höherem Nennwert eingesetzt
+ wird, muss die 
+\emph on
+Refresh
+\emph default
+-Buchung Wechselgeld erzeugen, d.h.
+ einen oder mehrere frische Coins ins Wallet buchen, bis der Differenzbetrag
+ erreicht ist.
+ Die Kosten der 
+\emph on
+Refresh
+\emph default
+-Buchung sind dabei wesentlich höher als die Kosten der 
+\emph on
+Withdrawal
+\emph default
+-Buchung.
+ Außerdem kann der Refresh anonym unbegrenzt oft mit schadhaften Absichten
+ gegen den Exchange-Betreiber ausgelöst werden.
+ Es stellt sich also die Frage, wie die höchst unterschiedlichen Gebührenhöhen
+ auf die Nutzer zu verteilen sind.
+ Hierzu betrachten wir die beiden Extremfälle des mutwilligen Auslösens
+ einer Buchungsart (Missbrauchsfall) und des Übertragens aller Kosten auf
+ eine Buchungsart (Alleinträgerschaft).
+\end_layout
+
+\begin_layout Subsection
+Missbrauchsfall
+\end_layout
+
+\begin_layout Itemize
+Missbrauch durch 
+\emph on
+Withdrawal
+\emph default
+-Buchungen ist unwahrscheinlich, da die Kosten der IBAN-Überweisungen erst
+ einmal von den Inhabern der Girokonten getragen werden.
+ Die Rücküberweisung bei Nichtabheben ins Wallet hingegen kostet den Exchange
+ und könnte ihn ruinieren, daher muss er die 
+\emph on
+Closing
+\emph default
+-Gebühr erheben.
+\end_layout
+
+\begin_layout Itemize
+Missbrauch durch 
+\emph on
+Deposit
+\emph default
+-Buchungen ist ebenfalls unwahrscheinlich, da es sich um ausgegebene Coins
+ mit passendem Nennwert handelt, also den idealen Normalfall.
+\end_layout
+
+\begin_layout Itemize
+Missbrauch durch 
+\emph on
+Refresh
+\emph default
+-Buchungen ist möglich und bedarf einer differenzierten Behandlung: Im Normalfal
+l sollte keine Gebühr erhoben werden auf Zahlung mit Coins unpassender Nennwerte
+ (Wechselgeld).
+ Die gleiche Gebühr sollte ein Exchange hingegen erheben, wenn seine Kunden
+ massenhaft Refreshs auslösen mit Coins nach Ablauf ihrer Gültigkeit, mit
+ Coins bei einem Transaktionsabbruch oder bei einem 
+\emph on
+Refund
+\emph default
+, den allerdings die Verkäufer auslösen und dessen Kosten fallweise tragen.
+ Im extremen Missbrauchsfall - wenn viele oder alle Exchanges unter massenhaften
+ mutwilligen Refresh-Buchungen leiden, müssten die Kosten dafür über eine
+ Gebührenart, die alle Endverbraucher gleichermaßen trifft, von einzelnen
+ Exchanges auf das gesamte System abgewälzt werden.
+ Dies macht die 
+\emph on
+Wire fee
+\emph default
+-Gebühr unerlässlich.
+\end_layout
+
+\begin_layout Itemize
+Missbrauch durch 
+\emph on
+Refund
+\emph default
+-Buchungen ist möglich und kann nur behandelt werden mit der Einführung
+ oder Erhöhung von 
+\emph on
+Refresh
+\emph default
+-Gebühren.
+\end_layout
+
+\begin_layout Itemize
+Missbrauch durch Sammelbuchungen ist möglich und auch wahrscheinlich, da
+ sie im Interesse der Verkäufer liegen.
+ Exchange-Betreiber können dem massenhaften Auslösen der Aggregatsbuchung
+ nur begegnen mit der 
+\emph on
+Wire fee
+\emph default
+-Gebühr, die damit unerlässlich wird.
+\end_layout
+
+\begin_layout Itemize
+Missbrauch durch Rücküberweisungen infolge von Nichtabheben ins Wallet belastet
+ den Exchange mit Kosten für IBAN-Überweisungen, daher ist die 
+\emph on
+Closing
+\emph default
+-Gebühr ebenfalls unerlässlich.
+\end_layout
+
+\begin_layout Subsection
+Alleinträgerschaft
+\end_layout
+
+\begin_layout Itemize
+
+\emph on
+Withdrawal
+\emph default
+-Gebühren alle Kosten aufzubürden steht den Interessen von Käufern und Verkäufer
+n gemeinsam entgegen: Zu hoch wären die negativen Anreize, um überhaupt
+ Fiatwährung in Taler-Coins umzuwandeln.
+ Alle erzeugten Coins mit Kosten aller Buchungsarten zu beaufschlagen macht
+ das Bezahlsystem gelinde gesagt von vornherein unattraktiv.
+\end_layout
+
+\begin_layout Itemize
+
+\emph on
+Deposit
+\emph default
+-Gebühren alle Kosten aufzubürden hieße die Käufer zu bestrafen, dass sie
+ mit Coins passender Nennwerte bezahlen.
+ Dies wäre ein Fehlanreiz.
+\end_layout
+
+\begin_layout Itemize
+
+\emph on
+Refresh
+\emph default
+-Gebühren alle Kosten aufzubürden hieße jene Käufer zu benachteiligen, die
+ in normalen Geschäftsprozessen Wechselgeld erhalten.
+ Dies wäre für die meisten Nutzer unverständlich und unpraktisch.
+\end_layout
+
+\begin_layout Itemize
+
+\emph on
+Refund
+\emph default
+-Gebühren alle Kosten aufzubürden hieße Verkäufer zu benachteiligen, die
+ in normalen Geschäftsprozessen Rabattierungen und Vertragsrücktritte durchführe
+n.
+ Dies diskriminiert den ehrlichen Kaufmann, welcher von Rabatten und Rücktritten
+ nicht durch exorbitante Kosten abgehalten werden darf.
+\end_layout
+
+\begin_layout Itemize
+
+\emph on
+Closing
+\emph default
+-Gebühren alle Kosten aufzubürden hieße jene wenigen Nutzer zu bestrafen
+ für eine Überweisung an das Treuhandkonto eines Exchanges, die dieser abzüglich
+ exorbitanter Kosten rücküberweist.
+ Rechtlich äußerst zweifelhaft und in der Praxis wohl seltenst der Fall.
+ 
+\end_layout
+
+\begin_layout Itemize
+
+\emph on
+Wire fee
+\emph default
+-Gebühren alle Kosten aufzubürden hieße zuerst nur die Verkäufer und über
+ die Verkaufspreise deren Kunden mit den Kosten des Systems zu belasten.
+ Durch die hohe Zahl an Aggregatsbuchungen, um die Umsätze an die Verkäuferkonte
+n zu buchen, ist dies wahrscheinlich verbunden mit für den einzelnen Verkäufer
+ marginal geringen Kosten, die letzten Endes alle Käufer zu tragen haben.
+\end_layout
+
+\begin_layout Subsection
+Priorisierung der Gebührenarten
+\end_layout
+
+\begin_layout Standard
+Aus der vorangegangenen Diskussion der Gebührenarten ergibt sich eine kardinale
+ Ordnung mit dem ersten Platz als wichtigstem Rang.
+ 
+\emph on
+Recoup
+\emph default
+ als Gebührenart, die nicht abgewählt werden kann und stets nur 0 Einheiten
+ verlangen darf, steht in dieser Liste an nullter Stelle.
+\begin_inset Newline newline
+\end_inset
+
+
+\end_layout
+
+\begin_layout Standard
+\begin_inset Tabular
+<lyxtabular version="3" rows="8" columns="3">
+<features tabularvalignment="middle">
+<column alignment="center" valignment="top">
+<column alignment="center" valignment="top">
+<column alignment="left" valignment="top">
+<row>
+<cell alignment="center" valignment="top" topline="true" bottomline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Rang
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" bottomline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Gebührenart
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="left" valignment="top" topline="true" bottomline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Einsatzgrund
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+0.
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Recoup
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Nicht abwählbare Gebührenart
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+1.
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Wire fee
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Generelle Belastung der Verkäufer mit Kosten und Sammelbuchungskosten
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+2.
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Closing
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Vermeidung von Missbrauch durch Nichtabheben
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+3.
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Refresh
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Gegen Missbrauch durch Refund und mutwillig ausgelöste Refreshs; als Negativzins
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+4.
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Refund
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+-
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+5.
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Withdrawal
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="left" valignment="top" topline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+-
+\end_layout
+
+\end_inset
+</cell>
+</row>
+<row>
+<cell alignment="center" valignment="top" topline="true" bottomline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+6.
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="center" valignment="top" topline="true" bottomline="true" leftline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+Deposit
+\end_layout
+
+\end_inset
+</cell>
+<cell alignment="left" valignment="top" topline="true" bottomline="true" leftline="true" rightline="true" usebox="none">
+\begin_inset Text
+
+\begin_layout Plain Layout
+
+\size footnotesize
+-
+\end_layout
+
+\end_inset
+</cell>
+</row>
+</lyxtabular>
+
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\end_layout
+
+\begin_layout Standard
+Damit empfiehlt sich dem Exchange-Betreiber folgendes:
+\end_layout
+
+\begin_layout Enumerate
+
+\emph on
+Wire fee
+\emph default
+ als unerlässliche Gebührenart, die zuerst nur die Verkäufer mit Kosten
+ belastet und die letzten Endes deren Kunden in den Verkaufspreisen begleichen.
+ Mittels 
+\emph on
+Wire fee
+\emph default
+ lassen sich alle Kosten des gesamten Bezahlsystems auf die Käufer abwälzen.
+\end_layout
+
+\begin_layout Enumerate
+
+\emph on
+Closing
+\emph default
+ als weitere unerlässliche Gebührenart sollte jeder Exchange-Betreiber wählen,
+ da ansonsten Kosten für IBAN-Buchungen an ihm hängenbleiben.
+\end_layout
+
+\begin_layout Enumerate
+
+\emph on
+Refresh
+\emph default
+ hilft fallweise gegen Missbrauch, wenn Verkäufer massenhaft Refund auslösen
+ oder anonyme Wallets massenhaft Refreshs auslösen.
+\end_layout
+
+\begin_layout Enumerate
+Von 
+\emph on
+Refund
+\emph default
+- und 
+\emph on
+Withdrawal
+\emph default
+- sowie 
+\emph on
+Deposit
+\emph default
+-Gebühren sollten Exchange-Betreiber nur Gebrauch machen, wenn sie dazu
+ einen dringenden Anlass durch Missbrauch sehen.
+\end_layout
+
+\begin_layout Chapter
+Nicht-transaktionsbezogene Kosten: Wertverluste
+\begin_inset CommandInset label
+LatexCommand label
+name "chap:Wertverluste"
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Standard
+Wertverluste sind nicht-transaktionsbezogene Kosten, die im Gegensatz zu
+ den transaktionsbezogenen Gebühren, die im Normalfall der Nutzung auftreten,
+ in Sonderfällen für die Nutzer entstehen können.
+\end_layout
+
+\begin_layout Section
+Wertverluste zu Lasten des Wallet-Guthabens
+\end_layout
+
+\begin_layout Enumerate
+Verlust, Zerstörung oder Untergang eines Wallet, für das kein Backup angelegt
+ wurde (Totalverlust des Guthabens)
+\end_layout
+
+\begin_layout Enumerate
+In Höhe von 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Refresh"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+-Gebühren auf das Wallet-Guthaben nach Ablauf eines bestimmten Zeitraums
+ (hier 2 Jahre)
+\end_layout
+
+\begin_layout Enumerate
+Kompletter Verfall der Coins nach Ablauf eines bestimmten Zeitraums ohne
+ 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Refresh"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ (z.B.
+ 1 Jahr), weil so lange keine Internet-Verbindung des Wallet bestand
+\end_layout
+
+\begin_layout Standard
+Zu 1.: Die AGB jedes Exchange müssen ihre Nutzer unmissverständlich darüber
+ aufklären, dass sie für eine Sicherung ihrer Wallets verantwortlich sind
+ und bei einem selbstverschuldeten Verzicht auf die Sicherung durch ein
+ Backup-Tool (wie z.B.
+ die Taler-Entwicklung 
+\begin_inset Quotes gld
+\end_inset
+
+Anastasis
+\begin_inset Quotes grd
+\end_inset
+
+) den Totalverlust ihres Coin-Eigentums riskieren.
+\begin_inset Newline newline
+\end_inset
+
+
+\end_layout
+
+\begin_layout Standard
+Zu 2.: Mit dem Refresh-Protokoll kann die Abzinsung von Coin-Guthaben gesteuert
+ werden.
+ Die Abzinsung ist laut Protokoll zurzeit so eingestellt, dass alle Coins
+ bei einem Onlinegehen des Wallet geprüft werden, ob ihre Erzeugung länger
+ als zwei Jahre zurückliegt.
+ Ist dies der Fall, wird eine Refresh-Buchung ausgelöst, die für alle betroffene
+n Coins frische Credentials erzeugt.
+ Dieser Refresh ist gleichbedeutend mit einem Negativzins auf das betroffene
+ Coin-Guthaben infolge der Refresh-Gebühren.
+\begin_inset Newline newline
+\end_inset
+
+
+\end_layout
+
+\begin_layout Standard
+Zu 3.: Die Wahrscheinlichkeit, dass Nutzer des Bezahlsystems länger als ein
+ Jahr das digitale Endgerät mit ihrem persönlichen Wallet nicht online gehen
+ lassen, ist sehr gering.
+ Sollte es dennoch dazu kommen, würde nach dem Verstreichen der Verjährungsfrist
+ der Exchange-Betreiber neuer Eigentümer der Werte verfallener Coins sein.
+\begin_inset Newline newline
+\end_inset
+
+
+\end_layout
+
+\begin_layout Standard
+Die Verjährung erlaubt nur bei einer hohen Nutzerzahl des Bezahlsystems
+ eine nennenswerte Einkommenserzielung.
+ Wenn dieses Einkommen aus dem Verfall von Coin-Guthaben alle Kosten des
+ Betriebs eines Exchange deckt, könnte man dessen Gebührenordnung wesentlich
+ vereinfachen.
+ Dieses Einkommen ist jedoch unstetig und unvorhersehbar, eignet sich von
+ daher nicht für eine nachhaltige Finanzierung.
+ Außerdem würden Exchange-Betreiber darauf verzichten, ihren Nutzern Anreize
+ zu ökonomischem Buchungsverhalten zu geben
+\begin_inset Foot
+status open
+
+\begin_layout Plain Layout
+Anbieter von Gutscheinkarten nutzen bereits als Geschäftsmodell die Einkommenser
+zielung aus der Verjährung von Gutscheinen.
+ Zu beachten sind dabei §§ 195 und 199 BGB.
+ Es gilt in der BRD eine gesetzliche Verjährungsfrist von 3 Jahren ab dem
+ Ende des Jahres, in dem ein Gutschein erstellt wurde.
+ Bei Taler-Coins handelt es sich jedoch nicht um Gutscheine, sondern um
+ Eigentum, dessen Eigentümer allerdings dem Exchange-Betreiber namentlich
+ nicht bekannt sind, da die Coins blind signiert werden.
+ Für den Fall, dass Taler-Coins rechtlich doch als Gutscheine betrachtet
+ werden, sollte die Refresh-Gebühr besser erst nach dem Ablauf von vier
+ Jahren nach Erzeugung der betroffenen Coins greifen.
+ In jedem Fall sollten die AGB jedes Exchange die Verjährung durch die Refresh-G
+ebühr erklären.
+ 
+\end_layout
+
+\end_inset
+
+.
+\end_layout
+
+\begin_layout Section
+Wertverluste zu Lasten des Verkäuferumsatzes
+\end_layout
+
+\begin_layout Enumerate
+Gebühren können Verkäufern belastet werden bei einer Fehlbuchung aufgrund
+ falsch angegebener IBAN-Kontonummer des Verkäufers bzw.
+ erloschener Empfängerkonten und damit nötigem manuellem Routing (nach Kostentab
+elle der Geschäftsbank des Verkäufers bzw.
+ der GLS Bank).
+\end_layout
+
+\begin_layout Enumerate
+Verluste nach fehlerhaften Überweisungen (IBAN syntaktisch richtig, aber
+ falsches Zielkonto).
+ Wird dies zu spät vom Verkäufer bemerkt, um den Fehler noch durch ein manuelles
+ Routing zu korrigieren, kann es auch hier zu einem Totalverlust kommen,
+ insbesondere wenn der Betrag bereits auf das falsche Zielkonto gebucht
+ wurde.
+\end_layout
+
+\begin_layout Chapter
+Rechtliche Rahmenbedingungen und AGB
+\end_layout
+
+\begin_layout Section
+Vorschlag der AGB-Formulierung eines Exchange für Taler-Nutzer
+\end_layout
+
+\begin_layout Standard
+Hier folgt die Formulierung der AGB (Allgemeine Geschäftsbedingungen/Terms
+ of Service) für Taler-Nutzer in einer Kombination aus 'Einfache Sprache'
+ und freundlichem Deutsch: [work in progress]
+\end_layout
+
+\begin_layout Section
+Fragen rechtlicher Art
+\end_layout
+
+\begin_layout Standard
+Dieses Unterkapitel befasst sich mit der Unterscheidung zwischen Eigentum
+ und Besitz an Coins und den von ihnen repräsentierten Werten sowie der
+ Haftung für diese.
+ Dies ist wichtig für die Antragstellung bei der BaFin.
+\end_layout
+
+\begin_layout Standard
+[work in progress]
+\end_layout
+
+\begin_layout Chapter
+Datensicherung für Wallets
+\end_layout
+
+\begin_layout Standard
+Das Taler-Wallet verfügt über eine integrierte Backup-Lösung.
+ Mit dieser können Nutzer ihre Coins und andere Wallet-Daten verschlüsseln
+ und bei einem vom Nutzer bestimmten Backup-Betreiber hinterlegen.
+ Taler Systems SA wird sicherstellen, dass mindestens ein Backup-Betreiber
+ existiert.
+ Die Software für den serverseitigen Betrieb der Backup-Lösung wird quelloffen
+ der Allgemeinheit zur Verfügung gestellt, somit können qualifizierte Kunden
+ ihre eigene Backup-Lösung betreiben bzw.
+ andere Unternehmen eigene Speicherorte anbieten.
+ Für die Nutzung des Backup-Angebots können die Backup-Betreiber Gebühren
+ verlangen, welche auch über das Taler-Wallet direkt bezahlt werden.
+ Die Sicherung der Backup-Daten kann je nach Betreiber über geheime Schlüssel
+ oder auch über Multi-Faktor-Authentifizierung erfolgen.
+\end_layout
+
+\begin_layout Chapter
+Organisatorische Sicherheit
+\end_layout
+
+\begin_layout Standard
+Organisatorische Details zur sicheren Datenverarbeitung beim Exchange (Datenzent
+rum, Redundanz, Zugangskontrolle) wurden noch nicht bestimmt, da die geschäftlic
+he Aufgabenverteilung zwischen GLS Bank und Taler Systems SA in diesem Punkt
+ noch nicht abschließend geklärt ist.
+ In jedem Fall wird jedoch ein sicherer und bankenüblich zertifizierter
+ Rechenzentrumsbetrieb bereitgestellt.
+\end_layout
+
+\begin_layout Chapter
+Regulatorische Compliance
+\end_layout
+
+\begin_layout Enumerate
+Das Abhebevolumen pro Tag und pro Kunde soll begrenzt werden.
+ Dies dient sowohl zum Selbstschutz der Kunden, zum Schutz vor einem 
+\begin_inset Quotes gld
+\end_inset
+
+Bank Run
+\begin_inset Quotes grd
+\end_inset
+
+ und leistet ggf.
+ einen Beitrag zur Durchsetzung von AML-Richtlinien.
+ Wir gehen im Moment von einer Obergrenze von 1000 Euro pro Tag und Kunde
+ aus, da diese Grenze z.B.
+ auch für Bargeld üblich ist.
+\end_layout
+
+\begin_layout Enumerate
+Händler können eine Obergrenze des Transaktionsbetrags pro Vorgang festlegen.
+ Bestehende Obergrenzen z.B.
+ für Kreditkarten ohne TAN-Autorisierung am Point of Sale gemäß PSD2 sind
+ 50 Euro pro Buchung maximal fünfmal in Folge.
+ Darüber hinaus gilt aktuell gemäß PSD2-Richtlinie die Kann-Option für Zahlungsd
+ienstleister, welche Kundenbuchungen in der Summe von maximal 150 Euro ohne
+ starke Authentifizierung erlaubt.
+ Die genaue Anwendbarkeit dieser Richtlinien ist unklar, wobei wir bislang
+ von Obergrenzen zwischen 50 und 1000 Euro pro Geschäftsvorgang ausgehen,
+ ggf.
+ auch in Abhängigkeit vom Geschäftsbereich des Händlers.
+\end_layout
+
+\begin_layout Enumerate
+Die Identitätsfeststellung (KYC) erfolgt sowohl für Kunden als auch für
+ Verkäufer stets bei den Geschäftsbanken.
+ Für die Teilnahme am Bezahlsystem benötigen beide Seiten ein SEPA-Konto,
+ das sie nur nach Klärung ihrer Identität bzw.
+ der wirtschaftlich Berechtigten eröffnen können.
+ Eine theoretische Ausnahme bei der Identitätsfeststellung wären Empfänger
+ von Sozialleistungen, die z.B.
+ von staatlichen Behörden ihre Sozialleistungen mithilfe des durch GNU Taler
+ ermöglichten Tipping-Verfahrens auch ohne eigenes Girokonto empfangen könnten.
+ In diesem Fall würde die Behörde die Identitätsfeststellung der Leistungsempfän
+ger übernehmen müssen.
+\end_layout
+
+\begin_layout Enumerate
+Die Verantwortung für AML bleibt bei den Geschäftsbanken der Verkäufer.
+ Die Banken werden dazu von einer API des Exchange unterstützt, welche es
+ erlaubt, die eingehenden SEPA-Buchungen mit den Vertragstexten jedes abgeschlos
+senen Geschäftsvorgangs zu verknüpfen.
+ Diese API kann z.B.
+ auch von Steuerbehörden genutzt werden, um die Geschäftsvorgänge der Verkäufer
+ im Rahmen einer Steuerprüfung zu analysieren.
+ Transaktionen an sanktionierte Empfänger werden - falls notwendig - von
+ deren Geschäftsbank storniert bzw.
+ eingefroren.
+ Internationale Überweisungen auf Konten außerhalb des Euro-Währungsbereichs
+ sind nicht erlaubt und werden nicht ausgeführt.
+\end_layout
+
+\begin_layout Enumerate
+Die unabhängigen Auditoren (Code Blau GmbH) sind für unabhängige Prüfungen
+ in folgenden Bereichen zuständig: Technisch (Quellcode), Exchange-Datenbank
+ (Prüfung der gesammelten kryptografische Beweise), organisatorische Sicherheit,
+ SEPA-Buchungen des Exchange (Credit und Debit) sowie die Bilanzprüfung.
+ Die Code Blau GmbH würde ihre Berichte der Taler Systems SA, der GLS Bank
+ und der BaFin regelmäßig zur Verfügung stellen bzw.
+ bei Unregelmäßigkeiten auch sofort Meldung erstatten.
+\end_layout
+
+\begin_layout Chapter
+Screenshots der Geschäftsvorgänge
+\begin_inset CommandInset label
+LatexCommand label
+name "chap:Screenshots-der-Geschäftsvorgänge"
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Standard
+Die Screenshots zeigen die einzelnen Handlungsschritte aus Sicht der Nutzer
+ des Taler-Bezahlsystems.
+ Die Abschnitte 
+\begin_inset CommandInset ref
+LatexCommand ref
+reference "sec:Abhebevorgang-vom-Girokonto-mit-Android-Smartphones"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ und 
+\begin_inset CommandInset ref
+LatexCommand ref
+reference "sec:Ausgabevorgang-mit-Android-Smartphones"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ zeigen die Abhebe- und Ausgabevorgänge mit dem Wallet eines Smartphones
+ mit Android-Betriebssystem (für weitere Smartphone-OS in Entwicklung),
+ Abschnitt 
+\begin_inset CommandInset ref
+LatexCommand ref
+reference "sec:Abhebevorgang-mit-Cashier"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ veranschaulicht den Abhebevorgang auf das Smartphone-basierte Wallet mit
+ der ATM-Anwendung 
+\begin_inset Quotes gld
+\end_inset
+
+Taler-Cashier
+\begin_inset Quotes grd
+\end_inset
+
+.
+ In Abschnitt 
+\begin_inset CommandInset ref
+LatexCommand ref
+reference "sec:Bezahlvorgang-mit-Merchant"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ folgen Screenshots des Bezahlvorgangs mit der 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Point-of-Sale"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+-Anwendung 
+\begin_inset Quotes gld
+\end_inset
+
+Merchant
+\begin_inset Quotes grd
+\end_inset
+
+.
+\end_layout
+
+\begin_layout Standard
+KUDOS stellen dabei eine Phantasiewährung des experimentellen Taler-Exchange
+ dar, die KUDOS-Bank ist eine exemplarische Bank.
+ Wenn ein Exchange Euro anbietet, stünde EURO als Währung anstelle der KUDOS.
+ 
+\end_layout
+
+\begin_layout Section
+Abhebevorgang vom Girokonto in das Wallet eines Android-Smartphones
+\begin_inset CommandInset label
+LatexCommand label
+name "sec:Abhebevorgang-vom-Girokonto-mit-Android-Smartphones"
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Der Kunde meldet sich an bei seiner Geschäftsbank an, die einen Taler-Exchange
+ und damit Taler als Verfahren zum Abheben in Wallets anbietet:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Abhebevorgang_Android/Android_00_Bank_Login.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Der Kunde wählt das Taler-Verfahren und gibt die Geldmenge ein, die auf
+ das persönliche Wallet gebucht werden soll:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Abhebevorgang_Android/Android_00a_Bank_Withdrawal_Actuate.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Die Bank-Webseite zeigt den QR-Code an, den die Bank-API erzeugt hat:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Abhebevorgang_Android/Android_00b_Bank_QR_Code_Display.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newpage newpage
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Der Kunde öffnet die App des Taler-Wallet, sieht den aktuellen Coin-Bestand
+ (Bild links), muss ggf.
+ seinem Smartphone die Aufnahme von Fotos erlauben (Bild Mitte) und scannt
+ mit dem Smartphone den QR-Code auf der Bank-Webseite (Bild rechts):
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Abhebevorgang_Android/Android_01_Wallet_Status.png
+	lyxscale 30
+	scale 30
+	BoundingBox 0bp 0bp 540bp 879bp
+	clip
+
+\end_inset
+
+
+\begin_inset Graphics
+	filename Abhebevorgang_Android/Android_02_Wallet_Allow_Foto_Video.png
+	lyxscale 30
+	scale 30
+	BoundingBox 0bp 0bp 495bp 879bp
+	clip
+
+\end_inset
+
+
+\begin_inset Graphics
+	filename Abhebevorgang_Android/Android_03_Wallet_QR_Code_Scan.png
+	lyxscale 30
+	scale 30
+	BoundingBox 0bp 142bp 545bp 1021bp
+	clip
+
+\end_inset
+
+
+\begin_inset Newpage newpage
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Der Kunde wählt den Exchange [hier noch nicht bildlich dargestellt], liest
+ die allgemeine Gebührenstruktur und die Gebühren für den aktuellen Abhebevorgan
+g [hier noch nicht bildlich dargestellt] sowie die Allgemeinen Geschäftsbedingun
+gen des Taler-Bezahlsystems, welche er bestätigen muss:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Abhebevorgang_Android/Android_04_Wallet_Terms_of_Service.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Der Kunde bestätigt den Abhebevorgang in der App:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Abhebevorgang_Android/Android_05_Wallet_Confirm_Withdrawal.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newpage newpage
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Der Kunde wird auf die Benutzerführung der Bank-Webseite bzw.
+ des ATM-Terminals zurückverwiesen.
+ Es werden ihm nochmals der abzuhebende Betrag und der gewählte Exchange
+ angezeigt.
+ Er muss gegenüber der Bank endgültig bestätigen, dass der Abhebevorgang
+ nun ausgelöst werden soll.
+ Bei einer Zwei-Faktor-Autorisierung verlangt die Bank vom Kunden eine TAN-Einga
+be.
+ Die TAN-Abfrage der Demo-Version wird hier in Form eines Captchas versinnbildli
+cht:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Abhebevorgang_Android/Android_06a_Bank_Withdrawal_Confirmation_TAN.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+Die Bank führt die Buchung des Betrags an den gewählten Exchange damit aus:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Abhebevorgang_Android/Android_06b_Bank_Withdrawal_Granted.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newpage newpage
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Der gewählte Exchange bildet eine 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Reserve"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ über den Betrag der Girokontoüberweisung, aus welcher das empfangende Wallet
+ Coins abheben kann, die in der Summe dem angeforderten Betrag entsprechen:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Abhebevorgang_Android/Android_07_Wallet_Withdrawal_Confirmed.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Das Wallet des Kunden hat die Coins abzüglich der Überweisungsgebühr und
+ der Transaktionsgebühr (für die Buchung vom Girokonto zum Exchange und
+ die 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Transaktionen"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ ins Wallet) empfangen:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Abhebevorgang_Android/Android_08_Wallet_Withdrawal_Completed.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Section
+Ausgabevorgang mit dem Wallet eines Smartphones (Android-Betriebssystem)
+\begin_inset CommandInset label
+LatexCommand label
+name "sec:Ausgabevorgang-mit-Android-Smartphones"
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Standard
+Dieser Abschnitt veranschaulicht einen regulären Ausgabevorgang z.B.
+ bei Vertragsschluss zum Erwerb von Gütern im Internet (den Bezahlvorgang
+ am 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Point-of-Sale"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ beschreibt Abschnitt 
+\begin_inset CommandInset ref
+LatexCommand ref
+reference "sec:Bezahlvorgang-mit-Merchant"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+).
+\end_layout
+
+\begin_layout Enumerate
+Jeder Wallet-Besitzer wird vor einem Kauf den Bestand der verfügbaren Coins
+ prüfen wollen und bekommt deren Summe in der Taler-App angezeigt:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Abhebevorgang_Android/Android_08_Wallet_Withdrawal_Completed.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Der Verkäufer eines Guts, das der Kunde zu erwerben wünscht, betreibt die
+ von Taler Systems SA zur Integration in Shops bereitgestellte Verkäufer-Softwar
+e 
+\begin_inset Quotes gld
+\end_inset
+
+Merchant
+\begin_inset Quotes grd
+\end_inset
+
+, welcher einen QR-Code über den Kauf erzeugt und dem Kunden auf der Webseite
+ anzeigt:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Ausgabevorgang_Android/Android_01_Purchase_Merchant_QR_Code.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newpage newpage
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Der Kunde scannt mit dem Smartphone den QR-Code auf der Verkäufer-Webseite:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Ausgabevorgang_Android/Android_01_Purchase_Wallet_Status.png
+	lyxscale 30
+	scale 30
+	BoundingBox 0bp 52bp 541bp 898bp
+	clip
+
+\end_inset
+
+
+\begin_inset space \qquad{}
+\end_inset
+
+
+\begin_inset Graphics
+	filename Ausgabevorgang_Android/Android_02_Purchase_Wallet_QR_Code_Scan.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Der Kunde erhält Artikelbezeichnungen sowie den Gesamtbetrag über den Kaufpreis
+ in der Taler-App angezeigt und wird um Bestätigung gebeten, um die Zahlung
+ auszulösen:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Ausgabevorgang_Android/Android_03_Purchase_Wallet_Payment_Confirmation.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newpage newpage
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Die Taler-App meldet dem Kunden die erfolgte Bezahlung:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Ausgabevorgang_Android/Android_04_Purchase_Wallet_Payment_Confirmation.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Der Kunde kann sich stets die Historie der Käufe anzeigen lassen:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Ausgabevorgang_Android/Android_05_Purchase_Wallet_History.png
+	lyxscale 30
+	scale 30
+	BoundingBox 0bp 17bp 536bp 999bp
+	clip
+
+\end_inset
+
+
+\begin_inset space \qquad{}
+\end_inset
+
+
+\begin_inset Graphics
+	filename Ausgabevorgang_Android/Android_06_Purchase_Wallet_History_Display.png
+	lyxscale 30
+	scale 30
+	clip
+
+\end_inset
+
+
+\begin_inset Newpage newpage
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Der Kunde kann sich stets den Bestand an Coins im Wallet anzeigen lassen:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Ausgabevorgang_Android/Android_07_Purchase_Wallet_Balance.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset space \qquad{}
+\end_inset
+
+
+\begin_inset Graphics
+	filename Ausgabevorgang_Android/Android_08_Purchase_Wallet_Balance_Display.png
+	lyxscale 30
+	scale 30
+	BoundingBox 0bp 0bp 539bp 960bp
+	clip
+
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newpage pagebreak
+\end_inset
+
+
+\end_layout
+
+\begin_layout Section
+Abhebevorgang auf ein Smartphone-basiertes Wallet mit 
+\begin_inset Quotes gld
+\end_inset
+
+Taler-Cashier
+\begin_inset Quotes grd
+\end_inset
+
+ als Automated Teller Machine-Anwendung
+\begin_inset CommandInset label
+LatexCommand label
+name "sec:Abhebevorgang-mit-Cashier"
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Standard
+Ein Kassierer oder Kassenwart, der Taler-Cashier verwendet, hat die Möglichkeit,
+ seinen Kunden das von ihnen erhaltene Geld in Form von Coins zu senden.
+ Die Funktion entspricht einem ATM-Bankautomaten, der Bargeld annimmt und
+ den Geldwert auf ein Wallet aufbucht.
+ Als Kassenwart auftreten können Privatpersonen, meist wird es sich jedoch
+ um Betreiber von Geschäften oder Kiosken handeln.
+ Sowohl Kassenwart als auch Kunde müssen jeweils ein Smartphone besitzen.
+ Der Kassenwart muss den Taler-Cashier, der Kunde das Taler-Wallet installiert
+ haben.
+ Die Anwendung wird zum heutigen Entwicklungsstand nur zu Demonstrationszwecken
+ eingesetzt.
+ Ihr großflächiger Einsatz im realen Geschäftsbereich ist noch nicht beabsichtig
+t.
+ Sie lässt sich jedoch zukünftig implementieren als Möglichkeit der Bareinzahlun
+g von Kunden, die noch nicht oder nicht mehr über ein Bankkonto verfügen.
+\end_layout
+
+\begin_layout Standard
+Kassierer müssen das Geldwäschegesetz (GwG) und die Vorschriften gegen Geldwäsch
+e (Know Your Customer, Anti Money Laundering) befolgen und daher bei der
+ Annahme von Bargeldmengen ab der gesetzlich festgelegten Grenze von zurzeit
+ 10.000 Euro die Identifizierung des Einzahlenden bzw.
+ des wirtschaftlich Berechtigten verlangen.
+\end_layout
+
+\begin_layout Standard
+Taler-Cashier verfügt über ein internes Limit an Coin-Beträgen.
+ Dieses Limit hat die gleiche Wirkung wie ein begrenzter Bestand an Bargeld
+ in einer Registrierkasse.
+ Damit ist das Risiko eines Diebstahl von Werten aus der Cashier-App beschränkt,
+ wenn beispielsweise der Kassenwart mit Gewalt zu einer Versendung von Coins
+ gezwungen werden sollte.
+\end_layout
+
+\begin_layout Enumerate
+Der Kassenwart öffnet die App Taler-Cashier und gibt dort den Betrag ein,
+ den der Kunde ihm angegeben hat - entweder durch Tippen auf die voreingestellte
+n Felder (Bild links) oder durch manuelle Eingabe (Bild rechts):
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Abhebevorgang_Cashier/Cashier_01_Cashier_Amount_Submitted.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset space \qquad{}
+\end_inset
+
+
+\begin_inset Graphics
+	filename Abhebevorgang_Cashier/Cashier_01a_Cashier_Amount_Manually_Submitted.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newpage newpage
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Die Cashier-App erzeugt einen QR-Code auf dem Gerät des Kassenwarts:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Abhebevorgang_Cashier/Cashier_02_Cashier_QR_Code_Display.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Der Kunde scannt mit seinem Smartphone den QR-Code auf der Anzeige des Kassenwar
+ts:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Abhebevorgang_Cashier/Cashier_03_Wallet_QR_Code_Scan_Activation.png
+	lyxscale 30
+	scale 30
+	BoundingBox 0bp 19bp 537bp 938bp
+	clip
+
+\end_inset
+
+
+\begin_inset space \qquad{}
+\end_inset
+
+
+\begin_inset Graphics
+	filename Abhebevorgang_Cashier/Cashier_04_Wallet_QR_Code_Scan.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newpage newpage
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Der Kunde liest in seinem Gerät die Allgemeinen Geschäftsbedingungen des
+ Taler-Bezahlsystems, welche er bestätigen muss:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Abhebevorgang_Cashier/Cashier_05_Wallet_Terms_of_Service.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Der Kunde muss den Betrag bestätigen:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Abhebevorgang_Cashier/Cashier_06_Wallet_Confirm_Withdrawal.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newpage newpage
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Die Cashier-App verlangt vom Kassenwart die Bestätigung, dass sein Wallet
+ mithilfe der Cashier-Anwendung Coins an den Kunden senden darf:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Abhebevorgang_Cashier/Cashier_07_Cashier_Confirm_Withdrawal.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Die Cashier-App meldet die erfolgte Abbuchung und zeigt den aktuellen Bestand
+ an verbleibenden Coins an:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Abhebevorgang_Cashier/Cashier_08_Cashier_Status_after_Withdrawal.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Das Wallet des Kunden erhält die Coins.
+\end_layout
+
+\begin_layout Section
+Bezahlvorgang mit der Point of Sale-Anwendung 
+\begin_inset Quotes gld
+\end_inset
+
+Merchant
+\begin_inset Quotes grd
+\end_inset
+
+
+\begin_inset CommandInset label
+LatexCommand label
+name "sec:Bezahlvorgang-mit-Merchant"
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Standard
+\begin_inset Quotes gld
+\end_inset
+
+Merchant
+\begin_inset Quotes grd
+\end_inset
+
+ ist eine Beispielanwendung für das Bestellen und Bezahlen an Verkaufsstellen.
+ Programmierer können den Code dieser Anwendung in bestehende Kassen- und
+ Warenwirtschaftssysteme oder Webshops einbauen.
+ Die einfache Integration des Codes trägt dazu bei, dass sich das Taler-Bezahlsy
+stem in der Handelswelt schnell verbreiten wird.
+\end_layout
+
+\begin_layout Standard
+Nachfolgend verdeutlichen die Screenshots die Benutzerführung auf Käuferseite
+ und Verkäuferseite (Bestellung, Summierung, Bezahlung mit Coins aus dem
+ persönlichen Wallet der Kunden, Verkaufshistorie).
+ 
+\end_layout
+
+\begin_layout Standard
+Der dargestellte Vorgang \SpecialChar nobreakdash
+ hier am Beispiel einer Cafeteria \SpecialChar nobreakdash
+ bezieht sich
+ wie in den vorhergehenden Geschäftsvorgängen auch auf Wallets in Android-Smartp
+hones.
+ KUDOS sind wie gehabt der Platzhalter für EURO.
+\end_layout
+
+\begin_layout Enumerate
+Das POS-Terminal wird gestartet:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Ausgabevorgang_POS_Merchant/POS_Merchant_01_Starting_Screen.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newpage newpage
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Im Auswahl-Menü werden die gewünschten Artikel gesammelt und ihre Beträge
+ summiert:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Ausgabevorgang_POS_Merchant/POS_Merchant_02_Menu_Screen.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Dito.
+ Der Kunde kann summieren lassen, soviel der Coin-Bestand auf dem Wallet
+ erlaubt:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Ausgabevorgang_POS_Merchant/POS_Merchant_04_Order_Process.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newpage newpage
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Ist die Bestellung vollendet, tippt der Terminal-Nutzer die Taste 
+\begin_inset Quotes gld
+\end_inset
+
+Complete
+\begin_inset Quotes grd
+\end_inset
+
+, die Anwendung erzeugt dann einen QR-Code:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Ausgabevorgang_POS_Merchant/POS_Merchant_04_Order_Completion.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Dieser QR-Code wird dem Kunden zum Scannen angezeigt:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Ausgabevorgang_POS_Merchant/POS_Merchant_05_QR_Code_Display.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newpage newpage
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Der Kunde scannt den QR-Code mit seinem Smartphone:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Ausgabevorgang_POS_Merchant/POS_Merchant_07_Wallet_QR_Code_Scan_Activation.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset space \qquad{}
+\end_inset
+
+
+\begin_inset Graphics
+	filename Ausgabevorgang_POS_Merchant/POS_Merchant_08_Wallet_QR_Code_Scan.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Der Kunde kann sich die Details des Kaufs anzeigen lassen und die Details
+ auch wieder einklappen.
+ Zum Kauf der Artikel muss er bestätigen:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Ausgabevorgang_POS_Merchant/POS_Merchant_09_Wallet_Payment_Overview.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset space \qquad{}
+\end_inset
+
+
+\begin_inset Graphics
+	filename Ausgabevorgang_POS_Merchant/POS_Merchant_10_Wallet_Payment_Confirmation.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newpage newpage
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Es erscheint eine Bestätigung des erfolgten Kaufs:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Ausgabevorgang_POS_Merchant/POS_Merchant_11_Wallet_Payment_Confirmation.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Hier wurde ein Coin über 10 KUDOS verbraucht, davon gehen 5,1 KUDOS zugunsten
+ des Verkäufers, 0,2 KUDOS an den Exchange (als Einbehalt für Gebühren)
+ und 4,7 KUDOS 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Wechselgeld"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ an das Wallet zurück:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Ausgabevorgang_POS_Merchant/POS_Merchant_12_Wallet_Status_Inbound_Coins.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset space \qquad{}
+\end_inset
+
+
+\begin_inset Graphics
+	filename Ausgabevorgang_POS_Merchant/POS_Merchant_13_Wallet_Status_Updated.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newpage newpage
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Das POS-Terminal zeigt nach Eingang der Coins die Bestätigung der erfolgten
+ Zahlung:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Ausgabevorgang_POS_Merchant/POS_Merchant_14_Order_Payment_Received.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Das Terminal geht zum Auswahl-Menü zurück, die Bestellnummer hat sich erhöht:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Ausgabevorgang_POS_Merchant/POS_Merchant_15_Starting_Screen_after_Payment.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newpage newpage
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Die POS-Anwendung kann jederzeit die Historie der Verkäufe anzeigen:
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Ausgabevorgang_POS_Merchant/POS_Merchant_16_Order_Payment_History.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\begin_inset Graphics
+	filename Ausgabevorgang_POS_Merchant/POS_Merchant_17_Order_Payment_Detail.png
+	lyxscale 30
+	scale 30
+
+\end_inset
+
+
+\begin_inset Newline newline
+\end_inset
+
+
+\end_layout
+
+\begin_layout Chapter
+Taler Systems SA: Geschäftsmodell und Tragfähigkeit
+\begin_inset CommandInset label
+LatexCommand label
+name "chap:Geschäftsmodell-und-Tragfähigkeit"
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Section
+Alleinstellungsmerkmale
+\end_layout
+
+\begin_layout Standard
+Für ein langzeitiges Bestehen des Bezahlsystems und eine stetige Supportleistung
+ ist es vorteilhaft, wenn Alleinstellungsmerkmale bestehen, die Taler vor
+ allen anderen Systemen auszeichnen.
+ Neben der schon angesprochenen unterschiedlichen Behandlung von Geldströmen
+ auf Käufer- und Verkäuferseite sind dies der minimale Verbrauch von Energie
+ für alle Buchungsvorgänge, ein niedriges Kostenniveau für 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Transaktionen"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+, Internet-weite Verfügbarkeit und hohe Transaktionsgeschwindigkeit.
+ Weiterhin sind auch die Integrationskosten und Betriebskosten bei den Händlern
+ gering.
+ Das Bezahlsystem weist dabei Alleinstellungsmerkmale auf, die durchaus
+ disruptive Effekte entfalten können und Zahlungsgewohnheiten sowie die
+ steuerliche Ehrlichkeit positiv beeinflussen.
+\end_layout
+
+\begin_layout Section
+Einnahmen
+\end_layout
+
+\begin_layout Standard
+Auf der Einnahmenseite von Taler Systems SA stehen neben den 
+\begin_inset CommandInset ref
+LatexCommand vpageref
+reference "chap:Gebühren"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ beschriebenen Gebührenanteilen auch Einnahmen aus dem Support, den die
+ Unternehmung gegenüber Exchange-Betreibern und Verkäufern leistet, insbesondere
+ für das delegierte Aufsetzen und Inbetriebnehmen von Exchanges sowie für
+ das Customizing von 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Point-of-Sale"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+-Schnittstellen bei speziellen Wünschen oder Erfordernissen von Verkäufern.
+\end_layout
+
+\begin_layout Section
+Ausgaben
+\end_layout
+
+\begin_layout Standard
+Auf der Ausgabenseite trägt Taler Systems SA Personalkosten, Infrastrukturkosten
+ (z.B.
+ für Server und Arbeitsplatzrechner) und Kosten für den laufenden Betrieb
+ der Unternehmung (Büromieten, Energie, Fahrtkosten, Marketing u.ä).
+\end_layout
+
+\begin_layout Section
+Bibliografie
+\end_layout
+
+\begin_layout Standard
+Vertiefende Literatur und Quellen finden Sie auf der 
+\begin_inset CommandInset href
+LatexCommand href
+name "Bibliografie-Webseite"
+target "https://taler.net/en/bibliography.html"
+literal "false"
+
+\end_inset
+
+ mit einer besonderen Empfehlung der Doktorarbeit über das Bezahlsystem
+ von Florian Dold (
+\begin_inset CommandInset href
+LatexCommand href
+name "PhD-Thesis 2019"
+target "https://taler.net/papers/thesis-dold-phd-2019.pdf"
+literal "false"
+
+\end_inset
+
+)
+\begin_inset Foot
+status open
+
+\begin_layout Plain Layout
+taler.net/en/bibliography.html und taler.net/papers/thesis-dold-phd-2019.pdf
+\end_layout
+
+\end_inset
+
+.
+\end_layout
+
+\begin_layout Chapter
+Begriffsbestimmungen / Glossar
+\end_layout
+
+\begin_layout Description
+ATM
+\begin_inset CommandInset label
+LatexCommand label
+name "➔ ATM"
+
+\end_inset
+
+ Automated Teller Machine, Bankautomat mit Bargeld-Einzahlung
+\end_layout
+
+\begin_layout Description
+Browser-Erweiterung
+\begin_inset CommandInset label
+LatexCommand label
+name "➔ Browser-Erweiterung"
+
+\end_inset
+
+ Add-on im Browser (Firefox, Chrome) eines ➔
+\begin_inset space ~
+\end_inset
+
+
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Wallet"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ zum Abheben auch ohne QR-Scan/Smartphone
+\end_layout
+
+\begin_layout Description
+Closing
+\begin_inset space ~
+\end_inset
+
+Time
+\begin_inset CommandInset label
+LatexCommand label
+name "➔ ClosingTime"
+
+\end_inset
+
+ Zeitfenster von 14 Tagen für den Abhebevorgang, in dem das empfangende
+ Wallet die Coins vom gewählten Exchange abheben kann
+\end_layout
+
+\begin_layout Description
+Coin
+\begin_inset CommandInset label
+LatexCommand label
+name "➔ Coin"
+
+\end_inset
+
+ Kryptographisch gesicherte Repräsentation von Werten in Fiatwährung = Geldeinhe
+it des E-Gelds im ➔
+\begin_inset space ~
+\end_inset
+
+
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Wallet"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ (Nominalwert in Euro, Unique Identifier ist der EdDSA Public key)
+\end_layout
+
+\begin_layout Description
+Credentials
+\begin_inset CommandInset label
+LatexCommand label
+name "➔ Credentials"
+
+\end_inset
+
+ Zugangsberechtigungen, welche das Wallet erzeugt, um einen Exchange aufzuforder
+n, ihm die signierten Coins bereitzustellen
+\end_layout
+
+\begin_layout Description
+denomination
+\begin_inset space ~
+\end_inset
+
+keys
+\begin_inset CommandInset label
+LatexCommand label
+name "➔ denomination key"
+
+\end_inset
+
+ Schlüsselvariablen, die alle möglichen Nennwerte der Coins eines Exchange
+ auflisten ➔ 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Nominalwert"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Description
+Exchange
+\begin_inset CommandInset label
+LatexCommand label
+name "➔ Exchange"
+
+\end_inset
+
+ Zentrale Steuerungslogik des Bezahlsystems mit der Datenbank zur Verwaltung
+ aller SEPA-Buchungen und zum Abwickeln der 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Transaktionen"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ von und zu Wallets
+\end_layout
+
+\begin_layout Description
+Gebührenordnung
+\begin_inset CommandInset label
+LatexCommand label
+name "➔ Gebührenordnung"
+
+\end_inset
+
+ Im Taler-Protokoll fixierte Ordnung von Gebührenarten und Gebührenhöhen
+ (Mindest- und Höchstwerte bzw.
+ Basiswerte und Abweichungen von diesen)
+\end_layout
+
+\begin_layout Description
+Lizenzen
+\begin_inset CommandInset label
+LatexCommand label
+name "➔ Lizenzen"
+
+\end_inset
+
+ Es gelten Affero GPLv3+ für den Exchange, LGPLv3+ für den Referenzcode
+ der Integration in Händlerplattformen, GPLv3+ für Wallet-Code und Software
+ für Kundenschnittstellen und die GNU Free Documentation License für dieses
+ Dokument 
+\begin_inset Foot
+status open
+
+\begin_layout Plain Layout
+\begin_inset CommandInset href
+LatexCommand href
+target "https://www.gnu.org/licenses/fdl-1.3.html"
+
+\end_inset
+
+
+\end_layout
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Description
+Merchant
+\begin_inset CommandInset label
+LatexCommand label
+name "➔ Merchant"
+
+\end_inset
+
+ Von Taler Systems SA entwickeltes Bestell- und Bezahlsystem für ➔ POS-Verkaufss
+tellen zum Bezahlen mit Taler-Wallets auf Android-Smartphones
+\end_layout
+
+\begin_layout Description
+Merchant
+\begin_inset space ~
+\end_inset
+
+Backend
+\begin_inset CommandInset label
+LatexCommand label
+name "➔ Merchant-Backend"
+
+\end_inset
+
+ Anwendung zum Einfordern und Verwalten von Verkäuferumsätzen, die kein
+ Wallet bei Verkäufern erfordert
+\end_layout
+
+\begin_layout Description
+Nennwert
+\begin_inset CommandInset label
+LatexCommand label
+name "➔ Nennwert"
+
+\end_inset
+
+ = Nominalwert, z.B.
+ 1, 2, 5, 10 Cent, 1, 2, 5, 10, 20, 50, 100, 200, 500 Euro
+\end_layout
+
+\begin_layout Description
+Nominalwert
+\begin_inset CommandInset label
+LatexCommand label
+name "➔ Nominalwert"
+
+\end_inset
+
+ Auf Euro lautender fester Nennwert eines Taler-Coin ➔ 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Stückelung"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Description
+Point
+\begin_inset space ~
+\end_inset
+
+of
+\begin_inset space ~
+\end_inset
+
+Sale
+\begin_inset CommandInset label
+LatexCommand label
+name "➔ Point-of-Sale"
+
+\end_inset
+
+ Vollumfängliches Bestell- und Bezahlsystem an Verkaufsstellen wie z.B.
+ Kiosken, Ladentheken, Supermarktkassen usw.
+\begin_inset Newline newline
+\end_inset
+
+➔ 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "sec:Bezahlvorgang-mit-Merchant"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Description
+Public
+\begin_inset space ~
+\end_inset
+
+key
+\begin_inset CommandInset label
+LatexCommand label
+name "➔ Public key"
+
+\end_inset
+
+ Identifier zum Prüfen der korrekten Verbindung zwischen Wallet und Exchange
+ und als Buchungsvermerk im Girokontoauszug
+\end_layout
+
+\begin_layout Description
+Recoup
+\begin_inset CommandInset label
+LatexCommand label
+name "➔ Recoup"
+
+\end_inset
+
+ Im Fall eines regulären Marktaustritts oder im Insolvenzfall des Betreibers
+ wird der betroffene Exchange automatisch alle Wallets darüber informieren
+ und sie veranlassen, die Geldwerte der noch nicht ausgegebenen Taler-Coins
+ dieses Exchange an das ursprüngliche Girokonto zurückzugeben
+\end_layout
+
+\begin_layout Description
+Refresh
+\begin_inset CommandInset label
+LatexCommand label
+name "➔ Refresh"
+
+\end_inset
+
+ Protokoll, das dafür sorgt, dass Coins in einem Wallet einen neuen Schlüssel
+ erhalten wegen
+\end_layout
+
+\begin_deeper
+\begin_layout Enumerate
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Wechselgeld"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ = Neuerzeugung von Coins bei Ausgaben mit Beträgen unterhalb des Nominalwerts
+ eines verbrauchten Coin
+\end_layout
+
+\begin_layout Enumerate
+Transaktionsabbruch infolge von Netzwerkfehlern, ➔ 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Transaktionen"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Enumerate
+Verhindern des Ablaufs der Haltbarkeit der Coins = Aktualisieren des Wallet
+\end_layout
+
+\begin_layout Enumerate
+Vertragsrücktritt (
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Refund"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+)
+\end_layout
+
+\end_deeper
+\begin_layout Description
+Refund
+\begin_inset CommandInset label
+LatexCommand label
+name "➔ Refund"
+
+\end_inset
+
+ Rückerstattung für den Fall, dass ein Verkäufer den Betrag seines Umsatzes
+ mindert oder vom Vertrag zurücktritt; dies erzwingt immer einen ➔ 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Refresh"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ der betroffenen Coins im Wallet der Käufer
+\end_layout
+
+\begin_layout Description
+Reserve
+\begin_inset CommandInset label
+LatexCommand label
+name "➔ Reserve"
+
+\end_inset
+
+ Eine Reserve entsteht im Exchange beim Abhebevorgang und umfasst signierte
+ Coins, welche das empfangende Ziel-Wallet abruft: Das Wallet erzeugt eine
+ temporäre Zugangsberechtigung (➔ 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Credentials"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+), mit der das Wallet den Exchange auffordern kann, ihm Coins auszuhändigen,
+ indem der Exchange diese signiert.
+ Die Zugangsberechtigung wird in dem Augenblick angelegt, wenn ein Wallet-Besitz
+er von seinem Girokonto einen Betrag an den Exchange überweist mit dem betreffen
+den Credential als Buchungsvermerk im Girokontoauszug und einem eindeutigen
+ Identifier (als öffentlichem Schlüssel), der den einmaligen Abhebevorgang
+ betrifft
+\end_layout
+
+\begin_layout Description
+Stückelung
+\begin_inset CommandInset label
+LatexCommand label
+name "➔ Stückelung"
+
+\end_inset
+
+ Ein Coin kann stets nur den festen 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Nominalwert"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ haben, den es bei seiner Erzeugung erhält.
+ Wird mit ihm ein Betrag in Euro bezahlt, der unterhalb seines Nominalwerts
+ liegt, muss der Exchange den Unterschiedsbetrag an das ausgebende Wallet
+ senden, indem es diesem frisch erzeugte Coins zubucht (das sogenannte ➔
+\begin_inset space ~
+\end_inset
+
+
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Wechselgeld"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+)
+\end_layout
+
+\begin_layout Description
+Taler-Cashier
+\begin_inset CommandInset label
+LatexCommand label
+name "➔ Cashier"
+
+\end_inset
+
+ Zum Aufbuchen von Coins gegen Bargeld, das eine Person entgegennimmt (wie
+ ein Kassierer/Kassenwart).
+ Die Funktion entspricht einem ATM-Bankautomaten, der Bargeld annimmt und
+ den Geldwert auf das Wallet aufbucht.
+ Gegenwärtig müssen sowohl Kassenwart als auch Kunde jeweils ein Smartphone
+ besitzen, der Kassenwart muss den Taler-Cashier, der Kunde ein Taler-Wallet
+ installiert haben ➔ 
+\begin_inset CommandInset ref
+LatexCommand ref
+reference "sec:Abhebevorgang-mit-Cashier"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Description
+Transaktionen
+\begin_inset CommandInset label
+LatexCommand label
+name "➔ Transaktionen"
+
+\end_inset
+
+ Kommunikation zwischen Exchange und Wallets für die jeweiligen Vorgänge
+ des Abhebens, Ausgebens oder Auffrischen von Coins
+\end_layout
+
+\begin_layout Description
+Wallet
+\begin_inset CommandInset label
+LatexCommand label
+name "➔ Wallet"
+
+\end_inset
+
+ Elektronische Geldbörse, Aufbewahrungsort der elektronischen Münzen ➔ 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Coin"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+
+\end_layout
+
+\begin_layout Description
+Wechselgeld
+\begin_inset CommandInset label
+LatexCommand label
+name "➔ Wechselgeld"
+
+\end_inset
+
+ Vom Exchange durch die 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Refresh"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+-Buchung neu erzeugte Coins aufgrund eines Ausgabevorgangs, bei dem ein
+ Coin verbraucht wird, dessen 
+\begin_inset CommandInset ref
+LatexCommand nameref
+reference "➔ Nominalwert"
+plural "false"
+caps "false"
+noprefix "false"
+
+\end_inset
+
+ (Stückelung) über dem zu zahlenden Kaufpreis liegt, um den Unterschiedsbetrag
+ auszugleichen
+\end_layout
+
+\begin_layout Description
+Wertverluste Nicht-transaktionsbezogene Kosten, die in Sonderfällen für
+ Nutzer entstehen können (≠ Normalfall: transaktionsbezogene Gebühren)
+\end_layout
+
+\begin_layout Description
+Wire
+\begin_inset space ~
+\end_inset
+
+fee
+\begin_inset CommandInset label
+LatexCommand label
+name "➔ Wirefee"
+
+\end_inset
+
+ Gebühr für die aggregierte Buchung von Umsätzen auf ein Zielkonto von Verkäufer
+n bei Geschäftsbanken
+\end_layout
+
+\begin_layout Description
+Withdrawal
+\begin_inset CommandInset label
+LatexCommand label
+name "➔ Withdrawal"
+
+\end_inset
+
+ Abhebung vom (Giro)Konto = Aufbuchung von Beträgen aus (Fiat-)Währungen
+ auf Coins in einem Wallet
+\end_layout
+
+\begin_layout Standard
+Ein umfangreiches Glossar in englischer Sprache finden Sie auf der Taler-Webseit
+e 
+\begin_inset CommandInset href
+LatexCommand href
+target "https://docs.taler.net/developers-manual.html#developer-glossary"
+
+\end_inset
+
+ und wissenschaftliche Publikationen auf 
+\begin_inset CommandInset href
+LatexCommand href
+name "https://taler.net/en/bibliography.html"
+target "https://taler.net/en/bibliography.html"
+literal "false"
+
+\end_inset
+
+.
+\end_layout
+
+\end_body
+\end_document
diff --git a/Systembeschreibung.pdf b/Systembeschreibung.pdf
Binary files differ.