Características¶

Especificaciones¶

Primer bloque minado a las 11 pm, el 18 de enero de 2014
Sin pre-minado
Algoritmo hash X11, disponibilidad de minería con CPU/GPU/ASIC
Tiempo de bloque de 2.6 minutos, bloques de 2MB, ~56 transacciones por segundo
La recompensa por bloques se reduce en un 7.14% cada año
Algoritmo para el ajuste de la dificultad: Dark Gravity Wave
Emisión total de monedas: entre 17.74 millones y 18.92 millones
Red descentralizada de segundo nivel de masternodes
Anonimato superior en las transacciones usando PrivateSend
Transacciones instantáneas usando InstantSend
La Gobernanza Descentralizada por cadena de bloques le permite a los propietarios de los masternodes votar en las propuestas de la tesorería y en decisiones que afecten a Dash

Masternodes¶

Además de las recompensas tradicionales por la minería de Dash con Prueba de Trabajo (PoW), los usuarios también son recompensados por ejecutar y mantener servidores especiales llamados Masternodes. Gracias a esta red innovadora de dos niveles, Dash puede ofrecer características innovadoras de forma descentralizada y independiente de la confianza. Los Masternodes son usados para ejecutar la función Privatesend, InstantSend y el sistema de gobernanza y tesorería. Los usuarios son recompensados por ejecutar Masternodes; el 45% de la recompensa de los bloques es separado para pagarle a la red de Masternodes. Se pueden ver guías prácticas de todos los temas relacionados con Masternodes aquí.

Los masternodes permiten los siguientes servicios:

InstantSend permite transacciones casi instantáneas. Las transacciones de Dash con InstantSend son confirmadas en dos segundos.
PrivateSend ofrece privacidad financiera al ocultar el origen de los fondos en la cadena de bloques.
Gobernanza y Tesorería le permite a los poseedores de Dash determinar la direccón del proyecto y dedicar el 10% de la recompensa de bloques al desarrollo del proyecto y el ecosistema (para mayo del 2018, nuestro presupuesto anual excede los $30 millones de dólares)
Dash Evolution hará que el uso de las criptomonedas sea tan fácil como usar PayPal.

Los propietarios de masternodes deben tener posesión de 1000 DASH, lo cual prueban al firmar un mensaje y transmitirlo a la red. Esas monedas pueden ser movidas en cualquier momento, pero el hacerlo provoca que el masternode se retire de la lista de espera y deje de ganar recompensas. A los usuarios de masternodes también se les da el derecho al voto en las propuestas. Cada masternode tiene un voto y éste puede ser usado en propuestas de presupuesto o decisiones importantes que afecten a Dash.

Los masternodes cuestan dinero y esfuerzo para ser mantenidos, así que ellos son pagados con un porcentaje de la recompensa de bloques como un incentivo. Con el número actual de masternodes y recompensas, los masternodes ganan aproximadamente un 8% de retorno por 1000 Dash (lo cual significa 6.97 Dash o 1360 USD en julio de 2017) para el año 2017. Esta herramienta muestra un cálculo en vivo de las ganancias de los masternodes. Estas ganancias se reducen un 7% cada año, pero el aumento en el valor de Dash puede compensar estas reducciones. Como una cuestión de hecho, los masternodes recibían 140 Dash por mes a comienzos del 2016, pero en aquel momento representaba menos dinero que hoy: 600 USD por mes. También está la posibilidad de que los masternodes ganen dinero de comisiones en un futuro.

PrivateSend¶

PrivateSend te brinda una verdadera privacidad financiera al oscurecer el origen de tus fondos. Todo el Dash en tu billetera está compuesto por diferentes «entradas», que puedes pensar como monedas separadas y discretas. PrivateSend utiliza un proceso innovador para mezclar tus entradas con las entradas de otras dos personas, sin que tus monedas salgan de tu billetera. Tu retienes el control de tu dinero en todo momento.

Puedes ver una guía práctica sobre el uso de PrivateSend aquí.

El proceso de PrivateSend funciona así:

PrivateSend comienza reorganizando las entradas de las transacciones en denominaciones estándar. Esas denominaciones son 0.001, 0.01 DASH, 0.1 DASH, 1 y 10 DASH – muy parecido al dinero en papel que usas diariamente.
A continuación tu billetera envía una solicitud a nodos de software especialmente configurados en la red, llamados «masternodes». A esos masternodes se les informa que tu estás interesado en mezclar cierta denominación. Nunca se les envía información identificable a los masternodes, así que ellos nunca saben «quién» eres tu.
Cuando otras dos personas envíen mensajes similares, indicando que quieren mezclar en la misma denominación, comienza la sesión de mezclado. El masternode mezcla los inputs y le da instrucciones a las tres billeteras de los usuarios que se paguen los inputs recién transformados a ellos mismos. Su billetera paga esa denominación directamente a sí misma, pero en una dirección diferente (llamada dirección de cambio).
Con el fin de ocultar completamente sus fondos, su billetera debe repetir este proceso un número de veces con cada denominación. Cada vez que se completa el proceso, se le llama una «ronda». Cada ronda de PrivateSend hace exponencialmente más difícil determinar de dónde se originaron sus fondos. El usuario puede elegir entre 1-16 rondas de mezclado.
Este proceso de mezclado ocurre en el fondo sin ninguna intervención de su parte. Cuando desee hacer una transacción, sus fondos ya serán anónimos, sin necesidad de una espera adicional.

Ten en cuenta que las transacciones de PrivateSend se redondearán para que se gasten todas las entradas de transacción. Cualquier exceso de Dash se gastará en la comisión de transacción.

IMPORTANTE: Tu billetera solo contiene 1000 de estas «direcciones de cambio». Cada vez que ocurre un evento de mezcla, una de tus direcciones de cambio es utilizada. Una vez que se hayan utilizado la mayoría, tu billetera debe crear más direcciones. Sin embargo, solo puede hacer esto si tiene habilitadas las copias de seguridad automáticas. En consecuencia, los usuarios que tienen las copias de seguridad deshabilitadas también tendrán PrivateSend deshabilitado.

InstantSend¶

Las criptomonedas descentralizadas tradicionales deben esperar cierto período de tiempo para que pasen suficientes bloques y poder garantizar que una transacción sea irreversible y no un intento de gastar nuevamente dinero que ya se gastó en otra parte. Este proceso lleva consume tiempo y puede tardar de 15 minutos a una hora en acumular el número ampliamente aceptado de seis bloques. Otras criptomonedas logran un tiempo de confirmación de transacción más rápido al centralizar la autoridad en la red en varios grados.

Dash no sufre ninguna de estas limitaciones gracias a su red de masternodes de segundo nivel. Se puede solicitar a los Masternodes que formen quórumes de votación para comprobar si una transacción es válida o no. Si es válido, los nodos maestros «bloquean» las entradas para la transacción y transmiten esta información a la red, prometiendo efectivamente que la transacción se incluirá en los bloques extraídos posteriormente y evitando cualquier otro gasto de estas entradas durante el período de confirmación.

La technología de InstantSend permitirá que las criptomonedas como Dash compitan con sistemas de transacción casi instantáneos, como tarjetas de crédito en puntos de venta sin depender de una autoridad centralizada. La aceptación generalizada por parte de los vendedores de Dash e InstantSend podría revolucionar la criptomoneda acortando el retraso en la confirmación de las transacciones desde una hora (con Bitcoin) hasta tan solo unos pocos segundos.

Puedes ver una guía práctica para usar InstantSend aquí. InstantSend se introdujo en un documento técnico llamado Bloqueo de transacciones y consenso masternode: un mecanismo para mitigar los ataques de doble gasto.

Como Dash “InstantSend” protege a los comercios de gastos dobles, Dash detallado por Amanda B. Johnson, 16 de Septiembre 2016

ChainLocks¶

ChainLocks are a feature provided by the Dash Network which provides certainty when accepting payments. This technology, particularly when used in parallel with InstantSend, creates an environment in which payments can be accepted immediately and without the risk of “Blockchain Reorganization Events”.

The risk of blockchain reorganization is typically addressed by requiring multiple “confirmations” before a transaction can be safely accepted as payment. This type of indirect security is effective, but at a cost of time and user experience. ChainLocks are a solution for this problem.

