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
Besonders anonyme Transaktionen durch PrivateSend
Sekundenschnelle Transaktionen durch InstantSend
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¶

Zusätzlich zu den traditionellen Proof of Work (PoW) Auszahlungen des Dash-Minings werden Nutzer auch für das Betreiben und Warten von speziellen Masternode-Servern entschädigt. Dank der innovativen zweiten Netzwerksebene kann Dash dezentralisierte und von Dritten unabhängige Funktionen anbieten. Die Masternodes sind für das Funktionieren von PrivateSend, InstantSend und des Entscheidungsfindungs-/Finanzierungs-Systems notwendig. Um Zuverlässigkeit zu gewährleisten, werden die Nutzer für das Betreiben der Masternodes mit 45% der Block-Rewards entschädigt. Praktische Fragen zum Thema Masternodes werden hier beantwortet.

Masternodes ermöglichen die folgenden Funktionen:

InstantSend erlaubt sekundenschnelle Transaktionen. Durch Dash-InstantSend ist eine Transaktion innerhalb von zwei Sekunden bestätigt.
PrivateSend schützt die Privatsphäre der Nutzer, indem der Ursprung der Zahlung auf der Blockchain nicht ersichtlich ist.
Entscheidungsfindung und Budget erlauben es den Dash-Investoren die Richtung des Projekts mitzubestimmen und 10% der Block-Rewards an Entwickler und andere Projekte auszubezahlen (Im Mai 2018 belief sich das jährliche Budget auf über $30 Millionen).
Dash Evolution wird Kryptowährungen so benutzerfreundlich wie PayPal machen.

Der Besitzer einer Masternode muss 1000 Dash besitzen, was er dadurch beweisen kann, dass er eine Nachricht signiert und diese an das Netzwerk übermittelt. Der Besitzer behält die volle Kontrolle über die Coins und kann sie jederzeit verschieben, was jedoch dazu führen würde, dass die Masternode abgeschalten und ihren Platz in der Auszahlungswarteschlange verlieren würde. Masternodes haben zudem das Recht über Proposal abzustimmen . Jede Masternode hat eine Stimme und kann über Budgetauszahlungen und richtungsweisende Entscheidungen abstimmen.

Eine Masternode zu betreiben kostet Geld und Arbeitszeit, weswegen diesen ein prozentualer Anteil der Block-Rewards ausbezahlt wird. Bei der damaligen Anzahl an Masternodes erhielten deren Betreiber im Jahr 2017 etwa 8% auf die 1000 hinterlegten Dash (dies entsprach im Juli 2017 etwa 6,97 Dash, bzw. $1360). Dieses Tool zeigt die aktuell zu erwartenden Auszahlungen an. Die Rewards sinken jedes Jahr um 7%, wobei der steigende Wert des Dash diese Reduktion auffangen könnte. Dies kann etwa daran gesehen werden, dass Masternodes Anfang 2016 etwa 140 Dash im Monat ausbezahlt bekamen, was damals allerdings gerade einmal $600 entsprach und damit deutlich unter den aktuellen Rewards lag. Zudem könnten Masternodes in der Zukunft mehr Geld durch Transaktionsgebühren erlangen, als dies momentan der Fall ist.

PrivateSend¶

PrivateSend sichert die finanzielle Privatsphäre der Nutzer, indem die Ursprünge ihrer Coins verwischt werden. Die Dash in einer Wallet stammen normalerweise aus verschiedenen „Inputs“, die jeweils als eigenständige Münze gesehen werden können. PrivateSend verwendet einen innovativen Prozess um die verschiedenen Inputs eines Nutzers mit denen von zwei anderen Nutzern zu mischen, ohne, dass die Coins seine Wallet verlassen müssen. Dadurch behält der Nutzer zu jeder Zeit die Kontrolle über sein Guthaben.

Eine praktische Anleitung zur Verwendung von PrivateSend findet sich hier.

Der PrivateSend-Prozess funktioniert wie folgt:

PrivateSend 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.
Die Wallet des Nutzers sendet darauf hin Anfragen an speziell konfigurierte Software-Nodes, die sog. „Masternodes“. Diese Masternodes wissen darauf hin, welche Denominationen gemischt werden sollen. Dabei werden jedoch keine Identitäts-bezogenen Informationen an die Masternodes weitergeleitet, weswegen diesen nicht bekannt ist, „wer“ die Anfragen gesendet hat.
Wenn zwei weitere Nutzer signalisieren, dass sie dieselbe Denomination mischen wollen, wird der Mischvorgang eingeleitet. Die Masternodes mischen die Inputs und instruieren die Wallets der Nutzer die gemischten Inputs an sich selbst zurück zu überweisen. Die Wallet zahlt sich die Denomination selbst aus, schickt sie aber an eine andere Adresse (die Wechselgeldadresse).
In order to fully obscure your funds, your wallet must repeat this process a number of times with each denomination. Each time the process is completed, it’s called a „round“. Each round of PrivateSend makes it exponentially more difficult to determine where your funds originated. The user may choose between 1-16 rounds of mixing.
Der Mischvorgang findet im Hintergrund statt, ohne, dass der Nutzer eingreifen müsste. Wenn die Beträge für eine Transaktion verwendet werden sollen, sind sie bereits anonymisiert. Die Transaktion erfordert kein zusätzliches Abwarten.

Es ist wichtig zu beachten, dass PrivateSend-Transaktionen aufgerundet werden, da der gesamte Input einer Adresse versandt wird. Alles überzählige Dash wird in die Transaktionskosten integriert.

WICHTIG: Eine Wallet beinhaltet lediglich 1000 „Wechselgeldadressen“. Bei jedem Mischvorgang wird eine Adresse verwendet. Sobald alle Adressen aufgebraucht sind, muss die Wallet neue generieren. Dies ist nur möglich, wenn automatische Backups aktiviert sind. Daher ist PrivatSend für Nutzer, die keine Backups aktiviert haben, deaktiviert.

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 kann diese beiden Probleme durch die zweite Netzwerksebene, also die Masternodes, überwinden. Masternodes können in ein Quorum berufen werden, welches bestätigt, dass eine Transaktion gültig ist. Wenn die Transaktion gültig ist „sperren“ die Masternodes die Inputs der Transaktion und geben diese Information an das Netzwerk weiter. Dadurch wird sichergestellt, dass die Transaktion in den nächsten Block eingetragen wird. Hierdurch wird sichergestellt, dass die gleichen Inputs nicht ein zweites Mal verwendet werden, während der Empfänger auf die Bestätigung wartet.

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.

Eine praktische Anleitung zur Verwendung von InstantSend findet sich hier. InstantSend wurde zuerst in einem Whitepaper mit dem Titel Transaction Locking and Masternode Consensus: A Mechanism for Mitigating Double Spending Attacks vorgestellt.

Wie Dash-‚InstantSend‘ Händler vor Double Spends schützt, Dash Detailed mit Amanda B. Johnson, 16. September 2016

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¶

Anders als Bitcoin, welches 100% der Block-Rewards an Miner auszahlt, reserviert Dash 10% der Block-Rewards für ein dezentralisiertes Budget. Der Rest des Blocks wird zusammen mit Transaktionsgebühren 50/50 an die Miner und Masternodes ausbezahlt, welche, der Zahlungslogik folgend, deterministisch ausgewählt werden. Dash verwendet einen Superblock, der alle 16616 Blöcke (etwa alle 30,29 Tage) vorkommt und bis zu 10% der gesamten Blockrewards, die über den Verlauf der Budgetzyklusperiode zustande gekommen sind, an die erfolgreichen Proposal des Budgetsystems ausbezahlt. Je nach Umfang, in dem das Budget in Anspruch genommen wird, ergibt sich die folgende Reward-Verteilung über den Verlauf eines Budgetzyklus:

45%	Mining-Reward
45%	Masternode-Reward für Proof-of-Service
10%	Dezentralisiertes Governance Budget

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, oder DGBB, ist Dashs Versuch zwei große Probleme des Kryptowährungssektors zu lösen: Entscheidungsfindung und Finanzierung. Ein dezentralisiertes Projekt steht häufig vor dem Problem, dass Entscheidungen getroffen werden müssen. Im Dash-Ökosystem werden Entscheidungen durch das Netzwerk, also durch die Besitzer der Masternodes getroffen. Das DGBB-System erlaubt es jeder Masternode einmal (ja/nein/Enthaltung) über den Ausgang eines Proposals abzustimmen. Nach Ablauf der Wahlperiode wird das Proposal von den Dash-Entwicklern umgesetzt (oder verworfen). Ein wichtiges Beispiel ist ein Proposal des Dash Core Teams, welches sich Anfang 2016 dafür aussprach, die Größe der Blöcke auf 2 MB zu erhöhen. Die Zustimmung dauerte in diesem Fall weniger als 24 Stunden, wobei das gleiche Problem in der Bitcoin-Community 3 Jahre lang diskutiert wurde.

DGBB bietet zudem Dash die Möglichkeit sich selbst zu finanzieren. Während andere Projekte auf Spenden oder einen Premine vertrauen müssen, verwendet Dash 10 % der eigenen Block-Rewards um die Entwicklung zu finanzieren. Bei jedem neuen Block werden 45 % der Block-Rewards an die Miner und 45 % an die Masternodes ausbezahlt. Die restlichen 10 % werden erst zum Ende des Monats erschaffen. Während des Monats kann jedes Mitglied der Community beim Netzwerk ein Budget-Proposal einreichen. Sollte diesem Proposal von mindestens 10% des Masternodes-Netzwerks zugestimmt werden, so wird am Ende des Monats eine Reihe von „Superblöcken“ erschaffen. Zu diesem Zeitpunkt werden die Block-Rewards, die bisher nicht ausbezahlt wurden (10 % jedes Blocks), dazu verwendet die bestätigten Proposal zu finanzieren. Dadurch finanziert sich das Netzwerk selbst, da 10% der Block-Rewards für Budgetprojekt aufgewandt werden.

Weitergehende Information zum Thema Dash-Governance findest du im Kapitel Governance dieser Dokumentation.

Sentinel¶

Sentinel ist ein autonomer Prozessor zum persistieren, verarbeiten und automatisieren der Dash 12.1 Governance-Objekte und -Aufgaben sowie der erweiterten Funktionen der baldigen Dash V13 Veröffentlichung (Evolution). Sentinel ist als Python-Applikation implementiert, die an die lokale 12.1 dashd Version jeder Dash 12.1 Masternode gebunden ist.

Ein Governance-Objekt (oder „govObject“) ist eine generische Struktur, die in Dash Core 12.1 eingefügt wurde und durch die Budget Proposal, Trigger und Watchdogs erschaffen werden können. Durch Klassenvererbung wird aus diesem generischen Objekt ein „Proposal“-Objekt, wodurch das bisherige Dash-Budgetsystem ersetzt wird.

Dieses Diagramm verdeutlicht die Beziehung zwischen Dash Sentinel und Core

„Die Änderungen durch Sentinel sind vor allem architektonisch und können dem Nutzer nicht simpel / interessant erklärt werden, da sie eine Brücke von 12.0 zu den Evo-Funktionen darstellen (ohne sie vollständig zu implementieren) und Sentinel war zudem nur ein Teil der 12.1 Verbesserungen. Vor Sentinel waren die Governance-Objekte fest im Core-Code verankert. Sentinel abstrahiert diesen Prozess, da Evolution mehrere Objekt-Typen kennen wird, wie etwa Nutzer, Accounts, Kontakte, etc., und wenn wir diese Änderung nicht vorher eingefügt hätten, würden alle zukünftigen Änderungen / Verbesserungen an Evolution (wie etwa die Hinzufügung neuer Objekt-Typen) die Veränderung des Core-Codes voraussetzen. Core ist agnostisch gegenüber Objekt-Typen, weswegen wir diese Änderung nun auch auf der Nutzer-Ebene durchführen können und nicht nur im Bereich der Governance. Was die Dokumentation angeht, so gibt es kein Whitepaper spezifisch zu Sentinel, doch wir führen verschiedene Docs zu Evo im voranschreitenden RFC-Prozess, welche als Grundlage für die Evo-Entwicklung dienen.“

—Andy Freer, Evolution-Entwickler

Gebühren¶

