Caractéristiques

Spécifications

  • Premier bloc miné le 18 janvier 2014 à 23 h (EST)

  • Aucun préminage

  • Algorithme de hachage X11, minage CPU/GPU/ASIC disponible

  • Fréquence de bloc 2,6 minutes, blocs de 2 Mo, environ 56 transactions par seconde

  • La récompense de bloc décroît de 7,14% par an

  • Algorithme d’ajustement de la difficulté Dark Gravity Wave

  • Masse monétaire totale entre 17,74 et 18,92 millions d’unités

  • Réseau décentralisé de second niveau (masternodes)

  • Une meilleure confidentialité des transactions avec CoinJoin

  • Transactions instantanées avec InstantSend

  • Protection contre les opérations de réorganisation de chaîne (plus connues sous le nom d’attaques 51%) avec la fonctionnalité ChainLocks

  • Le système de gouvernance décentralisé permet aux opérateurs de masternode de voter sur les propositions budgétaires et sur les décisions qui affectent 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; a percentage of the block reward is allocated to pay the masternode network. The current percentage can be found in this table. You can view practical guides on all topics relating to masternodes here.

Les masternodes rendent possibles les fonctions suivantes :

  • InstantSend permet des transactions quasi instantanées. Les transactions InstantSend Dash sont entièrement confirmées en moins de deux secondes.

  • CoinJoin rend possible une confidentialité financière par une implémentation décentralisée de CoinJoin.

  • ChainLocks, qui protège la blockchain contre les attaques de minage 51% en signant les blocs lorsqu’ils sont minés.

  • La gouvernance et le trésor* permettent aux investisseurs Dash de choisir la direction du projet et allouent 10% de la récompense de bloc au développement du projet et de son écosystème.

  • Dash Evolution rendra l’utilisation des cryptomonnaies aussi simple que PayPal.

Les opérateurs de masternode doivent posséder 1000 dashs, ce qu’ils prouvent en signant un message dans une transaction spéciale écrite sur la blockchain. Ces fonds peuvent être déplacés à tout moment, mais leur déplacement fera sortir le masternode de la file d’attente et arrêtera sa rémunération. Les opérateurs de masternode ont aussi des droits de vote sur les propositions budgétaires. Chaque masternode représente une voix, et cette voix porte sur les propositions budgétaires ou les décisions importantes affectant Dash.

Les masternodes représentent un coût financier et un travail d’hébergement, ils perçoivent donc à titre de rétribution une part de la récompense de bloc. Puisqu’un seul masternode est payé avec chaque bloc, la fréquence des paiements peut varier, tout comme la valeur des dashs versés. Cet outil propose une estimation en temps réel des gains des masternodes. Les récompenses décroissent de 7% par an, en même temps que la récompense de bloc. Les masternodes ont aussi la possibilité future de gagner de l’argent sur les frais de transaction.

CoinJoin

CoinJoin vous propose une confidentialité financière pour vos transactions commerciales, en brassant vos dashs avec ceux d’autres utilisateurs. Tous les dashs de votre portefeuilles sont rangés dans différentes “entrées », qu’on peut imaginer comme des pièces de monnaie distinctes. CoinJoin utilise un procédé innovant pour mélanger vos entrées avec les entrées d’au moins deux autres personnes dans une seule transaction, sans que jamais vos fonds Dash ne quittent votre portefeuille. Vous gardez le contrôle de vos fonds à tout moment.

Un guide pratique de CoinJoin est consultable ici.

