aboutsummaryrefslogtreecommitdiff
path: root/articles
diff options
context:
space:
mode:
authorJeff Burdges <burdges@gnunet.org>2016-08-22 02:41:09 +0200
committerJeff Burdges <burdges@gnunet.org>2016-08-22 02:41:09 +0200
commit513357ee4740e14ad93f8c1153594291bc4af691 (patch)
tree1a6b26148c8f927845c1467df99281949a050e96 /articles
parent9df9f6e3fb26709c55731665b5f8fbcf5830d594 (diff)
downloadwallet-core-513357ee4740e14ad93f8c1153594291bc4af691.tar.xz
middle paragraph in conclusion did not flow,
It read like two unconnected sentences.
Diffstat (limited to 'articles')
-rw-r--r--articles/ui/ui.tex23
1 files changed, 11 insertions, 12 deletions
diff --git a/articles/ui/ui.tex b/articles/ui/ui.tex
index 5e4cf2099..4d27ff39d 100644
--- a/articles/ui/ui.tex
+++ b/articles/ui/ui.tex
@@ -1290,16 +1290,16 @@ counterfeit money.
% CG: No, it's not optional, ``should'' doesn't come into the equation
% here. It's a mandatory business expense.
Furthermore, merchants have the cost of maintaining change and depositing
-the money earned. With Bitcoin, there is no definitive time until a
-payment can be said to be confirmed (step 19, Figure~\ref{fig:bitcoin}),
+the money earned. At the extreme, there is no definitive time until a
+Bitcoin payment can be said to be confirmed (step 19, Figure~\ref{fig:bitcoin}),
leaving merchants in a bit of a tricky situation.
-Addressing the scalability problems of Bitcoin in the style of BOLT
-introduces semi-centralized intermediaries, similar to Taler's use of
-exchanges. We expect a Taler exchange operating in BTC to offer
-stronger security to all parties and stronger anonymity to customers,
-as well as being vastly cheaper to operate and more compatible with
-existing financial regulations.
+Finally, attempts to address the scalability hudles of Bitcoin using
+side-chains or schemes like BOLT introduces semi-centralized
+intermediaries, not wholey unlike Taler's use of exchanges.
+We expect a Taler exchange operating in BTC to offer stronger security
+to all parties and stronger anonymity to customers, as well as being
+vastly cheaper to operate and more compatible with existing financial regulations.
\section{Future work}
@@ -1388,10 +1388,9 @@ and usability.
% CG: I'd say on the customer side, the signed contract is a receipt.
% That should be intuitive.
We expect that electronic wallets that automatically collect digitally
-signed receipts for transactions will become commonplace. A key
-question for the future is thus whether this data collection will be
-done on behalf of the citizens and under their control, or on behalf
-of the Reich of big data corporations.
+signed receipts for transactions will become commonplace.
+In this way, Taler gives the user full control over the usage of their
+transaction history, as opposed to giving control to big data corporations.
We encourage readers to try our prototype for Taler
at \url{https://demo.taler.net/}, and to ponder why the billion dollar