Une liberté financière bâtie sur les masternodes

Dash a été lancé par Evan Duffield sur la base d’une fonctionnalité unique, l’algorithme de hachage X11, et le développement initial a été dédié à l’ajustement dynamique de la difficulté de minage, connu sous le nom de Dark Gravity Wave. Les masternodes ont rapidement suivi, fournissant un ensemble de nœuds complets puissants et financièrement motivés, qui forment l’épine dorsale du réseau et offrent leur services aux utilisateurs. Les sporks ont été introduits pour permettre la sortie de nouvelles fonctionnalités sans devoir faire un hard fork du réseau, et enfin PrivateSend a été lancé pour faire de Dash une monnaie véritablement fongible.

Bâtir une fondation pour l’avenir

Basé à l’origine sur le projet Litecoin, Dash a rejoint le code Bitcoin début 2015. InstantSend, un moyen de verrouiller les transactions de manière sûre avec l’architecture de second niveau des masternodes, est sorti peu après. Le travail s’est poursuivi toute l’année pour bâtir un système de gouvernance décentralisée et réserver jusqu’à 10% de la récompense de bloc à des propositions budgétaires soumises au réseau. Le premier superbloc a été miné le 7 septembre 2015, faisant de Dash la toute première organisation autonome décentralisée (DAO) au monde.

Augmentation de la taille de bloc et du taux de hachage

Le réseau a organisé en vingt-quatre heures un vote historique visant à garantir ses capacités futures à traiter les transactions, et autorisant les développeurs à travailler sur des blocs de 2 Mo. Parallèlement, le taux de hachage s’est rapidement multiplié au fur et à mesure qu’apparaissait du nouveau et puissant matériel de minage, avec une augmentation de 16 fois sur le cours d’une seule année. L’équipe de développement s’est davantage professionnalisée et a adopté des mesures de contrôle qualité. Bitcore et Insight ont été publiées avec des extensions Dash, grâce à une action financée par le réseau pour porter l’algorithme de hachage X11 vers JavaScript.

Stabilité, décentralisation et accessibilité

2017 a vu Dash accueilli sur les principaux portefeuilles matériels, et deux versions du logiciel ont permis d’optimiser la préparation des fonds InstantSend et d’améliorer la gestion de la liste croissante d’objets de gouvernance avec un outil nommé Sentinel. Pendant ce temps, les frais de toutes les transactions ont été réduits d’un facteur 10, et la propriété de Dash Core Group a été transférée à un trust irrévocable dont le réseau décentralisé lui-même a été nommé bénéficiaire.

Réseaux de développement nommés

Les réseaux de développement nommés permettent la création de multiples réseaux de développement indépendants. Chacun est identifié par un nom qui est inscrit dans un bloc de « genèse de réseau de développement », automatiquement positionné à une hauteur de 1.

Améliorations du système de gouvernance

Les outils de surveillance ne sont plus utilisés depuis la version 0.12.2.x. À la place, toutes les informations requises sur Sentinel sont incluses dans les pings de masternode. Avec cette mise à jour, des informations supplémentaires ont été ajoutées pour assurer que les pings de masternode ne soient pas modifiés par un serveur intermédiaire. Tous les messages et la logique des outils de surveillance ont été retirés. Des améliorations ont été apportées au format de message de proposition et à la validation et gestion des propositions, ce qui devrait réduire le trafic réseau et la charge processeur. La gestion des interrupteurs a également été améliorée.

Améliorations de PrivateSend

Au lieu d’exiger que la caution PrivateSend soit n fois les frais PrivateSend, toute entrée qui est égale ou supérieure à 1 frais PrivateSend (mais égale ou inférieure à 4) peut désormais être utilisée comme caution. Les entrées égales ou supérieures à 1 frais PrivateSend mais strictement inférieures à 2 seront utilisées comme caution avec les sorties OP_RETURN. Cela devrait réduire le nombre d’entrées qu’un portefeuille doit gérer, mais aussi améliorer la confidentialité en supprimant la possibilité qu’un utilisateur ne mélange accidentellement de petites entrées non confidentielles. Cela permet également de réduire la taille globale de l’ensemble des UTXO.

