Whitepaper

Dash: Una Divisa Cifrada Centrada en la Privacidad

Evan Duffield - evan@dash.org Daniel Diaz - daniel@dash.org

Resumen. Una divisa cifrada basada en Bitcoin, la obra de Satoshi Nakamoto, la cual consta de diversas mejoras, tales como una red
incentivada de dos niveles denominada red de Nodos Maestros. Otra aportacin integrada en la misma se trata de PrivateSend, dotndola de
una fungibilidad creciente, e InstantSend, la cual facilita la confirmacin instantnea de las transacciones sin una autoridad centralizada.

1 Introduccin
Bitcoin [1] es una divisa cifrada que se ha convertido en un medio popular de intercambio, siendo la primera divisa digital en captar a un nmero
considerable de usuarios [2]. Desde sus principios en el ao 2009, Bitcoin ha experimentado un rpido crecimiento en su adopcin por la
mayora y su uso en la venta al por menor [3]. Un problema esencial para la aceptacin de Bitcoin surge en situaciones con puntos de venta
donde la red requiere un tiempo de espera para confirmar que la transaccin realizada es vlida. Diversas empresas de pago han creado
mtodos alternativos para permitir a los vendedores efectuar transacciones de cero confirmaciones, pero estas soluciones utilizan una
contraparte de confianza para mediar en la transaccin fuera del protocolo.

Bitcoin ofrece transacciones seudoannimas en un libro de contabilidad pblico, con una relacin uno a uno entre el emisor y el receptor. Esta
estructura facilita un registro permanente de todas las transacciones que han tenido lugar en todo momento en la red [5]. Bitcoin is ampliamente
conocido en crculos acadmicos por ofrecer un nivel bajo de privacidad, pero aun existiendo esta limitacin muchas personas confan su
historial financiero a la cadena de boques.

Dash es la primera divisa criptogrfica enfocada en la privacidad basada en la obra de Satoshi Nakamoto. En este paper proponemos una serie
de mejoras para Bitcoin cuyo resultado es una divisa cifrada descentralizada, fuertemente annima, con transacciones instantneas seguras y
una red secundaria entre pares incentivada para ofrecer servicios a la red Dash.

2 Red de Nodos Maestros

Los nodos completos son servidores que funcionan en una red p2p, los cuales permiten su uso a pares para recibir actualizaciones sobre los
eventos en dicha red. Estos nodos requieren un volumen de trfico significativo y otros recursos anexos que conllevan un coste sustancial. Como
consecuencia, en la red Bitcoin se ha observado una disminucin constante en el nmero de estos nodos a lo largo del tiempo [7] y el
consiguiente aumento en la propagacin del bloque hasta alcanzar los 40 segundos [14]. Muchas soluciones se han propuesto para ello, como
un plan nuevo de recompensa por Microsoft Research [4] y el programa de incentivo de Bitnodes [6].

Figura 1: Nodos completos de Bitcoin en la primavera de 2014

Estos nodos son muy importantes para la salud de la red. Ellos ofrecen a los clientes la capacidad de sincronizar y propagar rpidamente los
mensajes a travs de la red. Proponemos aadir una red secundaria, la red de Nodos Maestros de Dash. Estos nodos tendrn una alta
disponibilidad y proporcionan un nivel de servicio determinado a la red para formar parte del Programa de Recompensa de Masternode.

2.1 Programa de Recompensa de Nodos Maestros - Costes y Pagos

La causa en mayor medida de la disminucin en el nmero de nodos completos de la red Bitcoin es la ausencia de incentivos para operar uno de
ellos. El coste de mantenimiento de un nodo completo aumenta con el transcurso del tiempo ya que el uso de la red es mayor, creando ms
ancho de banda y suponiendo ms dinero a su operador. Conforme el coste crece, los operadores consolidan sus servicios de forma que
resulten ms baratos de operar o emplean un cliente ligero, el cual no ayuda a la red en absoluto.

