commit 90a116f58a48fd07c660482a9d503c54ed03517f
parent 1b7e91f42df0af94c0404bd197e463745899c35a
Author: ms <ms@taler.net>
Date: Sat, 5 Feb 2022 09:32:29 +0100
typos/FIXME
Diffstat:
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/2022-privacy/privacy.tex b/2022-privacy/privacy.tex
@@ -617,7 +617,7 @@ trusted third party that backs the tokens representing Bitcoin or
Ether. By reducing the need for on-chain transactions, we expect that a
Depolymerized DLT can in theory scale linearly with the available
computational resources, primarily limited by the much slower transaction rate
-of the underlying DLT for inbound and outbound on-chain transacitons. The
+of the underlying DLT for inbound and outbound on-chain transactions. The
resulting system would also provide durable transactions within milliseconds,
making cryptocurrency payments significantly more practical. However, like
with e-gold it would do nothing to mitigate the environmental cost of
@@ -696,10 +696,13 @@ to abandon this account-centric mindset, which will help them address
privacy issues and help the Internet transcend surveillance capitalism.
More specifically, the ECB needs to review its design approach for the Digital
-Euro and commit to granting financial soverenity to its constituents. Instead
+Euro and commit to granting financial sovereignty to its constituents. Instead
of controlling the citizen's privacy and forcing a particular ECB App onto
+% FIXME: I'd suggest "users' phones",
+% unless it is really meant that one
+% user has multiple phones.
CBDC user's phones, the ECB needs to design a Digital Euro based on respect
-for the citizen's sovereignity and self-responsibility. A digital cash system
+for the citizen's sovereignty and self-responsibility. A digital cash system
can be build using privacy-preserving open protocols with Free Software
reference implementations. The resulting self-responsibility of citizens will
address various key design challenges inherent to account-based designs,