Nouvelle identité graphique Dash

Les versions Android et iOS du portefeuille Dash ont été mises à jour avec la nouvelle charte graphique, modernisant l’apparence des deux applications.

Intégration d’Uphold (Android)

La possibilité d’acheter et de vendre des dashs sur Uphold à travers une page web au sein même de l’application Android a été ajoutée, permettant un recrutement plus simple des utilisateurs.

Compatibilité NFC (iOS)

La possibilité de demander un paiement par NFC a été ajoutée, permettant aux utilisateurs de toucher simplement les terminaux de paiement compatibles et les portefeuilles pour recevoir les informations de paiement.

Compatibilité iPad (iOS)

La possibilité d’utiliser le portefeuille Dash sur iPad a été ajoutée, de manière à ce que les utilisateurs puissent payer et recevoir des paiements sur leurs tablettes.

Nouvelles traductions

De nombreuses nouvelles langues et monnaies ont été ajoutées, pour que les utilisateurs du monde entier puissent utiliser le portefeuille Dash dans leur langue natale et consulter les taux de change dans leur monnaie locale.

InstantSend automatique

Depuis Dash Core version 0.13, les transactions avec quatre entrées ou moins passent par défaut par InstantSend, sans frais supplémentaires pour les utilisateurs.

Liste de masternodes déterministes

La liste de masternodes déterministes représente une source unique de vérité pour toutes les transactions nécessitant une validation des masternodes, telles que les transactions InstantSend. La liste est entièrement dérivée de données sur chaîne. Cela garantit que tous les serveurs s’accordent sur le même consensus, concernant l’état actuel de la liste des masternodes valides.

Transactions spéciales

Les transactions spéciales fournissent de nouvelles structures pour rendre possibles des transactions non financières sur la blockchain. Cette fonctionnalité représente le socle d’usages futurs du réseau sur le second niveau, tels que les utilisateurs sur blockchain.

Trois clés de masternode

Auparavant, les masternodes avaient deux clés : celle du propriétaire (pour prouver la propriété) et celle de l’opérateur (pour gérer le masternode et l’utiliser pour voter). La seconde clé a été dissociée en deux : opérateur et vote, de telle façon que le masternode puisse déléguer le vote s’il le souhaite.

Déverrouillage du portefeuille par empreinte digitale

Les utilisateurs peuvent désormais déverrouiller leur portefeuille avec leur empreinte digitale, ce qui rend possible une utilisation souple de l’application.

Intégration de la bibliothèque iOS

Le portefeuille Dash est à présent intégré à une bibliothèque iOS qui le connecte à la blockchain Dash, et qui pourra à l’avenir être utilisée par d’autres clients iOS pour faire de même.

Réception InstantSend (iOS)

Le portefeuille Dash peut désormais confirmer si une transaction a été envoyée par InstantSend.

Unification des sources du cours

Les sources du cours sont désormais les mêmes entre les versions iOS et Android du portefeuille Dash.

Quorums de masternodes de longue durée

Les quorums de masternodes de longue durée permettent une meilleure mise à l’échelle du réseau, en améliorant le consensus et en agrandissant l’univers des cas d’utilisation possibles du réseau. Ces quorums réduisent drastiquement le nombre de messages nécessaires pour valider les transactions, et ils évitent que chaque serveur individuel sur le réseau ait à stocker les données de consensus en mémoire jusqu’à ce qu’une transaction soit minée. Ces quorums peuvent être très grands, en fonction du niveau de sécurité nécessaire pour le cas d’utilisation envisagé.

ChainLocks, contre les attaques 51%

ChainLocks réduit drastiquement le risque d’une attaque de minage 51% sur le réseau. Cette fonctionnalité permet à un quorum de masternodes à longue durée de vie de signer un bloc et de diffuser un message au réseau, indiquant que les serveurs devraient rejeter les blocs de même hauteur qui ne coïncident pas avec le bloc indiqué par le quorum. Cela permet d’atteindre un consensus rapidement et sans ambiguïté, mais aussi de rendre impossibles les réorganisations de chaîne en-deçà de ce bloc.