bafin

Systembeschreibung.lyx (212293B)

---

 #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 babel
 \inputencoding utf8
 \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
 GNU Taler ist ein offenes Protokoll für ein elektronisches Bezahlsystem
  mit einer Referenz\SpecialChar softhyphen
 implementierung in freier Software (
 \begin_inset CommandInset href
 LatexCommand href
 name "FLOSS"
 target "https://de.wikipedia.org/wiki/Free/Libre_Open_Source_Software"
 literal "false"
 
 \end_inset
 
 ).
  Taler bietet eine sichere, schnelle und einfache Zahlungsverarbeitung auf
  Grundlage langjährig bekannter und erprobter kryptografischer Algorithmen.
  Wichtige Designprinzipien sind die Verwendung 
 \begin_inset CommandInset href
 LatexCommand href
 name "Blinder Signaturen"
 target "https://de.wikipedia.org/wiki/Digitale_Signatur"
 literal "false"
 
 \end_inset
 
  und die Asymmetrie von Privatheit und Transparenz: Auf der Seite der Zahlenden
  ermöglicht dies, anonym zu bleiben, wohingegen auf der Seite der Verkäufer
  alle Einkommen vor externen Auditoren wie z.B.
  Finanzämtern und Aufsichtsbehörden offengelegt und überprüfbar sind.
  Taler erfüllt die Gesetze gegen Geldwäschebekämpfung (Anti-Money-Laundering,
  AML), die Regulatorik über wirtschaftlich Berechtigte von Bankkonten (Know-Your
 -Customer, KYC) und Datenschutzverordnungen wie die 
 \begin_inset CommandInset href
 LatexCommand href
 name "DSGVO"
 target "https://de.wikipedia.org/wiki/Datenschutz-Grundverordnung"
 literal "false"
 
 \end_inset
 
 .
 \end_layout
 
 \begin_layout Standard
 Das System besteht aus offenen Netzwerkprotokollen, Programmierschnittstellen
  in verschiedenen Sprachen und einer Hardware-Ausstattung zum Berechnen
  und Speichern von Daten.
  Fünf Bestandteile sind notwendig (in Klammern die Links zur jeweiligen
  Dokumentation):
 \end_layout
 
 \begin_layout Enumerate
 
 \size small
 Zentrale Steuerungslogik (
 \begin_inset CommandInset href
 LatexCommand href
 name "Taler-Exchange"
 target "https://docs.taler.net/taler-exchange-manual.html"
 literal "false"
 
 \end_inset
 
 ) zum Verwalten sämtlicher Überweisungen zum und vom Exchange-Treuhandkonto
 \end_layout
 
 \begin_layout Enumerate
 
 \size small
 Elektronische Geldbörsen (
 \begin_inset CommandInset href
 LatexCommand href
 name "Wallets"
 target "https://docs.taler.net/taler-wallet-cli-manual.html"
 literal "false"
 
 \end_inset
 
 ) zum Verwalten der digitalen Münzen
 \end_layout
 
 \begin_layout Enumerate
 
 \size small
 Schnittstellen (
 \begin_inset CommandInset href
 LatexCommand href
 name "LibEuFin-Komponente Nexus"
 target "https://docs.taler.net/libeufin/index.html"
 literal "false"
 
 \end_inset
 
 ) zur Anbindung des Exchange-Treuhandkontos an das bestehende EBICS/FinTS-System
 \end_layout
 
 \begin_layout Enumerate
 
 \size small
 Anwendung für Verkäufer (
 \begin_inset CommandInset href
 LatexCommand href
 name "Merchant-Backend"
 target "https://docs.taler.net/taler-merchant-api-tutorial.html"
 literal "false"
 
 \end_inset
 
 ) zum Einfordern und Verwalten von Umsätzen
 \end_layout
 
 \begin_layout Enumerate
 
 \size small
 Auditor-API (
 \begin_inset CommandInset href
 LatexCommand href
 name "Auditor-Schnittstelle"
 target "https://docs.taler.net/taler-auditor-manual.html"
 literal "false"
 
 \end_inset
 
 ) zur laufenden Kontrolle der Funktionsweise aller System\SpecialChar softhyphen
 bestandteile mit
  automatisch erstellten Prüfberichten
 \end_layout
 
 \begin_layout Standard
 Die Funktionsweise erläutern neben diesem Dokument die Taler-Homepage (
 \begin_inset CommandInset href
 LatexCommand href
 name "www.taler.net/de"
 target "https://taler.net/de/"
 literal "false"
 
 \end_inset
 
 ) und die englischsprachige Dokumentation (
 \begin_inset CommandInset href
 LatexCommand href
 name "https://docs.taler.net/"
 target "https://docs.taler.net/"
 literal "false"
 
 \end_inset
 
 ).
  Diskussionen werden auf der Mailingliste (
 \begin_inset CommandInset href
 LatexCommand href
 name "https://lists.gnu.org/mailman/listinfo/taler"
 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 und der Schweiz leben und arbeiten.
  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 verwendeten Signaturverfahren, der Transaktionen
  und Sicherheits\SpecialChar softhyphen
 maßnahmen erfolgte durch die Experten der 
 \begin_inset CommandInset href
 LatexCommand href
 name "Code Blau GmbH in Berlin"
 target "https://codeblau.de"
 literal "false"
 
 \end_inset
 
 , deren 
 \begin_inset CommandInset href
 LatexCommand href
 name "Prüfbericht"
 target "https://taler.net/papers/codeblau-report-2020-q2.pdf"
 literal "false"
 
 \end_inset
 
  im Juli 2020 nach eingehender Untersuchung erstellt wurde.
  Code Blau wird auch im laufenden Betrieb als unabhängiger Auditor das System
  kontrollieren.
 \end_layout
 
 \begin_layout Standard
 Taler verwendet keine Blockchain- oder Distributed-Ledger-Technologie und
  ist selbst keine virtuelle Währung oder Kryptowährung.
  Die Werte der elektronischen Münzen in den Wallets der Nutzer sind in Euro
  denominiert, wenn sie von einem Taler-Exchange abheben, an den sie von
  einem Bankkonto in Euro überweisen.
  Ein Taler-Exchange, der andere Nominalwährungen als Euro (z.B.
  Dollar, Yen, Krypto-Coins, virtuelle Währungen und andere Token) blind
  signiert, kann nur diese in die Wallets abheben lassen.
 \end_layout
 
 \begin_layout Section
 Funktionsweise
 \end_layout
 
 \begin_layout Standard
 Der Taler-Exchange (im weiteren Text: 
 \size small
 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ Exchange"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
 
 \size default
 ) ist die zentrale Steuerungslogik.
  Ein auf Fiatwährungen basierender Exchange verwaltet einerseits die Buchungen
  zwischen den KYC-geprüften Girokonten von Käufern bzw.
  Verkäufern und seinem Treuhandkonto (die 
 \begin_inset Quotes gld
 \end_inset
 
 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ Reserve"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
 
 \begin_inset Quotes grd
 \end_inset
 
 ), andererseits die Buchungen der 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ Transaktionen"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
  zwischen seinem Treuhandkonto und den Wallets der Nutzer.
  Die beiden jeweiligen Buchungsströme werden vom Exchange koordiniert.
  Exchange-Betreiber können Banken, Zentralbanken, private Zahlungsdienstleister
  oder auch Anbieter von Regionalwährungen sein.
  Mit Taler transferierte 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 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ Wallet"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
  kann man sich vorstellen als eine Debit- oder Prepaid-Geldbörse: Ein digitales
  Pendant zu einer Geldbörse, die statt Scheinen und Münzen sogenannte Token
  enthält (im weiteren Text als 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ Coin"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
 s bezeichnet).
  Dies sind kryptografisch signierte 
 \begin_inset Quotes gld
 \end_inset
 
 Münzen
 \begin_inset Quotes grd
 \end_inset
 
 , die wie Bargeld keinen identifizierenden Rückschluss auf ihre Eigentümer
  gestatten.
  Coins im Taler-System stellen elektronische Repräsentanten des Geldes dar,
  das von den Nutzern auf das Treuhandkonto des Exchange-Betreibers überwiesen
  wurde.
  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.
  Taler-Wallets verfügen über ein eingebautes Backup-Verfahren, mit dem sie
  die Wallet-Daten bei unabhängigen Dienstleistern sicher abspeichern können.
  Die Nutzer bezahlen mit den Coins, können deren Werte aber auch wieder
  auf ihr ursprüngliches Girokonto zurückgeben lassen, indem sie im Wallet
  eine Rückbuchung durch den Exchange auslösen, den sie zum Signieren und
  Abheben der Coins wählten.
  Falls sie kein Backup ihrer Wallet-Daten angelegt haben, können sie die
  Coins auch verlieren.
 \end_layout
 
 \begin_layout Standard
 Die Coins in einem Wallet entsprechen rechtlich einem Eigentumswert im Zugriffsb
 ereich der Wallet-Besitzer, während Exchange-Betreiber deren Wert in der
  Ursprungswährung treuhänderisch verwahren.
  Exchange-Betreiber haben ein Zahlungsversprechen gegenüber den Wallet-Besitzern
 , wenn diese bei Bezahlvorgängen ihre Coins einsetzen, und verantworten
  die Überweisung der realen Geldwerte an die Girokonten der Verkäufer bei
  deren Geschäftsbanken.
 \end_layout
 
 \begin_layout Standard
 Die Nutzung eines Wallets beim Zahlen in Euro-Währung gestaltet sich folgenderma
 ßen: Wallet-Besitzer bestimmen zuerst im Wallet den gewünschten Betrag zur
  Abhebung und wählen einen Exchange, der Euro anbietet, und überweisen dann
  den Abhebebetrag von einem regulären KYC-geprüften Girokonto auf das Treuhandko
 nto des Exchange-Betreibers.
  Dies entspricht einer normalen Euro-Überweisung zwischen zwei IBAN-Konten
  im SEPA-Raum (
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ IBAN-Buchung"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
 ).
  Der Exchange erlaubt dem Wallet nach Eingang des Überweisungsbetrags das
  Abheben von Coins des entsprechenden Betrags 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.
  
 \end_layout
 
 \begin_layout Standard
 Die Verkäufer brauchen kein Wallet, um Einzahlungen auf ihren Girokonten
  zu empfangen, sondern ein 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ Merchant-Backend"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
  des Taler-Systems: Webshops benötigen das Software-Modul 
 \begin_inset CommandInset href
 LatexCommand href
 name "Taler Merchant"
 target "https://docs.taler.net/taler-merchant-manual.html"
 literal "false"
 
 \end_inset
 
 , Automaten und POS-Kassensysteme verwenden das 
 \begin_inset CommandInset href
 LatexCommand href
 name "Taler Point-of-Sale-Terminal"
 target "https://docs.taler.net/taler-merchant-pos-terminal.html"
 literal "false"
 
 \end_inset
 
  und für Abhebungen und Zahlungen über eine NFC-Schnittstelle muss die 
 \begin_inset CommandInset href
 LatexCommand href
 name "NFC-Schnittstelle"
 target "https://docs.taler.net/taler-nfc-guide.html"
 literal "false"
 
 \end_inset
 
  installiert werden.
  Die Verkäufer können ihre Umsätze mittels einer Backoffice-Anwendung konfigurie
 ren und verwalten.
 \end_layout
 
 \begin_layout Standard
 Der kryptografisch signierte Vertrag enthält die 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.
  Signiert wird mit dem privaten Schlüssel des jeweiligen Wallets.
 \end_layout
 
 \begin_layout Standard
 Die Coins annehmenden Verkäufer müssen davon ausgehen, dass ihre Umsätze
  aus dem Taler-System schon allein durch die 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ IBAN-Buchung"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
  ihrer Einnahmen auf ihre Girokonten bei Geschäftsbanken als Einkommen leicht
  nachvollziehbar sind.
  Zusätzlich dazu sollten sie sich der Rolle der externen Auditoren bewusst
  sein.
  Unregelmäßigkeiten würden diese den Finanzbehörden melden.
  Darüber hinaus veranlasst das System in einem automatisierten Verfahren,
  dass die Verkäufer bestimmte Vorgänge bei einem Auditor melden, um diesen
  in seiner Kontrollfunktion oder in einer spezifischen Aufsichtsfunktion
  zu unterstützen.
 \end_layout
 
 \begin_layout Standard
 Dadurch bewirkt Taler zum einen, dass der Identitätsschutz der Käufer gewahrt
  bleibt, zum anderen wird eine Bemessungsgrundlage für die Steuererhebung
  geschaffen, was den Einsatz für illegale Geschäfte oder Steuerhinterziehung
  verhindert.
  Aufgrund der unterschiedlichen Behandlung der Geldströme auf Käufer- bzw.
  Verkäuferseite erfüllt Taler sowohl die Anforderungen der Gesetze zur Verhinder
 ung der Geldwäsche und der Terrorismusfinanzierung als auch die Gesetze
  zum Schutz privater Daten einschließlich 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 Standard
 Für Waren und Dienstleistungen, deren Bezahlung ein bestimmtes Mindestalter
  voraussetzt, können Taler-Coins mit dem Attribut einer Altersangabe ins
  Taler-Wallet abgehoben wurden.
  Kinder, Jugendliche und Schutzbefohlene verwenden diese Coins als digitales
  Bargeld, ohne dass Exchange-Betreiber oder Verkäufer sie als Minderjährige
  oder Mündel identifizieren können.
  Es besteht keine technische Möglichkeit eines Rückschlusses auf die Coin-Besitz
 er und deren tatsächliches Alter.
  Kapitel 
 \begin_inset CommandInset ref
 LatexCommand ref
 reference "chap:Altersbeschränkungen"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
  erläutert die Details zu Coins mit Altersbeschränkung.
 \end_layout
 
 \begin_layout Standard
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "chap:Glossar und Begriffsbestimmungen"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
  am Ende dieses Dokuments ergänzen das 
 \begin_inset CommandInset href
 LatexCommand href
 name "Glossar in englischer Sprache"
 target "https://docs.taler.net/developers-manual.html#developer-glossary"
 literal "false"
 
 \end_inset
 
  (
 \begin_inset CommandInset href
 LatexCommand href
 name "docs.taler.net/developers-manual.html#developer-glossary"
 target "https://docs.taler.net/developers-manual.html#developer-glossary"
 literal "false"
 
 \end_inset
 
 ) sowie wissenschaftliche Publikationen zum Taler-System auf 
 \begin_inset CommandInset href
 LatexCommand href
 name "taler.net/en/bibliography.html"
 target "https://taler.net/en/bibliography.html"
 literal "false"
 
 \end_inset
 
 .
 \end_layout
 
 \begin_layout Chapter
 Geschäftsvorgänge
 \end_layout
 
 \begin_layout Standard
 Dieses Kapitel widmet sich den Geschäftsvorgängen im Taler-System und dem
  Einkommensnachweis von Verkäufern.
  Beschrieben werden hier die grundlegenden Verfahren:
 \end_layout
 
 \begin_layout Itemize
 Abhebevorgang (Buchungsart 
 \emph on
 Withdrawal
 \emph default
 )
 \end_layout
 
 \begin_layout Itemize
 Ausgabe- und Bezahlvorgang (Buchungsart 
 \emph on
 Deposit
 \emph default
 )
 \end_layout
 
 \begin_layout Itemize
 Wechselgeld erhalten und Gültigkeit von Coins verlängern (Buchungsart 
 \emph on
 Refresh
 \emph default
 )
 \end_layout
 
 \begin_layout Itemize
 Rückerstattungen (Buchungsart 
 \emph on
 Refund
 \emph default
 )
 \end_layout
 
 \begin_layout Itemize
 Marktaustritt von Exchange-Betreibern (Buchungsart 
 \emph on
 Recoup
 \emph default
 ) 
 \end_layout
 
 \begin_layout Section
 Abhebevorgang (
 \emph on
 Withdrawal
 \emph default
 )
 \end_layout
 
 \begin_layout Standard
 Der Abhebevorgang wird im Taler-Wallet ausgelöst.
  Technisch möglich sind Abhebevorgänge mittels Geschäftsbank-Webseiten (Onlineba
 nking), per Einzahlung am Bankschalter und Abheben ins Wallet, mittels manueller
  Banküberweisung durch die Nutzer, Übertragung von Coins von einem anderen
  Taler-Wallet (peer-to-peer) sowie durch 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.
  das 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
 
  (Aufwandsentschädigung an Nutzer durch Webseiten) dar.
 \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 Ausgabe\SpecialChar softhyphen
 vorg
 angs sowie des Abhebevorgangs auf das Smartphone-basierte Wallet mit 
 \begin_inset Quotes gld
 \end_inset
 
 Taler-Cashier
 \begin_inset Quotes grd
 \end_inset
 
  als 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ ATM"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
  (Automated Teller Machine, Geldautomat mit Einzahlfunktion), gefolgt von
  Screenshots des Bezahlvorgangs mit der POS-Anwendung 
 \begin_inset Quotes gld
 \end_inset
 
 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ Merchant POS"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
 
 \begin_inset Quotes grd
 \end_inset
 
 .
 \end_layout
 
 \begin_layout Standard
 Drei Methoden, um Coins in ein Taler-Wallet abzuheben, werden hier detailliert
  beschrieben:
 \end_layout
 
 \begin_layout Itemize
 A1 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 Itemize
 A4 peer-to-peer von einem Absender-Wallet zu einem Empfänger-Wallet (pay-push-Ve
 rfahren)
 \end_layout
 
 \begin_layout Subsection
 Abhebevorgang vom Girokonto (A1)
 \end_layout
 
 \begin_layout Standard
 Geschäftsbanken, die ihren Kunden das Abheben in Taler-Wallets erlauben
  wollen, müssen an ihren Kundenschnittstellen (Onlinebanking, Bankschalter,
  Smartphone-Apps) Taler als Aufladeverfahren anbieten.
  Die anderen Abhebevorgänge (A2, A3) brauchen im Gegensatz dazu keine Schnittste
 llen zu Taler bei den Banken, von denen die Nutzer auf das Konto des Exchange-Be
 treibers überweisen.
  
 \end_layout
 
 \begin_layout Standard
 Der 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 (Geldautomaten)
  erfolgt die PIN-Eingabe später (siehe unten 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
  (Android, iOS)
 \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
 Im gleichen Dialog kann der Nutzer eine ggf.
  gewünschte Altersstufe mit Bandbreiten von zwei Lebensjahren (z.B.
  ab 8, 10, 12, 14 oder ab 16 Jahre) als Attribut der abzuhebenden Coins
  wählen.
  Das Altersattribut kann von einem Erziehungsberechtigten oder Vormund gewählt
  werden, um Coins mit einer Altersbeschränkung in das Wallet eines Minderjährige
 n oder Mündels abheben zu lassen.
  Falls die Überweisung von einem für den Taler-Exchange erkennbaren Jugendgiroko
 nto stammt, kann dieser Exchange ebenfalls eine Altersobergrenze setzen.
 \end_layout
 
 \begin_layout Enumerate
 Wenn der Nutzer den Vorgang bestätigt, erzeugt das Wallet mit dem EdDSA-Kryptogr
 afieverfahren 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 öffentlichen
  Schlüssel (
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ Public key"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
 ) der Credentials mit.
  Der Nutzer wird auf die Benutzerführung der Bank-Webseite bzw.
  des ATM-Terminals zurückverwiesen.
 \end_layout
 
 \begin_layout Enumerate
 Der Nutzer bekommt dort nochmals den Betrag und den gewählten Exchange angezeigt
  und muss gegenüber der Bank endgültig bestätigen, dass der Überweisungs-
  und Abhebevorgang nun ausgelöst werden soll.
  Der Überweisungsvorgang 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.ä.) als finaler Autorisierung der Buchung durch den Nutzer.
 \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
 
 , der auch als Buchungsvermerk (bzw.
  Verwendungszweck oder 
 \begin_inset Quotes gld
 \end_inset
 
 Subject
 \begin_inset Quotes grd
 \end_inset
 
 )
 \begin_inset Foot
 status open
 
 \begin_layout Plain Layout
 Der Buchungsvermerk ist eine alphanumerische Zeichenkette, die als im Kontoauszu
 g erscheint, kann beispielsweise lauten: A63HRJCBD74FZ70EJGY0V81YNM8S3B4F36S35RG
 MSZ6DCV5PN1DG
 \end_layout
 
 \end_inset
 
  im Girokontoauszug des Nutzers erscheint.
  Damit ist jeder Aufladevorgang mit den betreffenden Geldwerten und Zeitpunkten
  eindeutig zuzuordnen und erfüllt die KYC-Regulatorik, denn der wirtschaftliche
  Berechtigte des Girokontos ist der Bank bekannt.
  Mit dem Verfahren SEPA Instant Credit Transfer (SCT Inst) erfolgt die Überweisu
 ng in Echtzeit und das Wallet kann die Coins sofort abheben, eine normale
  SEPA-Überweisung benötigt hingegen ca.
  einen Banktag und dem auch entsprechend der Abhebevorgang.
 \end_layout
 
 \end_deeper
 \begin_layout Enumerate
 Zum Abheben verwendet das Wallet die Credentials, die es vorher erzeugt
  hat.
  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 eingegangenen Girokontoüberweisung erzeugt, aus welcher
  das empfangende Wallet die vom Exchange blind signierten Coins abheben
  kann.
 \end_layout
 
 \begin_layout Enumerate
 Das Zeitfenster für den Abhebevorgang wird als 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ ClosingTime"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
  bezeichnet und beträgt 14 Tage.
  Dieser Zeitraum sollte für Nutzer normalerweise ausreichen, um den Vorgang
  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.
  Sollte das Wallet den Abhebevorgang nicht zu ende führen (z.B.
  weil der Nutzer es versäumt, das Wallet mit dem Internet verbinden zu lassen),
  schließt der Exchange die Reserve automatisch wieder und überweist den
  Betrag (abzüglich der Closing-Gebühr) auf das ursprüngliche Konto zurück.
 \end_layout
 
 \begin_layout Standard
 Die nachfolgenden Grafiken zeigen den Nutzerdialog und die Benutzerführung
  bei der Wahl des Exchange und der Altersrestriktion auf die abzuhebenden
  Taler-Coins vor dem Abhebevorgang (Verfahrensschritte 4 und 5):
 \begin_inset Newline newline
 \end_inset
 
 
 \end_layout
 
 \begin_layout Standard
 \begin_inset Graphics
 	filename /home/baer/business/ngi-pointer/wallet-age.png
 	scale 60
 
 \end_inset
 
 
 \end_layout
 
 \begin_layout Standard
 \begin_inset Newpage pagebreak
 \end_inset
 
 
 \end_layout
 
 \begin_layout Standard
 \begin_inset Graphics
 	filename withdrawal_process_flow.pdf
 	lyxscale 50
 	scale 55
 
 \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 (wie zuvor unter Punkt 7 beschrieben).
  Die Wallet-Software liefert ihnen dazu die Überweisungsdaten, die sie einfach
  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 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ payto://-URI"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
  für Banking-Anwendungen).
 \end_layout
 
 \begin_layout Enumerate
 Sobald die Überweisung beim Exchange angekommen ist, hebt das Wallet die
  Coins des Aufladebetrags 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.
  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 bei einem Exchange seiner Wahl zuvor
  angelegt hat.
  Der Vorgang verlangt dann nur noch eine einfache Bestätigung durch die
  Webseiten-Besucher, mit der ihre Wallets die Coins aus dieser Reserve abheben
  können.
 \end_layout
 
 \begin_layout Subsection
 peer-to-peer (A4)
 \end_layout
 
 \begin_layout Standard
 Taler-Coins können aus dem Wallet eines beliebigen Teilnehmers an das Wallet
  eines anderen Teilnehmers gesendet werden, ggf.
  mit einem Altersattribut versehen auch an Minderjährige oder Mündel.
  Bei diesem Verfahren findet zwangsläufig eine KYC-Prüfung des Empfängers
  durch den Taler-Exchange statt.
  Wenn Erwachsene Geld an Minderjährige schicken, wird eine Altersrestriktion
  eingeführt, und wenn Minderjährige oder Mündel Geld an Erwachsene senden,
  wird die Altersrestriktion aufgehoben.
 \end_layout
 
 \begin_layout Standard
 Der Exchange stellt dem Empfänger-Wallet frische Coins mit der vormals gewählten
  Altersrestriktion aus.
  Wenn jedoch ein Exchange alte und neue Token in Bezug setzen könnte, wäre
  kein datenschutzfreundliches Bezahlen möglich.
  Das Refresh-Protokoll des Taler-Systems verwendet daher die sog.
  Cut-and-choose-Methode, um die Nichtverfolgbarkeit frisch signierten Token
  aufrechtzuerhalten (siehe Abschnitt 4.7.4 in der 
 \begin_inset CommandInset href
 LatexCommand href
 name "PhD-Thesis"
 target "https://taler.net/papers/thesis-dold-phd-2019.pdf"
 literal "false"
 
 \end_inset
 
  von Florian Dold).
 \end_layout
 
 \begin_layout Section
 Ausgabe- und Bezahlvorgang (
 \emph on
 Deposit
 \emph default
 )
 \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 also auch hier der Taler-Exchang
 e.
 \end_layout
 
 \begin_layout Standard
 Mit den Coins verfügen die Wallet-Besitzer über elektronische Repräsentanten
  der Geldwerte, die der 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
 Wird ein Coin ausgegeben, ist das Coin entwertet.
  Wer es zuerst ausgibt, verfügt über den Geldwert.
  Der Exchange bestätigt mit einer elektronischen Signatur dem Verkäufer
  beim Empfang eines Coin, dass der Verkäufer der Erstempfänger ist.
  Ein erneutes Ausgeben eines Coins ist damit nicht mehr möglich.
  Es kann zu keinem Double-Spending kommen.
 \end_layout
 
 \begin_layout Standard
 Ein Kopieren der Coins (was zwangsläufig mit deren redundanter Speicherung
  an verschiedenen Orten einhergeht) erzeugt identische Coins von gleichem
  Wert.
  Wer die Verfügungsgewalt über diese identischen Coins besitzt, kann mit
  ihnen Zahlungen auslösen - jedoch nur exakt einmal pro Coin.
 \begin_inset Newline newline
 \end_inset
 
 
 \end_layout
 
 \begin_layout Standard
 Ein regulärer Ausgabevorgang kommt z.B.
  zum Einsatz bei
 \end_layout
 
 \begin_layout Itemize
 gewöhnlichem 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
 \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
 Spenden
 \end_layout
 
 \begin_layout Standard
 Die nachfolgenden zwei Illustrationen veranschaulichen den Abhebevorgang
  (
 \begin_inset Quotes gld
 \end_inset
 
 pay exchange
 \begin_inset Quotes grd
 \end_inset
 
  und 
 \begin_inset Quotes gld
 \end_inset
 
 withdraw coins
 \begin_inset Quotes grd
 \end_inset
 
 ), den Ausgabevorgang (
 \begin_inset Quotes gld
 \end_inset
 
 spend coins
 \begin_inset Quotes grd
 \end_inset
 
  und 
 \begin_inset Quotes gld
 \end_inset
 
 deposit coins
 \begin_inset Quotes grd
 \end_inset
 
 ) sowie die analog dazu erfolgenden IBAN-Überweisungen (
 \begin_inset Quotes gld
 \end_inset
 
 wire transfer
 \begin_inset Quotes grd
 \end_inset
 
 ):
 \begin_inset Newline newline
 \end_inset
 
 
 \end_layout
 
 \begin_layout Standard
 \begin_inset Graphics
 	filename taler-arch-full.pdf
 	lyxscale 30
 	scale 22
 
 \end_inset
 
 
 \end_layout
 
 \begin_layout Standard
 \begin_inset Graphics
 	filename operations.png
 	lyxscale 50
 	scale 50
 
 \end_inset
 
 
 \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.
  Internetseiten mit digitalen Gütern/Medien, Webshops, Supermärkte, Laden\SpecialChar softhyphen
 geschäf
 te, Verkaufsautomaten, Kiosksysteme, POS-Kassen usw.).
  Die Verkäufer müssen kein Wallet haben, um bezahlt zu werden, sondern nur
  ein reguläres Girokonto.
  Falls das digitale Endgerät der Nutzer beim Ausgabevorgang keinen Zugang
  zum Mobilfunknetz findet, können Taler-Wallets auch über Internetzugänge
  von Verkäufern am Point of Sale mit dem Exchange kommunizieren und die
  Bezahlung durchführen.
 \end_layout
 
 \begin_layout Standard
 Eine Zahlung beginnt mit einem vom Verkäufer kryptografisch signierten Angebot:
 \end_layout
 
 \begin_layout Itemize
 Das kryptografisch signierte Angebot enthält die Vertragsbedingungen zwischen
  Käufer und Verkäufer und ist für eventuelle Streitfälle als Beleg über
  den Kauf der Waren auch vor Gericht verwendbar.
 \end_layout
 
 \begin_layout Itemize
 Zum Kauf wird der Vertrag mit dem privaten Schlüssel des jeweiligen Wallets
  signiert.
  Damit verfügen die Käufer über einen digitalen Kaufnachweis bzw.
  Rechnungsbon mit dem Vertragstext in ihren Wallets.
 \end_layout
 
 \begin_layout Itemize
 Beim Kaufvorgang durch Taler-Token mit Altersattribut können die Händler
  nicht erkennen, dass ein Kunde minderjährig oder schutzbefohlen ist.
  Verkaufsautomaten und Webshops können nicht unterscheiden, ob ein Kaufvorgang
  von einem Erwachsenen oder von einem Minderjährigen ausgelöst wurde.
 \end_layout
 
 \begin_layout Itemize
 Der Kaufvorgang wird abgebrochen, wenn die Software „Taler Merchant“ im
  Verkaufsautomat oder Webshop bzw.
  im POS-Zahlungsgerät keine Taler-Token mit entsprechendem Attribut für
  Waren bestätigt bekommt, die in der Artikeldatenbank des Händlers eine
  Altersangabe (z.B.
  8, 10, 12, 14, 16, 18+) haben.
 \end_layout
 
 \begin_layout Itemize
 Der Verkäufer erhält eine Bestätigung, dass eine Zahlung erfolgreich war,
  nachdem der Taler-Exchange die ausgegebenen Token als gültig identifiziert
  hat.
 \end_layout
 
 \begin_layout Standard
 Der Exchange sammelt Zahlungen von verschiedenen Kunden, bündelt diese nach
  Empfängern sortiert zu Sammelbuchungen und überweist diese auf die Girokonten
  der Empfänger.
  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 
 \emph on
 Wire fee
 \emph default
  bei 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "sec:Gebührenarten"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
 ).
  Sollte ein Exchange zu hohe Überweisungsgebühren verlangen, schlägt die
  Händlersoftware 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ Merchant-Backend"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
  diese Gebühren ganz oder zum Teil dem Rechnungsbetrag der Nutzer dieses
  Exchange auf.
  Für die Sammelbuchung führt der Exchange zum entsprechenden Zeitpunkt eine
  Soll-Buchung auf das Treuhandkonto bei seiner Bank aus, die entsprechende
  Haben-Buchung erfolgt zugunsten des Empfängerkontos bei dessen Bank.
 \end_layout
 
 \begin_layout Section
 Wechselgeld und zeitliche Gültigkeit von Coins (
 \emph on
 Refresh
 \emph default
 )
 \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 Refresh-Protokoll, welches
  Coins mit frisch begonnener Laufzeit erzeugt.
 \end_layout
 
 \begin_layout Standard
 Taler ist ein Bezahlsystem, das nicht zum Horten von Geldwerten dienen soll.
  Daher haben Coins eine zeitlich begrenzte Gültigkeit.
  Nach dem Überschreiten des Gültigkeitszeitraums verfallen die Coins der
  Nutzer, ihr Geldwert geht in das Eigentum des Exchange-Betreibers über
  (siehe auch: 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "chap:Wertverluste"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
 ).
  Bevor das Ablaufdatum erreicht ist, sollten Taler-Nutzer daher das 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ Refresh"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
 -Protokoll auslösen, um Coins mit einem neuen Ablaufdatum zu erhalten.
  Für Refresh-Operationen sorgt jedoch auch die Wallet-Software automatisch
  3 Monate vor Ende der Gültigkeit seiner ältesten Coins.
  Bei jeder Bezahlung setzt das Wallet zudem die älteren Coins zuerst ein.
  
 \end_layout
 
 \begin_layout Section
 Rückerstattungen (
 \emph on
 Refund
 \emph default
 )
 \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 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ Refund"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
  genannt und verwendet das gleichnamige Refund-Protokoll zusammen mit dem
  Refresh-Protokoll.
  Das Taler-Wallet des Käufers erhält den entsprechenden Betrag (gegebenenfalls
  abzüglich Gebühren für die Gebührenarten Refund und Refresh) in Form von
  frischen Coins.
 \end_layout
 
 \begin_layout Section
 Marktaustritt eines Exchange (
 \emph on
 Recoup
 \emph default
 )
 \end_layout
 
 \begin_layout Standard
 In unregelmäßigen Abständen prüft jedes Wallet, ob Exchanges aufgrund von
  Emergency- oder Recoup-Protokollen die öffentlichen Schlüssel (
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ Public key"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
 ) für ihre Coin-Nennwerte (
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ Denomination key"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
 ) widerrufen haben.
  Im Fall von Marktaustritt oder Insolvenz des Exchange-Betreibers gewährleistet
  das Taler-Protokoll, dass alle Wallets automatisch über den Marktaustritt
  informiert werden.
  Dieser Geschäftsvorgang wird durch das 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ Recoup"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
 -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
 
 ).
  Die Nutzer haben diese Kosten also nicht zu tragen, sondern der schließende
  Exchange.
 \end_layout
 
 \begin_layout Standard
 Welche rechtlichen Rahmenbedingungen und Konsequenzen für Exchange-Betreiber
  im Fall eines Marktaustritts bzw.
  bei einer Insolvenz zu beachten sind, wird im Kapitel 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "chap:Rechtliche-Rahmenbedingungen"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
  explizit behandelt.
 \end_layout
 
 \begin_layout Section
 Einkommensnachweis von Verkäufern
 \end_layout
 
 \begin_layout Standard
 Zuständige Behörden können 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,
  z.B.
  mittels Kontoauszügen.
 \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 vom
  Wallet des Käufers 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
 Altersbeschränkungen
 \begin_inset CommandInset label
 LatexCommand label
 name "chap:Altersbeschränkungen"
 
 \end_inset
 
 
 \end_layout
 
 \begin_layout Standard
 Das Taler-System ermöglicht eine automatisierte Altersverifizierung an Verkaufss
 tellen und in Webshops, wo Taler-Token zur Zahlung akzeptiert werden.
  Verkäufer müssen die quelloffene Software „Taler Merchant“ installiert
  haben, die als Teil des GNU Taler-Systems entwickelt wurde und unter der
  Lizenz GNU GPL v3+ als freie Software von Taler Systems SA bereitgestellt
  wird.
 \end_layout
 
 \begin_layout Standard
 Jedes Taler-Coin kann mit einer Altersbeschränkung ins Wallet abgehoben
  werden.
  Ein Wallet kann Coins mit Attributen verschiedener Altersstufen aufbewahren.
  Diese Token-Attribuierung mit einer Zahl aus einer Bandbreite von 2 Jahren
  erfahren jedoch weder Exchange noch Verkäufer, da das Attribut auf jedem
  Coin blind signiert und nicht offengelegt wird.
  Im Verkaufsprozess erhalten die Verkäufer lediglich die Information, dass
  der Kunde 
 \begin_inset Quotes gld
 \end_inset
 
 alt genug
 \begin_inset Quotes grd
 \end_inset
 
  ist für eine Ware oder Dienstleistung mit einer unteren Altersgrenze 
 \begin_inset Quotes gld
 \end_inset
 
 älter als x Jahre
 \begin_inset Quotes grd
 \end_inset
 
 .
  Keine der am Taler-System beteiligten Instanzen kann auf das konkrete Alter
  der Zahlenden schließen.
  Bei einem erfolgreichen Verkaufsprozess erhält der Verkäufer lediglich
  die Information, dass der Zahlende für eine altersbeschränkte Ware oder
  Dienstleistung „älter als x Jahre“ und somit für den Kaufvertrag alt genug
  war.
  Keiner der am Taler-System beteiligten Instanzen (Verkäufer, Betreiber
  des Bezahlsystems, Auditoren) kann auf das tatsächliche Alter der Zahlenden
  oder gar deren Geburtsdaten schließen.
  Insbesondere ist es auch nicht möglich, erfolgreiche Bezahlvorgänge von
  Erwachsenen von erfolgreichen Bezahlvorgängen von Jugendlichen mit ausreichende
 m Alter zu unterscheiden.
 \end_layout
 
 \begin_layout Standard
 Wenn Coins von einem Erwachsenenkonto abgehoben werden, ist vom Kontoinhaber
  darauf zu achten, dass nur Coins mit einer Altersbeschränkung an Wallets
  von Minderjährigen übergeben werden.
  An diesem Punkt tragen die Erwachsenen eine persönliche Verantwortung für
  die Einstellung der richtigen Altersstufe für ihre Schutzbefohlenen.
  Die Einstellung der Altersstufe erfolgt direkt im Dialog neben dem Knopf
  zur Bestätigung des Abhebevorgangs.
 \end_layout
 
 \begin_layout Standard
 Die erwachsenen Nutzer müssten darauf achten, ihre Wallets vor den Schutzbefohle
 nen zu sichern, um den Missbrauch von altersunbeschränkten Coins zu verhindern.
  Die Erziehungsberechtigten sollten ihre Minderjährigen oder Mündel ebenfalls
  vor einem Verlust ihres Wallets warnen, da alle Personen, die Zugriff auf
  ihr elektronisches Taschengeld haben, dieses wie Bargeld unwiderruflich
  ausgeben können.
 \end_layout
 
 \begin_layout Standard
 Händler, die Coins mit Altersbeschränkung akzeptieren, sollten mit diesen
  bereits die grundlegenden technischen Anforderungen an den Jugendschutz
  erfüllen, dies allerdings unter der Voraussetzung, dass die Artikeldatenbank
  des Händlers alle verbotenen oder altersbeschränkten Waren eindeutig mit
  einer dem Jugendschutzgesetz entsprechenden Altersstufe gekennzeichnet
  hat.
 \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, wenn die Verkäufer ihre Umsätze aus eingelösten Taler-Coins auf deren
  Girokonten überwiesen bekommen.
  Fixkosten fallen vor allem an für Personal, Hardware und Marketing.
  Eine Zentralbank kann die Kosten für die Bereitstellung eines digitalen
  Bargeld für die Nutzer erlassen und aus Steuern oder Seigniorage decken,
  aber eine normale Geschäftsbank wird die Kosten ihres Exchange, den sie
  in-house oder in einem Rechenzentrum betreibt, 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 dieser 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "sec:Gebührenarten"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
  und deren Höhe, jedoch immer im Rahmen, den das Taler-Protokoll vorgibt.
 \end_layout
 
 \begin_layout Standard
 Die sechs Gebührenarten ergeben sich aus den technischen Möglichkeiten,
  die digitales Bargeld mit sich bringt.
  Exchange-Betreiber sollten nicht alle von vornherein erheben.
  Wenn sie für zwei oder drei Buchungsarten Gebühren verlangen, dürfte dies
  neue Nutzer des Systems nicht allzu sehr überfordern oder gar abschrecken.
  Im Fall von wiederkehrendem Missbrauch durch mutwilliges massenhaftes Auslösen
  bestimmter Buchungsarten müssen jedoch für genau diese Gebühren verlangt
  werden, um den Missbrauch kostspielig zu machen und so zu dämpfen.
 \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 aufschlagen bzw.
  bei gegebenem Bedarf verursachungsgerecht abbilden und auch den Verursachern
  direkt belasten.
  Exchange-Betreiber bestimmen die Höhe der jeweiligen Gebühr für jeden Coin-
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ Nominalwert"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
  (fixer Nennwert, festgelegt mit dem 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ Denomination key"
 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 eine Aufstellung der laufenden
  Einnahmen aus jeder einzelnen Gebührenart.
  
 \end_layout
 
 \begin_layout Section
 Gebührenordnung
 \end_layout
 
 \begin_layout Standard
 Während das Taler-Protokoll die verfügbaren 
 \emph on
 Gebührenarten
 \emph default
  festlegt, legen Exchange-Betreiber mithilfe von Parametern Mindest- und
  Höchstwerte der Gebühren fest.
  Die 
 \emph on
 Gebührenhöhe
 \emph default
  im Bezahlsystem wird damit von den Exchange-Betreibern bestimmt.
  Die pro Nennwert von Coins eingepflegten Gebührenhöhen erhebt die Exchange-Logi
 k dann automatisch mit den auftretenden Buchungsarten.
 \end_layout
 
 \begin_layout Standard
 Änderungen an der Gebührenordnung sind nur möglich konform mit der Genehmigung
  des Bezahlsystems durch Aufsichtsbehörden wie die BaFin.
  Rechtliche Grundlage für die Gebührenerhebung sind die Allgemeinen Geschäftsbed
 ingungen der Exchange-Betreiber, bezüglich der auftretenden 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ IBAN-Buchung"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
  die AGB der Geschäftsbanken, die diese mit ihren Kunden hinsichtlich deren
  Girokonten vereinbaren.
 \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 der auftretenden Buchungsarten gibt es eine Gebührenart, deren
  Höhe jeder Exchange-Betreiber festlegt.
  Ein Wert von 0 kommt damit der Abwahl von Gebühreneinkünften aus der betreffend
 en Buchungsart gleich.
  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.
  Das Unterprotokoll 
 \emph on
 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ Recoup"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
 
 \emph default
  erlaubt dem Exchange-Betreiber keine Festlegung von Gebühren, da die Kosten
  der Rücküberweisung von Vermögenswerten bei einem Marktaustritt nicht den
  Coin-Eigentümern belastet werden dürfen, sondern vom Exchange allein getragen
  werden müssen.
 \end_layout
 
 \begin_layout Standard
 Alle sechs Gebührenarten auf 0 zu setzen würde die Gebührenordnung für Taler-Nut
 zer 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 dem anonym und unbegrenzt oft auslösbaren 
 \emph on
 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ Refresh"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
 
 \emph default
  muss im Missbrauchsfall mit einer Gebühr begegnet werden können.
  Setzt der Exchange-Betreiber beispielsweise die Refresh-Gebühren auf Höhe
  der ihm konkret für diese Buchungsart anfallenden Kosten an, bereitet böswillig
 e 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 willigen ein, dass ihre Audit-Reports Einnahmen aus Gebühren
  an die Auditoren und dem entsprechend auch an Aufsichtsbehörden melden.
  Sie können Gebühren auf Coins nur zu deren Ausgabezeitpunkt festsetzen
  und nachträglich nicht mehr ändern.
  Gebühren auf Banküberweisungen sind gemäß des Taler-Protokolls immer nur
  jährlich anpassbar und vom Exchange-Betreiber mindestens für 2 Jahre in
  die Zukunft festzulegen.
  Durch diese Gebührenkonstanz können die Verkäufer ihre aufzuschlagenden
  Kosten besser planen und in ihre Verkaufspreise einkalkulieren.
 \end_layout
 
 \begin_layout Standard
 Die AGB jedes Exchange müssen zudem die Nutzer unmissverständlich darauf
  hinweisen, dass es bei einem selbstverschuldeten Verzicht auf die Sicherung
  durch ein Backup-Tool (wie z.B.
  
 \begin_inset Quotes gld
 \end_inset
 
 Anastasis
 \begin_inset Quotes grd
 \end_inset
 
 ) zum Totalverlust des Coin-Eigentums kommen kann (siehe Kapitel 
 \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 und normalerweise bei ihren
  Kunden Gebühren für deren IBAN-Buchungen erhebt, hat die Möglichkeit zu
  bestimmen, ihren Kunden beim Abheben vom hauseigenen Girokonto in Taler-Wallets
  diese Gebühren zu erlassen.
 \end_layout
 
 \begin_layout Subsection
 Verpflichtungen von Käufern
 \end_layout
 
 \begin_layout Standard
 Der Abhebevorgang besteht aus der Soll-Buchung eines (Giro-)Kontos in Fiatwährun
 g, 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 blind signierten Coins, welche das Wallet schließlich abruft.
  Die Nutzer haben vor dem ersten Abhebevorgang beim jeweiligen Exchange
  dessen AGB zu lesen und zu bestätigen.
  Dieser Schritt wird von Nutzern bei Änderungen der AGB ebenfalls zwingend
  verlangt.
  Sie akzeptieren mit ihrer Einwilligung in die AGB des Exchange, den sie
  aktiv auswählen, zum Beispiel eventuelle Wertverluste durch 
 \emph on
 Refresh
 \emph default
 -Gebühren, die der Exchange-Betreiber erheben kann.
  Alle Gebührenarten und -höhen werden den Nutzern vor jedem Abhebevorgang
  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
 Ebenfalls angezeigt werden anteilige 
 \emph on
 Wire fee
 \emph default
 -Gebühren, welche Verkäufer auf ihre Kunden verteilen können, wenn sie die
  Wire fee eines Exchange als zu hoch beurteilen und mithilfe des 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ Amortisationsfaktor"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
 s wire_fee_amortization auf Käufer abwälzen (siehe 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "chap:Gebührenstrukturen"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
 ).
 \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 gemäß AGB akzeptieren, dass die IBAN-Überweisung
  vom persönlichen 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.
  Sollten Exchange-Betreiber aus Sicht der Verkäufer eine zu hohe 
 \emph on
 Wire fee
 \emph default
  verlangen, schlägt die Händlersoftware mittels des 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ Amortisationsfaktor"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
 s diese ganz oder zum Teil dem zu zahlenden Betrag bei den Kunden dieses
  Exchange auf.
 \end_layout
 
 \begin_layout Standard
 Beim Abhebevorgang zeigt das Wallet dem Käufer die komplette Gebührenordnung
  an und gibt die 
 \emph on
 Wire fee
 \emph default
 -Gebühren für den Fall an, dass ihnen diese anteilig belastet werden.
  Übernimmt ein Verkäufer jedoch die 
 \emph on
 Wire fee
 \emph default
 -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.
 \end_layout
 
 \begin_layout Standard
 Es besteht 
 \emph on
 keine
 \emph default
  Vertragsbindung zwischen Verkäufern und Exchange-Betreibern.
  Es sind die Käufer, die den Exchange bestimmen, bei welchem sie Coins abheben
  wollen und daher mit dem Einsatz dieser Coins auch zum Weiterbuchen der
  realen Geldwerte an die Girokonten der Verkäufer veranlassen.
 \end_layout
 
 \begin_layout Standard
 Sollten Verkäufer falsche Kontendaten einpflegen, haften sie selbst für
  daraus resultierende Schäden und nicht etwa Exchange-Betreiber.
  Verkäufer tragen das Risiko eines Wertverlusts bis hin zum Totalausfall
  ihrer Umsatzbuchungen, wenn sie selbst für die Überweisung ihrer Umsatzforderun
 gen auf ihre Konten die IBAN zwar syntaktisch richtig, aber für ein falsches
  Zielkonto angeben.
  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
 
 s (mögliche Nennwerte der Coins, die ein Exchange signiert) haben alle gewählten
  Gebührenarten ihre Gültigkeit beizubehalten.
 \end_layout
 
 \begin_layout Standard
 Die Refresh-Buchung wird automatisch 3 Monate vor Ende der Gültigkeit der
  Coins von der Wallet-Software ausgelöst.
  Insbesondere wenn Exchange-Betreiber Refresh-Gebühren erheben, müssen sie
  in ihren AGB die Nutzer auf diese Automatik hinweisen.
 \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
 \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 jeweils betrachtet aus Sicht der
  Käufer, der Exchange-Betreiber und der Verkäufer:
 \begin_inset Newline newline
 \end_inset
 
 
 \end_layout
 
 \begin_layout Standard
 \begin_inset Tabular
 <lyxtabular version="3" rows="36" 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.
  Zu diesen möglicherweise entstehenden Kosten kommt die Withdrawal-Gebühr,
  die ein Exchange-Betreiber für jedes Coin, das ins Wallet abgehoben wird,
  verlangen könnte.
  Auch wenn viele Bankkunden bereits an die Kostenpflicht von IBAN-Buchungen
  gewöhnt sind, wirkt die Withdrawal-Gebühr wie ein Kaufkraftverlust schon
  vor beabsichtigten Umsätzen, über den die Käufer durch die Anzeige aller
  Gebührenarten 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 in ihre Wallets abheben zu lassen.
 \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
 Eine Gebühr auf jedes erzeugte Coin würde tatsächlich alle bei einem Exchange-Be
 treiber abgehobenen elektronischen Münzen treffen und die Kosten ihrer Erzeugung
  auf alle erstmalig signierten Coins verteilen, verhindert jedoch keinen
  Missbrauch mit anderen Buchungsarten und würde zudem jene Nutzer diskriminieren
 , die viele kleinere Nennwerte aufbuchen.
  Manche Nutzer mit Coins höherer Nennwerte könnten die Kosten des Exchange-Betre
 ibers durch vermehrte Refresh-Buchungen steigern, die Kostenzuwächse sind
  jedoch marginal gering.
 \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.
  Die 
 \emph on
 für Kunden
 \emph default
  beim Abhebevorgang erzeugten Coins stehen allerdings mit den Verkäufern
  in keiner direkten Beziehung.
 \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
 Obwohl die Kunden die Deposit-Buchung mit dem Kauf von Gütern auslösen,
  müssen die Verkäufer die Deposit-Gebühr pro Coin tragen, jedoch nur bis
  zu einem vom Verkäufer bestimmten Maximalwert (default_max_deposit_fee).
  Der diesen Maximalwert übersteigende Rest der Deposit-Gebühr muss vom jeweilige
 n Käufer getragen werden.
  Mittels Deposit-Gebühren könnte man theoretisch alle Kosten des Exchange-Betrie
 bs auf alle 
 \emph on
 eingesetzten
 \emph default
  Coins verteilen.
  Die Käufer können in der Regel leicht nachvollziehen, dass eine Gebühr
  auf eingesetzte deponierte Coins erhoben wird.
 \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.
  Dieser Vorgang verbraucht nur wenig Energie und bringt keine weiteren Kosten
  mit sich.
  Für Exchange-Betreiber können die marginal geringen Kosten erst bei einer
  exorbitanten Menge an Deposit-Buchungen bedeutend werden.
  Deposit-Gebühren stellen vor allem die wichtigste Einkommensquelle für
  den Exchange-Betreiber dar und können über alle eingesetzten Coins erhoben
  werden.
 \begin_inset VSpace 15mm
 \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
 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 werden darauf Wert legen, dass (1.) der vom Käufer gewählte Exchange
  die regulatorischen Auflagen der Aufsichtsbehörden und der Gesetze gegen
  Geldwäsche erfüllt, (2.) der Exchange im SEPA-Währungsraum operiert und
  (3.) die Gebühren des gewählten Exchange sich im Rahmen dessen befinden,
  was der Verkäufer mithilfe seiner Maximalwerte für Deposit-Gebühren (und
  wie unten beschrieben auch mit Maximalwerten für die Wire fee-Gebühr) festlegt.
  Wenn ein Exchange-Betreiber für Deposit-Buchungen verhältnismäßig hohe
  Gebühren verlangt, beeinflussen diese auch jede 
 \emph on
 Refund
 \emph default
 -Buchung bei einer teilweisen Rabattierung, denn die den Maximalwert des
  Verkäufers übersteigenden 
 \emph on
 Deposit
 \emph default
 -Gebühren 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="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 aufgrund von 
 \emph on
 Wechselgeld
 \emph default
 -Buchungen.
  Der Zahlbetrag wird dabei mit einem Coin von höherem Nennwert bezahlt,
  das Wallet erhält Coins mit Nennwerten zurück, die summiert den Differenzbetrag
  ergeben.
  Die Refresh-Gebühr bei der Wechselgeld-Buchung belastet damit stets nur
  ein eingesetztes Coin und ist aus Käufersicht marginal gering.
  Refresh-Buchungen fallen darüber hinaus auch an bei 
 \emph on
 Refund
 \emph default
 -Buchungen (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 bei einer missbräuchlichen Anwendung entstehende Kosten vom Exchange
  abhalten und wird den Käufern belastet.
  Käufer werden diese Gebühr durch einen eventuell auftretenden Missbrauch
  mit Refresh-Buchungen marginal nur als geringe persönliche Belastung betrachten
 , da deren absolute Höhe pro Coin niedrig ausfällt.
 \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
  oder mit einer anderen Gebührenart deckt.
  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 belastet.
  Dies verhindert zwar einen Missbrauch nicht, sondern macht nur die Buchungsart
  für diejenigen kostspielig, die oft Refreshs auslösen.
  Im akuten Missbrauchsfall werden dann Käufer mit Gebühren belastet, die
  böswillig verursachten Kosten treffen wenigstens nicht den konkreten Exchange,
  sondern alle Endverbraucher, die von ihm signierte Coins erhalten.
 \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.
 \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.
  Erhebt ein Exchange diese Gebührenart, würden bei einem teilweisen Refund
  infolge von Rabattierung nach dem Kaufvertragsschluss die bereits eingesetzten,
  deponierten Coins der Käufer 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 der Refresh-Gebühr belastet,
  sofern die Gebührenordnung des von den Käufern gewählten Exchange diese
  erhebt.
  Auch bei einer teilweisen Rabattierung liegt im Regelfall die Ursache für
  die Rabattgewährung beim Verkäufer.
  Aus Sicht der Käufer sollten daher eigentlich die Verkäufer diese Gebühr
  tragen.
 \begin_inset VSpace 10mm
 \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
 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 nur teilweise von ihren Deposit-Gebü
 hren.
  Mit der Zeit werden Kunden solche Verkäufer eher meiden, die nach einem
  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 Kosten aufbürden.
  Um dies zu vermeiden, muss der Exchange-Betreiber 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).
 \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 Käufer die Kosten der Refund-Gebühr, sofern der Exchange diese erhebt,
  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.
 \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).
  Die Kosten der Wire fee-Gebühr sind in die Preise der Verkäufer einkalkuliert.
 \begin_inset Newline newline
 \end_inset
 
 Die Verkäufer könnten die relativen Kostenvorteile des Taler-Bezahlsystems
  in Form von niedrigeren Endverbraucher\SpecialChar softhyphen
 preisen 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.
 \begin_inset VSpace 30mm
 \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
 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 die Abteilungen für Accounting und
  Billing nicht zu überlasten.
  In jedem Fall sind die Kosten der Wire fee in die Endverbraucherpreise
  einkalkuliert.
 \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" bottomline="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>
 </lyxtabular>
 
 \end_inset
 
 
 \end_layout
 
 \begin_layout Subsection
 Tabellarische Zusammenfassung
 \end_layout
 
 \begin_layout Standard
 \begin_inset Tabular
 <lyxtabular version="3" rows="6" columns="7">
 <features tabularvalignment="middle">
 <column alignment="center" valignment="top" width="2cm">
 <column alignment="center" valignment="top" width="2cm">
 <column alignment="center" valignment="top" width="2cm">
 <column alignment="center" valignment="top" width="2cm">
 <column alignment="center" valignment="top" width="2cm">
 <column alignment="center" valignment="top" width="2cm">
 <column alignment="center" valignment="top" width="2cm">
 <row>
 <cell alignment="center" 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" rightline="true" usebox="none">
 \begin_inset Text
 
 \begin_layout Plain Layout
 
 \series bold
 \size footnotesize
 Closing
 \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
 
 \series bold
 \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" rightline="true" usebox="none">
 \begin_inset Text
 
 \begin_layout Plain Layout
 
 \size footnotesize
 Käufer
 \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
 
 \series bold
 \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
 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" 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, Käufer bei hoher Exchange-Gebühr
 \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
 Käufer
 \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
 
 \series bold
 \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" rightline="true" usebox="none">
 \begin_inset Text
 
 \begin_layout Plain Layout
 
 \size footnotesize
 Überweisung
 \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
 
 \series bold
 \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
 Ja, 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
 Für Exchange
 \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
 Für Exchange
 \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
 
 \series bold
 \size footnotesize
 Kosten für Nutzer:
 \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
 u.U.
  Kosten einer IBAN-Überweisung
 \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
 Haupteinnahme\SpecialChar softhyphen
 quelle für Exchange
 \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
 ?
 \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
 Zuerst auf 0 lassen, nur bei Missbrauch anheben
 \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
 ?
 \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
 Zuerst auf 0 lassen, nur bei Missbrauch anheben
 \end_layout
 
 \end_inset
 </cell>
 </row>
 </lyxtabular>
 
 \end_inset
 
 
 \end_layout
 
 \begin_layout Subsection
 Gebührenhöhen im Missbrauchsfall
 \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.
 \end_layout
 
 \begin_layout Standard
 Refresh-Buchungen können jedoch anonym unbegrenzt oft mit schadhaften Absichten
  gegen Exchange-Betreiber ausgelöst werden.
  Jeder Exchange-Betreiber muss daher im Missbrauchsfall mit unterschiedlichen
  Gebührenhöhen gegen mutwillig oft ausgelöste Buchungsarten vorgehen können.
 \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.
 \end_layout
 
 \begin_layout Itemize
 Missbrauch durch 
 \emph on
 Deposit
 \emph default
 -Buchungen ist unwahrscheinlich, da der Exchange-Betreiber in der Regel
  Deposit-Gebühren erheben wird.
 \end_layout
 
 \begin_layout Itemize
 Missbrauch durch 
 \emph on
 Refresh
 \emph default
 -Buchungen ist möglich und bedarf einer differenzierten Behandlung: Im Normalfal
 l wird ein Exchange-Betreiber keine Refresh-Gebühr erheben auf die Zahlung
  mit Coins unpassender Nennwerte (Wechselgeld-Buchungen), im Missbrauchsfall
  muss er diese Gebühr jedoch schon erheben, wenn seine Kunden massenhaft
  Refreshs auslösen 
 \begin_inset Newline newline
 \end_inset
 
 (1.) mit Coins bei einem Transaktionsabbruch oder 
 \begin_inset Newline newline
 \end_inset
 
 (2.) bei massenhaft wiederholtem 
 \emph on
 Refund
 \emph default
 , den allerdings die Verkäufer auslösen und dessen Kosten fallweise tragen.
  Im extremen Missbrauchsfall - wenn ein Exchange unter mutwilligen Refresh-Buchu
 ngen und deren Kosten leidet, muss er die Refresh-Gebühren auf einen hohen
  Wert setzen und damit alle Coin-Eigentümer, deren Coins von diesem Exchange
  signiert wurden, belasten.
 \end_layout
 
 \begin_layout Itemize
 Missbrauch durch 
 \emph on
 Refund
 \emph default
 -Buchungen ist theoretisch möglich und kann ebenfalls behandelt werden mit
  der Einführung oder Erhöhung von 
 \emph on
 Refund
 \emph default
 -Gebühren.
 \end_layout
 
 \begin_layout Itemize
 Verkäufer können durch das Anfordern einer hohen Frequenz ihrer Umsatz-Sammelbuc
 hungen das Einsparpotenzial dieser Sammelbuchungen hinfällig machen.
  Eine schnelle Umsatzverbuchung liegt auch meist im Interesse der Verkäufer.
  Bei einer zu hoch eingestellten Häufigkeit der Sammelbuchungen ist mit
  entsprechenden Kosten zu Lasten des Exchange-Betreibers zu rechnen (IBAN-Buchun
 gen!).
  Exchange-Betreiber können jedoch dem massenhaften Auslösen von Sammelbuchungen
  mit hohen Frequenzen dank der 
 \emph on
 Wire fee
 \emph default
 -Gebühr begegnen.
 \end_layout
 
 \begin_layout Itemize
 Missbrauch durch Rücküberweisungen infolge des Nichtabhebens ins Wallet
  belastet den Exchange-Betreiber mit Kosten für IBAN-Überweisungen, zur
  Abwehr kann er eine 
 \emph on
 Closing
 \emph default
 -Gebühr einführen, um das Problem abzustellen.
 \end_layout
 
 \begin_layout Subsection
 Empfehlung der Höhen der Gebührenarten
 \end_layout
 
 \begin_layout Standard
 Aus der vorangegangenen Diskussion der Gebührenarten ergibt sich eine Empfehlung
  für die Wahl der 
 \emph on
 Deposit
 \emph default
 -Gebühr als wichtigster Gebührenart, da diese eine wesentliche Einnahmequelle
  des Exchange-Betreibers darstellt.
  Dem Exchange-Betreiber ist jedoch vollkommen freigestellt, neben der 
 \emph on
 Deposit
 \emph default
 -Gebühr weitere Gebührenarten festzulegen.
  Wenn im Betrieb Kosten anfallen, sollten die entsprechenden Gebühren so
  hoch gesetzt sein, dass sie die anfallenden Kosten möglichst decken (dies
  bezeichnet in der folgenden Tabelle der Begriff 
 \begin_inset Quotes gld
 \end_inset
 
 kostendeckend
 \begin_inset Quotes grd
 \end_inset
 
 ).
 \begin_inset Newline newline
 \end_inset
 
 
 \end_layout
 
 \begin_layout Standard
 \begin_inset Tabular
 <lyxtabular version="3" rows="7" columns="2">
 <features tabularvalignment="middle">
 <column alignment="left" valignment="top">
 <column alignment="left" valignment="top" width="11.5cm">
 <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
 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
 
 \series bold
 \size footnotesize
 Höhe
 \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
 
 \series bold
 \size footnotesize
 \emph on
 Deposit
 \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
 Wesentliche Einnahmequelle des Exchange-Betreibers
 \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
 
 \series bold
 \size footnotesize
 \emph on
 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
 Proportional kostendeckend für IBAN-Überweisungen; dient zur generellen
  Belastung der Verkäufer mit Kosten und Sammelbuchungskosten
 \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
 
 \series bold
 \size footnotesize
 \emph on
 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
 Kostendeckend, nur zu erheben bei Verdacht auf Missbrauch, zur Vermeidung
  von Missbrauch durch Nichtabheben ins Wallet nach einer erfolgten Geldüberweisu
 ng zum 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
 
 \series bold
 \size footnotesize
 \emph on
 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
 Kostendeckend, nur zu erheben bei Verdacht auf Missbrauch; wirkt gegen Missbrauc
 h durch mutwillig ausgelöste Refreshs; als Negativzins
 \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
 
 \series bold
 \size footnotesize
 \emph on
 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
 Kostendeckend, nur zu erheben bei Verdacht auf Missbrauch bei Refund, gegen
  mutwilliges Wiederholen von Refund-Deposit-Refund-Deposit...
 \end_layout
 
 \end_inset
 </cell>
 </row>
 <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
 \emph on
 Withdrawal
 \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
 Missbrauch ist unwahrscheinlich; Missbrauch wäre theoretisch denkbar, wenn
  Nutzer Geld im Bezahlsystem horten wollen, um Negativzinsen auf ihre Guthaben
  bei normalen Banken zu vermeiden
 \end_layout
 
 \end_inset
 </cell>
 </row>
 </lyxtabular>
 
 \end_inset
 
 
 \begin_inset Newline newline
 \end_inset
 
 
 \begin_inset Newline newline
 \end_inset
 
 
 \end_layout
 
 \begin_layout Standard
 Im Missbrauchsfall empfiehlt sich dem Exchange-Betreiber, die folgenden
  Gebührenarten in einer wirksamen Höhe festzulegen:
 \end_layout
 
 \begin_layout Enumerate
 
 \emph on
 Wire fee
 \emph default
 -Gebühr zum Decken der IBAN-Überweisungskosten, die zuerst nur die Verkäufer
  mit Kosten belastet und die letzten Endes deren Kunden in den Verkaufspreisen
  begleichen.
 \end_layout
 
 \begin_layout Enumerate
 Die 
 \emph on
 Closing
 \emph default
 -Gebühr sollte jeder Exchange-Betreiber in Höhe der Kosten für IBAN-Buchungen
  bei einem eventuellen Nichtabheben der Wallets seiner Nutzer wählen.
 \end_layout
 
 \begin_layout Enumerate
 Die 
 \emph on
 Refresh
 \emph default
 -Gebühr hilft fallweise gegen Missbrauch, wenn Verkäufer massenhaft Refund-Buchu
 ngen auslösen sollten oder anonyme Wallets massenhaft Refreshs auslösen.
 \end_layout
 
 \begin_layout Enumerate
 
 \emph on
 Refund
 \emph default
 -Gebühren sollten Exchange-Betreiber nur um einem eventuellen Missbrauch
  mit Refund-Buchungen zu begegnen kostendeckend festlegen.
 \end_layout
 
 \begin_layout Enumerate
 
 \emph on
 Withdrawal
 \emph default
 -Gebühren werden Exchange-Betreiber normalerweise nicht verlangen, weil
  ein Missbrauch mit Abhebevorgängen unwahrscheinlich ist.
 \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 Standard
 Drei Möglichkeiten bestehen, bei denen die Käufer Wertverluste ihres Coin-Guthab
 ens tragen:
 \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
 Wertverlust 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 der Gültigkeit der Coins (➔
  Parameter DURATION_SPEND)
 \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
 \begin_inset Newline newline
 \end_inset
 
 
 \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.
  
 \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.
  Die zeitliche Gültigkeit jedes Coin wird damit geprüft.
  Der Exchange-Betreiber legt dazu den Parameter DURATION_SPEND (z.B.
  auf 2 Jahre) fest und bestimmt damit, wann die Refresh-Buchung 
 \emph on
 aufgrund des Alters eines Coin
 \emph default
  greift und für alle betroffenen Coins frische Credentials erzeugt.
  Dieser Refresh ist gleichbedeutend mit einem Negativzins auf das betroffene
  Coin-Guthaben infolge von Refresh-Gebühren: Im gegebenen Beispiel mit DURATION_
 SPEND = 2 Jahre wäre dies eine Abzinsung des Guthabens nach 2 Jahren in
  Höhe der Refresh-Gebühr, die der Exchange-Betreiber mit dem Parameter FEE_REFRE
 SH bestimmt.
 \begin_inset Newline newline
 \end_inset
 
 
 \end_layout
 
 \begin_layout Standard
 Zu 3.: Der Zeitraum, in dem keine Wallet-Verbindung zur Exchange-Schnittstelle
  bestand und nach dessen Ablauf das Wallet einen Refresh-Vorgang mit komplettem
  Verfall der Coins anstößt, sollte vom Exchange-Betreiber lang genug eingestellt
  sein.
  Dieser Zeitraum muss so lang sein, dass ein Nutzer mit einer hohen Wahrscheinli
 chkeit ein digitales Endgerät mit seinem persönlichen Wallet darauf online
  gehen lässt.
  Für den Fall keiner Verbindung in diesem Zeitraum ist nach dessen Ablauf
  der Exchange-Betreiber neuer Eigentümer der Werte verfallener Coins.
  
 \end_layout
 
 \begin_layout Standard
 An dieser Stelle sei noch einmal daran erinnert, dass Taler ein Bezahlsystem
  ist und kein Aufbewahrungsmittel zum Horten von Geldwerten.
  Im Normalfall verbinden Nutzer des Bezahlsystems ihre Wallets im gegebenen
  Zeitraum (hier 1 Jahr) und lösen mit jedem Verbinden einen Refresh aller
  Coins aus, der ihre Gültigkeitsdauer erneut um 2 Jahre verlängert.
 \end_layout
 
 \begin_layout Standard
 Da für den initialen Betrieb des Taler-Exchange keine Refresh-Gebühren vorgesehe
 n sind, werden die Nutzer auch nicht von Gebühren auf Refreshs ihrer Coins
  belastet.
 \begin_inset Newline newline
 \end_inset
 
 
 \end_layout
 
 \begin_layout Standard
 Zu den rechtlichen Konsequenzen hinsichtlich Abzinsung, Verfall und Verjährung
  von Coin-Guthaben siehe 
 \begin_inset CommandInset ref
 LatexCommand ref
 reference "subsec:Verjährung-von-Coin-Werten"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
  .
 \end_layout
 
 \begin_layout Section
 Wertverluste zu Lasten des Verkäuferumsatzes
 \end_layout
 
 \begin_layout Standard
 Es bestehen folgende zwei Möglichkeiten, bei denen die Verkäufer Wertverluste
  ihrer Umsätze aus den deponierten Coins ihrer Kunden riskieren:
 \end_layout
 
 \begin_layout Enumerate
 Bei einer Fehlbuchung aufgrund falsch angegebener IBAN-Kontonummer des Verkäufer
 s bzw.
  erloschener Empfängerkonten und damit nötigem manuellem Routing (mit Gebühren
  nach Kostentabelle der Geschäftsbank des Verkäufers, der Banken bzw.
  Exchange-Betreiber).
 \end_layout
 
 \begin_layout Enumerate
 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 Standard
 Das Bezahlsystem weist an geeigneter Stelle Verkäufer darauf hin, dass Verkäufer
  beim Einpflegen der IBAN ihres Geschäftsgirokontos Vorsicht walten lassen,
  damit sie Wertverluste durch Selbstverschulden vermeiden.
 \end_layout
 
 \begin_layout Chapter
 Beispiele für Gebührenordnungen
 \begin_inset CommandInset label
 LatexCommand label
 name "chap:Gebührenstrukturen"
 
 \end_inset
 
 
 \end_layout
 
 \begin_layout Section
 Referenzkonfiguration
 \end_layout
 
 \begin_layout Standard
 Bei einer initialen Einführung des Betriebs schlagen wir eine einfache Gebühreno
 rdnung vor.
  Es würden für die Buchungsarten 
 \emph on
 Refresh
 \emph default
  und 
 \emph on
 Refund
 \emph default
  zunächst keine Gebühren erhoben.
  Dies hat zur Folge, dass den Nutzern durch Wechselgeld-Buchungen und beim
  Auffrischen ihrer Coins kein Nachteil entsteht (die Nennwerte der 
 \begin_inset Quotes gld
 \end_inset
 
 alten
 \begin_inset Quotes grd
 \end_inset
 
  Coins entsprechen denen der 
 \begin_inset Quotes gld
 \end_inset
 
 aufgefrischten
 \begin_inset Quotes grd
 \end_inset
 
  Coins).
  Für den Fall, dass es zu einem eventuellen Missbrauch durch Refresh- oder
  Refund-Buchungen käme, sollte der Exchange-Betreiber Refresh- und Refund-Gebühr
 en in Höhe von jeweils 0,25 Cent pro Coin durchgehend für alle Coin-Nennwerte
  einführen, um den Missbrauch für deren Verursacher kostspielig werden zu
  lassen.
 \end_layout
 
 \begin_layout Standard
 Auch für den fiktiven Fall, dass ein negativer Zins auf Guthaben des Treuhandkon
 tos erhoben würde und die Gebühreneinnahmen des Exchange signifikant hohe
  Negativzinsen nicht decken, könnte der Exchange-Betreiber 
 \emph on
 Refresh
 \emph default
 -Gebühren in Höhe der Negativzinsen einführen.
  In jedem Fall würde diese Abzinsung von Coin-Werten jedoch erst für Coins
  gelten, die der Exchange nach der Umstellung auf die neue Gebührenordnung
  mit 
 \emph on
 Refresh
 \emph default
 -Gebühren signiert.
 \end_layout
 
 \begin_layout Standard
 Des weiteren würde der Exchange-Betreiber 
 \emph on
 Wire fee
 \emph default
 -Gebühren in Höhe von beispielsweise 10 Cent pro IBAN-Buchung erheben, um
  die Kosten seiner IBAN-Buchungen zu decken.
  
 \emph on
 Closing
 \emph default
 -Gebühren für Rücküberweisungen auf Ursprungskonten würden zunächst nicht
  erhoben.
  Sollte der Exchange-Betreiber ein problematisches Transaktionsvolumen mit
  Closing-Buchungen feststellen, ist er gut beraten, auch für diese 10 Cent
  pro Buchung zu erheben.
 \end_layout
 
 \begin_layout Standard
 Diese Tabelle veranschaulicht die Gebühren auf Coins und Buchungen in der
  Referenzkonfiguration:
 \begin_inset Newline newline
 \end_inset
 
 
 \end_layout
 
 \begin_layout Standard
 \begin_inset ERT
 status open
 
 \begin_layout Plain Layout
 
 
 \backslash
 begin{tabular}{l|r|r}
 \end_layout
 
 \begin_layout Plain Layout
 
 Coin-Nennwerte  & Deposit-Gebühr pro Coin & Gültigkeitsdauer 
 \backslash
 
 \backslash
  
 \backslash
 hline 
 \backslash
 hline
 \end_layout
 
 \begin_layout Plain Layout
 
 0,25 bis 64 Cent &  0,25 Cent  &    1 Jahr        
 \backslash
 
 \backslash
  
 \backslash
 hline
 \end_layout
 
 \begin_layout Plain Layout
 
 128 bis 1024 Cent &  0,50 Cent  &    1 Jahr       
 \backslash
 
 \backslash
  
 \backslash
 hline
 \end_layout
 
 \begin_layout Plain Layout
 
 2048 bis 65536 Cent &  1,00 Cent  &    1 Jahr     
 \backslash
 
 \backslash
  
 \backslash
 hline 
 \backslash
 hline
 \end_layout
 
 \begin_layout Plain Layout
 
 & Wire fee-Gebühr                                 
 \backslash
 
 \backslash
  
 \backslash
 hline
 \end_layout
 
 \begin_layout Plain Layout
 
 & 10,00 Cent                                      
 \backslash
 
 \backslash
  
 \end_layout
 
 \begin_layout Plain Layout
 
 
 \backslash
 end{tabular}
 \end_layout
 
 \end_inset
 
 
 \begin_inset Float table
 wide false
 sideways false
 status open
 
 \begin_layout Plain Layout
 \begin_inset Caption Standard
 
 \begin_layout Plain Layout
 Einfache Gebührenordnung bei initialem Exchange-Betrieb
 \end_layout
 
 \end_inset
 
 
 \end_layout
 
 \end_inset
 
 
 \begin_inset Newline newline
 \end_inset
 
 
 \begin_inset Newline newline
 \end_inset
 
 
 \end_layout
 
 \begin_layout Standard
 Aus der Tabelle ersichtlich sind unterschiedliche Höhen der 
 \emph on
 Deposit
 \emph default
 -Gebühr auf die Coin-Nennwerte innerhalb der drei Bandbreiten von 0,25 bis
  64 Cent, 128 bis 1024 sowie 2048 bis 65536 Cent.
  Die 
 \emph on
 Wire fee
 \emph default
 -Gebühr beträgt 10 Cent pro IBAN-Überweisung auf Verkäufer-Empfängerkonten.
  
 \emph on
 Refund-
 \emph default
 , 
 \emph on
 Refresh-
 \emph default
  und 
 \emph on
 Closing
 \emph default
 -Gebühren bleiben auf Null gesetzt (per default).
  Die Gültigkeitsdauer ist mit DURATION_SPEND (Deposit lifetime) für die
  drei Bandbreiten auf 1 Jahr eingestellt, was bedeutet, dass alle Coins
  jedes Nennwerts innerhalb eines Jahres ausgegeben oder durch eine Refresh-Opera
 tion gegen neue Coins getauscht werden müssen, sonst verfallen sie.
 \end_layout
 
 \begin_layout Section
 Beispielrechnungen: Normalbetrieb
 \end_layout
 
 \begin_layout Standard
 Alice überweist 5 Euro von ihrem Girokonto, wählt den Exchange mit der oben
  dargestellten Gebührentabelle und lässt ihr persönliches Wallet die blind
  signierten Coins abheben.
  Beim Abhebevorgang bekommt sie je eine Münze mit folgenden Nennwerten:
  4, 16, 32, 64, 128, und 256 Cent.
  In einer Bäckerei bezahlt sie Brötchen für 3,23 Euro mit Coins der Nennwerte
  4 Cent, 64 Cent und 256 Cent (Deposit-Buchung über insgesamt 324 Cent)
  und bekommt ein Coin mit dem Nennwert 1 Cent mittels der Refresh-Buchung
  als Wechselgeld.
  Für die drei eingesetzten Coins fallen an 
 \emph on
 Deposit
 \emph default
 -Gebühren an: 1 x 0,25 Cent und 2 x 0,50 Cent, also insgesamt 1,25 Cent.
  Da die Bäckerei im 
 \begin_inset CommandInset href
 LatexCommand href
 name "Merchant-Backend"
 target "https://docs.taler.net/taler-merchant-manual.html"
 literal "false"
 
 \end_inset
 
  mit dem Parameter default_max_deposit_fee festgelegt hat, sich bis zu 0,5%
  ihres Umsatzes an den 
 \emph on
 Deposit
 \emph default
 -Gebühren ihrer Kunden zu beteiligen, fallen für Alice keine 
 \emph on
 Deposit
 \emph default
 -Gebühren an
 \begin_inset Foot
 status open
 
 \begin_layout Plain Layout
 Mit dem Parameter default_max_deposit_fee können Verkäufer prozentuale oder
  absolute Grenzwerte ihrer Gebührenübernahme bestimmen.
 \end_layout
 
 \end_inset
 
 .
 \end_layout
 
 \begin_layout Standard
 Die Bäckerei könnte nun manuell veranlassen, den Umsatz mit Alice vom Exchange
  auf ihr Geschäftsgirokonto zu überweisen.
  Alternativ könnte sie auf den Zeitpunkt warten, bis die Sammelbuchung ihrer
  Umsätze automatisch erfolgt
 \begin_inset Foot
 status open
 
 \begin_layout Plain Layout
 Nehmen wir beispielsweise an, dass die Bäckerei zum Zeitpunkt der automatisch
  ausgelösten Sammelbuchung einen Umsatz erlöst hat, der das Vierfache von
  Alice's Umsatz beträgt.
  Auf das Girokonto würden ihr dann insgesamt 12,77 Euro überwiesen: Bei
  einem Umsatz von 4 x 3,23 Euro = 12,92 Euro trägt die Bäckerei Gebühren
  von insgesamt 15 Cent (4 x 1,25 Cent an 
 \emph on
 Deposit
 \emph default
 -Gebühren plus 1 x 10 Cent 
 \emph on
 Wire fee
 \emph default
 -Gebühr).
 \end_layout
 
 \end_inset
 
 .
 \end_layout
 
 \begin_layout Standard
 Der Zeitungskiosk soll hingegen in dieser Beispielrechnung nicht bereit
  sein, sich an den Gebühren seiner Kunden zu beteiligen.
  Da der Kiosk nur wenige Artikel verkauft, setzt der Kioskbetreiber seinen
  
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ Amortisationsfaktor"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
  wire_fee_amortization für die 
 \emph on
 Wire fee
 \emph default
 -Gebühr auf 4.
  Diesem stimmen die Kunden durch Einwilligung in die AGB des Kioskbetreibers
  zu.
  Nehmen wir an, Alice kauft zuerst einen Artikel zu 30 Cent.
  Damit umfasst die Abbuchung von Alice's Wallet insgesamt 33 Cent, denn
  sie trägt neben den 30 Cent für den Kioskartikel noch 2,5 Cent an 
 \emph on
 Wire fee
 \emph default
 -Gebühr (10 Cent für die 
 \emph on
 Wire fee
 \emph default
 -Gebühr des Verkäufers geteilt durch seinen Amortisationsfaktor 4) plus
  die 
 \emph on
 Deposit
 \emph default
 -Gebühr von 0,5 Cent für ein eingesetztes Coin, denn Alice zahlt mit ihrem
  Coin des Nennwerts 128 Cent.
  Sie erhält dafür Wechselgeld mit Coins der Nennwerte 1, 2, 4, 8, 16 und
  64 Cent.
  Für das Wechselgeld fallen ihr in dieser Beispielrechnung keine 
 \emph on
 Refresh
 \emph default
 -Gebühren an.
 \end_layout
 
 \begin_layout Standard
 Sollte Alice in dieser Beispielrechnung nun noch einen weiteren Artikel
  des gleichen Preises von 30 Cent kaufen, kann sie diesen nur mit ihren
  Coins der Nennwerte 2 und 32 Cent zusammen bezahlen.
  Die Abbuchung umfasst 30 Cent plus 2,5 Cent an 
 \emph on
 Wire fee
 \emph default
 -Gebühr plus die 
 \emph on
 Deposit
 \emph default
 -Gebühr von insgesamt 0,5 Cent.
  Hier wäre die 
 \emph on
 Deposit
 \emph default
 -Gebühr für die kleineren Coins mit 0,25 Cent pro Coin zwar geringer, aber
  sie braucht zwei Coins statt einem.
  Der Preis bleibt damit bei 33 Cent für den Kioskartikel mitsamt Gebühren,
  und in diesem Fall gibt es Wechselgeld mit einem Coin von 1 Cent Nennwert.
 \end_layout
 
 \begin_layout Standard
 Lässt der Kioskbetreiber per Sammelbuchung nur den Umsatz dieser zwei Artikel
  an sein Girokonto überweisen, erhält er vom Exchange-Betreiber 55 Cent:
  2 x 30 Cent Verkaufspreis plus 2 x 2,5 Cent 
 \emph on
 Wire fee
 \emph default
 -Gebühr, die wegen des Amortisationsfaktors anteilig von Alice getragen
  werden, minus 10 Cent 
 \emph on
 Wire fee
 \emph default
 -Gebühr, die der Exchange-Betreiber einbehält.
 \end_layout
 
 \begin_layout Standard
 Der Exchange-Betreiber erhält für alle genannten Buchungen von Alice bei
  einem Gesamtumsatz von 3,83 Euro insgesamt 22,25 Cent: 20 Cent an 
 \emph on
 Wire fee
 \emph default
 -Gebühren (jeweils 10 Cent vom Bäcker und vom Kioskbetreiber) sowie 2,25
  Cent an 
 \emph on
 Deposit
 \emph default
 -Gebühren (1,25 Cent + 2 x 0,5 Cent).
 \begin_inset Newline newline
 \end_inset
 
 
 \end_layout
 
 \begin_layout Standard
 Tabellarisch zusammengefasst (hier dargestellt ohne Verkäuferanteil an den
  Gebühren):
 \begin_inset Newline newline
 \end_inset
 
 
 \end_layout
 
 \begin_layout Standard
 \begin_inset Tabular
 <lyxtabular version="3" rows="7" columns="6">
 <features tabularvalignment="middle">
 <column alignment="center" valignment="top">
 <column alignment="center" valignment="top">
 <column alignment="center" valignment="top">
 <column alignment="center" valignment="top">
 <column alignment="center" valignment="top">
 <column alignment="center" valignment="top">
 <row>
 <cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
 \begin_inset Text
 
 \begin_layout Plain Layout
 
 \series bold
 \size footnotesize
 Coins im Wallet
 \end_layout
 
 \end_inset
 </cell>
 <cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
 \begin_inset Text
 
 \begin_layout Plain Layout
 
 \series bold
 \size footnotesize
 Artikel
 \end_layout
 
 \end_inset
 </cell>
 <cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
 \begin_inset Text
 
 \begin_layout Plain Layout
 
 \series bold
 \size footnotesize
 VK-Preis
 \end_layout
 
 \end_inset
 </cell>
 <cell alignment="center" valignment="top" topline="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" 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" leftline="true" rightline="true" usebox="none">
 \begin_inset Text
 
 \begin_layout Plain Layout
 
 \series bold
 \size footnotesize
 Summen
 \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
 4, 16, 32, 64, 128, 256
 \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
 
 \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
 
 \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
 Gebühr
 \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
 Alice's Anteil
 \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
 500
 \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, 16, 32, 128
 \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
 Brötchen
 \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
 323
 \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
 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
 -
 \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
 323
 \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, 1, 2, 4, 8, 16,16, 32, 64
 \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
 Zeitung 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
 30
 \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
 0,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
 2,5
 \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
 33
 \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, 1, 1, 4, 8, 16,16, 64
 \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
 Zeitung 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
 30
 \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
 0,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
 2,5
 \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
 33
 \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
 
 \end_layout
 
 \end_inset
 </cell>
 <cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
 \begin_inset Text
 
 \begin_layout Plain Layout
 
 \series bold
 \size footnotesize
 Summen
 \end_layout
 
 \end_inset
 </cell>
 <cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
 \begin_inset Text
 
 \begin_layout Plain Layout
 
 \series bold
 \size footnotesize
 383
 \end_layout
 
 \end_inset
 </cell>
 <cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
 \begin_inset Text
 
 \begin_layout Plain Layout
 
 \series bold
 \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
 
 \series bold
 \size footnotesize
 5
 \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
 
 \series bold
 \size footnotesize
 389
 \end_layout
 
 \end_inset
 </cell>
 </row>
 <row>
 <cell multicolumn="1" alignment="left" valignment="top" topline="true" bottomline="true" leftline="true" usebox="none">
 \begin_inset Text
 
 \begin_layout Plain Layout
 
 \series bold
 \size footnotesize
 111 Cent Rest im Wallet
 \end_layout
 
 \end_inset
 </cell>
 <cell multicolumn="2" alignment="center" valignment="top" topline="true" bottomline="true" leftline="true" usebox="none">
 \begin_inset Text
 
 \begin_layout Plain Layout
 
 \end_layout
 
 \end_inset
 </cell>
 <cell multicolumn="2" alignment="center" valignment="top" topline="true" bottomline="true" leftline="true" usebox="none">
 \begin_inset Text
 
 \begin_layout Plain Layout
 
 \end_layout
 
 \end_inset
 </cell>
 <cell multicolumn="2" alignment="center" valignment="top" topline="true" bottomline="true" leftline="true" usebox="none">
 \begin_inset Text
 
 \begin_layout Plain Layout
 
 \end_layout
 
 \end_inset
 </cell>
 <cell multicolumn="2" alignment="center" valignment="top" topline="true" bottomline="true" leftline="true" usebox="none">
 \begin_inset Text
 
 \begin_layout Plain Layout
 
 \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
 500
 \end_layout
 
 \end_inset
 </cell>
 </row>
 </lyxtabular>
 
 \end_inset
 
 
 \begin_inset Newline newline
 \end_inset
 
 
 \end_layout
 
 \begin_layout Section
 Beispielrechnungen: Mit Refresh-Gebühr
 \end_layout
 
 \begin_layout Standard
 In dieser Beispielrechnung soll die 
 \emph on
 Refresh
 \emph default
 -Gebühr 0,25 Cent auf das eingesetzte Coin betragen.
 \end_layout
 
 \begin_layout Standard
 Alice überweist 5 Euro von ihrem Girokonto, wählt den Exchange mit der oben
  dargestellten Gebührentabelle und lässt ihr persönliches Wallet die blind
  signierten Coins abheben.
  Beim Abhebevorgang bekommt sie je eine Münze mit folgenden Nennwerten:
  4, 16, 32, 64, 128, und 256 Cent.
  In der Bäckerei bezahlt sie Brötchen für 3,23 Euro mit Coins der Nennwerte
  4 Cent, 64 Cent und 256 Cent (Deposit-Buchung über insgesamt 324 Cent).
  Ihr Wallet bekommt statt einem 1-Cent-Coin als Wechselgeld nun zwei Coins:
  Eines mit dem Nennwert 0,5 Cent und ein weiteres Coin zu 0,25 Cent, da
  von dessen Nennwert 0,25 Cent an 
 \emph on
 Refresh
 \emph default
 -Gebühr für den Wechselgeld-Vorgang beim Exchange-Betreiber verbleiben.
  Für die drei eingesetzten Coins fallen an 
 \emph on
 Deposit
 \emph default
 -Gebühren an: 1 x 0,25 Cent und 2 x 0,50 Cent, also insgesamt 1,25 Cent.
  Da die Bäckerei mit dem Parameter default_max_deposit_fee festgelegt hat,
  sich bis zu 0,5% ihres Umsatzes an den 
 \emph on
 Deposit
 \emph default
 -Gebühren der Kunden zu beteiligen, fallen für Alice keine 
 \emph on
 Deposit
 \emph default
 -Gebühren an.
  Der Kaufpreis beträgt insgesamt 323,25 Cent.
 \end_layout
 
 \begin_layout Standard
 Der Zeitungskiosk soll hingegen in dieser Beispielrechnung nicht bereit
  sein, sich an den Gebühren seiner Kunden zu beteiligen.
  Da der Kiosk nur wenige Artikel verkauft, setzt der Kioskbetreiber seinen
  Amortisationsfaktor wire_fee_amortization für die 
 \emph on
 Wire fee
 \emph default
 -Gebühr auf 4.
  Diesem stimmen die Kunden durch Einwilligung in die AGB des Kioskbetreibers
  zu.
  Alice trägt neben den 30 Cent für den Kioskartikel noch 2,5 Cent an 
 \emph on
 Wire fee
 \emph default
 -Gebühr (10 Cent für die 
 \emph on
 Wire fee
 \emph default
 -Gebühr des Verkäufers geteilt durch seinen Amortisationsfaktor 4) plus
  die 
 \emph on
 Deposit
 \emph default
 -Gebühr von 0,5 Cent für ein eingesetztes Coin, denn Alice zahlt mit ihrem
  Coin des Nennwerts 128 Cent.
  Sie erhält dafür Wechselgeld mit Coins der Nennwerte 0,25 und 0,5 sowie
  2, 4, 8, 16 und 64 Cent.
  Der Exchange-Betreiber behält 0,25 Cent vom Nennwert des 1-Cent-Coin aufgrund
  der 
 \emph on
 Refresh
 \emph default
 -Gebühr.
  Damit steigt der Kaufpreis auf insgesamt 33,25 Cent.
 \end_layout
 
 \begin_layout Standard
 Sollte Alice in dieser Beispielrechnung nun noch einen weiteren Artikel
  des gleichen Preises von 30 Cent kaufen, kann sie diesen nur mit ihren
  Coins der Nennwerte 2 Cent und 2 x 16 Cent bezahlen.
  Zwar beträgt die 
 \emph on
 Deposit
 \emph default
 -Gebühr 0,25 Cent pro Coin, aber dafür braucht sie nun drei Coins.
  Der Preis für den Artikel liegt dann bei 33,5 Cent: 30 Cent Verkaufspreis,
  2,5 Cent 
 \emph on
 Wire fee
 \emph default
 -Anteil, 0,75 Cent 
 \emph on
 Deposit
 \emph default
 -Gebühr und 0,25 Cent 
 \emph on
 Refresh
 \emph default
 -Gebühr.
  Der Exchange erhält von Alice's Wallet Coins von insgesamt 34 Cent und
  bucht 0,5 Cent Wechselgeld zurück.
 \end_layout
 
 \begin_layout Standard
 Sollte der Kioskbetreiber nur diese zwei Artikel in der von ihm festgelegten
  Abrechnungsperiode bis zur Sammelbuchung verkaufen, erhält er vom Exchange-Betr
 eiber 55 Cent überwiesen: 2 x 30 Cent für den Verkaufspreis plus 2 x 2,5
  Cent an 
 \emph on
 Wire fee
 \emph default
 -Gebühr, die von Alice getragen wurden, minus 10 Cent 
 \emph on
 Wire fee
 \emph default
 -Gebühr, die der Exchange-Betreiber einbehält.
 \end_layout
 
 \begin_layout Standard
 Der Exchange-Betreiber erhält für alle genannten Buchungen von Alice bei
  einem Gesamtumsatz von 3,83 Euro insgesamt 23,25 Cent: 20 Cent an 
 \emph on
 Wire fee
 \emph default
 -Gebühr (jeweils 10 Cent von Bäckerei und Kiosk), 2,5 Cent an 
 \emph on
 Deposit
 \emph default
 -Gebühr (1,25 + 0,5 + 0,75 Cent) und 0,75 Cent an 
 \emph on
 Refresh
 \emph default
 -Gebühr.
 \end_layout
 
 \begin_layout Standard
 Alice hat jetzt noch Coins der Nennwerte 2 x 0,25, 3 x 0,5, 4, 8, 32 und
  64 Cent, insgesamt 110 Cent.
  Sollte Sie diese nicht ausgeben, wird das Wallet sie ein paar Monate vor
  dem Ablaufdatum durch frische Coins ersetzen.
  Dafür fallen dann grob im Jahresrhythmus 
 \emph on
 Refresh
 \emph default
 -Gebühren an, bei den 8 Coins in Alice's Wallet wären dies bei 0,25 Cent
  pro aufgefrischtem Coin insgesamt 2 Cent.
 \begin_inset Newline newline
 \end_inset
 
 
 \end_layout
 
 \begin_layout Standard
 Tabellarisch zusammengefasst (hier dargestellt ohne Verkäuferanteil an den
  Gebühren):
 \begin_inset Newline newline
 \end_inset
 
 
 \end_layout
 
 \begin_layout Standard
 \begin_inset Tabular
 <lyxtabular version="3" rows="7" columns="7">
 <features tabularvalignment="middle">
 <column alignment="center" valignment="top">
 <column alignment="center" valignment="top">
 <column alignment="center" valignment="top">
 <column alignment="center" valignment="top">
 <column alignment="center" valignment="top">
 <column alignment="center" valignment="top">
 <column alignment="center" valignment="top">
 <row>
 <cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
 \begin_inset Text
 
 \begin_layout Plain Layout
 
 \series bold
 \size footnotesize
 Coins im Wallet
 \end_layout
 
 \end_inset
 </cell>
 <cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
 \begin_inset Text
 
 \begin_layout Plain Layout
 
 \series bold
 \size footnotesize
 Artikel
 \end_layout
 
 \end_inset
 </cell>
 <cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
 \begin_inset Text
 
 \begin_layout Plain Layout
 
 \series bold
 \size footnotesize
 VK-Preis
 \end_layout
 
 \end_inset
 </cell>
 <cell alignment="center" valignment="top" topline="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" 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" 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" leftline="true" rightline="true" usebox="none">
 \begin_inset Text
 
 \begin_layout Plain Layout
 
 \series bold
 \size footnotesize
 Summen
 \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
 4, 16, 32, 64, 128, 256
 \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
 
 \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
 
 \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
 Gebühr
 \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
 Alice's Anteil
 \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
 Gebühr
 \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
 500
 \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.25, 0.5, 16, 32, 128
 \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
 Brötchen
 \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
 323
 \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
 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
 -
 \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
 0,25
 \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
 323,25
 \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.25, 0.25, 0.5, 0.5, 2, 4, 8, 16,16, 32, 64
 \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
 Zeitung 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
 30
 \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
 0,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
 2,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
 0,25
 \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
 33,25
 \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.25, 0.25, 0.5, 0.5, 0.5, 4, 8, 32, 64
 \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
 Zeitung 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
 30
 \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
 0,75
 \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
 2,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
 0,25
 \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
 33,5
 \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
 
 \end_layout
 
 \end_inset
 </cell>
 <cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
 \begin_inset Text
 
 \begin_layout Plain Layout
 
 \series bold
 \size footnotesize
 Summen
 \end_layout
 
 \end_inset
 </cell>
 <cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
 \begin_inset Text
 
 \begin_layout Plain Layout
 
 \series bold
 \size footnotesize
 383
 \end_layout
 
 \end_inset
 </cell>
 <cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
 \begin_inset Text
 
 \begin_layout Plain Layout
 
 \series bold
 \size footnotesize
 1,25
 \end_layout
 
 \end_inset
 </cell>
 <cell alignment="center" valignment="top" topline="true" leftline="true" usebox="none">
 \begin_inset Text
 
 \begin_layout Plain Layout
 
 \series bold
 \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
 
 \series bold
 \size footnotesize
 0,75
 \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
 
 \series bold
 \size footnotesize
 390
 \end_layout
 
 \end_inset
 </cell>
 </row>
 <row>
 <cell multicolumn="1" alignment="left" valignment="top" topline="true" bottomline="true" leftline="true" usebox="none">
 \begin_inset Text
 
 \begin_layout Plain Layout
 
 \series bold
 \size footnotesize
 110 Cent Rest im Wallet
 \end_layout
 
 \end_inset
 </cell>
 <cell multicolumn="2" alignment="center" valignment="top" topline="true" bottomline="true" leftline="true" usebox="none">
 \begin_inset Text
 
 \begin_layout Plain Layout
 
 \end_layout
 
 \end_inset
 </cell>
 <cell multicolumn="2" alignment="center" valignment="top" topline="true" bottomline="true" leftline="true" usebox="none">
 \begin_inset Text
 
 \begin_layout Plain Layout
 
 \end_layout
 
 \end_inset
 </cell>
 <cell multicolumn="2" alignment="center" valignment="top" topline="true" bottomline="true" leftline="true" usebox="none">
 \begin_inset Text
 
 \begin_layout Plain Layout
 
 \end_layout
 
 \end_inset
 </cell>
 <cell multicolumn="2" alignment="center" valignment="top" topline="true" bottomline="true" leftline="true" usebox="none">
 \begin_inset Text
 
 \begin_layout Plain Layout
 
 \end_layout
 
 \end_inset
 </cell>
 <cell multicolumn="2" alignment="center" valignment="top" topline="true" bottomline="true" leftline="true" usebox="none">
 \begin_inset Text
 
 \begin_layout Plain Layout
 
 \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
 500
 \end_layout
 
 \end_inset
 </cell>
 </row>
 </lyxtabular>
 
 \end_inset
 
 
 \begin_inset Newline newline
 \end_inset
 
 
 \end_layout
 
 \begin_layout Chapter
 Rechtliche Rahmenbedingungen und AGB
 \begin_inset CommandInset label
 LatexCommand label
 name "chap:Rechtliche-Rahmenbedingungen"
 
 \end_inset
 
 
 \end_layout
 
 \begin_layout Section
 Fragen rechtlicher Art
 \end_layout
 
 \begin_layout Standard
 Dieses Unterkapitel befasst sich mit rechtlichen Fragen, z.B.
  Insolvenzfall, Unterscheidung zwischen Eigentum und Besitz an Coins und
  den von ihnen repräsentierten Werten, Haftung für diese Werte sowie Verfall
  und Eigentumsübergang von Coins an Exchange-Betreiber.
 \end_layout
 
 \begin_layout Subsection
 Treuhandkonto und Insolvenzfall
 \end_layout
 
 \begin_layout Standard
 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
 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
 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 Beschluss eines Insolvenzgerichts
  durchführen.
 \end_layout
 
 \begin_layout Standard
 Exchange-Betreiber sollten mit geeigneten Vorkehrungen sicherstellen, dass
  das Vermögen des Treuhandkontos nicht unter das Insolvenzrecht fällt, um
  zu vermeiden, dass im Konkursfall das dort verwahrte Guthaben dem Massevermögen
  zugeschlagen wird.
  Dieses Guthaben umfasst zum einen den Wert der Coins, die von diesem Exchange
  signiert wurden und sich rechtlich im Eigentum der Wallet-Besitzer befinden,
  zum anderen den Wert der 
 \emph on
 deponierten
 \emph default
  Coins dieses Exchange, für die Verkäufer bislang noch keine Sammelbuchung
  zugunsten ihrer Girokonten ausgelöst bekamen.
  Die Vorkehrungen gegen Insolvenz schützen damit einerseits die Verbindlichkeite
 n von Exchange-Betreibern gegenüber den Coin-Eigentümern, andererseits die
  Forderungen der Verkäufer gegen Exchange-Betreiber auf Überweisung ihrer
  Umsatzeinkünfte.
 \end_layout
 
 \begin_layout Subsection
 Verjährung von Coin-Werten
 \begin_inset CommandInset label
 LatexCommand label
 name "subsec:Verjährung-von-Coin-Werten"
 
 \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.
 \end_layout
 
 \end_inset
 
 .
 \end_layout
 
 \begin_layout Section
 AGB-Formulierung
 \end_layout
 
 \begin_layout Standard
 Die Formulierung der Allgemeinen Geschäftsbedingungen, die ein Exchange
  seinen Nutzern anzeigt und beim Abheben bzw.
  bei neuen Nutzungsbedingungen von diesen bestätigen lässt, ist noch in
  Entwicklung.
  Als Arbeitsvorlage zur Orientierung dienen die 
 \begin_inset CommandInset href
 LatexCommand href
 name "AGB eines Taler-Exchange"
 target "https://git.taler.net/exchange.git/tree/contrib/tos/en/tos-v0.txt"
 literal "false"
 
 \end_inset
 
  (
 \emph on
 Terms of Service
 \emph default
  in englischer Sprache, die nur exemplarisch zu verstehen sind).
  Die später gebräuchlichen deutschen AGB für Taler-Nutzer werden einfach
  und deutlich formuliert sein und unmissverständlich auf die Pflichten der
  Nutzung und mögliche Risiken eines Wertverlusts hinweisen.
 \end_layout
 
 \begin_layout Section
 Datenschutzerklärung
 \end_layout
 
 \begin_layout Standard
 Die englischsprachige 
 \emph on
 Privay Policy
 \emph default
  dient ebenfalls als Arbeitsvorlage für die deutschsprachige DSGVO-konforme
  Datenschutzerklärung (siehe 
 \begin_inset CommandInset ref
 LatexCommand formatted
 reference "chap:Datenschutzerklärung"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
  
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "chap:Datenschutzerklärung"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
 ).
 \end_layout
 
 \begin_layout Chapter
 Regulatorische Compliance
 \end_layout
 
 \begin_layout Enumerate
 Datensicherung für Wallets: 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 drei Backup-Betreiber
  existieren.
  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 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-Prüfung) 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 kryptografischen 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, den Exchange-Betre
 ibern und der BaFin regelmäßig zur Verfügung stellen bzw.
  bei Unregelmäßigkeiten auch sofort Meldung erstatten.
  In jedem Fall wird ein sicherer und bankenüblich zertifizierter Rechenzentrumsb
 etrieb bereitgestellt.
 \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
 
 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ Merchant POS"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
 
 \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ührenordnung und die Gebühren für den aktuellen Abhebevorgang
  [hier noch nicht bildlich dargestellt] sowie die Allgemeinen Geschäftsbedingung
 en 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
 
 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ Merchant POS"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
 
 \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
 	clip
 
 \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
 	BoundingBox 0bp 17bp 536bp 999bp
 	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 POS
 \begin_inset Quotes grd
 \end_inset
 
 
 \begin_inset CommandInset label
 LatexCommand label
 name "sec:Bezahlvorgang-mit-Merchant"
 
 \end_inset
 
 
 \end_layout
 
 \begin_layout Standard
 Der 
 \begin_inset Quotes gld
 \end_inset
 
 
 \begin_inset CommandInset href
 LatexCommand href
 name "Taler Merchant"
 target "https://docs.taler.net/taler-merchant-pos-terminal.html"
 literal "false"
 
 \end_inset
 
 
 \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 Einkünfte 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 Standard
 Taler Systems SA erwartet neben den genannten Support-Einnahmen weiterhin
  auch Einkünfte aus 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "chap:Gebühren"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
  von Exchanges, die betrieben werden, gegebenenfalls auch solche Exchanges
  mit Kooperationspartnern.
 \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.ä).
  Hostet die Firma einen eigenen Exchange, würde sie dann auch dessen Betriebskos
 ten tragen müssen.
 \end_layout
 
 \begin_layout Chapter
 Datenschutzerklärung
 \begin_inset CommandInset label
 LatexCommand label
 name "chap:Datenschutzerklärung"
 
 \end_inset
 
 
 \end_layout
 
 \begin_layout Standard
 This Privacy Policy describes the policies and procedures of Taler Systems
  SA (“we,” “our,” or “us”) pertaining to the collection, use, and disclosure
  of your information on our sites and related mobile applications and products
  we offer (the “Services” or “Taler Wallet”).
  This Privacy Statement applies to your personal data when you use our Services,
  and does not apply to online websites or services that we do not own or
  control.
 \end_layout
 
 \begin_layout Subsection*
 Overview
 \end_layout
 
 \begin_layout Standard
 Your privacy is important to us.
  We follow a few fundamental principles: We don’t ask you for personally
  identifiable information (defined below).
  That being said, your contact information, such as your phone number, social
  media handle, or email address (depending on how you contact us), may be
  collected when you communicate with us, for example to report a bug or
  other error related to the Taler Wallet.
  We don’t share your information with third parties except when strictly
  required to deliver you our Services and products, or to comply with the
  law.
  If you have any questions or concerns about this policy, please reach out
  to us at privacy@taler-systems.net.
 \end_layout
 
 \begin_layout Subsection*
 How you accept this policy
 \end_layout
 
 \begin_layout Standard
 By using our Services or visiting our sites, you agree to the use, disclosure,
  and procedures outlined in this Privacy Policy.
 \end_layout
 
 \begin_layout Subsection*
 What personal information do we collect from our users?
 \end_layout
 
 \begin_layout Standard
 The information we collect from you falls into two categories:
 \end_layout
 
 \begin_layout Enumerate
 personally identifiable information (i.e., data that could potentially identify
  you as an individual) (“Personal Information”), and
 \end_layout
 
 \begin_layout Enumerate
 non-personally identifiable information (i.e., information that cannot be
  used to identify who you are) (“Non-Personal Information”).
  This Privacy Policy covers both categories and will tell you how we might
  collect and use each type.
 \end_layout
 
 \begin_layout Standard
 We do our best to not collect any Personal Information from Taler Wallet
  users.
  We believe that the Taler Wallet never transmits personal information to
  our services without at least clear implied consent, and we only process
  and retain information with a strict business need.
  That being said, when using our Services, we inherently have to collect
  the following information:
 \end_layout
 
 \begin_layout Itemize
 Bank account details necessary when receiving funds from you to top-up your
  wallet or to transfer funds to you when you are being paid via Taler.
  At the current experimental stage, only the pseudonym and password you
  entered in the bank demonstrator is stored.
 \end_layout
 
 \begin_layout Itemize
 The amounts being withdrawn or deposited, with associated unique transaction
  identifiers and cryptographic signatures authorizing the transaction.
  Note that for purchases, we cannot identify the buyer from the collected
  data, so when you spend money, we only receive non-personal information.
 \end_layout
 
 \begin_layout Itemize
 When you contact us.
  We may collect certain information if you choose to contact us, for example
  to report a bug or other error with the Taler Wallet.
  This may include contact information such as your name, email address or
  phone number depending on the method you choose to contact us.
 \end_layout
 
 \begin_layout Subsection*
 How we collect and process information
 \end_layout
 
 \begin_layout Standard
 We may process your information for the following reasons:
 \end_layout
 
 \begin_layout Itemize
 to transfer money as specified by our users (Taler transactions);
 \end_layout
 
 \begin_layout Itemize
 to assist government entities in linking income to the underlying contract
 \end_layout
 
 \begin_layout Itemize
 to support you using the Taler Wallet or to improve our Services
 \end_layout
 
 \begin_layout Subsection*
 How we share and use the information we gather
 \end_layout
 
 \begin_layout Standard
 We may share your Personal Data or other information about you only if you
  are a merchant receiving income, with your bank, to the degree necessary
  to execute the payment.
 \end_layout
 
 \begin_layout Standard
 We retain Personal Data to transfer funds to the accounts designated by
  our users.
  We may retain Personal Data only for as long as mandated by law and required
  for the wire transfers.
 \end_layout
 
 \begin_layout Standard
 We primarily use the limited information we receive directly from you to
  enhance the Taler Wallet.
  Some ways we may use your Personal Information are to: Contact you when
  necessary to respond to your comments, answer your questions, or obtain
  additional information on issues related to bugs or errors with the Taler
  Wallet that you reported.
 \end_layout
 
 \begin_layout Subsection*
 Agents or third party partners
 \end_layout
 
 \begin_layout Standard
 We may provide your Personal Information to our employees, contractors,
  agents, service providers, and designees (“Agents”) to enable them to perform
  certain services for us exclusively, including: improvement and maintenance
  of our software and Services.
  By accepting this Privacy Policy, as outlined above, you consent to any
  such transfer.
 \end_layout
 
 \begin_layout Subsection*
 Protection of us and others
 \end_layout
 
 \begin_layout Standard
 We reserve the right to access, read, preserve, and disclose any information
  that we reasonably believe is necessary to comply with the law or a court
  order.
 \end_layout
 
 \begin_layout Subsection*
 What personal information can I access or change?
 \end_layout
 
 \begin_layout Standard
 You can request access to the information we have collected from you.
  You can do this by contacting us at privacy@taler-systems.net.
  We will make sure to provide you with a copy of the data we process about
  you.
  To comply with your request, we may ask you to verify your identity.
  We will fulfill your request by sending your copy electronically.
  For any subsequent access request, we may charge you with an administrative
  fee.
  If you believe that the information we have collected is incorrect, you
  are welcome to contact us so we can update it and keep your data accurate.
  Any data that is no longer needed for purposes specified in the “How We
  Use the Information We Gather” section will be deleted after ninety (90)
  days.
 \end_layout
 
 \begin_layout Subsection*
 Data retention
 \end_layout
 
 \begin_layout Standard
 If you uninstall the Taler Wallet mobile applications from your device,
  or request that your information be deleted, we still may retain some informati
 on that you have provided to us to maintain the Taler Wallet or to comply
  with relevant laws.
 \end_layout
 
 \begin_layout Subsection*
 Data security
 \end_layout
 
 \begin_layout Standard
 We are committed to making sure your information is protected.
  We employ several physical and electronic safeguards to keep your information
  safe, including encrypted user passwords, two factor verification and authentic
 ation on passwords where possible, and securing connections with industry
  standard transport layer security.
  You are also welcome to contact us using GnuPG encrypted e-mail.
  Even with all these precautions, we cannot fully guarantee against the
  access, disclosure, alteration, or deletion of data through events, including
  but not limited to hardware or software failure or unauthorized use.
  Any information that you provide to us is done so entirely at your own
  risk.
 \end_layout
 
 \begin_layout Subsection*
 Changes and updates to privacy policy
 \end_layout
 
 \begin_layout Standard
 We reserve the right to update and revise this privacy policy at any time.
  We occasionally review this Privacy Policy to make sure it complies with
  applicable laws and conforms to changes in our business.
  We may need to update this Privacy Policy, and we reserve the right to
  do so at any time.
  If we do revise this Privacy Policy, we will update the “Effective Date”
  at the bottom of this page so that you can tell if it has changed since
  your last visit.
  As we generally do not collect contact information and also do not track
  your visits, we will not be able to notify you directly.
  However, the Taler Wallet may inform you about a change in the privacy
  policy once it detects that the policy has changed.
  Please review this Privacy Policy regularly to ensure that you are aware
  of its terms.
  Any use of our Services after an amendment to our Privacy Policy constitutes
  your acceptance to the revised or amended agreement.
 \end_layout
 
 \begin_layout Subsection*
 International users and visitors
 \end_layout
 
 \begin_layout Standard
 Our Services are hosted in Switzerland.
  If you are a user accessing the Services from the European Union, Asia,
  US, or any other region with laws or regulations governing personal data
  collection, use, and disclosure that differ from Swiss laws, please be
  advised that through your continued use of the Services, which is governed
  by Swiss law, you are transferring your Personal Information to Switzerland
  and you consent to that transfer.
 \end_layout
 
 \begin_layout Subsection*
 Questions
 \end_layout
 
 \begin_layout Standard
 Please contact us at privacy@taler-systems.net if you have questions about
  our privacy practices that are not addressed in this Privacy Statement.
 \end_layout
 
 \begin_layout Chapter
 Glossar und Begriffsbestimmungen
 \begin_inset CommandInset label
 LatexCommand label
 name "chap:Glossar und Begriffsbestimmungen"
 
 \end_inset
 
 
 \end_layout
 
 \begin_layout Description
 Amortisationsfaktor
 \begin_inset CommandInset label
 LatexCommand label
 name "➔ Amortisationsfaktor"
 
 \end_inset
 
  Faktor zur Umlage der 
 \emph on
 Wire fee
 \emph default
 -Gebühr eines Exchange durch einen Verkäufer, der diese Gebühr als zu hoch
  beurteilt und auf seine Kunden verteilen will (wire_fee_amortization, siehe
  
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "chap:Gebühren"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
  und 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "chap:Gebührenstrukturen"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
 ).
 \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
 
 key
 \begin_inset CommandInset label
 LatexCommand label
 name "➔ Denomination key"
 
 \end_inset
 
  Schlüsselvariable zum Festlegen der möglichen Coin-Nennwerte eines Exchange
  ➔ 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ Nominalwert"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
 
 \end_layout
 
 \begin_layout Description
 Emergency
 \begin_inset space ~
 \end_inset
 
 Protokoll Unterprotokoll zum Auslösen der ➔
 \begin_inset space ~
 \end_inset
 
 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ Recoup"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
 -Buchung im Fall eines geregelten Marktaustritts eines Exchange oder im
  Rahmen einer Abwicklung beim Insolvenzfall
 \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ühren\SpecialChar softhyphen
 höhen,
  siehe 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "chap:Gebühren"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
 
 \end_layout
 
 \begin_layout Description
 IBAN-Buchung
 \begin_inset CommandInset label
 LatexCommand label
 name "➔ IBAN-Buchung"
 
 \end_inset
 
  Überweisungen mit Internationaler Bankkontonummer in Euro-Währung zwischen
  Girokonten und Exchange.
  Betrifft die Buchungsarten 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ Withdrawal"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
  und 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ Wirefee"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
 
 \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 space ~
 \end_inset
 
 POS
 \begin_inset CommandInset label
 LatexCommand label
 name "➔ Merchant POS"
 
 \end_inset
 
  Von Taler Systems SA entwickeltes Bestell- und Bezahlsystem für ➔ POS-Verkaufss
 tellen zum Bezahlen mit Taler-Wallets auf Smartphones
 \end_layout
 
 \begin_layout Description
 Merchant-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 eines Coin, z.B.
  1, 2, 4, 8, 16, 32, 64, 128 Cent bis zu 65536 Cent (= 655,36 Euro)
 \end_layout
 
 \begin_layout Description
 Nominalwert
 \begin_inset CommandInset label
 LatexCommand label
 name "➔ Nominalwert"
 
 \end_inset
 
  Auf eine Währung lautender fester Nennwert eines Taler-Coin, z.B.
  Euro ➔ 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ Stückelung"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
 
 \end_layout
 
 \begin_layout Description
 payto://-URI
 \begin_inset CommandInset label
 LatexCommand label
 name "➔ payto://-URI"
 
 \end_inset
 
  Internet-Nomenklatur für Zahlungsziele zur Eingabe und Ausführung von Überweisu
 ngen (für IBAN-Girokonten, Zahlungsdienste, Kryptowährungen u.a.)
 \begin_inset Foot
 status open
 
 \begin_layout Plain Layout
 \begin_inset CommandInset href
 LatexCommand href
 name "IETF-Webseite über den Uniform Resource Identifier 'payto'"
 target "https://tools.ietf.org/id/draft-dold-payto-14.html"
 literal "false"
 
 \end_inset
 
 
 \end_layout
 
 \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
 
  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 eines Exchange 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 Gültigkeit der Coins = Aktualisieren des Wallet,
  Auffrischen der Coins in ihm
 \end_layout
 
 \begin_layout Enumerate
 Vertragsrücktritt oder Minderung (voller bzw.
  teilweiser 
 \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 (= teilweise Refund) oder vom Vertrag zurücktritt (voller Refund);
  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, z.B.
  1, 2, 4, 8, 16, 32, 64, 128 usw.
  bis zu 65536 Cent (655,36 €).
 \begin_inset Newline newline
 \end_inset
 
 Wird mit einem Coin ein Betrag 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
 
  Anwendung mit Mensch-Maschine-Interaktion zum Aufbuchen von Coins gegen
  Bargeld, welches eine Person wie ein Kassierer/Kassenwart entgegennimmt.
  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.
  Siehe Abschnitt 
 \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 bzw.
  Rückerstattens von Coins (Withdrawal-, Deposit-, Refresh-, Refund-, Recoup-Buch
 ungen)
 \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
 \begin_inset CommandInset label
 LatexCommand label
 name "➔ Wertverluste"
 
 \end_inset
 
  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, siehe ➔ 
 \begin_inset CommandInset ref
 LatexCommand nameref
 reference "➔ IBAN-Buchung"
 plural "false"
 caps "false"
 noprefix "false"
 
 \end_inset
 
 
 \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 weiteres umfangreiches Glossar in englischer Sprache befindet sich auf
  der Taler-Webseite 
 \begin_inset CommandInset href
 LatexCommand href
 target "https://docs.taler.net/developers-manual.html#developer-glossary"
 
 \end_inset
 
 .
  Wissenschaftliche Publikationen sind 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
 
  zu finden.
 \begin_inset Newline newline
 \end_inset
 
 
 \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
 
 \end_body
 \end_document