Los nodos maestros son nodos completos, anlogos a sus contrapartidas en la red Bitcoin, con la diferencia de que proporcionan un nivel de
servicio a la red y tienen un vnculo establecido con un colateral para poder participar. A este colateral nunca se renuncia y est seguro mientras
el Nodo Maestro funciona. Esto permite a los inversores ofrecer un servicio a la red, ganar un inters con su inversin y reducir la volatilidad de la
divisa.

Para operar un Nodo Maestro, el nodo debe almacenar 1000 DASH. Cuando estn activos, los nodos proporcionan servicios a los clientes de la
red y a cambio se les paga en forma de un dividendo. Esto permite a los usuarios pagar por los servicios y obtener un retorno de la inversin.
Los Nodos Maestros reciben los pagos de la misma reserva de dinero, aproximadamente un 45% [footnote] de la recompensa total del bloque se
dedica a este programa.

Debido al hecho de que el programa de recompensa del Nodo Maestro es un porcentaje fijo y la cifra total de nodos presentes en la red flucta,
las recompensas esperadas variarn segn el recuento actual de todos los Nodos Maestros activos. Los pagos para un da estndar por operar
un Nodo Maestro se pueden calcular mediante la frmula siguiente:

Donde: n es el nmero de Nodos Maestros controlados por un operador t es el nmero total de Nodos Maestros r es la recompensa del bloque
actual (actualmente en un promedio de 5 DASH)b es la media de bloques en un da. Para la red Dash es generalmente 576. a es el pago
promedio del Nodo Maestro (45% de la cuanta promedio del pago por bloque)

El retorno de inversin por operar un Nodo Maestro se calcula con

Donde las variables son las mismas de arriba.

El coste asociado por operar un Nodo Maestro implica unos lmites duro y suave en los nodos activos en la red. En estos momentos con 5.3
milllones de DASH en circulacin, slo 5300 nodos podran funcionar en la red. El lmite suave lo impone el precio que cuesta adquiri un nodo y
la liquidez limitada en las casas de cambio debido al uso de Dash como divisa y no simplemente como una inversin.

2.2 Ordenacin Determinstica

Un algoritmo determinstico especial se usa para crear una ordenacin aleatoria de los Nodos Maestros. Usando el hash de la prueba de trabajo
de cada bloque, la seguridad de esta funcionalidad queda garantizada por la red de minado.

Seudocdigo para seleccionar un Nodo Maestro:

Para(nodo_maestro en nodos_mestros){

n = nodo_maestro.CalcularPuntuacin();

si(n > la_mejor_puntuacin){

la_mejor_puntuacin = n; nodo_ganador = nodo_maestro; } }

CNodoMaestro::CalcularPuntuacin(){

n1 = ObtenerHashPruebaDeTrabajo(nAlturaBloque); // obtener el hash de este bloque n2 = Hash(n1); //hash del hash de POT para aumentar la
entropa n3 = valorabsoluto(n2 - vin_del_nodo_maestro);

devolver n3; }

El cdigo de ejemplo se puede extender para proporcionar una clasificacin de los Nodos Maestros, seleccionando un segundo, tercero,
cuarto Nodo Maestro de la lista.

2.3 Quorums sin Necesidad de Confianza

Actualmente la red Dash tiene ~2400 Nodos Maestros activos [8]. Al exigir un colateral de 1000 DASH para convertirse en un Nodo Maestro
activo creamos un sistema en el cual nadie puede controlar toda la red. Por ejemplo, si alguien quiere controlar el 50% de la red de Nodos
Maestros debe comprar 2.300.000 DASH en el mercado abierto. Esta compra subira el precio sustancialmente y resultara imposible adquirir los
DASH necesarios.

Con la incorporacin de la red de Nodos Maestros y los requisitos de colateral, podemos usar esta red secundaria para realizar tareas delicadas
sin necesidad de confianza, donde ninguna entidad es capaz de controlar el resultado. Seleccionando N Nodos Maestros seudoaleatorios del
total en el grupo para llevar a cabo la misma tarea, estos nodos pueden actuar como un orculo, sin que la red entera desarrolle la tarea.

