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 CoinJoin
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¶
In addition to traditional Proof of Work (PoW) rewards for mining Dash, users are also rewarded for running and maintaining special servers called masternodes. Thanks to this innovative two tier network, Dash can offer innovative features in a trustless and decentralized way. Masternodes are used to power CoinJoin, InstantSend, and the governance and treasury system. Users are rewarded for running masternodes; 45% of the block reward is allocated to pay the masternode network. You can view practical guides on all topics relating to masternodes here.
Los masternodes permiten los siguientes servicios:
InstantSend permite transacciones casi instantáneas. Las transacciones de Dash con InstantSend son confirmadas en dos segundos.
CoinJoin 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.
CoinJoin¶
CoinJoin gives you consumer grade financial privacy by shuffling your Dash with other users. All the Dash in your wallet consists of different inputs, which you can think of as separate, discrete coins. It uses an innovative process to join 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.
You can view a practical guide to use CoinJoin here.
The CoinJoin process works like this:
CoinJoin begins by breaking your transaction inputs down into standard denominations. These denominations are 0.001, 0.01, 0.1, 1 and 10 Dash – much like the paper money you use every day.
Your wallet then sends requests to specially configured software nodes on the network called masternodes. These masternodes are informed then that you are interested in creating a certain denomination using CoinJoin. No identifiable information is sent to the masternodes, so they never know who you are.
When two other people send similar messages, indicating that they wish to join coins of the same denomination, a session begins. The masternode instructs all three users’ wallets to pay the now-transformed inputs to themselves. Your wallet pays that denomination directly to itself but in a different address (called a change address).
Your wallet can repeat this process a number of times with each denomination. Each time the process is completed it’s called a «round.» The user may choose between 2-16 rounds of CoinJoin.
Your funds will pass through at least the number of rounds you specify. Dash 0.16 includes an update known as Random Round CoinJoin which will join a given denomination by up to three extra rounds to further improve privacy.
This process happens in the background without any intervention on your part. When you wish to make a transaction using your denominated funds no additional waiting will be required.
Note that CoinJoin transactions will be rounded up so that all transaction inputs are spent. Any excess Dash will be spent on the transaction fee.
IMPORTANT: Your wallet only contains 1000 of these change addresses. Every time a CoinJoin transaction is created, one of your addresses is used up. Once enough of them are used, your wallet must create more addresses. It can only do this, however, if you have automatic backups enabled. Consequently, users who have backups disabled will also have CoinJoin disabled.
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:
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 |
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.
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 caused masternodes to automatically attempt to lock any transaction with 4 or fewer inputs — which are referred to as “simple” transactions — and removed the additional fee for InstantSend. 0.14.0.0 then removed the limitation on 4 inputs, so the network will attempt to lock all transactions. The current fee schedule for Dash is as follows:
Tipo de transacción |
Comisión recomendada |
Por unidad |
|---|---|---|
CoinJoin |
0.001 DASH |
Per 10 rounds of CoinJoin (average) |
All other transactions |
0.00001 DASH |
Por Kb de data de transacción |
As an example, a standard and relatively simple transaction on the Dash network with one input, one output and a possible change address typically fits in the range of 200 - 400 bytes. Assuming a price of US$100 per DASH, the fee falls in the range of $0.0002 - $0.0004, or 1/50th of a cent. InstantSend locking will be attempted on all transactions without any extra charge.
CoinJoin works by creating denominations of 10, 1, 0.1, 0.01 and 0.001 DASH and then creating CoinJoin transactions with other users using these denominations. Creation of the denominations is charged at the default fee for a standard transaction. Using CoinJoin is free, but to prevent spam attacks, an average of one in ten CoinJoin transactions are charged a fee of 0.0001 DASH. Spending denominated inputs using CoinJoin incurs the usual standard fees, but to avoid creating a potentially identifiable change address, the fee is always rounded up to the lowest possible denomination. This is typically 0.001 DASH, so it is important to deduct the fee from the amount being sent if possible to minimise fees. Combining InstantSend and CoinJoin may be expensive due to this requirement and the fact that a CoinJoin 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