ChainLocks Process Overview¶

Every twelve hours a new “LLMQ” (Long-Lasting Masternode Quorum) is formed using a “DKG” (Distributed Key Generation) process. All members of this Quorum are responsible for observing, and subsequently affirming, newly mined blocks:

Whenever a block is mined, Quorum Members will broadcast a signed message containing the observed block to the rest of the Quorum.

If 60% or more of the Quorum sees the same new block they will collectively form a “CLSIG” (ChainLock Signature) message which will be broadcast to the remainder of the network.

When a valid ChainLock Signature is received by a client on the network, it will reject all blocks at the same height that do not match the block specified in that message.

The result is a quick and unambiguous decision on the “correct” blockchain for integrated clients and wallets. From a security perspective, this also makes reorganizations prior to this block impossible. See DIP0008 ChainLocks for a full description of how ChainLocks work.

Sporks¶

En respuesta a problemas imprevistos con el lanzamiento de la principal actualización de «RC3» en junio de 2014, el equipo de desarrollo de Dash creó un mecanismo mediante el cual se libera el código actualizado a la red, pero no se activa inmediatamente («aplicado»). Esta innovación permite transiciones mucho más suaves que en el paradigma de hard fork tradicional, así como la recopilación de datos de prueba en el entorno de red. Este proceso de bifurcación en múltiples fases originalmente se llamaría «soft forking», pero la comunidad cariñosamente lo denominó «el spork» y el nombre se quedó.

Las nuevas características o versiones de Dash son sometidas a extensas pruebas en la testnet o red de prueba antes de ser lanzadas a la red principal. Cuando se lanza una nueva característica o versión de Dash en la mainnet o red principal, la comunicación se envía a los usuarios informándoles del cambio y la necesidad de que ellos actualicen a sus clientes. Aquellos que actualizan sus clientes ejecutan el nuevo código, pero no se activa hasta que un porcentaje suficiente de participantes de la red (generalmente 80%) llegue a un consenso para ejecutarlo. En caso de que se produzcan errores con el nuevo código, la red no rechaza los bloques del cliente y se evitan los forks no deseados. Los datos sobre el error pueden recopilarse y enviarse al equipo de desarrollo. Una vez que el equipo de desarrollo está satisfecho con la estabilidad del nuevo código en el entorno de la mainnet o red principal, y una vez que se alcanza el consenso de red mínimo, varios miembros del equipo de desarrollo central pueden activar la aplicación del código actualizado de forma remota, firmando un mensaje de red junto con sus respectivas llaves privadas o private keys. En caso de que surjan problemas, el código se puede desactivar de la misma manera, sin la necesidad de una reversión en toda la red o actualización del cliente. Para obtener detalles técnicos sobre sporks individuales, ver here.

Algoritmo X11¶

X11 es un algoritmo ampliamente utilizado creado por el desarrollador de Dash core, Evan Duffield. X11 es un algoritmo en cadena que utiliza una secuencia de once algoritmos criptográficos para la prueba de trabajo. Esto es así de manera que la distribución de procesamiento sea justa y las monedas sean distribuidas de manera parecida a la forma como las monedas de Bitcoin fueron distribuidas originalmente. X11 tiene la intención de hacer que los ASICs fueran mucho más difíciles de crear, dando así a la moneda tiempo sudiciente para desarrollarse antes de que la centralización minera se convirtiera en una amenaza. Este enfoque fue en gran medida exitoso; a partir de principios de 2016, los ASIC para X11 ahora existen y comprenden una porción significativa del hash de la red, pero no han resultado en el nivel de centralización presente en Bitcoin. La información sobre minería con X11 se puede encontrar en la sección Minería de esta documentación.

X11 es el nombre de el algoritmo encadenado de prueba de trabajo (PoW) que fue introducido en Dash (lanzado en Enero de 2014 como «Xcoin»). Este fue parcialmente inspirado por el algoritmo en cadena de Quark, añadiendo mas profundidad y complejidad mediante el aumento del numero de hashes, difiere con respecto a Quark en que las rondas de hash son determinadas a priori en vez de ser seleccionadas aleatoriamente.

