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
Block subsidy decreases by 7.14% per year
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.
Governance and Treasury allows stakeholders in Dash to determine the direction of the project and devotes 20% of the block subsidy to development of the project and ecosystem.
Dash Evolution will make using cryptocurrency as easy as using 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 subsidy. There is also the possibility for masternodes to earn money from fees in the future.
Evolution Masternodes (evonodes)#
Evolution Masternodes (evonodes) are a subset of Masternodes that have been created to host the Dash Platform. An evonode is a lot like Masternodes with these differences:
Masternode |
Evolution Masternode |
|
|---|---|---|
Caution |
1000 DASH |
4000 DASH (4X the collateral for normal masternodes) |
Specs |
Lesser than evonodes |
Higher than normal masternodes |
Service |
Only Dash Core |
Both Dash Core and Platform |
Voting Weight |
1 node gets 1 vote |
Has 4 times the voting power of a normal masternode |
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 :
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.
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.
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).
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.
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é.
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 :
À chaque fois qu’un bloc est miné, des membres du quorum diffusent au reste du quorum un message signé contenant le bloc observé.
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.
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#
In response to unforeseen issues with the rollout of the major « RC3 » update in June 2014, the Dash development team created a mechanism by which updated code is released to the network, but not immediately made active (« enforced »). This innovation allows for far smoother transitions than in the traditional hard fork paradigm, as well as the collection of test data in the live network environment. This process of multi-phased forking was originally to be called « soft forking » but the community affectionately dubbed it « the spork » and the name stuck.
New features or versions of Dash undergo extensive testing on testnet before they are released to the main network. When a new feature or version of Dash is released on mainnet, communication is sent out to users informing them of the change and the need for them to update their clients. Those who update their clients run the new code, but it is not activated until a sufficient percentage of network participants (usually 80%) reach consensus on running it. In the event of errors occurring with the new code, the client’s blocks are not rejected by the network and unintended forks are avoided. Data about the error can then be collected and forwarded to the development team. Once the development team is satisfied with the new code’s stability in the mainnet environment – and once acceptable network consensus is attained – enforcement of the updated code can be activated remotely by multiple members of the core development team signing a network message together with their respective private keys. Should problems arise, the code can be deactivated in the same manner, without the need for a network-wide rollback or client update. For technical details on individual sporks, see here.
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 is the name of the chained proof-of-work (PoW) algorithm that was introduced in Dash (launched January 2014 as « Xcoin »). It was partially inspired by the chained-hashing approach of Quark, adding further « depth » and complexity by increasing the number of hashes, yet it differs from Quark in that the rounds of hashes are determined a priori instead of having some hashes being randomly picked.
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 or Dark Gravity Wave is an open source difficulty-adjusting algorithm for Bitcoin-based cryptocurrencies that was first used in Dash and has since appeared in other digital currencies. DGW was authored by Evan Duffield, the developer and creator of Dash, as a response to a time-warp exploit found in Kimoto’s Gravity Well. In concept, DGW is similar to the Kimoto Gravity Well, adjusting the difficulty levels every block (instead of every 2016 blocks like Bitcoin) based on statistical data from recently found blocks. This makes it possible to issue blocks with relatively consistent times, even if the hashing power experiences high fluctuations, without suffering from the time-warp exploit.
Version 2.0 of DGW was implemented in Dash from block 45,000 onwards in order to completely alleviate the time-warp exploit.
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#
Cryptocurrencies such as Dash and Bitcoin are created through a cryptographically difficult process known as mining. Mining involves repeatedly solving hash algorithms until a valid solution for the current mining difficulty is discovered. Once discovered, the miner is permitted to create new units of the currency. This is known as the block subsidy. To ensure that the currency is not subject to endless inflation, the block subsidy is reduced at regular intervals, as shown in this calculation. Graphing this data results in a curve showing total coins in circulation, known as the coin emission rate.
While Dash is based on Bitcoin, it significantly modifies the coin emission rate to offer a smoother reduction in coin emission over time. While Bitcoin reduces the coin emission rate by 50% every 4 years, Dash reduces the emission by one-fourteenth (approx. 7.14%) every 210240 blocks (approx. 383.25 days). It can be seen that reducing the block subsidy by a smaller amount each year offers a smoother transition to a fee-based economy than Bitcoin.
Taux d’émission comparés Bitcoin/Dash#
Émission totale de monnaie#
Bitcoin’s total coin emission can be calculated as the sum of a geometric series, with the total emission approaching (but never reaching) 21,000,000 BTC. This will continue until 2140, but the mining subsidy reduces so quickly that 99% of all bitcoin will be in circulation by 2036, and 99.9% by 2048.
Dash’s total coin emission is also the sum of a geometric series, but the ultimate total coin emission is uncertain because it cannot be known how much of the 20% block subsidy reserved for budget proposals will actually be allocated, since this depends on future voting behavior. Dash will continue to emit coins for approximately 192 years before a full year of mining creates less than 1 DASH. After 2209 only 14 more DASH will be created. The last DASH will take 231 years to be generated, starting in 2246 and ending when emission completely stops in 2477. Based on these numbers, a maximum and minimum possible coin supply in the year 2254 can be calculated to be between:
17.742.696 DASH |
En supposant une allocation budgétaire nulle |
18.921.005 DASH |
Assuming full treasury allocation |
Allocation de la récompense de bloc#
Unlike Bitcoin, which allocates 100% of the block subsidy to miners, Dash holds back part of the block subsidy for use in the decentralized budget system. The remainder of the block subsidy, 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 the cumulative governance 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 allocation over a budget cycle as follows:
80% |
Mining and Masternode Reward |
20% |
Budget de gouvernance décentralisée |
When the Dash Core v20 hard fork activates, Dash’s governance budget will grow to 20% of the block subsidy per the governance proposal approved in September 2023. Additional details can be found in the Treasury expansion section.
Treasury expansion#
In September of 2023, the Dash network approved a proposal to double the governance budget by modifying the block subsidy allocation. The new allocation designates 20% for miners, 20% for the governance system budget, and 60% for masternodes. The expansion will go into effect upon activation of the Dash Core v20 hard fork.
20% |
Récompense de minage |
20% |
Budget de gouvernance décentralisée |
60% |
Masternode Reward |
Miner and masternode reallocation#
Note
This block reward reallocation process was superseded by the treasury expansion approved by the network in 2023. Upon activation of the Dash Core v20 hard fork this table will be obsolete.
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 |
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 (Current) |
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 |
This documentation is based on calculations and posts by moocowmoo. Please see this reddit post for more details, or run your own emission calculations using this tool. See this site for live data on current network statistics.
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 20% of the block subsidy to fund its own development. Every time a block is mined, 80% of the subsidy is split between the miner and a masternode per the distribution found here, while the remaining 20% 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 « superblock » will be created. At that time, the block subsidy that was not paid out (20% of each block) will be used to fund approved proposals. The network thus funds itself by reserving 20% of the block subsidy for budget projects.
Pour en savoir plus sur la gouvernance Dash, voir la section Gouvernance de cette documentation.
Sentinel#
Attention
Sentinel was deprecated in Dash Core v20.0 when its functionality was integrated into Dash Core.
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.
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 |
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 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
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