Plan Rozwoju Dash

Wolność finansowa, zbudowana na masternodach

Dash został stworzony przez Evan-a Duffield-a z unikatowym algorytmem haszowania X11 jako swoim głównym wyróżniającym atrybutem. Początkowo, rozwój projektu był skupiony na dynamicznym dostosowywaniu trudności kopania, również zwanego jako Dark Gravity Wave. Wkrótce potem pojawiły się masternody, zapewniające mocny i opłacany zestaw pełnych węzłów, które stanowią fundamenty sieci i oferują usługi użytkownikom. Sporki zostały wydane, aby pomóc w płynnym procesie wypuszczania nowych funkcji, bez twardego rozwidlania sieci, no i na koniec dodany został PrivateSend, aby uczynić Dash bardziej prywantą walutą

Budowanie fundamentów przyszłych rozwiązań

Początkowo Dash był oparty na kodzie Litecoina, ale na początku 2015 r. kod Dash został przepisany i oparty na kodzie Bitcoina. InstantSend, metoda zabezpieczenia transakcji za pomocą masternodów, została wydana niedługo potem. W tym samym czasie trwały prace nad zbudowaniem zdecentralizowanego systemu zarządzania i przydzielenia aż do 10 procent nagrody za wykopanie bloku na propozycje rozwoju sieci. Pierwszy superblok został wykopany 7 Września 2015, dając życie pierwszej Zdecentralizowanej Autonomicznej Organizacji (DAO).

Zwiększanie mocy haszowania oraz rozmiaru bloków

Historyczne głosowanie nad podniesieniem limitu bloków zostało zakończone w ciągu 24 godzin, dając deweloperom pozwolenie na rozpoczęcie prac nad 2 MB blokami, gwarantując tym przyszły wzrost pojemności sieci. W międzyczasie wiele nowych, potężnych koparek zostało wypuszczone na rynek, zwiększając trudność haszowania 16-krotnie w ciągu jednego roku. Zarządzanie głównym zespołem deweloperów zostało jeszcze bardziej sprofesjonalizowane oraz wdrożone zostały nowe metody zapewnienia jakości. Masternody przegłosowały finansowanie przepisania algorytmu haszowania X11 do JavaScript, co zaowocowało wydaniem Bitcore oraz Insight z rozszerzeniem Dash.

Stabilność, decentralizacja oraz dostępność

W 2017 r. nastąpiło dużo zmian. Wiele hardware-owych portfeli zaczęło oferować wsparcie dla Dash. Wypuszczone zostały również dwie nowe wersje optymalizujące funkcję PrivateSend oraz został wydany tzw. Sentinel, czyli narzędzie zapewniające lepszą obsługę obiektów zarządzania. Co więcej, koszty wszystkich transakcji zostały zredukowane do jednej dziesiątej, tego, co wynosiły wcześniej, oraz prawne posiadanie Dash Core Group zostało przetransferowane do nieodwołalnego powiernictwa, którego jedynym beneficjentem jest sama sieć Dash.

Imienne devnety

Imienne devnety pozwoliły na stworzenie wielu niezależnych sieci testowych. Każda z nich ma swoje własne imię, które jest zakodowane w pierwszym wyprodukowanym bloku danego devnetu.

Udoskonalenia w systemie zarządzania

Watchdogs nie były używane od wersji 0.12.2.x; zamiast tego, wszystkie wymagane informacje o Sentinel zostały umieszczone w pingach masterndów. W tym wydaniu dodane zostały dodatkowe dane, aby upewnić się, że informacje zawarte w pingu masternodów nie zostały zmienione przez pośredniczące węzły. Wszystkie wiadomości powiązane z watchdogs zostały usunięte. Również wydane zostały dalsze udoskonalenia do formatu wiadomości propozycji budżetowych, ich walidacji oraz przetwarzania. Pozwoliło to na redukcję ruchu w sieci oraz zmniejszenie użycia mocy procesora. Wprowadzone zostały również udoskonalenia w obsłudze wyzwalaczy (triggers).

Udoskonalenia w PrivateSend

Zamiast wymagania zastawu pod transakcję PrivateSend jako N-razy wartość opłaty PrivateSend, jakikolwiek input, który jest równy lub większy niż jedna opłata PrivateSend (ale mniejszy lub równy 4) może służyć jako zastaw. Transakcje wejściowe (inputs) większe lub równe wartości jednej opłaty PrivateSend, ale mniejsze niż 2 będą użyte jako zastaw z transakcjami wyjściowymi (outputs) OP_RETURNS. Obniżyło to liczbę transakcji wejściowych (inputs), jakie portfel musi obsłużyć, oraz ulepszyło anonimizacje przez wyeliminowanie przypadków, w których użytkownik przypadkowo łączy małe, jawne transakcje wejściowe (inputs). Dodatkowo obniża to ogólny rozmiar wysyłanych transakcji.

Odświeżenie marki Dash

Portfele na Androida i iOS zostały zaktualizowane zgodnie z nowymi wytycznymi stylizacji marki Dash, unowocześniając ich wygląd.

Integracja z Uphold (Android)

Dodana została możliwość kupna i sprzedaży Dash na poziomie porfela (Andorid) dzięki integracji z serwisem Uphold.

Wsparcie dla NFC (iOS)

Dodana została możliwość zarządania transakcji przez NFC. Pozwoliło to na dostęp do informacji o otrzymanej transakcji przez terminale wspierające tę funkcję.

Wsparcie dla iPad-ów

Dodana została możliwość używania portfela Dash na iPad-ach. Użytkownicy mogą otrzymywać lub wysyłać transakcje na swoich tabletach.

Nowe lokalizacje

Dodane zostało wiele nowych języków oraz walut, aby użytkownicy z całego świata mogli używać portfela Dash w swoim natywnym języku oraz lokalnej walucie.

Automatyczny InstantSend

Wraz z wypuszczeniem Dash Core v0.13 wprowadzone zostały automatyczne transakcje InstantSend, co oznaczało, że wszystkie transakcje, które składają się z czterech lub mniej transakcji wejściowych (inputs), będą automatycznie wysyłane jako transakcje InstantSend bez żadnych dodatkowych kosztów.

Deterministyczna Lista Masternodów

Deterministyczna lista masternodów jest podstawowym źródłem prawdy dla wszystkich transakcji wymagających potwierdzenia przez masternody, np. InstantSend. Lista jest tworzona z danych przechowywanych na łańcuchu. To zapewnia, że wszystkie węzły beą w zgodzie co do obecnego stanu listy masternodów.

Specjalne Transakcje