Le processus CoinJoin se déroule ainsi :

  1. CoinJoin commence par fractionner les entrées de votre transaction en coupures standard. Ces coupures sont de 0,001, 0,01, 0,1, 1 et 10 dashs — un peu à la manière des billets de banque que vous utilisez tous les jours.

  2. Ensuite, votre portefeuille envoie des requêtes à des serveurs spécifiques sur le réseau, appelés les « masternodes ». Ces masternodes sont informés que vous souhaitez créer certaines coupures utilisant CoinJoin. Aucune information d’identification n’est envoyée aux masternodes, qui ne savent jamais qui vous êtes.

  3. Quand deux autres personnes envoient des requêtes similaires, indiquant qu’ils souhaitent mélanger les mêmes coupures, une séance de mélange commence. Le masternode mélange les entrées et demande aux portefeuilles des trois utilisateurs de se verser à eux-mêmes l’entrée désormais transformée. Votre portefeuille s’auto-envoie cette coupure, mais à une adresse différente (appellée adresse de monnaie rendue).

  4. Votre portefeuille peut répéter ce processus un certain nombre de fois pour chaque coupure. Chaque fois que ce processus est achevé, il est appelé “cycle ». L’utilisateur peut choisir entre 2 et 16 cycles de CoinJoin.

  5. Vos fonds seront mélangés un nombre de fois au moins égal au nombre de cycles que vous avez indiqué. Dash 0.16 propose une mise à jour nommée Cycles de mélange aléatoires qui mélangera une coupure donnée jusqu’à trois cycles supplémentaires, pour améliorer encore plus la confidentialité.

  6. Le processus de mélange a lieu en arrière-plan, sans aucune intervention de votre part. Quand vous souhaitez envoyer une transaction qui utilise vos fonds déjà anonymisés, aucune autre attente ne sera nécessaire.

À noter : les transactions CoinJoin seront arrondies à la hausse, de telle manière que toutes les entrées de la transaction soient dépensées. Tous les dashs éventuellement en excès seront dépensés en frais de transaction.

IMPORTANT : votre portefeuille ne contient que 1000 de ces « adresses de monnaie rendue ». À chaque nouvelle transaction CoinJoin, une de ces adresses sera utilisée. Une fois qu’elles sont toutes utilisées, votre portefeuille doit créer de nouvelles adresses. Il ne peut cependant le faire que si vous avez activé l’option de sauvegardes automatiques. En conséquence, les utilisateurs qui ont désactivé les sauvegardes automatiques auront également l’option CoinJoin désactivée.

InstantSend

Les cryptomonnaies décentralisées traditionnelles doivent attendre, pendant un certain temps, qu’un certain nombre de blocs soient générés pour pouvoir garantir qu’une transaction est irréversible, et qu’elle ne correspond pas à une tentative de dépense de fonds déjà dépensés ailleurs. Ce processus prend du temps, souvent entre 15 minutes et 1 heure, pour atteindre le nombre de 6 blocs, nombre le plus souvent considéré comme étant suffisamment sûr. D’autres cryptomonnaies proposent des temps de confirmation plus courts, en centralisant leur réseau d’une façon ou d’une autre.

Dash ne souffre d’aucune de ces limitations, grâce au réseau de second niveau formé par ses masternodes. Les masternodes constituent des quorums de vote, afin de vérifier si une transaction soumise est valide ou non. Si elle est valide, les masternodes « verrouillent » les entrées de la transaction et diffusent cette information au réseau, ce qui constitue une promesse effective que la transaction sera incluse dans les blocs minés par la suite, sans qu’aucune des entrées ne puisse être dépensée pendant le délai de confirmation.

La technologie InstantSend permettra aux cryptomonnaies telles que Dash de concurrencer les systèmes de transaction quasi instantanées tels que les cartes de paiement, dans le cadre des points de vente, et ce sans reposer sur une entité centralisée. Une large acceptation de Dash et d’InstantSend par les vendeurs pourrait révolutionner la cryptomonnaie en réduisant le délai de confirmation des transactions, parfois long d’une heure (avec Bitcoin), à quelques secondes seulement.

On peut consulter un guide pratique de CoinJoin ici. CoinJoin a été originellement présenté dans un livre blanc intitulé Transaction Locking and Masternode Consensus: A Mechanism for Mitigating Double Spending Attacks, puis amélioré par l’introduction de LLMQ-based InstantSend avec Dash 0.14.

Comment la fonction “InstantSend” de Dash protège les vendeurs des doubles paiements, Dash Detailed, par Amanda B. Johnson, 16 septembre 2016

ChainLocks

ChainLocks est une fonctionnalité fournie par le réseau Dash, qui garantit totalement l’acceptation des paiements. Cette technologie, notamment lorsqu’elle est utilisée conjointement avec InstantSend, crée un environnement dans lequel les paiements peuvent être acceptés immédiatement et sans aucun risque de “réorganisation de blockchain”.

Le risque de réorganisation de blockchain est classiquement mitigé par l’attente de nombreuses « confirmations » avant qu’une transaction soit acceptée en toute sécurité comme paiement. Ce type de sécurité indirecte est efficace, mais il implique une attente et une expérience utilisateur médiocre. ChainLocks est une solution à ce problème.

Aperçu du processus ChainLocks