Puede verse un ejemplo de implementacin de un quorum sin necesidad de confianza (vea InstantSend [9]), el cual utiliza quorums para ratificar
transacciones y bloquear las entradas o la implementacin de prueba de servicio [10].
Otro ejemplo de uso para quorums sin necesidad de confianza pueden integrar la red de nodos maestros como un orculo descentralizado para
mercados financieros, con los contratos descentralizados seguros como una posibilidad. Un ejemplo de contrato sera el siguiente: si Apple Stock
(AAPL) supera los 300$ el 31-12-2016 entonces pagar a la clave pblica A, y en caso contrario pagar a la clave pblica B.

2.4 Roles y Prueba de Servicio

Los Nodos Maestros pueden proporcionar cualquier nmero de servicios adicionales a la red. Como prueba de concepto, nuestra primera
implementacin incluy PrivateSend e InstantSend. A travs de lo que denominamos prueba de servicio, podemos requerir que estos nodes
estn en lnea, respondiendo e incluso en la altura de bloque correcta.

Actores malignos podran tambin operar Nodos Maestros, pero no ofrecer la calidad de servicio requerida por el resto de la red. Para disminuir
la posibilidad de personas usando el sistema para su exclusivo beneficio, los nodos deben hacer ping al resto de la red para asegurar que
permanecen activos. Este trabajo lo realiza la red de Nodos Maestros seleccionando 2 quorums por bloque. El Quorum A comprueba el servicio
del Quorum B en cada bloque. El Quorum A son los nodos ms prximos al hash del bloque actual, mientras que el Quorum B son los ms
alejados de dicho hash.

Nodo Maestro A (1) comprueba Nodo Maestro B (rango 2300) Nodo Maestro A (2) comprueba Nodo Maestro (rango 2299) Nodo Maestro A (3)
comprueba Nodo Maestro B (rango 2298)

Todo el trabajo necesario para comprobar si los nodos de la red estn activos lo realiza la propia red de Nodos Maestros. Aproximadamente el
1% de la red ser comprobada en cada bloque. Esto resulta en que la red se comprueba por completo unas seis veces diarias. Con el propsito
de mantener el sistema sin confianza, seleccionamos nodos aleatoriamente con el sistema de Quorum. Despus tambin requerimos un mnimo
de seis violaciones para desactivar un nodo.

Para engaar al sistema un atacante necesitar ser seleccionado seis veces seguidas. En caso contrario, las violaciones sern neutralizadas por
el sistema conforme otros nodos sean seleccionados por el sistema de Quorum.

Nodos Maestros del Atacante / Total de Nodos Veces Seguidas Necesarias como Probabilidad de xito DASH
Maestros Elegido Necesarios

1/2300 6 6.75e-21 1000DASH

10/2300 6 6.75e-15 10,000DASH

100/2300 6 6.75e-09 100,000DASH

500/2300 6 0.01055% 500,000DASH

1000/2300 6 0.6755% 1,000,000DASH

Tabla 1. La probabilidad de engaar al sistema que supone un Nodo Maestro nico cuando falla la prueba de servicio

Donde: n es el nmero total de nodos controlados por el atacante t es el nmero total de Nodos Maestros en la red r es la profundidad de la
cadena

La seleccin de Nodos Maestros es seudoaleatoria basada en el sistema de Quorum.

2.5 Protocolo de Nodos Maestros

Los Nodos Maestros se propagan en la red mediante una serie de extensiones del protocolo incluyendo un mensaje de anuncio y el mensaje de
ping del Nodo Maestro. Estos dos mensajes son todo lo necesario para poner activo un nodo en la red. Aparte de estos mensajes se encuentran
los destinados a efectuar una peticin de prueba de servicio, PrivateSend e InstantSend.

Los Nodos Maestros se forman originalmente enviando 1000 DASH a una direccin especfica de un monedero, el cual activar el nodo
hacindolo as capaz de ser propagado por la red. Se crea una clave secundaria privada para firmar todos los mensajes posteriores. La clave
anterior permite bloquear completamente el monedero cuando funciona en un modo autosuficiente.