Specjalne transakcje dostarczają nowe struktury, które dają możliwość zawarcia niefinansowych transakcji w blockchaine. Funkcja ta jest fundamentem przyszłych zastosowań drugiej warstwy sieci, takie jak imiona użytkowników.

Trzy klucze masternodów

W przeszłości masternody posiadały 2 klucze: właściciel (aby udowodnić posiadanie masternoda) oraz operator (używany do operowania masternodem oraz głosowania). Drugi klucz został rozdzielony na: klucz operatora oraz klucz głosującego. W ten sposób operator może pozwolić na oddanie swojego prawa głosu komuś innemu, jeśli tak sobie życzy.

Odblokuj portfel odciskiem palca

Aby jeszcze bardziej ułatwić używanie aplikacji, użytkownicy mogą teraz odblokować portfel odciskiem palca.

Integracja Bibliotek iOS

Portfel Dash jest teraz zintegrowany z bibliotekami iOS, co pozwala na wymianę informacji z blockchainem Dash oraz pozwoli w przyszłości innym klientom iOS na to samo.

Otrzymywanie transakcji InstantSend (iOS)

Portfel Dash może potwierdzić każdą transakcję wysłaną jako InstantSend.

Synchronizacja cen Dash

Źródło cen Dash jest teraz zsynchronizowane pomiędzy obiema wersjami — Android oraz iOS — portfelami Dash.

Długowieczne Kwora Masterdów

Długowieczne Kwora Masternodów zapewniają skalowalność sieci dzięki ulepszonej wersji konsensusu oraz rozszerzenia zakresu potencjalnych zastosowań. Kwora drastycznie obniżyły ilość wiadomości wymaganych do potwierdzenia transakcji oraz sprawiły, że masternody nie muszą już przechowywać danych konsensusu w pamięci do momentu wykopania transakcji. Kwora te mogą być bardzo duże, w zależności od wymaganego poziomu bezpieczeństwa tego, do czego są używane.

ChainLocks, obrona przed atakami 51%

ChainLocks drastycznie obniżyły ryzyko powodzenia ataku typu 51%. Funkcja ta pozwala Długowiecznym Kowrom Masternodów na podpisanie bloku i wysłanie wiadomości do sieci, głoszącej, aby inne bloki o tej samej wysokości i będące w konflikcie z blokiem podpisanym przez kworum zostały odrzucone przez węzły sieci. Nie tylko pozwala to na szybkie i bezproblemowe osiągnięcie konsensusu, ale też sprawia, że reorganizacja blockchainu poniżej tego bloku jest niemożliwa.

Integracja z Uphold (iOS)

Użytkownicy mogą przelać Dash z konta Uphold do ich portfela bez opuszczania aplikacji. Mogą oni również kupować i sprzedawać Dash przez webview wbudwany w samą aplikację.

Udoskonalenie pozyskiwania ceny

Wprowadzone zostało lepsze pozyskiwanie ceny Dash, aby mieć pewność, że kurs wymiany jest w zgodzie z innymi często używanymi aplikacjami Dash.

Wsparcie dla DashCore v0.14

Dodane zostało wsparcie dla LLMQ oraz ChainLocks. Daje to użytkownikom dodatkowe zabezpieczenia oraz możliwość natychmiastowego wydawania dopiero co otrzymanych monet.

Publiczny testnet („Evonet”)

Platforma Dash zostanie wydana na publicznym testnecie, do którego deweloperzy będą mogli się połączyć i eksperymentować z dostępnymi funkcjami DashPay.

DAPI, Tożsamości, Dokumenty

Użytkownicy będą mogli połączyć się z Evonet za pomocą zdecentralizowanego API (DAPI); testować tworzenie tożsamości, imiona; oraz tworzyć, aktualizować lub usuwać dokumenty.

Usługa nazewnictwa i kontrakty DashPay

Użytkownicy będą mogli zapoznać się z systemem nazewnictwa na platformie Dash (DPNS) oraz kontraktami DashPay.

Biblioteki

Niektóre biblioteki będą dostępne dla deweloperów, wliczając w to Dash SDK, DAPI-client, DPNS-client, oraz biblioteki DPP.

Dokumentacja dla deweloperów

Centrum dla deweloperów udostępni dokumentacje oraz przewodniki do nowych funkcjonalności.

Jednolity UX na Andoidzie i iOS

Interfejs użytkownika portfela Dash zostanie ujednolicony, aby miał bardziej spójny wygląd na Androidzie i iOS.

Wsparcie dla trybu nocnego na iOS

Wprowadzony zostanie tryb nocny do Portfela Dash na iOS. Będzie on zgodny z wytycznymi od Apple.

Zaawansowane opcje bezpieczeństwa

Użytkownicy będą mieli większą elastyczność w zarządzaniu ustawieniami bezpieczeństwa.

Łatwy dostęp do często używanych funkcji

Użytkownicy będą mieli szybki dostęp do kluczowych funkcji z bezpośrednio z głównego okna.

Backporty z Bitcoin v0.15.2

To wydanie sprawi, że Dash będzie dotrzymywał Bitcoinowi kroku oraz zaimportuje wiele poprawek, i optymizacji wprowadzonych do Bitcoina.

Uaktualnienie interfejsu użytkownika podstawowego portfela QT

Użytkownicy będą mogli używać portfela z zaktualizowanym interfejsem użytkownika zgodnym z wytycznymi marki Dash. Obejmuje to zaktualizowane kolory i style, aby pasowały do przewodnika po stylach, usunięcie niepotrzebnych elementów do czyszczenia interfejsu użytkownika i nowe ikony.

Udoskonalenia wprowadzone po stres teście

Wydanie to będzie zawierać kilka optymizacji wprowadzonych na podstawie obserwacji sieci podczas ostatniego stres testu.

Ulepszenia BIP70

Ulepszenia funkcji BIP70 pozwalają na bardziej efektywną obsługę płatności w punkcie sprzedaży. Użytkownicy/sprzedawcy, którzy wdrażają ten protokół, mogą korzystać z dodatkowych opcji jak zwrot pieniędzy, możliwość dzielenia płatności na wiele adresów oraz ich fundusze bedą bardziej bezpieczne.

Relokacja nagrody za wykopanie bloku

Podział nagrody za wykopanie bloku pomiędzy masternodami a górnikami ( z wyłączeniem funduszy przeznaczonych na finansowanie projektów) będzie się powoli zmieniać z podziału 50 – 50 na 60 – 40 w przeciągu kilku następnych lat.

Ulepszenie UI