Transactions on the Dash network are recorded in blocks on the blockchain. The size of each transaction is measured in bytes, but there is not necessarily a correlation between high value transactions and the number of bytes required to process the transaction. Instead, transaction size is affected by how many input and output addresses are involved, since more data must be written in the block to store this information. Each new block is generated by a miner, who is paid for completing the work to generate the block with a block reward. In order to prevent the network from being filled with spam transactions, the size of each block is artificially limited. As transaction volume increases, the space in each block becomes a scarce commodity. Because miners are not obliged to include any transaction in the blocks they produce, once blocks are full, a voluntary transaction fee can be included as an incentive to the miner to process the transaction. Most wallets include a small fee by default, although some miners will process transactions even if no fee is included.

The release of Dash 0.12.2.0 and activation of DIP0001 saw a simultaneous reduction of fees by a factor of 10, while the block size was increased from 1MB to 2MB to promote continued growth of low-cost transactions even as the cost of Dash rises. Dash also supports InstantSend and PrivateSend transactions, which operate on a different and mandatory fee schedule. Dash 0.13.0.0 introduced InstantSend autolocks, which causes masternodes to automatically attempt to lock any transaction with 4 or fewer inputs — which are referred to as “simple” transactions — and removes the additional fee for InstantSend. The fee schedule for Dash 0.13.x as of December 2018 is as follows:

Transaktionsart	Empfohlene Gebühr	Pro Einheit
Standardtransaktion	.00001 DASH	Pro kb versendeter Daten
InstantSend autolock	.00001 DASH	Pro kb versendeter Daten
InstantSend	.0001 DASH	Pro Transaktions-Input
PrivateSend	.001 DASH	Pro 10 Runden Mixing (durchschnittlich)

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. Processing a simple transaction using InstantSend at the same price is free of charge, while more complex InstantSend transactions may cost around 1-2 cents per transaction, depending on the number of inputs. These fees apply regardless of the Dash or dollar value of the transaction itself.

PrivateSend works by creating denominations of 10, 1, 0.1, 0.01 and 0.001 DASH and then mixing these denominations with other users. Creation of the denominations is charged at the default fee for a standard transaction. Mixing is free, but to prevent spam attacks, an average of one in ten mixing transactions are charged a fee of 0.0001 DASH. Spending inputs mixed using PrivateSend incurs the usual standard or InstantSend fees, but to avoid creating a potentially identifiable change address, the fee is always rounded up to the lowest possible denomination. This is typically .001 DASH, so it is important to deduct the fee from the amount being sent if possible to minimise fees. Combining InstantSend and PrivateSend may be expensive due to this requirement and the fact that a PrivateSend 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 ist der Codename einer dezentralisierten Währungsplattform, die auf der Dash-Blockchaintechnologie aufbaut. Das Ziel ist es den einfachen Zugang zu den einzigartigen Funktionen und Vorteilen von Dash zu ermöglichen, um zur Schaffung dezentraler Technologie beizutragen. Dash verwendet ein Netzwerkdesign mit mehreren Ebenen, welche es den Nutzern erlauben verschiedene Dienste für das Netzwerk durchzuführen, wozu auch ein dezentralisierter API-Zugang und ein dezentralisiertes Speichersystem gehören werden.

Dash Evolution wird in Phasen veröffentlicht werden. Die Dash Core Veröffentlichungen 12.1 bis 12.4 werden das Fundament für die dezentralisierten Funktionen im Hintergrund legen. Die Alpha-Version von Evolution soll im ersten Halbjahr 2018 veröffentlicht werden und einfache Versionen von DashDrive, Primitives, DAPI und der einfachen T3 Wallet beinhalten. Zusätzlich wird eine Reihe von Dash Improvement Proposals (DIPs) eingeführt werden, wodrauf eine Testnet-Phase mit den meisten Grundfunktionen und die erste stabile Veröffentlichung im Sommer 2018 folgen werden.

Weiter unten befindet sich unsere momentane Arbeit an Evolution, durch welches folgende Komponenten integriert werden:

DashDrive: Ein dezentralisiertes Cluster-Dateisystem, welches die Dateien der Nutzer auf der zweiten Netzwerksebene speichert
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
Quorum Chain: Diese Funktion führt eine permanente 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¶

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