Toutes les douze heures, un nouveau « quorum de masternodes de longue durée » (long-lasting masternode quorum, LLMQ) est établi au moyen d’un processus de génération de clé distribuée (distributed key generation, DKG). Tous les membres de ce quorum doivent observer, puis confirmer, les blocs nouvellement minés :

  1. À chaque fois qu’un bloc est miné, des membres du quorum diffusent au reste du quorum un message signé contenant le bloc observé.

  2. Si 60% ou plus du quorum observe le même nouveau bloc, ils formeront collectivement une signature ChainLocks (“CLSIG”) sous forme de message qui sera diffusé au reste du réseau.

  3. Quand une signature ChainLocks valide est reçue par un client du réseau, il rejettera tous les blocs de même hauteur qui ne coïncident pas avec le bloc indiqué dans ce message.

Le résultat est une décision rapide et sans ambiguïté, pour les clients et portefeuilles intégrés, concernant la blockchain « correcte ». Du point de vue de la sécurité, cela rend impossible les réorganisations antérieures à ce bloc. Voir la DIP0008 ChainLocks pour une description complète du fonctionnement de ChainLocks.

Sporks

En réponse à des problèmes imprévus apparus avec la mise à jour majeure « RC3 » (juin 2014), l’équipe de développement Dash a créé un mécanisme par lequel le code mis à jour est diffusé au réseau, mais pas immédiatement activé. Cette innovation permet des transitions bien plus douces que lors des “hard forks » traditionnels. Elle permet aussi de récupérer des données de test au sein de l’environnement réseau. Ce processus de fork multiphase devait à l’origine s’intituler “soft forking », mais la communauté lui a donné le petit nom de “spork » et le terme est resté.

Les nouvelles fonctionnalités ou versions de Dash subissent de nombreux essais sur le réseau de test, avant d’être diffusées sur le réseau principal. Quand une nouvelle fonctionnalité ou version est diffusée sur le réseau principal, les utilisateurs sont informés du changement et de la nécessité de mettre à jour leurs logiciels clients. Ceux qui mettent à jour leurs clients font tourner le nouveau code, mais il n’est pas activé avant qu’un pourcentage suffisant des participants au réseau (en général 80%) ne forment un consensus pour le faire tourner. Dans le cas d’erreurs se manifestant dans le nouveau code, les blocs des clients ne sont pas rejetés par le réseau, et ainsi des “forks » non souhaités sont évités. Les données sur les erreurs peuvent alors être récupérées et transmises à l’équipe de développement. Une fois que l’équipe est satisfaite de la stabilité du nouveau code dans le réseau principal — et que le consensus acceptable est atteint dans le réseau —, l’activation du code mis à jour se fait à distance par plusieurs membres de l’équipe de développement, qui signent un message réseau ensemble, avec leurs clés privées respectives. Si des problèmes apparaissent, le code peut être désactivé de la même façon, sans nécessité d’un retour en arrière de l’ensemble du réseau, ni d’une mise à jour du client.  Pour plus de détails techniques sur les sporks individuels, voir ici.

Algorithme de hachage X11

X11 est un algorithme de hachage largement utilisé, créé par Evan Duffield, développeur Dash Core. L’algorithme de hachage en chaîne de X11 utilise une série d’onze fonctions mathématiques de hachage pour la preuve de travail, dans le but que le processus de distribution soit équitable et que les unités soient distribuées à peu près de la même façon que celles de Bitcoin à l’origine. X11 a été conçu de façon à rendre plus difficile la création d’ASICs, et donc à donner à la monnaie plus de temps pour se développer avant que la centralisation du minage ne devienne une menace. Cette approche a été largement couronnée de succès ; depuis début 2016, des ASICs pour X11 existent et représentent une part significative du taux de hachage du réseau, mais n’ont pas entraîné un niveau de centralisation comparable à celui de Bitcoin. Plus d’informations sur le minage X11 sont consultables dans la section Minage de la présente documentation.

X11 est le nom de l’algorithme chaîné de preuve de travail (PoW) créé avec Dash (lancé en janvier 2014 sous le nom d”“Xcoin »). Il tire pour partie son inspiration de l’approche de hachage chaîné de Quark, ajoutant plus de « profondeur » et de complexité en augmentant le nombre de hashs, cependant il diffère de Quark en ceci que les cycles de hachage sont fixés a priori au lieu d’être choisis au hasard pour certains.