Doświadczenie użytkownika z Dash Core będzie teraz bardziej spójne na przestrzeni wszystkich wspieranych systemów. Czcionki, grafiki, oraz ramy zostaną ujednolicone na wszystkich wspieranych urządzeniach.

Skoncentrowane odzyskiwanie podpisu

Nowy system odzyskiwania podpisów, najpierw wyśle części sygnatur do jednego deterministycznie wybranego masternoda, zamiast rozsyłać go do całej sieci, aby przynajmniej jeden miał wystarczająco informacji to odzyskania podpisu. Oczekuje się, że ta optymizacja zredukuję obciążenie o kilka rzędów wielkości.

Minimalne sprawdzenie protokołu

Dowód Usługi (Proof of Service) dla Masternodów jest wzmocniony dzięki zapewnieniu, że minimalna wersja protokołu działa podczas DKG.

Optymizacja nici sieci

Wątki sieciowe zostały zoptymalizowane poprzez wyeliminowanie zbędnych powtórzeń zapętlenia dzięki zaimplementowaiu sondowania wydarzeń (epoll) na Linuksie.

Backporty z Bitcoina v0.16

TO wydanie zawiera również 650 aktualizacji z Bitcoin v0.16 oraz kilka z Bitcoin v0.17.

Nadawanie wersji protokołowi

Pozwala na łatwe wydanie fundamentalnych zmian bez potrzeby resetowania sieci deweloperskich.

Zestaw narzędzi do testowania platformy

Zestaw narzędzi do testowania platformy jest repozawierającym skonsolidowane testy z wielu platform, czyniąc testowanie i aktualizowanie różnych komponentów naprawdę łatwe.

Pola dokumentu binarnego

Pozwala deweloperom na używanie natywnych typów binarnych (np. Buffer, ByteArray), aby przechowywać ich dane.

Sygnatury czasowe dokumentu

Możliwość nagrywania tworzenia lub aktualizacji czasu jakiegokolwiek dokumentu na Platformie Dash.

Ulepszona dystrybucja pakietów

Wsparcie dla config templating oraz wielu węzłów w mn-bootstrap.

Domyślna nazwa tożsamości Dash

Pozwala użytkownikowi na ustawienie głównego imienia identyfikatora Dash.

DPNS & DIPS-y tożsamości

DIP11 Identities oraz DIP Dash Platform Name Service zostały wydane.

Usprawniania ekranu startowego

Zakładki wysyłania i odbierania zostały usunięte, aby uzyskać więcej miejsca i usunąć nadmiarowość za pomocą paska skrótów.

Usprawniania dot. małych ekranów

Etykiety zostały skrócone i / lub ponownie sformatowane, aby uniknąć nakładania się z innymi składnikami interfejsu użytkownika na małych ekranach.

Usprawniania Recovery Phrase

Dodano przycisk Wstecz, zaimplementowano obsługę fraz innych niż angielskie, zaktualizowano komunikaty ostrzegawcze

Usprawniania synchronizacji (iOS)

Liczne poprawki i zmiany w projektowaniu podstawowych danych oraz pobierania listy Masternode i kworum.

Program DashPay Alpha angażuje społeczność poprzez testowanie portfela DashPay na Evonet.

Nazwy Użytkowników

Użytkownicy będą mogli zarejestrować się w sieci i zacząć udostępniać swoje nazwy użytkownika innym użytkownikom Dash.

Profile użytkownika

Użytkownicy będą mogli sprawić, że ich nazwa użytkownika będzie łatwiejsza do zidentyfikowania dzięki nazwie wyświetlanej, obrazkowi i biografii.

Miej dostęp do swoich kontaktów

Użytkownicy będą mogli dodać innych do swoich kontaktów, oraz tworzyć listy kontaktów, z którymi chcą dokonywać transakcji.

Wysyłaj i otrzymuj płatności używając imion

Użytkownicy mogą wysyłać Dash do przyjaciół, rodziny, czy przedsiębiorstw znając jedynie ich imiona lub adresy kryptograficzne.

Ulepszenia przechowywania danych binarnych

Ulepszenia dla lepszej reprezentacji danych binarnych jako szeregi bitów w przeciwieństwie do ciągów, aby dane były wydajniej przechowywane. JSON Schema została rozszerzona słowem „byteArray” , pozwalając deweloperom na łatwiejsze definiowanie właściwości w kontraktach danych.

Zasady konsensusu dla tożsamości

Dokonanych zostało kilka zmian w strukturze wspierającej łącznie tożsamości użytkownika z Platformą Dash

Niedeterministyczne przetwarzanie bloków

Był to znany błąd, który nie pozwalał deweloperom na uruchomienie węzłów na Evonet.

Główny konsensus wysokości

Ustalanie konsensusu pomiędzy łańcuchami L1 i L2 w oparciu na wysokości L1.

Opłata za tożsamości przez Instant Send

Pozwala to na zapłacenie za tożsamość przy pomocy InstantSend.

Drzewa stanu

Przechowywanie stanów danych w drzewie Merkle dla lekkich klientów.

Pakiet Dystrybucji Platformy

Pakiety dystrybucyjny (dashman wcześniej znany jako mn-boostrap) został w dużej merze uaktualniony, aby ulepszyć doświadczenie użytkownika oraz wesprzeć komponenty platformy.

Opłacanie identyfikacji

Możliwość opłacenia identyfikacji bez możliwości podwójnego wydania tych samych środków.

Usprawniania synchronizacji (iOS)

Wprowadzono dalsze ulepszenia w procesie synchronizacji, aby zapobiec opóźnieniom w wysyłaniu płatności.

Zapomniana fraza odzyskiwania (iOS)

Ulepszenia umożliwiające użytkownikom, którzy zapomnieli jedno lub dwa słowa swojej frazy odzyskiwania, nadal próbować odzyskać swój portfel.

Poprawki błędów i usprawnienia interfejsu użytkownika (Android)

Zaimplementowano postępowanie związane z zapomnieniem kodu PIN, wprowadzono aktualizacje obsługujące nowszy Android SDK (29),usunięto awarie związane z tworzeniem kopii zapasowej do pliku i importowaniem klucza prywatnego.

Węzły źródłowe Tendermint

Specjalny rodzaj węzła, dostarczający informacje innym węzłom dla lepszej skalowalności.

Bezpieczne uznanie ST

Poprawki zamykające kilka możliwości ataku oraz ulepszające skalowalność na Mainnet.

Dysk logownia rozmowy

Dodaj więcej logów dla lepszej przejrzystości oraz rozwiązywania problemów z Dyskiem.