Un modo en fro es posible gracias a la clave privada sencundaria almacenada en dos mquinas separadas. El cliente caliente primario firma la
entrada de 1000 DASH incluyendo la clave privada de firma secundaria en el mensaje. Poco despus el cliente fro ve un mensaje que incluye
su clave secundaria, y, se activa como un nuevo Nodo Maestro. Esto permite que el cliente caliente se desactive (cliente desconectado) y no
deja posibilidad alguna a un atacante de que obtenga los 1000 DASH consiguiendo el acceso al Nodo Maestro tras su activacin.

En cuanto se inicia, un Nodo Maestro enva un mensaje a la red Anuncio de Nodo Maestro, conteniendo lo siguiente:

Mensaje: (Entrada 1K DASH, Direccin IP Accesible, Firma, Tiempo de Firma, Clave Pblica de 1K Dash, Clave Pblica Secundaria, Clave
Pblica de Donacin, Porcentaje de Donacin)

Cada 15 minutos y posteriores, se enva un mensaje de ping para demostrar que el nodo an est activo.

Mensaje: (1K DASH de Entrada, Firma (usando clave secundaria), Tiempo de Firma, Parada)
Despus de que un tiempo de vida ha expirado la propia red eliminar el nodo inactivo de la misma, provocando que el nodo no sea usado por
los clientes o reciba pagos. Los nodos tambin pueden hacer ping a la red constantemente, pero si no tienen sus puertos abiertos, con el tiempo
sern marcados como inactivos y no cobrarn.

2.6 Propagacin de la Lista de Nodos Maestros

A los clientes nuevos que se incorporan a la red Dash hay que avisarles de los Nodos Maestros actualmente activos en la misma para poder
utilizar sus servicios. Tan pronto como se unen a la red en malla, se enva una orden a sus pares solicitando la lista conocida de Nodos
Maestros. Los clientes usan un objeto cach para registrar los Nodos Maestros y su estado actual, as cuando los clientes se reinician
simplemente cargan este archivo en lugar de preguntar la lista completa de Nodos Maestros.

2.7 Pagos mediante Minera e Imposicin

Para garantizar que cada Nodo Maestro cobra su parte equitativa de la recompensa por bloque, la red debe hacer cumplir el pago de los bloques
al Nodo Maestro correcto. Si un minero no cumple las normas sus bloques deben ser rechazados por la red, si no se incentivara el hacer
trampas.

Proponemos una estrategia donde los Nodos Maestros forman quorums, seleccionan un Nodo Maestro gaganor y propagan su mensaje.
Despus de que N mensajes se han propagado para seleccionar el mismo el mismo beneficiario, se formar un consensoe y dicho a bloque en
cuestin se le exigir que pague al Nodo Maestro.

Cuando se mina en la red, el software del grupo (sitios web que combinan los esfuerzos de mineros individuales) usa la API RPC para obtener la
informacin sobre cmo debe generarse un bloque. Para pagar a los Nodos Maestros, este interfaz debe extenderse aadiendo un beneficiario
secundario a ObtenerPlantillaBloque (GetBlockTemplate). Posteriormente los grupos propagan sus bloques minados con xito, incluyendo un
pago que se reparte entre ellos y un Nodo Maestro.

3 PrivateSend
Creemos que es importante tener una implementacin sin necesidad de confianza estndar para mejorar la privacidad de sus usuarios en el
cliente de referencia, la cual ofrezca un alto grado de privacidad. Otros clientes como electrum, Android y iPhone tambin dispondrn de la
misma capa de anonimato implementada directamente y utilizarn las extensiones del protocolo. Esto aporta a los usuarios una misma
experiencia al hacer sus fondos annimos empleando un sistema muy comprensible.

PrivateSend es una versin mejorada y extendida de CoinJoin. Adems del concepto principal de CoinJoin, empleamos toda una serie de
mejoras tales como la descentralizacin, anonimato fuerte mediante el uso de una aproximacin de encadenamiento, denominaciones y
mezclado pasivo con anticipacin.