El algoritmo X11 utiliza rondas múltiples de 11 hashes diferentes (blake, bmw, groestl, jh, keccak, skein, luffa, cubehash, shavite, simd, echo), lo que lo convierte en uno de los más seguros y sofisticados hashes criptográficos, en el uso de las criptomonedas modernas. El nombre X11 no está relacionado con el sistema de código abierto X11, común en los sistemas operativos tipo UNIX.

Ventajas de X11¶

El incremento de la complejidad y la sofisticación de un algoritmo en cadena provee mejores niveles de seguridad y menos incertidumbre para una moneda digital, comparado con las soluciones de un solo hash de PoW que no están protegidos contra riesgos de seguridad como: SPOF (Punto individual de falla). Por ejemplo: Un posible pero no probable avance computacional que logre vulnerar el SHA-256 puede arriesgar toda la red Bitcoin hasta que la red migre a través de un hard fork a otro algoritmo criptográfico.

En caso de un avance computacional de esa escala, una moneda digital que utilice el algoritmo de PoW X11 continuaría funcionando seguramente a menos que los 11 hashes sean vulnerados simultáneamente. Incluso si alguno de los 11 hashes no sea fidedigno, habría una alerta adecuada para utilizar X11 como algoritmo, la moneda debería reemplazar la función problemática con algún otro algoritmo más confiable.

Debido a la naturaleza especulativa de las monedas digitales y su inherente incertidumbre al ser un campo nuevo, el algoritmo X11 puede proveer mas confianza a sus usuarios y a inversores potenciales que los algoritmos de hash individual. Estos algoritmos pueden proveer más seguridad y longevidad al momento de almacenarlos con el objetivo de almacenamiento de riqueza, diversificación de inversiones y cobertura contra los riesgos asociados a estos algoritmos afectados por SPOF (Puntos individuales de fallo).

Evan Duffield, el creador de Dash y X11, ha escrito en varias ocasiones que X11 fue integrado a Dash sin la intención de evitar que que los fabricantes de ASIC crearan ASICs para X11 en el futuro, sino buscando proveer el mismo camino migratorio que tuvo Bitcoin. (CPUs, GPUs y ASICs).

Dark Gravity Wave¶

DGW o Dark Gravity Wave es un algoritmo de ajuste de dificultad de código abierto para las criptomonedas basadas en Bitcoin que se utilizó por primera vez en Dash y desde entonces ha sido utilizado en otras monedas digitales. DGW fue escrito por Evan Duffield, el desarrollador y creador de Dash, como respuesta a una variación tempotal encontrada en Kimoto’s Gravity Well. En definición, DGW es similar a el Kimoto Gravity Well, ajustando los niveles de dificultad en cada bloque (en lugar de cada bloque de 2016 como Bitcoin) basado en datos estadísticos de bloques encontrados recientemente. Esto hace posible emitir bloques con tiempos relativamente constantes, incluso si la potencia de hashing experimenta altas fluctuaciones, sin sufrir una variación temporal.

La versión 2.0 de DGW fue implementada en Dash desde el bloque 45.000 con el objetivo de aliviar completamente la vulnerabilidad ante la variación temporal.
La versión 3.0 fue implementada en Mayo de 2014 con el objetivo de mejorar el calculo del targer con transiciones mas suaves. También resuelve varios problemas de arquitectura que tenía diferentes niveles de precisión de punto flotante a través del uso de enteros.

Tasa de Emisión¶

Las criptomonedas como Dash y Bitcoin son creadas a través de un proceso criptográfico conocido como minar. Este consiste en resolver repetidamente algoritmos de hash hasta que una solución válida para la presente dificultad de minado sea descubierta. Una vez descubierta, el minero puede crear nuevas unidades de la moneda. Esto es conocido como la recompensa por bloque. Para asegurar que la moneda no esta sujeta a una inflación permanente, la recompensa por bloque es reducida en intervalos regulares, como mostrado en este cálculo. Graficar esta data resulta en una curva que muestra las monedas en circulación, conocida como la tasa de emisión de moneda.