Lepsze powiadomienia o błędach

Bardziej zrozumiałe wiadomości, aby lepiej radzić sobie z błędami.

Usprawnienia i wypolerowanie UI

• Udoskonalenie: Przeniesienie się na Testnet (Platforma v0.17)
• Udoskonalenie: Szukaj Użytkowników Sieci
• Udoskonalenie: Wyrównanie UI na Andorid i iOS
• Udoskonalenie: Walidacja Użytkownika
• Udoskonalenie: Zapis Profilu
• Udoskonalenie: Złe Masternody
• Udoskonalenie: Format Nazwy Użytkownika
• Poprawka: odmierzanie czasu do zamknięcia porftfela
• Poprawka: Błędny status synchronizacji
• Poprawka: Synchronizacja i Awarie
• Poprawka: Import Klucza Prywatnego

100 członków kworum.

Nowy rozmiar kworum, aby wesprzeć zabezpieczanie specjalnych transakcji.

Restrykcje RPC platformy

Udoskonalania zabezpieczeń kiedy core komunikuje się z platformą.

Backporty z Bitcoin v0.17

Około 500+ backportów z Bitcoin Core.

Płacenie za tożsamość używając ChainLocks

Implementuj drugą część fundowania tożsamości, która zawiera ChainLock proofs dla lepszego wsparcia klienta.

Flagi funkcji

Włącz deterministycznie konkretną logikę na sieci, aby pozwolić na naprawę błędów i aby udostępnić nowe funkcje bez konieczności usuwania wszystkich danych.

Ustawienia / środowisko sieci lokalnej.

Mn-bootstrap na lokalnym węźle nie wspiera Chian Locks oraz Instant Locks więc musieliśmy zabezpieczenie (fallback) podczas rozwoju oraz na Cl.

Potwierdź podpisy z Core

Udoskonalenia w Asset Lock Proofs (finansowanie tożsamości). Aby uniknąć podwajania logiki i danych, lepiej jest używać Core, które już ma zaimplementowaną logikę oraz posiada wszystkie niezbędne dane.

Usunięcie Insight API

Usuń wgląd jako zależność i przekaż tę funkcję DAPI aby poprawić stabilność oraz pozbyć się zbędnych funkcji.

Wydanie DashMate

Pakiet dystrybucyjny Platformy Dash (wcześniej znany jako mn-bootstrap) jest stale udoskonalany, aby uczynić go wygodniejszym i niezawodnym. Zaczynając od tej wersji uważamy, że Platforma Dash jest już wystarczająco dojrzała, aby madać jej ładną nazwę i gorąco zachęcamy do rozpoczęcia jej testowania poprzez uruchamianie masternodów oraz pełnuych węzłów na testnecie.

Udoskonaleni CI

Powolne kompilacje i brak dostępnych funkcjonalności w Travis CI znacznie spowolniły proces rozwoju. Prznieśliśmy się na Github Actions i zaimplementowaliśmy kilka sztuczek dotyczących buforowania. Nowe kompilacje CI są znacznie bardziej elastyczne i działają nawet 10 razy szybciej niż wcześcniej.

Rotacja Grupy Walidatorów

Aby osiągnąć konsensus w sprawie blockchainu platformy, określony zestaw masternodów, zwanych walidatorami, weryfikuje i podpisuje bloki. Do wersji 0.19 zestaw walidatorów był statyczny i hostowany na węzłach kontrolowanych przez DCG. W wersji 0.20 zaimplementowane zostały długo żyjące kwora masternodów (LLMQ) do dynamicznej dystrybucji i rotacji zestawu walidatorów pomiędzy wszystkimi masternodami. Takie podejście równomiernie rozkłada obciążenie i sprawia, że sieć jest znacznie bardziej bezpieczniejsza i stabilna.

Dowody Kryptograficzne

W przeszłości klienci musieli korzystać z zaufanych pełnych węzłów, aby zapewnić ważność i integralność danych pobieranych z sieci platformy. W tej wersji, DAPI zapewnia wydajne dowody kryptograficzne razem z danymi platformy, co umożliwia lekkim klientom (np. portfelom mobilnym) bezpieczną interakcję z platformą Dash.

Podpisywanie Stanu w Jakim jest Platforma

W przeszłości w celu dostarczenia dowodów kryptograficznych i zagwarantowania konsensusu sieciowego walidatory korzystały z niezagregowanych podpisów EdDSA skrótu kryptograficznego stanu platformy . Liczba i ogólny rozmiar tych podpisów sprawiły, że wydruki próbne wymagały sporych zasobów pamęci i mocy obliczeniowych co było sporym problemem dla lekkich klientów. W wersji 0.20 wprowadzony został mechanizm podpisywania progów BLS który służy do tworzenia tylko jednego podpisu, więc portfele mobilne i inni lżejsi klienci są w stanie łatwo zweryfikować.

Optymizacja warstwy Peer-to-Peer

Wcześniejsze pełne węzły oraz walidatory polegały na, i weryfikowały wszystkie typy wiadomości P2P. Oznaczało to, że pełne węzły odbierały również ruch sieciowy zawierający komunikaty istotne wyłącznie dla walidatorów w celu osiągnięcia konsensusu. W nowej wersji pełne węzły nie otrzymują już pośrednich komunikatów konsensusu generowanych przez walidatory. Zamiast tego walidatory generują tylko jeden komunikat z sygnaturą progową BLS, aby propagować decyzję o konsensusie do reszty sieci. Ponieważ wiele komunikatów nie musi już być przesyłanych do pełnych węzłów, znacznie to zmniejsza obciążenie sieci, co skutkuje 99,5% mniejszym zużyciem przepustowości.

Metadane Platformy

Platforma Dash dołącza teraz dodatkowe metadane do odpowiedzi DAPI, np bieżącą wysokość blockchainu platformy, a także zsynchronizowaną wysokość głównego blockchainu która jest obserwowana i uzgodniona przez wszystkie węzły uczestniczące w konsensusie sieciowym. Ponieważ platforma i podstawowe łańcuchy bloków są asynchroniczne, platforma wykorzystuje tę wysokość głównego blockchainu, aby upewnić się, że wszystkie węzły platformy mają deterministyczny obraz stanu głównej sieci.

Rygorystyczna i Bezpieczna Walidacja Kontraktów Danych

Nowa wersja protokołu Platformy Dash aktualizuje specyfikację schematu JSON używaną do definiowania kontraktów danych do najnowszej wersji 2020-12 i wykorzystuje rygorystyczne zasady sprawdzania poprawności danych, aby zapobiec potencjalnym błędom użytkownika w kontraktach danych przesyłanych do sieci. Wdrożony został też specjalny silnik ogólnych wyrażeń aby zabezpieczyc się przed atakami ReDoS.