El reto ms importante cuando se mejora la privacidad y fungibilidad de una divisa cifrada consiste en hacerlo de una forma que no oculte la
cadena de bloques entera. En divisas cifradas basadas en Bitcoin, uno puede decir cules salidas no se han gastado y cules s, abreviadas
habitualmente con UTXO, acrnimo de salida de transaccin sin gastar. Esto resulta en un libro de contabilidad pblico que permite a cualquier
usuario actuar como un avalista de la integridad de las transacciones. El protocolo Bitcoin est diseado para funcionar sin la participacin de
contrapartes de confianza, en su ausencia, es crtico que las capacidades de auditora permanezcan inmediatamente accesibles a los usuarios a
travs de la cadena de bloques pblica. Nuestra meta es mejorar la privacidad y fungibilidad sin perder estos elementos clave, los cuales
consideramos que conforman una buena divisa.

Disponiendo de un servicio de mezcla descentralizado dentro de la divisa obtenemos la capacidad de conservar la divisa en s perfectamente
fungible. La fungibilidad es un atributo del dinero, la cual dicta que todas las unidades de una divisa deberan permanecer iguales. Cuando
recibes dinero con una divisa, no debera venir acompaado del historial de los usuarios anteriores de la misma o estos deberan tener una
forma sencilla de disociarse de dicho historial, manteniendo de este modo todas las monedas su igualdad. Al mismo tiempo, cualquier usuario
debera poder actuar como un auditor para garantizar la integridad financiera del libro de contabilidad sin comprometer la privacidad de otros.

Para mejorar la fungibilidad y mantener la integridad de la cadena de bloques pblica, proponemos usar una estrategia de mezclado sin
necesidad de confianza, descentralizada con anticipacin. Para que sea efectiva en conservar la fungibilidad de la divisa, este servicio est
directamente integrado en la misma, resultando sencillo de usar y seguro para el usuario corriente.

3.1 Rastreando CoinJoin Por Cuantas

Una estrategia habitual en las implementaciones de Bitcoin existentes de CoinJoin consiste en simplemente combinar las transacciones juntas.
Esto expone a los usuarios a varios mtodos de seguir sus monedas mediante estas combinaciones de transacciones.
Figura 2: Un ejemplo de transaccin de CoinJoin con 2 usuarios [11][12]

En esta transaccin, se enviaron 0.05BTC a travs del mezclador. Para identificar la fuente del dinero, simplemente hemos de sumar los valores
de la derecha hasta que coincidan con uno de los valores de la izquierda.

Si descomponemos la transaccin:

0.05 + 0.0499 + 0.0001(comisin) = 0.10BTC.

0.0499 + 0.05940182 + 0.0001(comisin) = 0.10940182BTC.

Este procedimiento se vuelve ms difcil exponencialmente conforme se aaden ms usuarios al mezclador. Sin embargo, estas sesiones
pueden deanonimizarse retroactivamente en cualquier punto en el futuro.

3.2 Concatenacin a Travs del Cambio y Concatenacin Hacia Delante del Cambio

En otras implementaciones propuestas de CoinJoin, resulta posible que un usuario haga annimo su dinero, despus enve con el tiempo el
cambio de dicha transaccin a una casa de cambio u otra entidad que conozca la identidad del usuario. Esto destruye el anonimato y permite a
la entidad ir hacia atrs en las transacciones del usuario. Llamamos a este tipo de ataque Concatenacin hacia delante (Forward Linking)

Figura 3: Concatenacin hacia delante del Cambio

En este ejemplo, Alice hace annimos 1.2BTC, lo cual va a 2 salidas, 1BTC y 0.2BTC. Luego gasta 0.7BTC de la salida de 1BTC, recibiendo un
cambio de 0.3BTC. Esos 0.3BTC van posteriormente a una fuente identificable, confirmando que Alice tambin gast los 0.7BTC en la
transaccin previa.

Para identificar al emisor de la transaccin supuestamente annima, comenzamos en la transaccin de la casa del cambio y vamos hacia atrs
en la cadena de bloques hasta que lleguemos a Alice enva 0.7BTC de forma annima. Al tratarse de la casa de cambio, sta sabe que fue el
usuario en su registro quien compr recientemente algo de forma annima, destruyendo as el anonimato por completo. Llamamos a este tipo de
ataque Concatenacin a travs del Cambio (Through Change Linking).
Figura 4: Concatenacin a travs del Cambio

