From 6bdbb1a8e6c8a4dea83332aeea84f8051da01bd3 Mon Sep 17 00:00:00 2001 From: Christian Grothoff Date: Tue, 12 Oct 2021 15:57:10 +0200 Subject: integrate changes from Javier's friend --- doc/cbdc-es/cbdc-es.tex | 124 ++++++++++++++++++++++++------------------------ doc/cbdc-es/cbdc.bib | 8 ++-- 2 files changed, 66 insertions(+), 66 deletions(-) (limited to 'doc') diff --git a/doc/cbdc-es/cbdc-es.tex b/doc/cbdc-es/cbdc-es.tex index 1f400fd6a..b3c149df9 100644 --- a/doc/cbdc-es/cbdc-es.tex +++ b/doc/cbdc-es/cbdc-es.tex @@ -1,44 +1,49 @@ -\documentclass[10pt,spanish]{article} -\usepackage[a4paper, -top=2cm, +\documentclass[a4paper,10pt]{article} %tamaño de papel y letra ``base'' +\usepackage[utf8]{inputenc} +\usepackage[T1]{fontenc} +\usepackage[top=2cm, bottom=2cm, includefoot, left=3cm, right=2cm, footskip=1cm]{geometry} \usepackage{url} -\usepackage[spanish]{babel} \IfFileExists{lmodern.sty}{\usepackage{lmodern}}{} \usepackage{graphicx} \usepackage{mathpazo} \usepackage{amsmath} \usepackage{mathptmx} +\usepackage{color} \usepackage[utf8]{inputenc} \usepackage[T1]{fontenc} -\usepackage{color} \usepackage[hidelinks]{hyperref} -\usepackage{natbib,har2nat} - + %\usepackage{natbib,har2nat} +\usepackage{natbib} +\usepackage[spanish]{babel} \input{eshyphexh.tex} + %\renewcommand{\abstractname}{Resumen} + %\renewcommand{\refname}{Referencias} + % de estas cosas se ocupa \usepackage[spanish]{babel} -\begin{document} \title{Cómo Emitir una Moneda Digital del Banco Central} \author{David Chaum\footnote{david@chaum.com} \\ xx Network \and Christian Grothoff\footnote{christian.grothoff@bfh.ch} \\ BFH\footnote{Universidad de Ciencias Aplicadas de Berna} - ~y Proyecto GNU \and + \quad y Proyecto GNU \and Thomas Moser\footnote{thomas.moser@snb.ch}\\ Banco Nacional de Suiza} \date{Primera versión: mayo 2020 \\ Verano: 2021} -\maketitle -\renewcommand{\abstractname}{Resumen} -\renewcommand{\refname}{Referencias} -\begin{abstract}% [Resumen] + +\begin{document} + +\maketitle + +\begin{abstract} Con la aparición de Bitcoin y monedas estables propuestas recientemente por grandes empresas tecnológicas como Diem (antes Libra), los bancos centrales se enfrentan a la creciente competencia de particulares que @@ -61,9 +66,8 @@ JEL: E42, E51, E52, E58, G2 Keywords: Monedas digitales, banco central, CBDC, firmas ciegas, monedas estables \end{abstract} -\vspace{20pt} -\vspace{20pt} +\vspace{40pt} \section*{Agradecimientos} Agradecemos a Michael Barczay, Roman Baumann, Morten Bech, Nicolas Cuche, @@ -80,9 +84,10 @@ Traducción: Javier Sepulveda \& Dora Scilipoti \newpage -\hypertarget{introducciuxf3n}{% -\section{Introducción} -\label{1.-introducciuxf3n}} + +%\tableofcontents + +\section{Introducción}\label{1.-introducciuxf3n} Desde la aparición de los ordenadores personales en los años ochenta, y especialmente desde que en 1991 la National Science Foundation quitara @@ -198,8 +203,9 @@ de proponer nuestro diseño en la sección 4. Luego comentamos consideraciones políticas y normativas (5) y trabajos relacionados (6); en fin, concluimos (7). -\hypertarget{quuxe9-es-el-dinero-del-banco-central}{% -\section{¿Qué es el dinero del banco central?} \label{2.-quuxe9-es-el-dinero-del-banco-central}} + +\section{¿Qué es el dinero del banco central?} + \label{2.-quuxe9-es-el-dinero-del-banco-central} El dinero es un activo que puede ser usado para comprar bienes y servicios. Para ser considerado dinero, este activo debe ser aceptado @@ -215,9 +221,9 @@ ocurrir, sin embargo, si el valor del medio de intercambio carece de estabilidad en relación a los bienes y servicios comercializados.\footnote{Esto puede ocurrir espontáneamente en un entorno de alta-inflación, p. ej. cuando los precios se fijan en USD pero los pagos -se realizan en divisa local. Lo mismo es ciertopara los pagos en Bitcoin, +se realizan en divisa local. Lo mismo es cierto para los pagos en Bitcoin, donde los precios usualmente se fijan en USA u otras divisas locales debido a -la alta volatilidad de Bitcoin. Una eparación también puede ocurrir por el +la alta volatilidad de Bitcoin. Una separación también puede ocurrir por el diseño, p. ej. en la Unidad de Fomento (UF) de Chile o la Special Drawing Right (SDR) del fondo monetario internacional (IMF). Sin embargo, también entonces el propósito es tener una unidad de cuenta más estable.} El dinero debe también ser @@ -296,8 +302,8 @@ estables. Las monedas estables generalmente intentan estabilizar su valor en una de las dos maneras siguientes: o bien imitando a los bancos centrales (monedas estables algorítmicas) o bien imitando a los bancos comerciales o a los medios de inversión (monedas estables con respaldo -de activos).\footnote{Para más detalles sobre la taxonomia y descripción -de las monedas stables véase~\citet{Bullmann}.} +de activos).\footnote{Para más detalles sobre la taxonomía y descripción +de las monedas estables véase~\citet{Bullmann}.} Las ``monedas estables algorítmicas'' dependen de algoritmos para regular su suministro. En otras palabras, intentan alcanzar la @@ -337,9 +343,9 @@ para economizar su tenencia de activos y trasladarse hacia un sistema de reserva fraccionado, tal como lo hicieron los bancos comerciales.\footnote {La incertidumbre sobre si un moneda estable está totalmente garantizada puede ser una de las razones por las que una -moneda stable puede negociarse por debajo de la par en el mercado +moneda estable puede negociarse por debajo de la par en el mercado secundario~\cite[véase][]{Lyons}. Este fue -también historícamente el caso con los billetes cuando eran emitidos +también históricamente el caso con los billetes cuando eran emitidos por los bancos comerciales. Tales billetes solían negociarse con diversos descuentos en el mercado secundario antes de que la emisión de billetes fuera nacionalizada y transferida al monopolio de los @@ -378,8 +384,7 @@ a convertirse en dinero que las criptomonedas, especialmente si se regulan adecuadamente. Sin embargo, la disponibilidad de CBDC limitaría significativamente su utilidad. -\hypertarget{diseuxf1os-simplistas-de-cbdc}{% -\section{Diseños simplistas de CBDC} \label{3.-diseuxf1os-simplistas-de-cbdc}} +\section{Diseños simplistas de CBDC} \label{3.-diseuxf1os-simplistas-de-cbdc} Como se ha señalado, una CBDC sería una obligación del banco central. Dos posibles diseños que se analizan en la literatura son: (a) una CBDC @@ -415,14 +420,13 @@ activos (tokens) incluyen información acerca de su valor y de la entidad que emitió el token. Por tanto, la única posibilidad de lograr la propiedad de privacidad de la transacción como la que se obtiene con el dinero efectivo reside en los sistemas basados en tokens.\footnote -{Si bien el término "Bitcoin" sugiere el uso de tokens, Bitcoin es un +{Si bien el término ``Bitcoin'' sugiere el uso de tokens, Bitcoin es un sistema basado en cuentas. La única diferencia entre un sistema tradicional basado en cuentas y una blockchain es que las cuentas no se guardan en una base de datos central, sino en una base de datos -descentralizada del tipo "solo por anexión".} +descentralizada del tipo ``solo por anexión''.} -\hypertarget{cbdc-basada-en-cuentas}{% -\subsection{CBDC basada en cuentas}\label{cbdc-basada-en-cuentas}} +\subsection{CBDC basada en cuentas}\label{cbdc-basada-en-cuentas} La forma más simple de lanzar una CBDC sería permitir que el público tenga cuentas de depósito en el banco central. Esto implica que el banco @@ -494,9 +498,9 @@ deberían ser emitidas contra depósitos bancarios, sino solo contra valores tales como bonos del Estado. En general, una CBDC basada en cuentas requeriría un análisis más profundo de estas cuestiones. -\hypertarget{cbdc-basada-en-tokens-y-dependiente-del-hardware}{% + \subsection{CBDC basada en tokens y dependiente del hardware} -\label{cbdc-basada-en-tokens-y-dependiente-del-hardware}} +\label{cbdc-basada-en-tokens-y-dependiente-del-hardware} Un banco central podría también emitir tokens electrónicos en lugar de cuentas. Técnicamente esto requiere de un sistema para asegurar que los tokens @@ -536,12 +540,11 @@ fraude requiere la habilidad de identificar a los pagadores y seguir la pista de los clientes, lo cual no es compatible con la privacidad de la transacción. -\hypertarget{diseuxf1o-de-cbdc-basado-en-tokens-para-salvaguardar-la-privacidad}{% \section{Diseño de CBDC basado en tokens para salvaguardar la privacidad} -\label{4.-diseuxf1o-de-cbdc-basado-en-tokens-para-salvaguardar-la-privacidad}} +\label{4.-diseuxf1o-de-cbdc-basado-en-tokens-para-salvaguardar-la-privacidad} -La CBDC que se propone aquí es de tipo "solo software", simplemente una +La CBDC que se propone aquí es de tipo ``solo software'', simplemente una aplicación para teléfonos inteligentes que no requiere ningún hardware adicional por parte de los usuarios. La CBDC se basa en eCash y GNU Taler. Taler es parte del Proyecto GNU, cuyo fundador, Richard Stallman, acuñó @@ -555,7 +558,7 @@ Library'' (GRETL). Un análisis de los beneficios del FLOSS en comparación con el software privativo en el campo de la investigación puede consultarse en~\citet{Baiocchi}, \citet{Yalta2008} y \citet{Yalta2010}. Sobre el licenciamiento de código abierto véase \citet{Lerner}.} Un programa se -considera "Software Libre" si la licencia otorga a los usuarios cuatro +considera ``Software Libre'' si la licencia otorga a los usuarios cuatro libertades esenciales: la libertad de ejecutar el programa como deseen, la libertad de estudiar el programa y modificarlo, la libertad de redistribuir copias del programa y la libertad de distribuir copias de las versiones @@ -610,16 +613,16 @@ teléfono inteligente con un cifrado especial. En el sistema real, una moneda es un par de claves pública / privada, y la clave privada solo la conoce el propietario de la moneda.\footnote{En Bitcoin, que es un sistema basado en cuentas, el par de claves es una cuenta, siendo la -clave pública la "dirección" de la cuenta y por tanto un tipo de -"identidad'', incluso si se trata de un pseudónimo.} La moneda deriva +clave pública la ``dirección'' de la cuenta y por tanto un tipo de +``identidad'', incluso si se trata de un pseudónimo.} La moneda deriva su valor financiero de la firma del banco central en la clave pública de la moneda. El banco central hace la firma con su clave privada y dispone de múltiples pares de claves de denominación para la firma ciega de monedas de diferentes valores. Un comerciante puede utilizar la -correspondiente "clave pública" del banco central para verificar la +correspondiente ``clave pública'' del banco central para verificar la firma. Sin embargo, para asegurarse de que la moneda no haya sido copiada y ya canjeada por otro beneficiario (es decir, que no se haya -"gastado dos veces"), el comerciante debe depositar la moneda para que +``gastado dos veces''), el comerciante debe depositar la moneda para que el banco central pueda comparar la moneda con un archivo de monedas canjeadas. Debido a que ni el banco comercial ni el banco central ven el número de la moneda durante el retiro, más tarde, cuando el comerciante @@ -632,8 +635,7 @@ la tecnología y demostramos cómo se puede integrar con el sistema bancario existente para crear una CBDC. \citet{Dold} describe detalles adicionales. -\hypertarget{componentes-fundamentales}{% -\subsection{Componentes fundamentales}\label{componentes-fundamentales}} +\subsection{Componentes fundamentales}\label{componentes-fundamentales} A continuación describimos los principales componentes del protocolo, incluido el trasfondo matemático para una posible instanciación de las @@ -647,12 +649,12 @@ conocimiento. de firma con clave pública es que el propietario de una clave privada es el único que puede firmar un mensaje, mientras que la clave pública permite a cualquiera verificar la validez de la firma.\footnote{La criptografía de clave -pública fué introducida por~\citet{Diffie}, y la primera implentación de -firmas digitales fué introducida por~\citet{Rivest}.} El resultado de la -función de verificación es la declaración binaria "verdadero" o "falso". Si el +pública fue introducida por~\citet{Diffie}, y la primera implementación de +firmas digitales fue introducida por~\citet{Rivest}.} El resultado de la +función de verificación es la declaración binaria ``verdadero'' o ``falso''. Si el mensaje está firmado con la clave privada que pertenece a la clave pública de verificación, el resultado es verdadero, de lo contrario es falso. En nuestra -propuesta, el mensaje es una "moneda" o "billete" con un número de serie, y la +propuesta, el mensaje es una ``moneda'' o ``billete'' con un número de serie, y la firma del banco central confirma su validez. Si bien GNU Taler usa por defecto firmas EdDSA modernas~\cite[véase][]{Bernstein2012}, presentamos un esquema de firma criptográfica simple basado en el bien estudiado sistema criptográfico @@ -668,7 +670,7 @@ $\phi(n) = (p - 1)(q - 1)$. Entonces, cualquier $e$ con $1 < e < \phi(n)$ y $\gcd(e, \phi(n)) = 1$ se puede usar para definir una clave pública $(e,n)$. La condición de que el -mayor común divisor (greatest common divisor - $\gcd$) de $e$ y +máximo común divisor (greatest common divisor - $\gcd$) de $e$ y $\phi(n)$ tiene que ser 1 (p. ej., que deben ser relativamente primos) asegura que la inversa de $e \mod \phi(n)$ existe. @@ -758,10 +760,10 @@ generalmente permanecen en circulación durante décadas en vez de por unos pocos meses o años.\footnote{En Suiza, por ejemplo, el Swiss National Bank empezó la eliminación paulatina la serie octava de billetes en abril de 2016. Estos billetes fueron puestos en -circulación al final de los 90. A partir del dia 1 de enero de 2020, +circulación al final de los 90. A partir del día 1 de enero de 2020, sin embargo, todos los billetes que empiezan por la serie sexta emitidos en 1976, así como cualquier futura serie, permanecen válidas -y se pueden cambiar por billetes actuales de forma indefenida.} +y se pueden cambiar por billetes actuales de forma indefinida.} Desde un punto de vista técnico, una fecha de vencimiento tiene dos ventajas. Primero, mejora la eficiencia del sistema porque el banco @@ -802,7 +804,7 @@ es una raíz primitiva módulo $p$.\footnote{Un entero $g$ es una raíz primitiva módulo $p$ si para cada entero $a$ coprimo a $p$ hay algún entero $k$ para el cual $g^k \equiv a \mod p$. -En la práctica, $g$ deberia ser tal raíz primitiva $p-1$, que se +En la práctica, $g$ debería ser tal raíz primitiva $p-1$, que se llama también generador, para prevenir ataques de subgrupo tales como ataques Pohlig-Hellman~\cite[véase][]{Lim}.} Ahora, las dos partes eligen sus claves privadas \emph{a} y \emph{b}, que son dos números enteros grandes. Con estas claves @@ -1009,8 +1011,7 @@ Para detectar un posible compromiso de esta clave, el banco central puede monitorear la base de datos en busca de casos de depósitos que superen los retiros. -\hypertarget{escalabilidad-y-costes}{% -\subsection{Escalabilidad y Costes}\label{escalabilidad-y-costes}} +\subsection{Escalabilidad y Costes}\label{escalabilidad-y-costes} El esquema que proponemos sería tan eficiente y rentable como los modernos sistemas RTGS que utilizan actualmente los bancos centrales. @@ -1055,7 +1056,7 @@ alta para un solo sistema. Los front-end también deben comunicarse con los back-end mediante una interconexión. Las interconexiones puede soportar grandes cantidades de transacciones por segundo. El tamaño de una transacción individual suele -ser de 1-10 kilobytes aproximadamente. Asi, las interconexiones de un +ser de 1-10 kilobytes aproximadamente. Así, las interconexiones de un centro de datos moderno, con velocidades de conmutación de 400 Gbit/s, pueden soportar millones de transacciones por segundo. @@ -1067,8 +1068,9 @@ Taler y descubrimos que el costo del sistema (almacenamiento, ancho de banda y computación) a escala estaría por debajo de USD 0,0001 por transacción (para obtener detalles sobre los datos, consulte~\citet{Dold}). -\hypertarget{consideraciones-normativas-y-poluxedticas}{% -\section{Consideraciones normativas y políticas}\label{5.-consideraciones-normativas-y-poluxedticas}} + +\section{Consideraciones normativas y políticas} + \label{5.-consideraciones-normativas-y-poluxedticas} En el esquema propuesto, los bancos centrales no conocen la identidad de los consumidores o comerciantes ni los montos totales de las @@ -1210,12 +1212,12 @@ intentan combinar la privacidad y el cumplimiento del AML. En nuestro diseño, los reguladores podrían imponer un límite a la cantidad de efectivo electrónico que el titular de una cuenta bancaria puede retirar durante un cierto tiempo, mientras que la EUROchain emite un número -limitado de "vales de anonimato" que conceden al receptor un número +limitado de ``vales de anonimato'' que conceden al receptor un número limitado de transacciones sin verificación del AML. Como estos vales parecen no tener ninguna relación con ningún token de valor, no queda claro de qué manera el diseño evitaría la aparición de un mercado negro de ``vales de anonimato''. Además, la noción de anonimato de la -EUROchain es muy diferente, ya que sus "vales de anonimato" simplemente +EUROchain es muy diferente, ya que sus ``vales de anonimato'' simplemente eliminan ciertas verificaciones del AML, al mismo tiempo que preservan la capacidad de los bancos comerciales de ver cómo los consumidores gastan el efectivo electrónico. Mientras que los pagadores usuarios de @@ -1229,9 +1231,7 @@ CBDC que el banco central mantiene efectivamente en custodia. Por lo tanto, no está claro qué ventajas de privacidad, rendimiento o seguridad tiene la EUROchain sobre el dinero existente en depósito. -\hypertarget{conclusiuxf3n}{% -\section{Conclusión} -\label{7.-conclusiuxf3n}} +\section{Conclusión}\label{7.-conclusiuxf3n} Con la aparición de Bitcoin y monedas digitales recientemente propuestas por grandes empresas tecnológicas como Diem (antes Libra), los bancos diff --git a/doc/cbdc-es/cbdc.bib b/doc/cbdc-es/cbdc.bib index 51c7a6812..fe0ea6265 100644 --- a/doc/cbdc-es/cbdc.bib +++ b/doc/cbdc-es/cbdc.bib @@ -104,7 +104,7 @@ author = {Bernstein, Daniel J. and Tanja Lange}, year = {2020}, title = {{eBACS}: {ECRYPT} Benchmarking of Cryptographic Systems}, - url = {https://bench.cr.yp.to, accessed 17 March 2020}, + url = {\url{https://bench.cr.yp.to}, accessed 17 March 2020}, } @article{Bernstein2012, @@ -423,7 +423,7 @@ author = {{Libra Association}}, year = {2020}, title = {Libra White Paper v2.0}, - url = {https://libra.org/en-US/white-paper}, + url = {\url{https://libra.org/en-US/white-paper}}, } @inproceedings{Lim, @@ -457,7 +457,7 @@ author = {Nakamoto, Satoshi}, year = {2008}, title = {Bitcoin: A Peer-to-Peer Electronic Cash System}, - url = {https://www.bitcoin.com/bitcoin.pdf}, + url = {\url{https://www.bitcoin.com/bitcoin.pdf}}, } @book{Narayanan, @@ -537,7 +537,7 @@ title = {The {R}iksbank's e-krona project}, month = {Feb}, institution = {Sveriges Riksbank}, - url = {https://www.riksbank.se/globalassets/media/rapporter/e-krona/2019/the-riksbanks-e-krona-pilot.pdf}, + url = {\url{https://www.riksbank.se/globalassets/media/rapporter/e-krona/2019/the-riksbanks-e-krona-pilot.pdf}}, } @misc{Wojtczuk, -- cgit v1.2.3