Funktionen#
Spezifikationen#
Der erste Block wurde am 18.01.2014 um 11 Uhr EST gemined
Kein Premine
X11 Hashing-Algorithmus, CPU-/GPU-/ASIC-Mining möglich
2,6 Minuten Blockzeit, 2MB Blocks, ~56 Transaktionen in der Sekunde
Block-Rewards werden jedes Jahr um 7,14% reduziert
Dark Gravity Wave Algorithmus zur Anpassung der Schwierigkeit
Maximal zwischen 17,74 und 18,92 Millionen Coins
Dezentralisiertes Masternode-Netzwerk als zweite Ebene
Superior privacy using CoinJoin
Sekundenschnelle Transaktionen durch InstantSend
Protection against blockchain reorganization events (commonly called 51% attacks) using ChainLocks
Die dezentralisierte Entscheidungsfindung durch die Blockchain (Decentralized Governance By Blockchain) erlaubt es den Besitzern der Masternodes über Budget-Proposal abzustimmen und Entscheidungen, die für Dash von Bedeutung sind, zu treffen
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.
Masternodes ermöglichen die folgenden Funktionen:
InstantSend erlaubt sekundenschnelle Transaktionen. Durch Dash-InstantSend ist eine Transaktion innerhalb von zwei Sekunden bestätigt.
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 wird Kryptowährungen so benutzerfreundlich wie PayPal machen.
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#
Klassische dezentralisierte Kryptowährungen warten eine gewisse Zeit ab, bis genügend Blöcke bestätigt wurden, damit eine Transaktion nicht rückgängig gemacht werden und kein Double-Spend stattfinden kann, bei dem ein Betrag zweimal verwendet wird. Dieser Prozess ist zeitintensiv und dauert zwischen 15 Minuten und einer Stunde, bis die 6 allgemein akzeptierten Blöcke bestätigt wurden. Andere Kryptowährungen ermöglichen schnellere Bestätigungszeiten, indem eine zentralisierte Autorität einen gewissen Grad an Kontrolle über das Netzwerk hat.
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.
Kryptowährungen wie Dash können durch die InstantSend-Technologie mit sekundenschnellen Transaktionssystemen wie Kreditkarten konkurrieren, ohne dabei auf eine zentrale Autorität vertrauen zu müssen. Eine weite Verbreitung von Dash und InstantSend könnte die Welt der Kryptowährungen revolutionieren, da hierdurch lange Bestätigungszeiten von einer Stunde (wie bei Bitcoin) auf ein paar Sekunden herabgesetzt werden können.
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.
Wie Dash-‚InstantSend‘ Händler vor Double Spends schützt, Dash Detailed mit Amanda B. Johnson, 16. September 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#
Als Antwort auf unvorhergesehene Probleme bei der Veröffentlichung des wichtigen „RC3“-Updates im Juni 2014, hat das Dash-Entwicklerteam einen Mechanismus geschaffen, durch den ein Update eingespielt werden kann, ohne, dass es sofort aktiviert wird („verpflichtend“). Diese Neuerung erlaubt reibungslosere Übergänge, als dies beim traditionellen Hard Fork Vorgang der Fall ist. Zudem können hierdurch Testdaten in einer Live-Umgebung gesammelt werden. Dieses mehr-phasige Forking sollte zunächst als „soft forking“ bezeichnet werden, aber die Community entschied sich für den Namen „der Spork“, der seitdem beibehalten wurde.
Neue Funktionen oder Versionen von Dash werden zunächst eingehend über das Testnet getestet, bevor sie für das Hauptnetzwerk veröffentlicht werden. Sobald eine neue Funktion oder Version veröffentlicht wurde, werden die Nutzer über die Änderungen benachrichtigt und darum gebeten, ihre Version zu aktualisieren. Nutzer, die die aktuelle Version installiert haben verwenden bereits den neuen Code, doch dessen Neuerungen werden erst dann aktiv, wenn ein großer Teil (meistens 80%) des Netzwerks seinen Konsens zu der neuen Version gegeben hat. Sollte es zu Fehlern mit dem neuen Code kommen, werden die Blöcke der Clients nicht vom Netzwerk zurückgewiesen, wodurch ungewollte Forks vermieden werden. Daten über die Fehler werden gesammelt und an die Entwickler übermittelt. Sobald das Entwicklerteam mit der Stabilität des Codes in der Hauptnetzwerksumgebung zufrieden ist – und der nötige Konsens erreicht wurde – wird der Code vollständig aktiviert, indem mehrere der Core-Entwickler eine Nachricht an das Netzwerk mit den dafür vorgesehenen Private Keys signieren. Sollte es zu Problemen kommen, dann kann der Code auf die gleiche Art und Weise wieder deaktiviert werden, ohne, dass das Netzwerk zurückgesetzt oder ein Client geupdated werden müsste. Technische Details zu den einzelnen Sporks finden sich an dieser Stelle.
X11 Hash Algorithmus#
X11 ist ein weitverbreiteter Hash-Algorithmus, der vom Dash-Entwickler Evan Duffield entwickelt wurde. X11s verketteter Hash-Algorithmus verwendet eine Abfolge von 11 verschiedenen Algorithmen für den Proof-of-Work. Dies soll dafür sorgen, dass der Verteilungsprozess fair ist und Coins so ausgeschüttet werden, wie diese bei Bitcoin ursprünglich der Fall war. X11 wurde mit der Intention geschaffen, dass ASIC-Mining erschwert werden sollte, damit die Währung sich zunächst unabhängig entwickeln konnte, damit Zentralisierung nicht zu einem Problem würde. Dieser Ansatz war zum größten Teil erfolgreich; seit Anfang 2016 gibt es ASICs, welche für den größten Teil der Hashrate verantwortlich sind, doch es gibt nicht das gleiche Niveau an Zentralisierung, wie dies bei Bitcoin der Fall ist. Informationen über X11 können im Abschnitt Mining dieser Dokumentation gefunden werden.
X11 ist der Name des verketteten Proof-of-Work (PoW) Algorithmus, der für Dash (welches im Januar 2014 als „Xcoin“ das Licht der Welt erblickte) geschaffen wurde. X11 wurde zum Teil vom verketteten Hashing-Ansatz Quark inspiriert, was die Komplexität erhöht, da es eine erweiterte Zahl an Hashes ermöglicht. Der Algorithmus unterscheidet sich jedoch von Quark, da die Zahl der Hash-Runden a priori vorherbestimmt ist und keine Hashes zufällig gewählt werden.
Der X11-Algorithmus verwendet mehrere Runden der 11 verschiedenen Hashes (blake, bmw, groestl, jh, keccak, skein, luffa, cubehash, shavite, simd, echo), wodurch er einer der sichersten und komplexesten kryptographischen Hashes ist, die von modernen Kryptowährungen verwendet werden. Der Name X11 hat jedoch nichts mit dem Open Source Fenstersystem X11 zu tun, welches häufig von UNIX-artigen Betriebssystemen verwendet wird.
Vorteile von X11#
Die erhöhte Komplexität und die Verschachtelung des verketteten Algorithmus bieten ein verstärktes Sicherheitsniveau und eine geringere Zahl der Unsicherheiten, denen eine Kryptowährung ausgesetzt ist, die auf eine Single-Hash-PoW-Lösung vertraut und sich dadurch nicht resistent gegenüber Sicherheitsrisiken wie SPOF (Single Point Of Failure) zeigt. Es ist zwar sehr unwahrscheinlich, aber sollte der SHA256-Hash „geknackt“ werden, könnte dies das gesamte Bitcoin-Netzwerk lahmlegen, bis ein anderer kryptographischer Hash durch eine Hardfork implementiert würde.
Sollte es einen sprunghaften Anstieg der Rechenleistung geben, würde eine digitale Währung, die den X11-Algorithmus verwendet sicher bleiben, solange nicht alle 11 Hashes gleichzeitig geknackt würden. Sollten manche der 11 Hashes nicht mehr sicher sein, könnte eine Währung, die auf X11 vertraut, damit beginnen, die problematischen Hashes durch verlässlichere Algorithmen zu ersetzen.
In der spekulativen Welt der Kryptowährungen mit ihrer innewohnenden Unsicherheit kann der Ansatz des X11-Algorithmus Nutzern und möglichen Investoren eine Sicherheit bieten, die von Algorithmen, die auf einen Hash vertrauen, nicht geboten werden kann. Verkettete Hash-Lösungen, wie X11, bieten die erhöhte Sicherheit und Langfristigkeit, die für einen Wertspeicher, Investitionsdiversifikation und Hedging gegen Preisrisiken durch SPOF (Single Point Of Failure) notwendig sind.
Evan Duffield, der Erfinder von Dash und des verketteten X11-Hashes, gab mehrmals an, dass X11 nicht implementiert worden sei, um zu verhindern, dass ASIC-Hertseller jemals X11-ASICs herstellen werden, sondern damit ein ähnlicher Wachstumspfad, wie beim Bitcoin beschritten werden konnte (CPUs, GPUs, ASICs)
Dark Gravity Wave#
DGW oder Dark Gravity Wave ist der Name des Open Source-Schwierigkeitsanpassungsalgorithmus, der von Kryptowährungen, die auf Bitcoin basieren, verwendet werden kann. Es wurde zuerst von Dash verwendet, fand in der Zwischenzeit jedoch auch Einzug in andere Protokolle. DGW wurde von Evan Duffield, dem Entwickler und Gründer von Dash, als Antwort auf die Time-Warp-Sicherheitslücke des Kimoto Gravity Well herausgebracht. Vom Konzept her ähnelt DGW dem Kimoto Gravity Well, wobei die Schwierigkeit mit jedem Block angepasst wird (statt mit jedem 2016ten, wie dies bei Bitcoin der Fall ist). Als Grundlage der Anpassung werden aktuelle statistische Daten aus den letzten Blöcken verwendet. Dies ermöglicht die regelmäßige Schaffung neuer Blöcke, selbst wenn die Hashrate hohen Fluktuationen unterliegen sollte, ohne, dass die Time-Warp-Sicherheitslücke ein Problem darstellen sollte.
Version 2.0 der DGW wurde mit Block 45000 in Dash implementiert, damit der Time-Warp Fehler vollständig überwunden werden konnte.
Version 3.0 wurde am 14.05.2014 implementiert, damit ein glatterer Übergang beim Neuberechnen der Schwierigkeit gewährleistet werden konnte. Zudem wurden durch das Verwenden von Integers mehrere Probleme in der Konstruktion gelöst, die bis dahin verschiedene Grade an Gleitpunktgenauigkeit kannte.
Emissionsrate#
Kryptowährungen wie Dash und Bitcoin werden durch einen kryptographisch-schwierigen Prozess namens Mining geschaffen. Zum Mining gehört das wiederholte Lösen eines Hash-Algorithmus bis eine gültige Lösung zur momentanen Mining-Schwierigkeit gefunden werden konnte. Sobald die Lösung gefunden wurde, darf der Miner eine neue Einheit der Währung erschaffen. Diese wird gemeinhin als Block-Reward bezeichnet. Der Block-Reward wird mit der Zeit immer geringer, damit eine fortschreitende Inflation verhindert werden kann. Anhand dieser Berechnung kann die regelmäßige Reduktion der Block-Rewards nachvollzogen werden. Wenn diese Werte in eine Grafik umgewandelt werden, ergibt sich eine Kurve der momentan zirkulierenden Coins, die die Emissionsrate des Coins darstellt.
Auch wenn Dash auf Bitcoin basiert, hat es doch eine sehr stark veränderte Emissionsrate, durch die die Coin-Emission wesentlich weniger abrupt vonstatten geht. Während Bitcoin seine Emissionsrate alle 4 Jahre um 50 % senkt, findet bei Dash eine Reduktion um 1/14 (ca. 7,14 %) alle 210240 Blöcke (ca. 383,25 Tage) statt. Eine glattere Reduktion der Block-Rewards durch eine geringe Menge im Jahr kann den Übergang zur Finanzierung durch Transaktionsgebühren einfacher vonstattengehen lassen.
Bitcoin vs. Dash Coin-Emissionsrate#
Gesamte Coin-Emission#
Die gesamte Emission des Bitcoin kann als die Summe einer geometrischen Folge berechnet werden, durch sich die Gesamtemission 21000000 BTC annähert (aber diesen Wert nie erreicht). Der Vorgang wird sich bis 2140 fortsetzen, doch die Mining-Rewards sinken stetig, wodurch bis 2036 99 % und bis 2048 99,9 % aller Bitcoin existieren werden.
Dash’s gesamte Coinemission ist die Summe einer geometrischen Reihe, doch die endgültige Gesamtzahl ist nicht berechenbar, da nicht sicher ist, wie viele der 10% der Block-Rewards, die für Budget-Proposal vorgesehen sind, auch ausbezahlt werden, da dies vom zukünftigen Wahlverhalten abhängt. Dash wird noch etwa 192 Jahre regelmäßig neue Coins herausgeben, bis die Rate so weit gesunken sein wird, dass in einem Jahr weniger als 1 neuer Dash entsteht. In den Jahrhunderten nach 2209 werden nur noch 14 neue Dash gemined werden, wobei das Mining des letzten Coins 231 Jahre dauern wird, also von 2246 bis 2477. Auf Grundlage dieser Nummern kann gesehen werden, dass bis 2254 folgende Zahlen als Maximum oder Minimum angenommen werden müssen:
17,742,696 DASH |
Falls keine Budgetzahlungen stattfinden |
18,921,005 DASH |
Falls jedes Budget vollständig ausbezahlt wird |
Blockreward-Verteilung#
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% |
Dezentralisiertes Governance Budget |
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.
Adjustment |
Miner % |
Masternode % |
Change (%) |
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(Current) |
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 |
Diese Dokumentation basiert auf Rechnungen und Veröffentlichungen von moocowmoo. Weitere Details befinden sich in diesem Post auf Reddit oder können über die selbstständige Berechnung der Emission mit diesem Tool gewonnen werden. Diese Seite bietet Live-Daten zu aktuellen Netzwerksstatistiken.
Dezentralisierte Entscheidungsfindung#
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.
Weitergehende Information zum Thema Dash-Governance findest du im Kapitel Governance dieser Dokumentation.
Sentinel#
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.
Dieses Diagramm verdeutlicht die Beziehung zwischen Dash Sentinel und Core#
Gebühren#
Transaktionen über das Dash-Netzwerk werden in den Blöcken der Blockchain aufgezeichnet. Die Größe jeder Transaktion wird in Bytes gemessen und es gibt keinen notwendigen Zusammenhang zwischen dem hohen Wert einer Transaktion und der Menge an Bytes, die zum Ausführen benötigt wird. Die Größe einer Transaktion hängt vielmehr von der Zahl der Inputs und Outputs an, die verwendet werden, da durch diese mehr Daten in den Block eingeschrieben werden müssen. Jeder neue Block wird von einem Miner generiert, der für die Schaffung des Blocks mit dem Block-Reward belohnt wird. Damit das Netzwerk nicht von Spam-Transaktionen überflutet werden kann, ist die Größe eines Blocks limitiert. Wenn die Menge an Transaktionen zunimmt, wird die Speicherkapazität des Blocks zu einem knappen Gut. Da Miner nicht dazu verpflichtet sind Transaktionen in die Blöcke aufzunehmen, kann eine freiwillige Transaktionsgebühr hinzugefügt werden, welche dem Miner einen Anreiz bietet, die Transaktion zu verarbeiten. Die meisten Wallets setzen von sich aus eine Transaktionsgebühr fest, auch wenn manche Miner eine Transaktion auch ohne Gebühren akzeptieren würden.
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:
Transaktionsart |
Empfohlene Gebühr |
Pro Einheit |
|---|---|---|
CoinJoin |
0.001 DASH |
Per 10 rounds of CoinJoin (average) |
All other transactions |
0.00001 DASH |
Pro kb versendeter Daten |
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.
Weiter unten befindet sich unsere momentane Arbeit an Evolution, durch welches folgende Komponenten integriert werden:
Drive: A decentralized shared file system for user data that lives on the second tier network
DAPI: Eine dezentralisierte API, welches Nutzern der dritten Ebene den sicheren Zugang zum Netzwerk ermöglicht
DashPay Dezentralisierte Wallets: Diese Wallets sind Light Clients, die sich über DAPI mit dem Netzwerk verbinden und auf diversen Plattform laufen
Zweite Ebene: Das Masternode-Netzwerk, welches die vergütete Infrastruktur des Projektes ermöglicht
Budgets: Die zweite Ebene hat Wahlrecht, um bestimmten Projekten des Netzwerks die Finanzierung durch das Budgetsystem zu ermöglichen
Governance: Die zweite Ebene hat Wahlrecht, um die Währung zu verwalten und Entscheidungen über die Richtung der Währung zu treffen
Deterministische Masternode Liste: Diese Funktion führt eine On-Chain Masternode Liste ein, durch welche vergangene und momentane Quorums berechnet werden können
Social Wallet: Wir wollen eine Social Wallet einführen, welche Freundeslisten, Gruppen und gemeinsame Multisig Accounts unterstützt
Evolution Previews#
Dash Dapps - Demoing Community Development on environment, 17 August 2020
Im folgenden Video beschreiben der Dash-Gründer Evan Duffield und der UI/UX-Entwickler Chuck Williams den Entwicklungsprozess und die kommenden Funktionen der Dash Evolution Plattform.
Evolution Demo #1 - Die erste Dash DAP, 16 März 2018
Evolution Demo #2 - Mobile Evolution, 25 April 2018
Evolution Demo #3 - Dashpay Benutzerfreundlichkeit, 15 Mai 2018
Chuck Williams über Evolution, Dash Conference London, 14 September 2017
Evan Duffield über die Evolution Roadmap, Dash Force News, 28 Juni 2017