En el segundo ejemplo, Alice compra 1.2 BTC de coinbase, luego hace annima esa cantidad en una salida de 1BTC. Luego ella gasta el 1BTC,
recibe el cambio en la cuanta de 0.3BTC y posteriormente combina sta con su cambio anterior de 0.2BTC.

Si combinamos el cambio de la transaccin annima (0.3BTC) y el cambio que recibi de la transaccin de CoinJoin, se puede vincular el
historial entero antes y despus, destruyendo completamente el anonimato.

3.3 Privacidad Mejorada y Resistencia a Denegacin del Servicio (DOS)

PrivateSend usa el hecho de que una transaccin se puede formar mediante mltiples partes e ir a mltiples partes para combinar fondos juntos
en un modo donde ellos no puedan desacoplarse de aqu en adelante. Dado que todas las transacciones de PrivateSend estn diseadas para
que los usuarios se paguen a s mismos, el sistema es altamente seguro contra el robo y las monedas de los usuarios siempre permanecen a
salvo. Actualmente para poder mezclar con PrivateSend se requieren al menos 3 participantes.
Figura 5: Tres usuarios envan fondos denominados a una transaccin comn. Los usuarios se reembolsan a s mismos en forma de nuevas
salidas, las cuales se ordenan aleatoriamente.

Para mejorar la privacidad del sistema como un todo proponemos usar denominaciones comunes de 0.1DASH, 1DASH, 10DASH y 100DASH.
En casa sesin de mezclado, todos los usuarios deberan enviar las mismas denominaciones como entradas y salidas. Adems de las
denominaciones, las comisiones se deberan eliminar de las transacciones y cobrarlas al por mayor en transacciones espordicas que no se
puedan enlazar y separadas.

Para abordar los posibles ataques DOS, proponemos que todos los usuarios enven una transaccin como colateral al grupo cuando se unan a
l. Esta transaccin se la harn a ellos mismos y pagar una alta comisin a los mineros. En el caso de cuando un usuario enva una peticin al
grupo de mezclado, el grupo debe ofrecer colateral al comienzo del intercambio. Si en cualquier momento un usuario no puede cooperar, por
ejemplo negndose a firmar, la transaccin de colateral se propagar automticamente. Esto consigue que resulte caro ejecutar un ataque
sostenido en la red de privacidad.

3.4 Anonimato Pasivo de Fondos y Encadenamiento

PrivateSend est limitado a 1000 DASH por sesin y requiere mltiples sesiones para anonimizar exhaustivamente cantidades significativas de
dinero. Para hacer sencilla la experiencia de usuario y dificultar lo mximo posible los ataques basados en precisin del tiempo (timing attack),
PrivateSend opera en modo pasivo. En intervalos prefijados, el cliente de un usuario solicitar unirse a otros clientes a travs de un Nodo
Maestro. Tras la entrada en el Nodo Maestro, un objeto de cola se propaga por la red detallando las denominaciones que el usuario desea hacer
annimas, sin informacin alguna susceptible de identificar al usuario.

Cada sesin de PrivateSend puede imaginarse como un evento independiente que aumenta el anonimato de los fondos del usuario. No
obstante, cada sesin est limitada a tres clientes, as que un observador tiene una probabilidad de un tercio para seguir una transaccin. Con el
propsito de incrementar la calidad del anonimato ofrecido, se utiliza una aproximacin con encadenamiento. Los fondos se envan a mltiples
Nodos Maestros, uno tras otro

Profundidad de la Cadena Usuarios Posibles

2 9

4 81

8 6561

Tabla 2. Cuntos usuarios podran estar involucrados en N sesiones de mezclado.

3.5 Consideraciones sobre Seguridad