L’algorithme X11 utilise plusieurs cycles de 11 hashs différents (blake, bmw, groestl, jh, keccak, skein, luffa, cubehash, shavite, simd, echo), en faisant un des processus de hachage les plus sûrs et les plus sophistiqués utilisés dans les cryptomonnaies modernes. Le nom X11 n’a aucun rapport avec le système de fenêtrage X11 couramment utilisé sur les systèmes UNIX.

Avantages d’X11

La complexité accrue et la sophistication de l’algorithme chaîné offrent à une monnaie numérique des niveaux de sécurité améliorés et une moindre incertitude par rapport aux solutions de preuve de travail (PoW) à algorithme unique, qui ne sont pas protégées contre les risques de sécurité de type “point de vulnérabilité unique ». Par exemple, une percée possible (mais improbable) en informatique qui permettrait de “casser » le hachage SHA256 pourrait mettre en péril le réseau Bitcoin en entier, jusqu’à ce qu’il bascule par “hard fork » vers un autre hachage cryptographique.

Dans l’hypothèse d’une telle percée informatique, une monnaie numérique utilisant la PoW X11 continuerait de fonctionner en sécurité, à moins que les 11 hachages soient “cassés » simultanément. Même si certains des 11 hachages s’avéraient faillibles, l’alerte serait donnée suffisamment à temps pour qu’une monnaie utilisant X11 puisse prendre des mesures de remplacement des hachages vulnérables par d’autres algorithmes plus fiables.

Au vu de la nature spéculative des monnaies numériques et des incertitudes qui sont celles de ce domaine neuf, l’algorithme X11 donne une confiance accrue à ses utilisateurs et aux investisseurs potentiels, au contraire d’une approche à algorithme unique. Les solutions de hachage chaîné, telles que X11, permettent une meilleure sécurité et longévité pour des objectifs de réserve de valeur, de diversification d’investissement et de réduction des risques associés aux monnaies à algorithme unique (points de vulnérabilité uniques).

Evan Duffield, créateur de Dash et du hachage chaîné X11, a écrit à diverses reprises qu’X11 avait été intégré à Dash non pas pour empêcher les fabricants d’ASIC de créer des ASICs X11, mais plutôt pour préparer un chemin similaire à celui de Bitcoin (CPUs, GPUs, ASICs).

Dark Gravity Wave

DGW ou Dark Gravity Wave est un algorithme open source d’ajustement de difficulté pour les cryptomonnaies basées sur Bitcoin. Il a été d’abord utilisé dans Dash, puis s’est répandu dans d’autres monnaies numériques. DGW a été créé par Evan Duffield, programmeur et créateur de Dash, en tant réponse à une faille “time-warp » découverte dans Kimoto’s Gravity Wave. Dans son concept, DGW est analogue à Kimoto’s Gravity Wave, en ajustant les niveaux de difficulté avec chaque bloc (au lieu de tous les 2016 blocs comme dans Bitcoin), sur la base de statistiques tirées des blocs récemment minés. Cela permet de diffuser des blocs avec une fréquence relativement constante, même si la puissance de hachage connaît de fortes variations, et sans craindre la faille “time-warp ».

  • La version 2.0 de DGW a été implémentée dans Dash à partir du bloc 45000, afin de supprimer complètement le risque de la faille “time-warp ».

  • La version 3.0 a été implémentée le 14 mai 2014 pour améliorer davantage le recalcul de la difficulté, avec des transitions plus douces. Elle a aussi corrigé des problèmes rencontrés sur certaines architectures qui avaient différents niveaux de précision de virgule flottante.

Taux d’émission

Les cryptomonnaies telles que Dash et Bitcoin sont créées par une procédure cryptographiquement complexe, connue sous le nom de minage. Le minage suppose de résoudre des algorithmes de hachage jusqu’à ce que soit découverte une solution correspondant à la difficulté de minage courante. Une fois découverte, le mineur est autorisé à créer de nouvelles unités de cryptomonnaie. Cela constitue la récompense de bloc. Pour garantir que la monnaie ne fera pas l’objet d’une inflation illimitée, la récompense de bloc est diminuée à intervalles réguliers, comme montré dans cette simulation. La représentation graphique donne une courbe montrant la totalité des unités en circulation, connue sous le nom de taux d’émission des unités.

