-more edits from Dora

This commit is contained in:
Christian Grothoff 2022-02-03 18:52:01 +01:00
parent dbaf21c215
commit 9780625e09
No known key found for this signature in database
GPG Key ID: 939E6BE1E29FC3CC
2 changed files with 66 additions and 71 deletions

View File

@ -1,5 +1,5 @@
@article{Adrian,
author = {Adrian, Tobias and Tommaso Mancini-Griffoli},
author = {Adrian, Tobias and Mancini-Griffoli},
year = {2019},
title = {The Rise of Digital Money},
journal = {IMF Fintech Note},
@ -46,7 +46,7 @@
year = {2020},
title = {The technology of retail central bank digital currency},
journal = {\textit{BIS Quarterly Review}},
month = {marzo},
month = {March},
pages = {85--96},
}
@ -55,7 +55,7 @@
year = {2020},
title = {Taking stock: ongoing retail {CBDC} projects},
journal = {\textit{BIS Quarterly Review}},
month = {marzo},
month = {March},
pages = {97--98},
}
@ -69,7 +69,7 @@
author = {{Bank of England}},
year = {2020},
title = {Central Bank Digital Currency: Opportunities, Challenges and Design. Discussion Paper},
month = {marzo},
month = {March},
}
@article{Baiocchi,
@ -86,7 +86,7 @@
year = {2017},
title = {Central bank cryptocurrencies},
journal = {\textit{BIS Quarterly Review}},
month = {settembre},
month = {September},
pages = {55--70},
}
@ -123,7 +123,7 @@
publisher = {European Central Bank},
series = {ECB Working Paper},
number = {2351},
month = {gennaio},
month = {January},
}
@article{Boar,
@ -144,7 +144,6 @@
pages = {202--213},
}
@InCollection{Bordo,
author = {Bordo, Michael D. and Andrew T. Levin},
year = {2017},
@ -187,7 +186,7 @@
year = {2007},
title = {Endorsed E-Cash},
booktitle = {\textit{2007 IEEE Symposium on Security and Privacy (SP'07)}},
month = {maggio},
month = {May},
pages = {101--115},
}
@ -197,7 +196,7 @@
title = {Compact E-Cash},
booktitle = {\textit{Advances in Cryptology -- EUROCRYPT 2005: 24th Annual International Conference on the Theory and Applications of Cryptographic Techniques}},
address = {Aarhus, Denmark},
month = {maggio},
month = {May},
day = {22-26},
editor = {Ed. di Ronald Cramer},
publisher = {Springer-Verlag Berlin Heidelberg},
@ -213,8 +212,6 @@
pages = {482--497},
}
@misc{CCC,
author = {{CCC e.V.}},
year = {2017},
@ -228,7 +225,7 @@
title = {Project {J}asper: Are Distributed Wholesale Payment Systems Feasible Yet?},
journal = {\textit{Financial System Review}},
publisher = {Bank of Canada},
month = {giugno},
month = {June},
pages = {59--69},
}
@ -254,7 +251,7 @@
title = {Centrally Banked Cryptocurrencies},
booktitle = {\textit{23nd Annual Network and Distributed System Security Symposium, NDSS2016}},
address = {San Diego, California, USA},
month = {febbraio},
month = {February},
day = {21--24},
publisher = {The Internet Society},
}
@ -270,19 +267,17 @@
@phdthesis{Dold,
author = {Dold, Florian},
year = {2019},
title = {The {GNU} {T}aler System: Practical and Provably Secure Electronic Payments},
school = {Università di Rennes 1},
type = {Tesi di dottorato},
title = {The {GNU} {T}aler System: Practical and Provably Secure Electronic Payments. PhD Thesis},
school = {University of Rennes 1},
}
@article{ECB,
author = {{European Central Bank}},
year = {2019},
title = {Exploring anonymity in central bank digital currencies},
journal = {\textit{In Focus}},
number = {4},
month = {dicembre},
month = {December},
}
@inproceedings{Fuchsbauer,
@ -307,7 +302,7 @@
title = {Token- or Account-Based? A Digital Currency Can Be Both},
journal = {\textit{Liberty Street Economics}},
publisher = {Federal Reserve Bank of New York},
month = {agosto},
month = {August},
day = {12},
}
@ -326,23 +321,20 @@
year = {2010},
title = {PS3 hacked through poor cryptography implementation},
journal = {\textit{Ars Technica}},
month = {dicembre},
month = {December},
day = {30},
}
@Misc{Jordan,
note = {Discorso in occasione del 30º anniversario del Centro di scienze economiche (WWZ) and dellAssociazione degli economisti basilesi (VBÖ)},
note = {Discorso in occasione del 30º anniversario del Centro di scienze economiche (WWZ) e dellAssociazione degli economisti basilesi (VBÖ)},
author = {Jordan, Thomas J.},
year = {2019},
title = {Valute, moneta and token digitali},
publisher = {Università di Basilea},
month = {settembre},
title = {Valute, moneta e token digitali},
publisher = {University of Basel},
month = {September},
howpublished = {\url{https://www.snb.ch/it/mmr/speeches/id/ref_20190905_tjn/source/ref_20190905_tjn.it.pdf}},
}
@article{Kahn2009,
author = {Kahn, Charles M. and William Roberds},
year = {2009},
@ -388,7 +380,7 @@
}
@article{Kiff,
author = {Kiff, John and Jihad Alwazir and Sonja Davidovic and Aquiles Farias and Ashraf Khan and Tanai Khiaonarong and Majid Malaika and Hunter Monroe and Nobu Sugimoto and Hervé Tourpe and Peter Zhou},
author = {Kiff, John and Jihad Alwazir and Sonja Davidovic and Aquiles Farias and Ashraf Khan and Tanai Khiaonarong and Majid Malaika and Hunter Monroe and Nobu Sugimoto and Hervé Tourpe and Peter Zhou},
year = {2020},
title = {A Survey of Research on Retail Central Bank Digital Currency},
journal = {IMF Working Paper},
@ -422,9 +414,7 @@
}
@misc{Libra,
author = {{Libra Association}},
year = {2020},
title = {Libra White Paper v2.0},
author = {{Libra White Paper v2.0}},
url = {\url{https://libra.org/en-US/white-paper}},
}
@ -443,11 +433,11 @@
publisher = {National Bureau of Economic Research},
series = {NBER Working Paper Series},
number = {27136},
month = {maggio},
month = {May},
}
@article{Mancini-Griffoli,
author = {Mancini-Griffoli, Tommaso and Maria Soledad Martinez Peria and Itai Agur and Anil Ari and John Kiff and Adina Popescu and Celine Rochon},
author = {Mancini-Griffoli and Maria Soledad Martinez Peria and Itai Agur and Anil Ari and John Kiff and Adina Popescu and Celine Rochon},
year = {2018},
title = {Casting Light on Central Bank Digital Currency},
journal = {IMF Staff Discussion Notes},
@ -493,7 +483,7 @@
journal = {ACM Computing Surveys},
volume = {51},
number = {6},
month = {gennaio},
month = {January},
pages = {1--31}
}
@ -518,7 +508,7 @@
year = {2007},
title = {Die {P}ostcard lässt sich fälschen},
journal = {\textit{Sonntagszeitung}},
month = {aprile},
month = {April},
day = {22},
}
@ -532,12 +522,11 @@
pages = {30--35},
}
@TechReport{Riksbank,
author = {{Sveriges Riksbank}},
year = {2020},
title = {The {R}iksbank's e-krona project},
month = {febbraio},
month = {February},
institution = {Sveriges Riksbank},
url = {\url{https://www.riksbank.se/globalassets/media/rapporter/e-krona/2019/the-riksbanks-e-krona-pilot.pdf}},
}

View File

@ -1,17 +1,13 @@
% The Spanish pdf looks too crowded. For Italian, maybe bigger font
% and/or extra space between lines/paragraphs?
%\renewcommand{\abstractname}{Sommario}
%\renewcommand{\refname}{Riferimenti bibliografici}
\documentclass{article}
\usepackage[T1]{fontenc}
\usepackage[utf8]{inputenc}
\usepackage{url}
\usepackage{amsmath}
\usepackage{hyperref}
\usepackage{graphicx}
\usepackage{natbib}
\usepackage[italian]{babel}
%\usepackage{babelbib}
\title{Come emettere una moneta digitale di banca centrale}
\author{David Chaum\footnote{david@chaum.com} \\
xx Network \and
@ -23,8 +19,6 @@
\date{Questa versione: febbraio 2022 \\
Prima versione: maggio 2020}
\addto\captionsitalian{\renewcommand{\figurename}{Diagramma}}
\begin{document}
@ -75,7 +69,7 @@ Traduzione: Dora Scilipoti, con contributi da Luca Saiu
%\tableofcontents
\bibpunct{(}{)}{ e }{a}{}{,}
%\bibpunct{(}{)}{ e }{a}{}{,}
\section{Introduzione}\label{1.-introduzione}
@ -92,8 +86,7 @@ conseguente lancio di Bitcoin avvenuto con successo hanno inaugurato
una nuova era di ricerca e sviluppo di valute digitali. La piattaforma
CoinMarketCap elenca oltre 5.000 criptovalute. Recentemente le banche
centrali hanno iniziato a considerare, o almeno a studiare,
l'emissione di monete
digitali~\cite[vedi][]{AuerBoehme,AuerCornelli,Boar,Kiff,Mancini-Griffoli}.
l'emissione di monete digitali~\cite[vedi][]{AuerBoehme,AuerCornelli,Boar,Kiff,Mancini-Griffoli}.
Attualmente le banche centrali emettono due tipi di moneta: (i)
riserve sotto forma di conti di regolamento presso le banche centrali,
@ -120,7 +113,8 @@ per il sistema attuale, a seconda di come è progettata. Più una CBDC
compete con i depositi delle banche commerciali, maggiore è la minaccia
ai finanziamenti bancari, con effetti potenzialmente negativi sul credito
bancario e sull'attività economica~\cite[vedi][]{Agur}. Tuttavia, una
CBDC al dettaglio potrebbe anche essere vantaggiosa~\cite[vedi][]{Bordo,Berentsen,Bindseil,Niepelt,Riksbank,BoE}.
CBDC al dettaglio potrebbe anche essere
vantaggiosa~\cite[vedi][]{Bordo,Berentsen,Bindseil,Niepelt,Riksbank,BoE}.
Mettere a disposizione di tutti una moneta elettronica di banca centrale
esente dal rischio di controparte potrebbe migliorare la stabilità e la
resilienza del sistema di pagamenti al dettaglio. Potrebbe inoltre fornire
@ -134,9 +128,9 @@ Nel presente documento analizziamo la CBDC al dettaglio, ma senza
affrontare la questione se una banca centrale \emph{debba o meno} emetterla.
Ci concentriamo invece sul possibile design di una CBCD. L'interesse
per la progettazione di CBDC è recentemente aumentato
considerevolmente~\cite[si, veda ad esempio,][]{Allen,BoE}. Il design che
considerevolmente (si veda, ad esempio, ~\cite{Allen} e \cite{BoE}). Il design che
proponiamo differisce notevolmente da altre proposte. Il nostro sistema
si basa sulla tecnologia eCash descritta da~\cite{Chaum1983,Chaum1990},
si basa sulla tecnologia eCash descritta da~\cite{Chaum1983} e \cite{Chaum1990},
migliorandola. In particolare, proponiamo una CBDC basata su token, solo
con software e senza tecnologia di registro distribuito. La DLT è
un'architettura interessante in assenza di un operatore centrale o se le
@ -164,7 +158,7 @@ tutela della privacy richieda così tanta potenza di calcolo da rendere
impraticabile la sua implementazione su dispositivi
portatili~\cite[vedi][]{Allen}. Sebbene questo possa essere vero nel
caso di una tecnologia di registro distribuito, dove la tracciabilità
delle transazioni è necessaria per prevenire la doppia spesa~\citet{Narayanan},
delle transazioni è necessaria per prevenire la doppia spesa~\cite[][]{Narayanan},
non lo è nel caso proposto in questo documento, dove si ha un protocollo
di firma cieca di tipo Chaum e la partecipazione di una banca centrale.
La nostra CBDC, basata su firme cieche e un'architettura a due livelli,
@ -355,8 +349,8 @@ Se una \textit{stablecoin} non è rimborsabile ad un prezzo fisso, la sua
stabilità rispetto all'attivo sottostante non è garantita. Se la
\textit{stablecoin} rappresenta comunque una quota di proprietà
dell'attivo sottostante, lo schema ricorda quello di un fondo comune di
investimento chiuso o di un fondo indicizzato quotato (\textit{Exchange-
Traded Fund} - ETF) e si applicano i relativi rischi. Il valore
investimento chiuso o di un fondo indicizzato quotato (\textit{Exchange-Traded
Fund} - ETF) e si applicano i relativi rischi. Il valore
della moneta dipenderà dal valore patrimoniale netto del fondo, ma il
suo valore effettivo può variare. Se ci sono partecipanti autorizzati
a creare e riscattare \textit{stablecoin} e quindi ad agire come
@ -421,7 +415,7 @@ gestione del processo iniziale di conoscenza del cliente, ma anche
l'autenticazione dei clienti per le transazioni bancarie, la gestione
delle frodi e delle autenticazioni false positive e false negative.
Data la scarsa presenza fisica delle banche centrali nella società e il
fatto che probabilmente oggi non sono disposte ad eseguire l'autenticazione
fatto che probabilmente oggi non siano disposte ad eseguire l'autenticazione
dei cittadini su larga scala, qualsiasi CBDC basata su conti richiederebbe
alla banca centrale di delegare questi compiti. Tutti i servizi di
assistenza e manutenzione di tali conti potrebbero essere affidati ad
@ -471,7 +465,9 @@ sarebbero costrette a consolidare la sicurezza dei propri modelli
economici per eviatare corse agli sportelli.
% References to Kumhof, Bindseil below should render like this:
% valore (Kumhof & Noone, 2018 e Bindseil, 2020).
% valore (Kumhof & Noone, 2018 e Bindseil, 2020).
% This was fixed by replacing "," with "and" to separate authors in the bib file.
% It also fixed {Kumhof} to render as "Kumhof & Noone".
Esistono anche proposte per ridurre il rischio di disintermediazione
restringendo o scoraggiando l'uso della CBDC come riserva di valore. Una
@ -481,7 +477,7 @@ variabile ai conti in CBDC, in modo che il rendimento sia sempre
sufficientemente inferiore a quello dei conti nelle banche commerciali,
arrivando eventualmente fino a tassi negativi, in modo da rendere la CBDC
meno attraente come riserva di valore~\cite[][]{Kumhof,Bindseil}. Oltre a ciò,
per evitare le corse agli sportelli \cite{Kumhof} suggeriscono che la
per evitare le corse agli sportelli \citet{Kumhof} suggeriscono che la
CBDC non dovrebbe essere emessa a fronte di depositi bancari ma solo a
fronte di obbligazioni come i titoli di stato. Nel complesso, una CBDC
basata su conti richiederebbe un'analisi più approfondita di queste
@ -495,8 +491,10 @@ problematiche.
\label{cbdc-basata-su-token-e-legata-al-hardware}
% References to Wojtczuk,Johnston,Lapid below do not render correctly in pdf. Should be:
% compromesse (si veda, ad esempio, Wojtczuk & Rutkowska 2009, Johnston 2010 e Lapid & Wool 2018).
% compromesse (si veda, ad esempio, Wojtczuk & Rutkowska 2009, Johnston 2010 e Lapid & Wool 2018).
% but we can only either use "," or "e", but not switch AFAIK.
% This was fixed by replacing "," with "and" to separate authors in the bib file.
% It also fixed {Katzenbeisser} to render as "Katzenbeisser et al."
In alternativa ai conti deposito, una banca centrale potrebbe emettere
token elettronici. Tecnicamente ciò richiede un sistema per garantire che
@ -507,8 +505,9 @@ possibili per la prevenzione della copia digitale. Le funzioni
fisicamente non clonabili, tuttavia, non possono essere scambiate su
Internet (eliminando di fatto l'uso principale delle CBDC) e le precedenti
funzionalità di sicurezza nell'hardware per la prevenzione della copia
sono state ripetutamente compromesse~\cite[si veda, ad esempio,][]{Wojtczuk,Johnston,Lapid}.
sono state ripetutamente
compromesse~\cite[si veda, ad esempio,][]{Wojtczuk,Johnston,Lapid}.
Un vantaggio fondamentale delle CBDC basate su token rispetto a quelle
basate su conti è che i sistemi tokenizzati funzionerebbero offline,
ovvero, gli utenti potrebbero scambiare token (\textit{peer-to-peer})
@ -521,12 +520,13 @@ finanziamento del terrorismo renderebbe difficile la lotta alla
criminalità.
% References to Soukup,Garcia,Kasper,CCC below do not render correctly in pdf. Should be:
% Lesperienza (si veda, ad esempio, Soukup & Muff 2007, Garcia et al. 2008, Kasper et al. 2010 e CCC e.V. 2017) suggerisce
% Lesperienza (si veda, ad esempio, Soukup & Muff 2007, Garcia et al. 2008, Kasper et al. 2010 e CCC e.V. 2017) suggerisce
% but we can only either use "," or "e", but not switch AFAIK.
% This was fixed by replacing "," with "and" to separate authors in the bib file.
Le schede SIM sono oggi il mezzo più ampiamente disponibile per un
sistema di pagamento sicuro basato su hardware, ma comportano anche
dei rischi. L'esperienza~\cite[si veda, ad esempio,][]{Soukup,Garcia,Kasper,CCC}
dei rischi. L'esperienza~\cite[si veda, ad esempio,][]{Soukup,Garcia,Kasper,CCC}
suggerisce che qualsiasi dispositivo economicamente riproducibile in grado
di memorizzare token con valore monetario, che una persona possa possedere
e che consenta transazioni offline --- e quindi il furto mediante
@ -855,7 +855,7 @@ Se si usa Diffie-Hellman come protocollo per lo scambio di chiavi, si
ottiene
$T_{i} \equiv g^{t_{i}} \mod p$.
Il risultato {\`e} composto da tre trasferimenti
Il risultato è composto da tre trasferimenti
$K_{i} \equiv \emph{KX}(c,t_{i})$. Il protocollo di scambio di chiavi
può essere utilizzato in diversi modi per ottenere lo stesso valore
$K_{i} \equiv \emph{KX}(C,t_{i}) = \emph{KX}(c,T_{i})$.
@ -955,6 +955,16 @@ del cliente. Infine, il dispositivo del cliente (9) utilizza $b$ per
rimuovere l'accecamento dalla firma ($\to$ $f$) e salva la moneta appena
coniata $(c, s)$.
Per spendere CBDC, la procedura è analoga al pagamento in contanti.
Tuttavia, per consolidare la transazione, il venditore deve depositare
la moneta. La procedura per spendere CBDC è illustrata nel diagramma 2.
\begin{figure}[h!]
\includegraphics[width=\textwidth]{diagramma2-it.png}
\caption{Spendere e depositare CBDC}
\label{fig:fig2}
\end{figure}
Un cliente e un venditore negoziano un contratto commerciale. Il
cliente (1) utilizza una moneta elettronica per firmare il contratto o
l'atto di vendita con la chiave privata $c$ della moneta e trasmette la
@ -979,12 +989,6 @@ accredita la moneta sul conto del venditore e (8) gli invia una
notifica. Il venditore (9) consegna il prodotto o servizio al cliente.
L'intera operazione richiede poche centinaia di millisecondi.
\begin{figure}[h!]
\includegraphics[width=\textwidth]{diagramma2-it.png}
\caption{Spendere e depositare CBDC}
\label{fig:fig2}
\end{figure}
\hypertarget{considerazioni-sulla-sicurezza}{%
\subsection{Considerazioni sulla sicurezza}
\label{considerazioni-sulla-sicurezza}}
@ -1011,7 +1015,8 @@ attacco fisico ai \textit{datacenter} o anche da qualche nuovo algoritmo
% forme alternative:
% 1) "rimborsare AGLI utenti ... tutte le monete non spese"
% 2) "rimborsare gli utenti ... DI tutte le monete non spese"
imprevisto, è possibile rimborsare gli utenti --- in tutta sicurezza e
%FIXED
imprevisto, è possibile rimborsare agli utenti --- in tutta sicurezza e
senza compromettere la privacy --- tutte le monete non spese. La banca
centrale annuncerebbe la revoca della chiave tramite l'\textit{Application
Programming Interface} (API), che verrebbe rilevata dai portafogli,
@ -1078,8 +1083,9 @@ possono supportare milioni di transazioni al secondo.
% di cambiarlo con una forma all'indicativo. Qui si trova
% una discussione a riguardo:
% https://italian.stackexchange.com/questions/3653/probabilmente-indicativo-o-congiuntivo
% Not incorrect but FIXED anyway.
Infine, il costo totale del sistema è basso. Probabilmente il costo
principale sia rappresentato dall'archiviazione sicura per
principale è rappresentato dall'archiviazione sicura per
molti anni di 110 kilobyte per transazione. Gli esperimenti su un
prototipo di GNU Taler che utilizzava i prezzi di \textit{Amazon Web Service}
hanno stabilito che il costo del sistema (archiviazione, larghezza di