Synchronizacja Portfela JS

Poprzednie wersje biblioteki JS Wallet nie zawsze otrzymywały wszystkie żądane transakcje i komunikaty o natychmiastowej blokadzie z DAPI, kiedy starały się synchronizować. Problem ten został rozwiązany w wersji 0.20.

Ulepszenia w Dashmate

Najnowsza wersja Dashmate zawiera 20 poprawek i ulepszeń. Najważniejsze z nich miały na celu zwiększenie wygody i niezawodności konfiguracji lokalnych sieci, oraz poprawę wydajności i obsługę systemu Windows.

Integracja z giełdą Liquid (Android)

Integracja Szybkiej Wymiany LIquid z portfelem aby dać możliwość kupna Dash za pomocą karty VISA prosto z portfela Dash.

Ulepszenia BIP70

Ulepszenia w Deep Link UX aby polepszyć płynność przejścia pomiędzy aplikacją DashDirect i innmy aplikacjami podłączonymi do tego protokołu.

Ulepszenia BIP69

Dopasownie do bardziej standardowej organizacji wejścia/wyjścia która pozwala na wyższy poziom annonimowości.

Ulepszenia w Haśle

Ulepzenia w interfejsie użytkownika, aby lepiej przekazać użytkownikom wagę hasłą i zapobiec robienia zrzutów ekranu hasła.

Ulepszenia synchronizacji łańcucha

Ulepszenie w komuikacji statusu zmian w kodzie poprawiajających synchronizację.

Utrzymanie

Wiele poprawek błedów i ulepszeń związanych z; autentykacją z Uphold za pomocą odcisku palca, interfejsu nawigacji, funkcji automatycznego wylogowywania i trochę refaktoryzacji kodu w oczekiwaniu na Dashpay.

Wysłanie zaproszenia

Aby uprościć zachęcanie przyjaciół i rodzinę do zaczęcia używania sieci Dash, możesz im wysłać zaproszenia, aby mogli oni stworzyć swoje własne profile.

Akceptacja zaproszeń

Zupełnie nowy użytkownik, nieposiadający Dash, może stworzyć swoją nazwę użytkownika, bez konieczności czekania na zakup Dash.

Ulepszenia w wiadomości o błędzie

Implementacja kodów błędów oraz bardziej opisowych wiadomości, aby aplikacje klienta mogły poradzić sobie z nimi lepiej oraz łatwiej rozwiązywać błędy w kodzie.

Projektowanie mocnej struktury drzewa stanu

W tej chwili przechowujemy stan w różnych drzewach Merk, co trochę zwiększa obciążenie pamięci i dysku. Wymaga również bardzo złożonej logiki, aby zapewnić atomowość i móc obsługiwać transakcje między bazami danych, które nie są zaimplementowane. W przyszłości zamierzamy zdefiniować i stworzyć nowy, bardziej niezawodny i bezpieczny projekt drzewa stanów.

Projektowanie dokumentów drugorzędnych indeksów

Częścią nowego projektu drzewa stanu będzie, zastąpienie MongoDB.

Dystrybucja węzłów testnetu.

Testnet zostanie zaktualizowany aby zawierał węzły w różnych centrach danych i symulował problemy z czasem oczekiwania i wydajności spotykane w normalnej sieci.

Proces Aktualizacji

Ulepszony proces aktualizacji nie będzie wymagał kasowania wyszsytkich danych L2 pozwalając na bezpieczne przejścia pomiędzy różnymi wersjami protokołów.

Pierwsze Wydanie GroveDB

Pierwsze swojego rodzaju baza danych oparta na hierarstycznej zweryfikowanej strukturze danych (HADS) wspierana przez innowacyjny system przechowania danych. Umożliwi to korzystanie z funkcji niedostępnych w żadnej innej obecnie istniejącej bazie danych. Pierwsza wersja będzie oferować indeksy wtórne i będzie zawierać kryptograficzne dowody integralności przechowywanej zawartości.

Możliwość aktualizacji kontraktów danych

Pozwala to na modifikację schematów kontraktów bez utraty danych i konieczności tworzenia nowego kontraktu. Jest to jedna z najważniejszych różnic pomiędzy Dashem a innymi sieciami inteligentnych kontraktów, które nie mają takiej możliwości.

Tożsamości Masternodów

Kiedy Masternode ma tożsamość Dash z dołączonym saldem, właściciel Masternoda może otrzymać nagrody za udział w tworzeniu konsensusu Platformy. Daje to dodatkowy strumień dochodu dla właścicieli Masternodów.

Klucze tożsamości, funkcje i poziomy bezpieczeństwa

Przyszłe funkcje platformy Dash będą wymagały różnych poziomów bezpieczeństwa. Przeprowadzenie sprzedaży bardzo cennego aktywa cyfrowego powinno wymagać bardzo wysokiego poziomu bezpieczeństwa, podczas gdy publikowanie zdjęć kotów prawdopodobnie tego nie wymaga. Dzięki tej funkcji użytkownicy mogą mogli przechowywać najcenniejsze klucze w portfelu sprzętowym, ale jednocześnie będą też mogli przeprowadzać mniej krytyczne transakcje bezpośrednio ze swojego telefonu.

Wielo-pakietowe repozytorium

Aby przyspieszyć proces programowania i budowania, kod komponentów Platformy został przeniesiony z autonomicznych repozytoriów do jednego repozytorium zawierającego wiele pakietów. Podejście to oparte na jednym repozytorium znacznie ogranicza rutynowe operacje, które należy wykonać podczas kodowania.

Rotacja kwor, mocniejsze zabezpieczenie IS

Poprawia dystrybucję obciążenia kworum pomiędzy masternodami, jednocześnie zwiększając bezpieczeństwo InstantSend. Osiągnięto to poprzez zmianę podzbioru masternodów w kworum podczas wybierania członków kworum, tym samym ograniczając liczbę kworów, dla których każdy węzeł jest wybierany jednocześnie.

Obniżenie opłaty za złożenie wniosku

Obniżenie opłaty za złożenie wniosku z 5 do 1 DASH aby system zarządzania był bardziej dostępny dla członków społeczności Dash. Zmiana ta była zainicjowana przez wnioseknad którym głosowały masternody.

Dodanie nowego QT intefejsu zarządzania

Doodanie zakładki Zarząd aby pozwolić użytkownikom Dash Core Qt na łątwiejszy dostęp do szczegółów zarządzania.

