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
  • Superior privacy using PrivateSend
  • Transacciones instantáneas usando InstantSend
  • Protection against blockchain reorganization events (commonly called 51% attacks) using ChainLocks
  • 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 gives financial privacy through a decentralized implementation of CoinJoin.
  • ChainLocks, which protects the blockchain against 51% mining attacks by signing blocks as they are mined.
  • Governance and Treasury allows stakeholders in Dash to determine the direction of the project and devotes 10% of the block reward to development of the project and ecosystem.
  • Dash Evolution hará que el uso de las criptomonedas sea tan fácil como usar PayPal.

Masternode owners must have possession of 1000 DASH, which they prove by signing a message included in a special transaction written to the blockchain. The Dash can be moved or spent at any time, but doing so will cause the masternode to fall out of queue and stop earning rewards. Masternode users are also given voting rights on proposals. Each masternode has one vote and this vote can be used on budget proposals or important decisions that affect Dash.

Masternodes cost money and effort to host so they are paid a percentage of the block reward as an incentive. Because only one masternode is paid in each block, the frequency of the payment can vary, as well as the value of the Dash paid out. This tool shows a live calculation of masternode earnings. These rewards decrease by 7% each year, together with the block reward. There is also the possibility for masternodes to earn money from fees in the future.

PrivateSend

PrivateSend gives you true financial privacy by obscuring the origins of your funds. All the Dash in your wallet is comprised of different «inputs», which you can think of as separate, discrete coins. PrivateSend uses an innovative process to mix your inputs with the inputs of at least two other people in a single transaction, so the value in Dash never leaves your wallet. You retain control of your money at all times.

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

El proceso de PrivateSend funciona así:

  1. 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.
  2. 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.
  3. 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).
  4. Your wallet must repeat this process a number of times with each denomination. Each time the process is completed, it’s called a «round». Each round of PrivateSend makes it exponentially more difficult to determine where your funds originated. The user may choose between 1-16 rounds of mixing.
  5. Your funds will be mixed by at least the number of rounds you specify. Dash 0.16 includes an update known as Random Round Mixing which will mix a given denomination by up to three extra rounds to further improve privacy.
  6. This mixing process happens in the background without any intervention on your part. When you wish to make a private transaction, your funds will be ready to spend. No additional waiting is required.

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 suffers from neither of these limitations thanks to its second-layer network of masternodes. Masternodes regularly form voting quorums to check whether or not a submitted transaction is valid. If it is valid, the masternodes «lock» the inputs for the transaction and broadcast this information to the network, effectively promising that the transaction will be included in subsequently mined blocks and not allowing any other spending of these inputs during the confirmation time period.

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.

You can view a practical guide to use InstantSend here. InstantSend was introduced in a whitepaper called Transaction Locking and Masternode Consensus: A Mechanism for Mitigating Double Spending Attacks, and further improved through the introduction of LLMQ-based InstantSend in Dash 0.14.

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-Living 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:

  1. Whenever a block is mined, Quorum Members will broadcast a signed message containing the observed block to the rest of the Quorum.
  2. 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.
  3. 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.

../_images/coin_emission.jpg

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

On 13 August 2020, the Dash network approved a proposal to modify the block reward allocation from 50/50 between miners and masternodes to 40/60 respectively. Once activated, this reallocation will result in an incremental adjustment to the percentage share every three superblock cycles, or approximately three months. The following table shows the incremental reallocation process. Reward reallocation changes would begin at the first superblock following activation and then occur every three superblock cycles (approximately once per quarter) until the reallocation is complete. This documentation will be updated with the specific dates once activation has occurred.

Adjustment Miner % Masternode % Change (%)
0 (Current) 50.0 50.0 0.00%
1 48.7 51.3 1.30%
2 47.4 52.6 1.30%
3 46.7 53.3 0.70%
4 46.0 54.0 0.70%
5 45.4 54.6 0.60%
6 44.8 55.2 0.60%
7 44.3 55.7 0.50%
8 43.8 56.2 0.50%
9 43.3 56.7 0.50%
10 42.8 57.2 0.50%
11 42.3 57.7 0.50%
12 41.8 58.2 0.50%
13 41.5 58.5 0.30%
14 41.2 58.8 0.30%
15 40.9 59.1 0.30%
16 40.6 59.4 0.30%
17 40.3 59.7 0.30%
18 40.1 59.9 0.20%
19 40.0 60.0 0.10%

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

Introduced in Dash 0.12.1, Sentinel is an autonomous agent for persisting, processing and automating Dash governance objects and tasks. Sentinel is implemented as a Python application that binds to a local version dashd instance on each Dash masternode.

A Governance Object (or «govObject») is a generic structure introduced in Dash 0.12.1 to allow for the creation of Budget Proposals and Triggers. Class inheritance has been utilized to extend this generic object into a «Proposal» object to supplant the current Dash budget system.

../_images/sentinel.png

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

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 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 current fee schedule for Dash 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 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 (Drive) based on IPFS.

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

  • Drive: A decentralized shared file system for user data that lives on the second tier network
  • 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

Dash Dapps - Demoing Community Development on environment, 17 August 2020

Let’s Talk Dash Dapps feat. Sample Dapps & Wallet API (Ep 2), 6 August 2020

Let’s Talk Dash Dapps feat. Chrome Wallet (Ep 1), 28 July 2020

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