Aunque Dash se encuentra basado en Bitcoin, cambia significativamente su tasa de emisión de monedas ofreciendo una disminución mas suave en el tiempo. Mientras que Bitcoin reduce su tasa en 50% cada 4 años, Dash reduce la emisión en un catorceavo (aprox. 7,14%) cada 210240 bloques (approx. 383,25 días). Es notorio que reduciendo la recompensa por bloque más lentamente ofrece una transición más suave a una economía basada en comisiones en comparación con Bitcoin.

Tasa de emisión de monedas Bitcoin vs. Dash

Emisión total de monedas¶

Emisión total de las monedas de Bitcoin puede ser calculado como la suma de series geométricas, con una emisión total aproximandose a (pero nunca alcanzando) 21,000,000 BTC. Esto continuará hasta el 2140,pero la recompensa del minado se reduce tan rápido que el 99% de todos los Bitcoins estarán en circulación para el 2036, y el 99.9% para el 2048.

Emisión total de las monedas de Dash es también la suma de series geométricas, pero la emisión total final de la moneda es incierta porque no se puede saber cuánto de la recompensa por bloque del 10% reservada para las propuestas presupuestarias se asignará realmente, ya que esto depende del comportamiento futuro de la votación. Dash continuará emitiendo monedas durante aproximadamente 192 años antes de que un año completo de minería genere menos de 1 DASH. Después de 2209 solo se crearán 14 DASH más. El último DASH tardará 231 años en generarse, comenzando en 2246 y terminando cuando las emisiones se detengan por completo en 2477. Con base en estos números, se puede calcular una oferta de monedas máxima y mínima posible en el año 2254 entre:

17,742,696 DASH	Asumiendo una asignación nula de tesorería
18,921,005 DASH	Asumiendo un asignación completa de tesorería

Asignación de recompensa de bloque¶

A diferencia de Bitcoin, que asigna el 100% de la recompensa de los bloques a los mineros, Dash retiene el 10% de la recompensa del bloque para su uso en el sistema descentralizado sistema de presupuesto. El restante del bloque, asi como cualquier comisión de transacción, son divididos 50/50 entre el minero y un masternode, que es seleccionado de forma determinista según la lógica de pago. Dash presenta superblocks, que aparecen cada 16616 bloques (aproximadamente 30,29 días) y puede liberar hasta 10% del presupuesto acumulativo retenido sobre ese período del ciclo presupuestario a las propuestas ganadoras en el sistema de presupuesto. Dependiendo de la utilización del presupuesto, esto resulta en una asignación de recompensa de monedas aproximada a lo largo de un ciclo presupuestario de la siguiente manera:

45%	Recompensa por minería
45%	Recompensa de los masternodes por su Prueba-de-Servicio
10%	Presupuesto de governanza descentralizada

Esta documenación esta basada en cálculos y publicaciones de moocowmoo. Por favor ver esta publicación de reddit Para más detalles, o para correr tu propia Emisión de cálculos usar esta herramienta. Ver este sitio web para datos en vivo sobre las estadísticas actuales de la red.

Gobernanza descentralizada¶

La gobernanza descentralizada por cadena de bloques en ingles: (Decentralized Governance by Blockchain DGBB) es un intento de Dash que tiene como objetivo de resolver los problemas de manejo en proyectos descentralizados como el desarrollo de Dash. Debido a que no hay autoridades centrales que decidan enrumbar o tomar las decisiones del proyecto. Las decisiones son tomadas por la red, específicamente la red de master-nodos. El sistema DGBB permite a cada master-nodo votar (si/no/abstengo) para cada propuesta. Si la propuesta pasa, puede ser implementada (o no) por los desarrolladores de Dash. Un ejemplo clave es: cuando en el 2016, el equipo núcleo de Dash envió una propuesta a la red preguntando si el tamaño del bloque debería ser incrementado a 2MB. Dentro de las primeras 24 horas se alcanzaron los votos para aprobar este cambio. Comparando con Bitcoin donde el debate del tamaño del bloque está sucediendo desde hace 3 años.