Conforme las transacciones se combinan, los Nodos Maestros podran husmear en los fondos de los usuarios cuando pasan a travs de ellos.
Esto no se considera una limitacin importante tanto por el requisito de mantener 1000 DASH en el Nodo Maestro, como el hecho de que los
usuarios utilizan Nodos Maestros aleatorios que seleccionan para hospedar sus mezclas. La probabilidad de seguir una transaccin The
probability of following a transaction durante un evento de encadenado se puede calcular de la forma siguiente:

Nodos Maestros Controlados por el Atacante / Total de Nodos Profundidad de la Probabillidad de xito DASH
Maestros Cadena Necesarios

10/1010 2 9.80e-05 10,000DASH

10/1010 4 9.60e-09 10,000DASH

10/1010 8 9.51e-11 10,000DASH

100/1100 2 8.26e-03 100,000DASH

100/1100 4 6.83e-05 100,000DASH

100/1100 8 4.66e-09 100,000DASH

1000/2000 2 25% 1,000,000DASH

1000/2000 4 6.25% 1,000,000DASH

1000/2000 8 0.39% 1,000,000DASH

2000/3000 2 44.4% 2,000,000DASH

2000/3000 4 19.75% 2,000,000DASH

2000/3000 8 3.90% 2,000,000DASH

Tabla 3. La probabilidad de seguir una transaccin de PrivateSend en la red dados N nodos controlados por el atacante.

Donde: n es el nmero total de nodos controlados por el atacante t es el nmero total de Nodos Maestros en la red r es la profundidad de la
cadena

La seleccin de Nodos Maestros es aleatoria.

Dado el limitado suministro de DASH (5.3 millones en el momento en que se escribe lo presente, Abril de 2015) y la baja liquidez disponible en el
mercado, se vuelve una imposibilidad el conseguir un nmero suficiente de Nodos Maestros para lograr tal ataque.

La ampliacin del sistema mediante el ofuscamiento de los Nodos Maestros sobre las transacciones que se llevan a cabo en los nodos tambin
mejorar en gran medida la seguridad del sistema.

3.6 Ofuscamiento de Nodos Maestro con el Sistema de Retransmisin

En la seccin 3.4 describimos la probabilidad de seguir una transaccin nica en mltiples sesiones del mezclador PrivateSend. Esto puede
abordarse con mayor profundidad mediante el ofuscamiento de Nodos Maestros, de forma que no puedan ver cules entradas/salidas
corresponden a cada usuario. Para alcanzar esta meta proponemos un sistema de retransmisin simple que los usuarios pueden usar para
proteger su identidad.

En lugar de que el usuario enve las entradas y salidas directamente al grupo, ste elegir un Nodo Maestro aleatorio de la red y solicitar
retransmitir las entradas/salidas/firmas al Nodo Maestro objetivo. Esto implica que el Nodo Maestro recibir N conjuntos de entradas/salidas y N
conjuntos de firmas. Cada conjunto pertenece a uno de los usuarios, pero el Nodo Maestro no puede saber a cul pertenece cada uno.

4 Transacciones Instantneas mediante InstantSend

A travs de quorums con Nodos Maestros, los usuarios son capaces de enviar y recibir transacciones instantneas irreversibles. Una vez se
forma un quorum, las entradas de la transaccin se bloquean a una transaccin especfica nica, un bloqueo de transaccin requiere unos 4
segundos para que sea establecido en la red. Si se alcanza consenso del bloqueo en la red de Nodos Maestros, a partir de ese momento todas
las transacciones o bloques conflictivos seran rechazados, salvo si coincidiesen con el ID exacto de la transaccin asignada al bloqueo que
toma lugar.

Esto permitir a los vendedores utilizar los dispositivos mviles en sus ubicaciones tradicionales con sistemas de punto de venta (POS) para el
comercio en la vida cotidiana, y a los usuarios pagar rpidamente transacciones no comerciales en persona como sucede con el efectivo
traditional. Todo ello se realiza sin una autoridad central. Una visin de conjunto de esta caracterstica se expone en el white paper sobre
InstantSend [10].
5 Mejoras Adicionales

5.1 Algoritmo de hashing x11