Implementacja wzmocnionego twardego rozwidlenia sieci.

Implementacja nowej specjalnej transakcji oraz aspektów DIP23potrzebnych do wsparcia mechanizmu twardego rozwidlenia sieci, który zostanie wydany w przyszłych wersjach Dash Core.

Deterministyczne zamknięcia InstandSend

Wprowadzonie deterministycznie weryfikowalnych zamknięć transakcji InstantSend (DIP22) aby lepie wspierać system tożsamości na Platformie. Pozwala to na weryfiikację transakcji InstantSend w przyszłości zamiast efemerycznie.

Backoporty BTC v0.18/v0.19/v0.20

Ukończenie backportu dla Bitcoin Core v0.18 wzrosło z 83% do 86%, a postęp ukończenia backportu z v0.19 wzrosło z 41% do 53%. Dodatkowo ukończono 18% i 10% backportów odpowiednio dla wersji 0.21 i 0.22.

Zewnętrzny audyt bezpieczeństwa

Dash Core Group oficjalnie wynajęła profesjonalną firmę audytorską w celu przeprowadzenia kontroli bezpieczeństwa głównego kodu.

Możliwość aktualizacji tożsamości (zobacz DIP11)

Usuń lukę w funkcjach dotyczącą specyfikacji DIP0011. Obejmuje to wdrożenie zmiany stanu aktualizacji tożsamości, wprowadzenie ulepszeń w zakresie bezpieczeństwa klucza publicznego tożsamości, dodatkową funkcjonalność wymaganą do wypłat funduszy oraz wdrożenie dowodu własności klucza tożsamości.

Obliczenia wstępnej opłaty za przechowywanie danych

Motywujący model opłat, który zrekompensuje Masternodom koszty przetwarzania i przechowywania danych, a także zapobiegnie spamowi. Wprowadzeny nowy system naliczania opłat opiera się na operacjach wymaganych do przetworzenia przejść między stanami oraz ilości danych przechowywanych w sieci Masternodów. Chociaż w nowym modelu kalkulacja opłat za przechowywanie jest precyzyjna, opłaty za przetwarzanie danych nadal wymagają udoskonalenia. W nadchodzącej wersji wprowadzony zostania również możliwość zwrotu opłat jesli dane zostaną usunięte.

Dystrybucja Opłat za Zmianę Stanu

System, w którym opłaty gromadzone są w pulach, które w miarę upływu czasu będą wypłacane Masternodom. System zprojektowany w ten sposób daje Masternodom motywację finansową do kontynuowania hostingu i unikania sytuacji, w których ich węzeł przechodzi w tryb offline. Opłaty za przechowywanie w ramach przejścia na stan są rozdzielane na każdą epokę (~18 dni) nawet do 50 lat w przyszłość. Kiedy rozpoczyna się nowa Epoka, Masternody otrzymują nagrody za świadczenie usług w poprzedniej Epoce.

Zamienianie kredytów platformy na Dash

Kredyty platformy można wymienić na Dash. Masternody będą mogły łatwo wypłacić swoje nagrody z Platformy.

Pierwsza Synchronizacja Nagłówków

Poprawione bezpieczeństwo i niezawodność synchronizacji blockchainu w portfelu Dash JS. JS Wallet stanie się prawdziwym klientem SPV, który przeprowadza pełną synchronizację i weryfikację łańcucha, prosząc losowo wybrane Masternody o zwrócenie żądanych danych blockchaina.

Zestaw Benchamrków Dash

W tej wersji wprowadzono narzędzie testowe aby móc zmierzyć wydajność komponentów Platformy. To narzędzie jest głęboko zintegrowane ze środowiskiem wykonawczym blockchainu platformy i zapewnia programistom wygodne narzędzia do eksperymentowania i śledzenia wydajności.

Protokół Platformy Dash w Rust

Przeniesienie DPP na Rust czyni go bezpieczniejszym i wydajniejszym. Przyspieszy to także przetwarzanie bloków. Aby zintegrować Rust DPP z komponentami JS, zapewniamy WASM DPP. To pierwszy krok w kierunku przeniesienia Platformy na Rust. JS był dobry do eksperymentowania i tworzenia prototypów, ale teraz potrzebujemy czegoś bardziej trwałego.

Identyczne Przetwarznie Bloków

Ograniczenie odziedziczone z projektu Tendermint, na którym pierwotnie powstał nasz silnik konsensusu, sprawiało że tylko sygnatury bloków tylko podpisywałyby stan poprzedniego bloku, a także wszystkie zmiany stanu bieżącego bloku. Dlatego, aby uzyskać sprawdzone dane z DAPI, należy poczekać na kolejny blok. Było to nikompatybulne z naszymi wymaganiami co do systememu sprawdzanie podpisów i systemu przechowywania. To usprawnienie znacznie zmniejsza obciążenie sieci i skraca czas potrzebny na wprowadzenie danych do Platformy, co skutkuje lepszym doświadzczeniem dla użytkowników.

Wypłaty Kredytów

Obecnie możesz zamienić Dash na Kredyty Platformy, tworząc lub doładowując fundusze dla twojej tożsamości na platformie. Kredyty są głównie wykorzystywane do uiszczania opłat za zmianę stanu. Masternody są wynagradzone krefytami za hosting Platformy (nagrody za wykopywanie bloków i opłaty ST). Wypłaty pozwalają Masternodom i innym Tożsamościom na przekonwertowanie swoich Kredytów z powrotem na Dash.

Wydajna Serializacja Danych

Protokół Platformy Dash (DPP) korzystał poprzednio z mechanizmu kodowania CBOR, który implementuje serializację danych bez schematu. Ponieważ wszystkie dane na Platformie przechowywane są w predefiniowanych strukturach, nie ma potrzeby przechowywania również informacji o samej strukturze. Dzięki temu że przechowywujemy tylko wartości, radykalnie zmniejsza to rozmiar serializowanych obiektów.

Zwroty Opłat

Kiedy użytkownik dodaje dane do Platformy, musi również zapłacić za ich trwałe przechowywanie. Jednak nie wszystkie dane przechowywane w Platformie muszą istnieć na zawsze. Użytkownicy mogą zdefiniować w kontraktach danych możliwość aktualizacji lub usunięcia dokumentów. Wprowadzenie zwrotów opłat umożliwia użytkownikom odzyskanie środków jeśli usuną oni dane.

Tożsamość v2