Tout en étant basé sur Bitcoin, Dash modifie significativement le taux d’émission de manière à ce que sa diminution soit mieux lissée à travers le temps. Tandis que Bitcoin diminue le taux d’émission de 50% tous les 4 ans, Dash le diminue d’un quatorzième (environ 7,14%) tous les 210240 blocs (environ tous les 383,25 jours). On peut considérer que la moindre diminution de la récompense de bloc tous les ans constitue, par rapport à Bitcoin, une transition plus douce vers une économie basée sur les frais de transaction.

../_images/coin_emission.jpg

Taux d’émission comparés Bitcoin/Dash

Émission totale de monnaie

L’émission monétaire totale de Bitcoin peut être calculée comme la somme d’une série géométrique, avec une émission totale approchant (sans jamais l’atteindre) les 21 millions de BTC. L’émission durera jusqu’en 2140, mais la récompense de minage diminue si vite que 99% de tous les bitcoins seront en circulation dès 2036, et 99,9% dès 2048.

L’émission monétaire totale de Dash est également la somme d’une série géométrique, mais l’émission totale et définitive reste incertaine, car on ne peut pas savoir combien des 10% de récompense de bloc réservés aux propositions budgétaires seront effectivement alloués (car cela dépend des futurs votes). Dash continuera à émettre de nouvelles pièces pour environ 192 années avant qu’une année entière de minage génère moins d’1 dash. Après 2209, seuls 14 nouveaux dashs seront générés. Le dernier dash prendra 231 ans à être généré, avec un début en 2246 et une fin complète d’émission en 2477. Sur la base de ces chiffres, une masse monétaire minimale et maximale en 2254 peut être estimée entre :

17.742.696 DASH

En supposant une allocation budgétaire nulle

18.921.005 DASH

En supposant une allocation budgétaire intégrale

Allocation de la récompense de bloc

Unlike Bitcoin, which allocates 100% of the block reward to miners, Dash holds back 10% of the block reward for use in the decentralized budget system. The remainder of the block reward, as well as any transaction fees, is split between the miner and a masternode, which is deterministically selected according to the payment logic. Dash features superblocks, which appear every 16616 blocks (approx. 30.29 days) and can release up to 10% of the cumulative budget held back over that budget cycle period to the winning proposals in the budget system. Depending on budget utilization, this results in an approximate coin reward allocation over a budget cycle as follows:

90%

Mining and Masternode Reward

10%

Budget de gouvernance décentralisée

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. The incremental reallocation adjusts the percentage share every three superblock cycles.

The following table shows the incremental reallocation process and indicates the current reallocation date. Reward reallocation changes began at the first superblock following activation and now occur every three superblock cycles (approximately once per quarter) until the reallocation is complete.

Ajustement

Mineur %

Masternode %

Changement (%)

Reallocation Dates

0

50.0

50.0

0.00%

1

48.7

51.3

1.30%

2020-11-28

2

47.4

52.6

1.30%

2021-02-27

3

46.7

53.3

0.70%

2021-05-29

4

46.0

54.0

0.70%

2021-08-28

5

45.4

54.6

0.60%

2021-11-27

6

44.8

55.2

0.60%

2022-02-25

7 (Current)

44.3

55.7

0.50%

2022-05-27

8

43.8

56.2

0.50%

2022-08-26

9

43.3

56.7

0.50%

2022-11-25

10

42.8

57.2

0.50%

2023-02-24

11

42.3

57.7

0.50%

2023-05-26

12

41.8

58.2

0.50%

2023-08-25

13

41.5

58.5

0.30%

2023-11-24

14

41.2

58.8

0.30%

2024-02-23

15

40.9

59.1

0.30%

2024-05-24

16

40.6

59.4

0.30%

2024-08-22

17

40.3

59.7

0.30%

2024-11-21

18

40.1

59.9

0.20%

2025-02-20

19

40.0

60.0

0.10%

2025-05-22

Cette documentation est basée sur des calculs et publications de Moocowmoo. Voir cet article Reddit pour en savoir plus. Vous pouvez aussi lancer vos propres calculs d’émission avec l’outil. Voir aussi ce site pour des statistiques en direct sur le réseau.

Gouvernance décentralisée