x11 es un algoritmo de hashing ampliamente utilizado, el cual toma una aproximacin diferente, conocida como encadenado de algoritmos. x11
consiste en todos los 11 contendientes de SHA3 [13], calculando cada hash particular y luego envindolo al algoritmo siguiente de la cadena.
Mediante el uso de mltiples algoritmos, la probabilidad de que se fabrique un ASIC para la divisa es mnima hasta un punto lejano de su ciclo de
vida.

En el ciclo de vida de Bitcoin, la minera comenz con aficionados que empleaban Unidades de Procesemiento Central (CPUs) para minar la
divisa. Poco despus se desarroll software para Unidades de Procesamiento Grfico (GPUs), el cual sustituy rpidamente a las CPUs. Aos
despus del ciclo de GPUs aparecen los ASICs o Circuitos Integrados de Aplicacin Especfica, los cuales reemplazaron por su parte a las
GPUs.

Debido a la complejidad y el tamao del dado de silicio necesarios para crear un ASIC para minar x11, suponemos que costar
considerablemente ms tiempo que con Bitcoin, permitiendo a los aficionados participar en la minera durante un perodo ms largo de tiempo.
Creemos que esto es muy importante para una buena distribucin y crecimiento de la divisa cifrada.

Otro beneficio de la aproximacin con encadenado de hashing es que las CPUs de alta gama dan un retorno medio similar al de las GPUs. As
mismo se ha comprobado que las GPUs se calientan un 30-50% menos, con una potencia elctrica inferior a la del algoritmo Scrypt usado por la
mayora de las divisas cifradas actuales.

5.2 Suministro de Minera

En Dash se ha tomado una aproximacin diferente para restringir la inflacin de la minera, aplicando una reduccin del 7% en el suministro por
ao. Esto se en contraposicin al halving implementado en otras divisas. As mismo, el suministro en cada bloque est unido a la cantidad de
mineros en la red; las recompensas en minera son inversamente proporcionales al nmero de mineros.

La produccin de Dash est programada para que prosiga en este siglo y el prximo, decelerndose hasta cerca de finales del ao 2150, cuando
sta cesar.
Figura 6: Plan de Recompensa con Minera

6 Conclusin
Este paper presenta varios conceptos para perfeccionar el diseo de Bitcoin que dan como resultado una privacidad y fungibilidad mejoradas
para el usuario medio, menor volatilidad en el precio y una propagacin de mensajes ms rpida por la red. Todo esto se consigue mediante un
modelo de dos niveles incentivado, en lugar del modelo de un solo nivel presente en otras divisas cifradas como Bitcoin. Utilizando este diseo
de red alternativo es posible aadir muchos tipos de servicios tales como la mezcla de monedas descentralizada, transacciones instantneas y
orculos descentralizados a travs de quorums con nodos maestros.

Referencias
1. A peer-to-peer electronic cash system (2008)
2. http://eprints.qut.edu.au/69169/1/Boyen_accepted_draft.pdf
3. https://www.cryptocoinsnews.com/3-solutions-instant-bitcoin-confirmations/
4. http://research.microsoft.com/pubs/156072/bitcoin.pdf
5. http://www0.cs.ucl.ac.uk/staff/s.meiklejohn/files/imc13.pdf
6. https://getaddr.bitnodes.io/nodes/incentive/
7. https://medium.com/zapchain-magazine/why-don-t-people-run-bitcoin-nodes-anymore-d4da0b45aae5
8. https://dashninja.pl/
9. https://www.dash.org/wp-content/uploads/2014/09/InstantTX.pdf
10. https://github.com/dashpay/dash/blob/master/src/Masternode-pos.cpp
11. https://blockchain.info/tx/4eb3b2f9fe597d0aef6e43b58bbaa7b8fb727e645fa89f922952f3e57ee6d603
12. https://blockchain.info/tx/1694122b34c8543d01ad422ce600d59f8d8fde495ac9ddd894edc7139aed7617
13. http://en.wikipedia.org/wiki/NIST_hash_function_competition#Finalists
14. http://www.tik.ee.ethz.ch/file/49318d3f56c1d525aabf7fda78b23fc0/P2P2013_041.pdf