Tożsamość składa się z różnoakich danych, takich jak saldo i zbiór kluczy publicznych używanych do różnych celów i poziomów bezpieczeństwa. Nowa implementacja przechowywania tożsamości umożliwia aktualizację lub pobieranie tylko określonych lub wielu części tożsamości. Zmniejsza to opłaty za zmianę stanu i obciążenie sieci.

Całkowita Weryfikacja Wszystkich Kredytów

Nowa funkcja drzew sumarycznych GroveDB pozwoliła nam wdrożyć mechanizm ochrony przed błędami inflacyjnymi na blockchainie. Ta funkcja dodała sumy do węzłów specyficznego typu drzewa AVL Merkle. W tym drzewie węzły „korzenne” przechowują sumę wszystkich liczb całkowitych jakie znajdują się w drzewie. Za każdym razem, gdy wartość jest dodawana, usuwana lub aktualizowana w drzewie sum, aktualizowany jest każdy węzeł nadrzędny, i tym samym „wartość sumaryczna” korzenia też jest zaktualizowana. Mechanizm weryfikacji kredytowej porównuje każdy blok wszystkich sald kredytowych z oczekiwaną ilością kredytów w systemie. Zapobiega to atakom inflacyjnym, które powodowałyby tworzenie nowych kredytów lub tokenów poza zaplanowaną z góry podażą.

Tożsamości Masternodów które pozwalają im na głosowanie

To jest komponent który pozwala na wdrożenie przyszłych funkcji zarządzania na Platformie.

Zdecentralizowane API z HTTPS

Zaczynając od tej wersji, żądania DAPI są obsługiwane przez protokół HTTPS, co pozwala na tworzenie aplikacji dla przeglądarek.

Wysokowydajne Masternody (HPMN)

Wysokowydajne Masternody to nowy typ Masternodów, który będzie używany do obsługi sieci poprzez uczestnictwo w konsensusie blockchaina Platformy Dash, jak i blockchaina płatności Dash (Core). W tym systemie standardowy Masternode będzie nadal obsługiwał wyłącznie blockchain płatności Dash. Wysokowyadjne Masternody będą miały większe wymagania niż standardowe Masternody, na przykład będą musiały być zabezpieczone przez stakowanie 4,000 Dash oraz bedą musiały mieć wyższą wydajność, ponieważ będą obsługiwać dwa łańcuchy zamiast tylko jednego.

Implementacja BLS v1.0

Aktualizacja bibliotek podpisów BLS dla lepszego dopasowania do powszechnych standardów oraz lepszego bezpieczeństwa.

Backporty kodu Bitcoina z wersji v0.19/v0.20/v0.21/0.v22

Backporty kodu Bitcoina z wersji v0.19/v0.20/v0.21/0.v22

Rozwiązywanie problemów z hard forkiem w wersji 19

Jednym z celów Hard Forka v19 była aktywacja podstawowego schematu BLS i rozpoczęcie jego używania w wiadomościach on-chain i p2p. Poweodem dla którego zmiana ta została wprowadzone, jest potrzeba dostosowania się do standardów IETF. Niestety, w naszych testach nie zauważyliśmy kilku skrajnych przypadków i nie zostały one również wychwycone na testnecie. próba aktywacji wersji 19 w sieci głównej spowodowała trafienie na jedn z tych skrajnych przypadków i sieć główna przestała produkować bloki. Jako pośrednie rozwiązanie wydano wersję 19.1.0, która opóźniła rozpoczęcie sygnalizacji gotowości na Hard Forka v19 do 14 czerwca.

Aby rozwiązać te problemy, musieliśmy zmienić sposób obsługi kluczy publicznych BLS, w tym sposób ich serializacji w wewnętrznej bazie danych. Spowodowało to, że był on niekompatybilny ze starszymi wersjami Dash Core, dlatego zaimplementowano ścieżkę migracji db dla wszystkich nowszych wersji.

Ulepsza obsługę migracji i danych historycznych na lekkich klientach

Efektem ubocznym rozwiązania wdrożonego w celu naprawienia problemów z Hard Forkiem w wersji 19 było otworzenie drogi do uproszczonej migracji portfeli mobilnych do wersji 19.

Przy poprzedniej implementacji portfele mobilne musiałyby przekonwertować ponad 4 tys. kluczy pubkey w punkcie rozwidlenia wersji 19, co mogło łatwo zająć 10–15 sekund, jak nie więcej. Ponadto, po Hard Forku v19, jeśli żądana jest lista masternodów z bloku przed Hard Forkiem v19, klucze operatora przychodziły w podstawowym schemacie BLS, ale hash Merkleroot masternoda przechowywany w tym czasie w transakcji coinbase został wyliczony za pomocą starszego schematu BLS. Dlatego nie można było zweryfikować hashu korzenia Merkle.

Aby rozwiązać te problemy, dla każdego wpisu w wiadomości mnlistdiff p2p wprowadzono nowe pole nVersion. To pole wskazuje, który schemat BLS powinien zostać użyty podczas deserializacji wiadomości – starszy czy podstawowy. nVersion tego samego komunikatu mnlistdiff nie będzie już wskazywała schematu i zawsze musi być ustawiona na 1.

Poprawiona obsługa miksowania na lekkich klientach

Niedawne zmiany w komunikatach dsq i dstx umożliwiły klientom mobilnym pobierającym listy głównych węzłów z komunikatu mnlistdiff określenie węzła głównego powiązanego z tymi wiadomościami, ponieważ zamiast punktu masternodeOutpoint użyto proTxHash. Po aktywowaniu Hard Fork v19, podpis wiadomości dsq i dstx będzie oparty na proTxHash, co powinno umożliwić klientom mobilnym jego weryfikację.

Pozostaw włączone ChainLocks bez podpisywania nowych

Przed tą wersją, ChainLocks mogły być tylko włączone lub wyłączone. Począwszy od tej wersji możliwe jest ustawienie SPORK_19_CHAINLOCKS_ENABLED na wartość różną od zera, aby wyłączyć podpisywanie nowych ChainLocków, jednocześnie wymuszając użycie najlepiej znanego ChainLocka.

Żadna osoba ani organizacja nie ma kontroli nad tym, kiedy wersja 19 zostanie aktywowana; nastąpi to dopiero kiedy określona liczba właścicieli masternodów i górników zaktualizuje oprogoramowanie Dash do najnowszej wersji.

Nagrody dla Masternodów za znalezienie bloku