Decentralized Governance by Blockchain, or DGBB, is Dash’s attempt to solve two important problems in cryptocurrency: governance and funding. Governance in a decentralized project is difficult, because by definition there are no central authorities to make decisions for the project. In Dash, such decisions are made by the Decentralized Autonomous Organization (DAO). The DAO allows each masternode to vote once (yes/no/abstain) for each proposal. If a proposal passes, it can then be implemented (or not) by Dash’s developers. A key example is early in 2016, when Dash’s Core Team submitted a proposal to the network asking whether the blocksize should be increased to 2 MB. Within 24 hours, consensus had been reached to approve this change. Compare this to Bitcoin, where debate on the blocksize has been raging for nearly three years.

DAO also provides a means for Dash to fund its own development. While other projects have to depend on donations or premined endowments, Dash uses 10% of the block reward to fund its own development. Every time a block is mined, 90% of the reward is split between the miner and a masternode per the distribution found here, while the remaining 10% is not created until the end of the month. During the month, anybody can make a budget proposal to the network. If that proposal receives net approval of at least 10% of the masternode network, then at the end of the month a series of « superblocks » will be created. At that time, the block rewards that were not paid out (10% of each block) will be used to fund approved proposals. The network thus funds itself by reserving 10% of the block reward for budget projects.

Pour en savoir plus sur la gouvernance Dash, voir la section Gouvernance de cette documentation.

Sentinel

Apparu dans Dash 0.12.1, Sentinel est un agent autonome destiné à surveiller, opérer et automatiser les objets et tâches de gouvernance. Sentinel prend la forme d’une application Python connectée à une instance locale dashd sur chaque masternode Dash.

Un objet de gouvernance (ou « govObject ») est une structure générique apparue dans Dash Core 0.12.1 et permettant la création de propositions budgétaires et d’interrupteurs. L’héritage de classe a été utilisé pour étendre cet objet générique comme objet de « proposition » afin de réformer le système budgétaire Dash actuel.

../_images/sentinel.png

Diagramme des interactions entre Dash Sentinel et Dash Core

Frais de transaction

Les transactions sur le réseau Dash sont inscrites dans des blocs, sur la blockchain (chaîne de blocs). La taille de chaque transaction est mesurée en octets, mais il n’y a pas forcément de corrélation entre des transactions de montant élevé et le nombre d’octets nécessaires pour opérer la transaction. La taille de la transaction dépend du nombre d’adresses d’entrée et de sortie impliquées : en effet, plus ou moins de données doivent être écrites dans le bloc pour stocker cette information. Chaque nouveau bloc est généré par un mineur, qui est rétribué par une récompense de bloc s’il achève ce travail de génération. Afin d’éviter que le réseau ne soit saturé de transactions « spam », la taille de chaque bloc est limitée de façon artificielle. Au fur et à mesure que le volume de transactions augmente, l’espace disponible dans chaque bloc se raréfie. Les mineurs ne sont pas contraints d’inclure toutes les transactions dans les blocs qu’ils produisent, et donc, une fois que les blocs sont pleins, des frais de transaction volontaires peuvent être ajoutés à la transaction, constituant une incitation pour que le mineur traite la transaction. La plupart des portefeuilles définissent de faibles frais de transaction par défaut ; cependant beaucoup de mineurs traiteront les transactions même si elles ne comportent pas de frais.

La sortie de Dash 0.12.2.0 et l’activation de la DIP0001 ont entraîné une division des frais de transaction par 10, cependant que la taille de bloc a augmenté de 1 Mo à 2 Mo pour soutenir la croissance des transactions à frais bas, même si le cours de Dash augmente. La version 0.13.0.0 de Dash a inauguré les verrouillages automatiques InstantSend, où les masternodes tâchent de verrouiller toute transaction comportant 4 entrées ou moins (ce qu’on appelle des transactions « simples »), et elle a supprimé les frais supplémentaires pour InstantSend. La version 0.14.0.0 a ensuite supprimé la limite de 4 entrées, le réseau essaiera donc de verrouiller toutes les transactions. La grille de frais actuelle est la suivante :

Type de transaction

Frais recommandés

Par unité

CoinJoin

0.001 DASH

Par 10 cycles CoinJoin (en moyenne)

Toutes les autres transactions

0.00001 DASH

Par Ko de données de transaction

Par exemple, une transaction standard et relativement simple sur le réseau Dash comportant une entrée, une sortie et une adresse éventuelle de monnaie rendue représente en général une taille compris entre 200 et 400 octets. En supposant un cours de 100 dollars par dash, la transaction revient de 0,0002 à 0,0004 dollar, c’est-à-dire à peine 1/50ème d’un centime. Le verrouillage InstantSend sera tentée sur toutes les transactions, sans aucun frais supplémentaire.