El sistema DGBB también le da los medios a Dash para obtener financiamiento para su desarrollo. Mientras otros proyectos dependen de donaciones o dotes pre-minadas. Dash utiliza el 10% de la recompensa del bloque para esto. Cada vez que un bloque es minado, 45% de la recompensa van al minero, 45% al Masternode, y el 10% restante no es creado hasta final de mes. Durante el mes,, cualquiera puede solicitar financiamiento a la red. Si la propuesta llega a aprobarse por al menos 10% de la red de masternodes, al final de mes una serie de «superbloques» será creada. Para ese momento, la recompensa del bloque que no fue pagada (10% de cada bloque) será usada para el financiamiento de las propuestas aprovadas. Por lo tanto, la red se financia a sí misma al reservar el 10% de la recompensa en bloque para proyectos de presupuesto.

Puedes leer más sobre la governanza de Dash en la sección Gobernanza de esta documentación.

Sentinela¶

Sentinel es un agente autónomo para persistir, procesar y automatizar los objetos y tareas de la governanza de Dash 12.1, y para expandir las funciones del próximo lanzamiento de Dash V1.0 (Evolution). Sentinel es implementado como una aplicación de Python que se une a una instancia de una versión local de Dash 12.1 de dashd en cada Masternode de Dash 12.1.

Un objeto de governanza ( o «govObject») es una estructura genérica introducida en Das Core 12.1 para permitir la creación de propuestas de presupuesto, Desencadenadores y perros guardianes. La herencia de clase se ha utilizado para extender este objeto genérico a un objeto «Propuesta» para suplantar el sistema presupuestario actual de Dash.

Diagrama que destaca la relación entre Dash Sentinel y Core

«Las diferencias con Sentinel son realmente arquitectónicas y no fáciles / interesantes de explicar a los usuarios, ya que son un puente de 12.0 hacia las características de Evo (pero no implementándolos por completo), y Sentinel fue solo una parte de las mejoras 12.1 de todos modos. Pre-Sentinel, las funciones de gobiernanza estaban “conectadas” al código central. Sentinel abstrae este proceso porque en Evolution hay muchos tipos de objetos de usuarios a cuentas a contactos, etc., y si no hicimos este cambio primero, cambios / mejoras futuras en Evolution (e.g. agregar un nuevo tipo de objeto) requeriría cambiar el código central. Ahora Core es independiente de los tipos de objetos y podemos llevar esto adelante para la experiencia del usuario y no solo para la gobernanza. En términos de la documentación, no hay un whitepaper específico para Sentinel, pero tenemos varios documentos para Evo en un proceso continuo de RFC que se utilizan como base para el desarrollo de Evo.»

—Andy Freer, desarrollador de Evolution

Comisiones¶

Transactions on the Dash network are recorded in blocks on the blockchain. The size of each transaction is measured in bytes, but there is not necessarily a correlation between high value transactions and the number of bytes required to process the transaction. Instead, transaction size is affected by how many input and output addresses are involved, since more data must be written in the block to store this information. Each new block is generated by a miner, who is paid for completing the work to generate the block with a block reward. In order to prevent the network from being filled with spam transactions, the size of each block is artificially limited. As transaction volume increases, the space in each block becomes a scarce commodity. Because miners are not obliged to include any transaction in the blocks they produce, once blocks are full, a voluntary transaction fee can be included as an incentive to the miner to process the transaction. Most wallets include a small fee by default, although some miners will process transactions even if no fee is included.

The release of Dash 0.12.2.0 and activation of DIP0001 saw a simultaneous reduction of fees by a factor of 10, while the block size was increased from 1MB to 2MB to promote continued growth of low-cost transactions even as the cost of Dash rises. Dash also supports InstantSend and PrivateSend transactions, which operate on a different and mandatory fee schedule. Dash 0.13.0.0 introduced InstantSend autolocks, which causes masternodes to automatically attempt to lock any transaction with 4 or fewer inputs — which are referred to as “simple” transactions — and removes the additional fee for InstantSend. The fee schedule for Dash 0.13.x as of December 2018 is as follows:

Tipo de transacción	Comisión recomendada	Por unidad
Transacción estándar	.00001 DASH	Por Kb de data de transacción
Seguro automático de InstantSend	.00001 DASH	Por Kb de data de transacción
InstantSend	.0001 DASH	Por entrada de transacción
PrivateSend	.001 DASH	Por 10 rondas de mezcla (promedio)