Nagrody dla Masternodów za bloki zostaną podzielone pomiędzy zwykłe Masternody oraz wysokowydajne Masternody (HPMN). Część nagród dla HPMN zostanie zgromadzona w kredytach i rozłożona w czasie pomiędzy węzłami jako zachęta do obsługi Platformy. Węzły będą otrzymywać nagrody w każdej epoce (~18 dni), jeśli będą sumiennie świadczyć usługi (zaproponują nowe bloki Platformy).

Opłaty za przetwarzanie i korekty

Dodanie bardziej ograniczonych opłat manipulacyjnych oraz dostosowaniu istniejących liczb w celu zapewnienia odpowiedniego pokrycia wszystkich kosztów i prawidłowego obliczenia opłat.

Aktualizacja Protokołu

Testowanie i ulepszanie procesów aktualizacji protokołów, aby zoptymalizować wdrażanie najważniejszych zmian na różnych poziomach systemu.

Wsparcie dla NFT

Przygotuj platformę Dash do przechowywania i utrzymywania niezamiennych tokenów (NFTów). Korzystając z mechanizmu przechowywania, zapewnij sposób na przechowywanie danych NFT również w blockchainie.

Oprzyrządowanie

Wdrażanie metryki dla komponentów Platformy wymaganej do monitorowania sieci, oraz dalsze testy skrajnych warunków.

Wewnętrzny Test Bezpieczeństwa

Eksperymenty i testy bezpieczeństwa przeprowadzone przez DCG.

Testy warunków skrajnych

Testy warunków skrajnych są przeprowadzane za pomocą zestawu testów wykonywanych w dedykowanej sieci.

Poszerzenie budżetu

Przed DashCore v20.0 10% nagród za bloki było odkładane na rzecz budżetu Dash DAO, który finansuje rozwój i inne działania sieciowe. Gdy nastąpi twarde rozwidlenie sieci pdczas wypuszczenia DashCore v20.0 na sieć główną, przydział na rzecz budżetu Dash DAO wzrośnie do 20% nagród za bloki, aby pokrywało się to z propozycjami zatwierdzonymi we Wrześniu. Miner and masternode rewards will change to 20% and 60% respectively upon activation of the change.

Deprecjacja Sentinela

Funkcjonalność Sentinel została zintegrowana bezpośrednio z v20.0, więc nie będzie potrzeby, aby masternody uruchamiały samodzielną aplikację Sentinel. Zaktualizowanych zoistało kilka poleceń RPC, aby zapobiec konfliktom między DashCore v20.0 a istniejącymi instalacjami Sentinel. Zaleca się usunięcie lub wyłączenie Sentinel po aktualizacji masternodów do v20.0.

Specjalna transakcja do zamknięcia kapitału.

Wprowadzono nowy typ specjalnej transakcji „Blokada aktywów” w celu wsparcia finansowania tożsamości platformy

Zmiana w wynagradzaniu Masternodów

Twarde rozwidlenie sieci wprowadziło relokacje nagród dla masternodów (MN_RR). Po raz pierwszy wprowadzony w Dash Core v20, zostanie aktywowany po zaakceptowaniu v21 przez masternody. To twarde rozwidlenie sieci włącza główną funkcję uwzględnioną w tej wersji: relokację lokalizacji nagród masternodów. Aktywacja zainicjuje również uruchomienie łańcucha platformy Dash Evolution Platform.

Zmiany w wypłacaniu nagród i płatności dla evonodów

Oto tłumaczenie:
Gdy hardfork MN_RR się aktywuje, część dotacji dla masternodów w coinbase będzie przenoszona do Puli Kredytowej (tzn. na Platformę) za każdym razem, gdy zostanie wydobyty blok. Evonody będą wtedy otrzymywać jedną nagrodę na cykl płatności w głównym łańcuchu – a nie nagrody z czterech kolejnych bloków, jak w wersjach v19/v20. Pozostałe płatności dla evonodów będą dystrybuowane przez Platformę z puli kredytowej. Ma to na celu zachęcenie evonodów do aktualizacji do wersji Platform, ponieważ tylko węzły działające na Platformie będą mogły otrzymywać te nagrody.

Wzmocnienie sporków na Mainnecie

Dash wprowadził sporki w 2014 roku jako sposób na płynniejsze przechodzenie na nowe wersje niż przez hard forki. Chociaż rozwiązanie to była wtedy bardzo użyteczne, sieć dojrzała już na tyle że sporki na mainnecie nie są już potrzebne, dzięki funkcjom takim jak ulepszone hard forki. W związku z tym wersja ta utrwala wszystkie sporki na mainnecie. Sporki pozostają aktywne na wszystkich devnetach i testnecie; jednak na mainnecie wartości wszystkich sporków są zaszyte w kodzie na 0, lub 1 dla sporka SPORK_21_QUORUM_ALL_CONNECTED. Te zaszyte wartości odpowiadają aktywnym wartościom historycznie używanym na mainnecie, więc funkcjonalność sieci się nie zmienia.

Walidacja platformy Dash przed uruchomieniem sieci Mainnet

Różne eksperymenty sieciowe, ponowne sprawdzanie bazy kodu, przygotowania i potencjalne poprawki błędów przed wypuszczeniem na mainnet wraz ze ścisłą współpracą ze społecznością Dash (wzorując się na projektach społeczności używających platformę Dash).

Rozpoczęcie wdrażania na Mainnet

Pierwsze wdrożenie Platformy na mainnecie będzie połączone z wypuszczniem Core w wersji 0.21. Sieć Dash będzie zachęcana do jak najszybszej aktualizacji.

Rezygnacja EHF

To naprawia problem w rezygnacji EHF,
kiedy masternody nie rezygnowały z EHF, jeśli wcześniej były w kworum podpisującym EHF. As a result , próg nie mógł zostać osiągnięty.

Gotowość do aktywacji

Te wersje miały zapewnić pomyślną aktywację w określonych warunkach, które były obserwowane. Była to obowiązkowa aktualizacja dla wszystkich operatorów Evonodów. W przeciwieństwie do innych aktywacji, ta wersja aktywuje łańcuch Platformy natychmiast kiedy jedynie 67 Evonodów w kworum Genesis zostanie zaktualizowanych i odpowiednio skonfigurowanych.

Aktywacja Platformy Dash

Żadna osoba ani organizacja nie ma nad tym kontroli, kiedy protokół Platformy zostanie aktywowany; nastąpi to po tym, jak określona liczba właścicieli Evonodów dokona aktualizacji.

DPNS

Po utworzeniu tego kontraktu możliwe będzie rejestrowanie nazw użytkowników w sieci.

DashPay

Po utworzeniu tego kontraktu, umożliwione zostanie przesyłanie płatności za pomocą nazw użytkowników w sieci.