CoinJoin fonctionne en créant des coupures de 10, 1, 0,1, 0,01 et 0,001 dashs, puis en créant des transactions CoinJoin avec d’autres utilisateurs utilisant ces coupures. La création des coupures coûte les frais par défaut pour une transaction standard. Utiliser CoinJoin est gratuit mais, pour empêcher les attaques « spam », environ une transaction CoinJoin sur dix doit régler des frais de 0,0001 dash. Dépenser des entrées avec CoinJoin entraîne les frais habituels, mais, pour éviter de créer des adresses de monnaie rendue potentiellement identifiables, les frais sont toujours arrondis à la plus petite coupure possible supérieure. Cela représente typiquement 0,001 dash. Il est donc important de déduire les frais du montant envoyé, si possible, pour optimiser les frais. Combiner InstantSend et CoinJoin peut coûter cher pour cette raison, mais aussi parce qu’une transaction CoinJoin peut impliquer plusieurs entrées alors qu’InstantSend entraîne des frais de 0,0001 dash pour chaque entrée. Veuillez toujours vérifier vos frais avant d’envoyer une transaction.

Evolution

Dash Evolution est le nom de code d’une plateforme monétaire décentralisée, bâtie sur la technologie blockchain Dash. L’objectif est de fournir un accès simple aux fonctionnalités et aux avantages uniques de Dash, et de faciliter l’usage des technologies décentralisées. Dash propose un réseau à niveaux multiples qui permet aux utilisateurs d’exécuter différentes tâches pour le réseau, avec un accès par API décentralisée et un système de fichiers décentralisé.

Dash Evolution sortira en plusieurs étapes. Les versions 0.12.1 à 0.12.3 de Dash Core ont établi les premières fonctionnalités décentralisées. La version 0.13 a introduit la fondation d’Evolution, en particulier les transactions spéciales DIP2 et les listes de masternodes déterministes DIP3. La version 0.14 introduit les quorums de masternode à longue durée de vie DIP6. Attendue pour la fin 2019, la version 1.0 de Dash Core introduira des fonctionnalités clés d’Evolution, telles que les paiements basés sur noms d’utilisateur, la toute première API décentralisée au monde (DAPI) et un système de stockage de données décentralisé (Dash Drive) basé sur IPFS.

Notre travail actuel sur Evolution ajoute un grand nombre de composants, tels que :

  • Drive : un système de fichiers décentralisé et partagé, pour stocker les données utilisateurs sur le réseau de second niveau

  • DAPI : une API décentralisée qui permet aux utilisateurs de troisième niveau d’accéder au réseau de manière sûre

  • Portefeuilles décentralisés DashPay : ces portefeuilles sont des clients légers connectés au réseau à travers la DAPI, et qui tournent sur différentes plateformes

  • Second niveau : le réseau des masternodes, qui fournit une infrastructure rétribuée au projet

  • Budgets : le réseau de second niveau a un droit de vote pour allouer des fonds à des projets spécifiques, à travers le système budgétaire intégré au réseau

  • Gouvernance : le réseau de second niveau a un droit de vote pour diriger ou réorienter l’évolution de la monnaie

  • Listes de masternodes déterministes : cette fonctionnalité introduit une liste de masternode sur chaîne, qui peut être utilisée pour calculer les quorums passés et présents

  • Portefeuille social : ce portefeuille permet de créer des listes d’amis, de regrouper des utilisateurs et de créer des comptes partagés multi-signés

Aperçus d’Evolution

Dash Dapps - Demoing Community Development on environment, 17 août 2020

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

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

Les vidéos ci-dessous montrent Evan Duffield, le fondateur de Dash, et Chuck Williams, le responsable développement de l’interface, décrire le processus de programmation et les fonctionnalités futures de la plateforme Dash Evolution.

Evolution Demo #1 - la première application décentralisée Dash, 16 mars 2018

Evolution Demo #2 - Evolution sur mobilr, 25 avril 2018

Evolution Demo #3 - l’expérience utilisateur sur Dashpay, 15 mai 2018

Chuck Williams à propos d’Evolution, conférence Dash de Londres, 14 septembre 2017

Evan Duffield à propos de la feuille de route d’Evolution, Dash Force News, 28 juin 2017