Como ejemplo, una transacción estándar y relativamente simple en la red de Dash con una entrada, una salida y una posible dirección de cambio típicamente se ajusta en el rango de 200 - 400 bytes. Suponiendo un precio de US $ 100 por DASH, la comisión cae en el rango de $ 0.0002 - $ 0.0004, o menos de 1/50vo a un centavo. Procesar la transacción usando InstantSend al mismo precio agregaría 1 o 2 centavos a la transacción en los números de ingresos. Estas comisiones se aplican independientemente del valor Dash o en dólares de la transacción en sí.

PrivateSend works by creating denominations of 10, 1, 0.1, 0.01 and 0.001 DASH and then mixing these denominations with other users. Creation of the denominations is charged at the default fee for a standard transaction. Mixing is free, but to prevent spam attacks, an average of one in ten mixing transactions are charged a fee of 0.0001 DASH. Spending inputs mixed using PrivateSend incurs the usual standard or InstantSend fees, but to avoid creating a potentially identifiable change address, the fee is always rounded up to the lowest possible denomination. This is typically .001 DASH, so it is important to deduct the fee from the amount being sent if possible to minimise fees. Combining InstantSend and PrivateSend may be expensive due to this requirement and the fact that a PrivateSend transaction may require several inputs, while InstantSend charges a fee of 0.0001 DASH per input. Always check your fees before sending a transaction.

Evolution¶

Dash Evolution is the code name for a decentralized currency platform built on Dash blockchain technology. The goal is to provide simple access to the unique features and benefits of Dash to assist in the creation of decentralized technology. Dash introduces a tiered network design, which allows users to do various jobs for the network, along with decentralized API access and a decentralized file system.

Dash Evolution will be released in stages. Dash Core releases 0.12.1 through to 0.12.3 lay the groundwork for the decentralized features behind the scenes. Version 0.13 introduces the foundation of Evolution, specifically DIP2 Special Transactions and DIP3 Deterministic Masternode Lists. Version 0.14 establishes DIP6 Long Living Masternode Quorums. Expected in late 2019, Dash Core 1.0 will introduce key Evolution features such as username-based payments, the world’s first decentralized API (DAPI) and a decentralized data storage system (Dash Drive) based on IPFS.

A continuación se incluye nuestro trabajo actual sobre Evolution, que agrega muchos componentes tales como:

Dash Drive: Un sistema de archivos descentralizados para los datos de los usuarios que vive en la segunda capa de la red.
DAPI: Una API descentralizada que permite a los usuarios de tercer nivel acceder a la red de forma segura
DashPay Decentralized Wallets: Estas carteras son clientes ligeros conectados a la red a través de DAPI y se ejecutan en varias plataformas
Segundo nivel: La red de masternode, que proporciona una infraestructura compensada para el proyecto
Presupuestos: El segundo nivel tiene poder de voto para asignar fondos para proyectos específicos en la red a través del sistema de presupuesto
Governanza: Al segundo nivel se le otorga el poder de voto para gobernar la moneda y trazar el rumbo que tome la moneda.
Deterministic Masternode Lists (Listas de nodos maestros determinados): Esta funcionalidad introduce una lista de nodos maestros en la cadena, la cual puede ser usada para calcular el quorum pasado y presente.
Wallet Social: Introdujimos una wallet social, la cual permite las listas de amigos, agrupando con los usuarios y compartió una cuenta multifirma

Avances de Evolution¶

Los siguientes videos con el fundadore de Dash, Evan Duffield y el Jefe de Desarrollo de UI / UX, Chuck Williams, describen el proceso de desarrollo y las próximas características de la plataforma Dash Evolution.

Evolution Demo #1 - El primer Dash DAP, 16 Marzo 2018

Evolution Demo #2 - Móvil Evolution, 25 Abril 2018

Evolution Demo #3 - Dashpay experiencia de usuario, 15 Mayo 2018

Chuck Williams en Evolution, Conferencia de Dash Londres, 14 Septiembre 2017

Evan Duffield en el mapa de Evolution, Dash noticias, 28 Junio 2017