Sieć Dash przez ostatnie dwa tygodnie brała udział w wspaniałym przykładzie tego, co czyni nas wspaniałymi. Masternody wspólnie głosowały nad tym, czy powinniśmy mieć przyspieszoną wersję. Celem tej ankiety było poznanie życzeń sieci. Wielu ludzi opowiadało się za jak najszybszym wydaniem, ale także kilka innych osób z drugiej strony wyraziło, że chcą, aby wydanie odbyło się sprawniej.
Wyniki ankiety
Gdyby propozycja została przyjęta zdecydowanym TAK, datą premiery byłby 19 lipca. Nie licząc głosów wstrzymujących się, obecnie mamy 68% za tą propozycją i 32% przeciw. To samo dotyczy operatorów Evonode. Chociaż powody głosowania na tak były dość proste, słyszeliśmy różne powody od Masternodes w obozie „nie”. Z tych opinii wynika, że najczęstszym powodem, dla którego ludzie głosowali na „nie”, była potrzeba bardziej stabilnej wersji. Po drugie, wiele osób chciało, aby wypłaty były włączone od momentu aktywacji. Po trzecie, mieliśmy ludzi, którzy uważali, że powinniśmy mieć wszystko gotowe, aby mieć kompletną wersję, która byłaby całkowicie gotowa dla zewnętrznych programistów.
Decyzja i strategia wdrażania
Dla wielu osób nie była to taka prosta decyzja. Ponieważ głosowanie przeszło minimalnie, w DCG uszanujemy życzenia większości. Jednak chcielibyśmy także zobaczyć aktywację, która faktycznie wymaga 2/3 sieci, aby faktycznie uruchomić nową wersję.
Dlatego zdecydowaliśmy się podążać w kierunku przyspieszonego wydania, ale dodać dodatkowe 10 dni testowania. Robiąc to, powinniśmy zobaczyć zdrowszą wersję z nieco mniejszym prawdopodobieństwem zatrzymania łańcucha. Oznacza to, że data premiery w sieci głównej przypada na poniedziałek, 29 lipca.
To wydanie należy postrzegać jako wersję beta dla sieci mainnet. Będziemy także udostępniać pakiet Rust SDK w wersji beta. Chociaż pakiet Javascript SDK istnieje, należy go postrzegać jako wersję alfa. Zewnętrzni programiści mogą z niego korzystać, ale należy go postrzegać jedynie jako wczesną wersję zapoznawczą. Co więcej, ponieważ dokumentacja nie jest jeszcze ukończona, powinniśmy być bardzo ostrożni, próbując pozyskać zewnętrznych programistów na tym etapie, ponieważ pierwsze wrażenie możemy zrobić tylko raz. Doprowadzenie zestawów SDK do poziomu, na którym będziemy czuć się komfortowo, wiedząc, że niezaawansowani zewnętrzni programiści mogą z łatwością z nich korzystać, zajmie kilka miesięcy. Jednakże wewnętrznie będziemy używać Rust-SDK na urządzeniach mobilnych, aby aktywować Dashpay, który umożliwia płatności pomiędzy tożsamościami z płatnościami zachodzącymi w głównym łańcuchu i tam, gdzie tożsamość nadawcy i odbiorcy nie jest oczywista dla innych stron.
Funkcje przyspieszonego wydania
Ponadto chcielibyśmy podkreślić, że choć podążamy ścieżką przyspieszonego wydania, wciąż wypuszczamy produkt, który jest dość bogaty w funkcje.
W tej pierwszej wersji niektóre z ważniejszych funkcji, które udostępniamy, to:
Zdecentralizowane Tożsamości (tworzenie, aktualizacja, doładowanie, transfer środków),
Wsparcie Data Contract (tworzenie, aktualizacja, wsparcie historyczne, różne konfiguracje mutacji),
Obsługa dokumentów (tworzenie, zastępowanie, usuwanie),
Podstawowe wsparcie NFT oparte na dokumentach (przelew, sprzedaż),
Kwestionowana uchwała w sprawie głosowania w trybie masternodu zasobu,
Umowa Dash Platform Name Serve (DPNS) (gotowa, ale ze względów bezpieczeństwa może zostać udostępniona z dwutygodniowym opóźnieniem),
Umowa Dashpay (gotowa, ale ze względów bezpieczeństwa może zostać zwolniona z dwutygodniowym opóźnieniem),
Weryfikacja całkowitego salda systemu w oparciu o technologię Sum Trees,
System opłat ze zwrotem opłat w przypadku usunięcia danych z systemu,
Dystrybucja nagród dla Evonodes,
Obsługa wersjonowania protokołów z aktualizacjami typu hard fork,
Dowody kryptograficzne wykonania zmiany stanu,
Platform State z wydajnymi dowodami kryptograficznymi dla lekkich klientów w oparciu o hierarchiczne uwierzytelnione struktury danych GroveDB (system przechowywania),
Skalowalne, odporne na błędy rozwiązanie konsensusowe, wykorzystujące kryptografię progową i wykonywanie tego samego bloku,
Obsługa dokumentów (tworzenie, zastępowanie, usuwanie),
Podstawowe wsparcie NFT oparte na dokumentach (przelew, sprzedaż),
Kwestionowana uchwała w sprawie głosowania w trybie masternodu zasobu,
Umowa Dash Platform Name Serve (DPNS) (gotowa, ale ze względów bezpieczeństwa może zostać udostępniona z dwutygodniowym opóźnieniem),
Umowa Dashpay (gotowa, ale ze względów bezpieczeństwa może zostać zwolniona z dwutygodniowym opóźnieniem),
Weryfikacja całkowitego salda systemu w oparciu o technologię Sum Trees,
System opłat ze zwrotem opłat w przypadku usunięcia danych z systemu,
Dystrybucja nagród dla Evonodes,
Obsługa wersjonowania protokołów z aktualizacjami typu hard fork,
Dowody kryptograficzne wykonania zmiany stanu,
Platform State z wydajnymi dowodami kryptograficznymi dla lekkich klientów w oparciu o hierarchiczne uwierzytelnione struktury danych GroveDB (system przechowywania),
Skalowalne, odporne na błędy rozwiązanie konsensusowe, wykorzystujące kryptografię progową i wykonywanie tego samego bloku,
Zdecentralizowany interfejs API z 23 różnymi zapytaniami platformy:
getIdentity: Pobiera szczegóły tożsamości na podstawie dostarczonego żądania.
getIdentityKeys: pobiera klucze powiązane z określoną tożsamością.
getIdentitiesContractKeys: Uzyskuje klucze kontraktu dla wielu tożsamości.
getIdentityNonce: Zwraca wartość jednorazową określonej tożsamości.
getIdentityContractNonce: Podaje wartość jednorazową kontraktu dla danej tożsamości.
getIdentityBalance: Pobiera saldo określonej tożsamości.
getIdentityBalanceAndRevision: Pobiera zarówno saldo, jak i numer wersji tożsamości.
getDataContract: Pobiera określony kontrakt danych.
getDataContractHistory: udostępnia historię aktualizacji kontraktów danych.
getDataContracts: pobiera wiele kontraktów danych na podstawie żądania.
getDocuments: Pobiera dokumenty na podstawie dostarczonego żądania.
getIdentityByPublicKeyHash: pobiera tożsamość za pomocą skrótu klucza publicznego.
getConsensusParams: Zwraca bieżące parametry konsensusu.
getProtocolVersionUpgradeState: Pobiera stan aktualizacji wersji protokołu.
getProtocolVersionUpgradeVoteStatus: Podaje status głosowania dla głosowania Evonode w ramach aktualizacji wersji protokołu.
getEpochsInfo: Pobiera informacje o epokach.
getContestedResources: Wyświetla listę głosów aktualnie odbywających się dla określonych kwestionowanych zasobów.
getContestedResourceVoteState: Podaje stan głosowania dotyczącego kwestionowanego zasobu, w tym informację o zwycięzcy.
getContestedResourceVotersForIdentity: pobiera informacje o tym, kto głosował za przypisanie kwestionowanego zasobu do określonej tożsamości.
getContestedResourceIdentityVotes: pobiera szczegółowe informacje o tym, jak dana tożsamość głosowała w głosach kwestionowanych zasobów.
getVotePollsByEndDate: Wyświetla listę ankiet, które wkrótce się kończą.
getPrefundedSpecializedBalance: Zwraca przedpłacone specjalistyczne saldo na podstawie żądania.
getPathElements: Zapewnia bezpośrednie elementy ścieżki informacyjnej GroveDB na podstawie dostarczonego żądania. Jest to przeznaczone wyłącznie do użytku zaawansowanego.
11 zapytań pomocniczych, aby uzyskać informacje oparte na łańcuchu rdzeniowym:
getBlockchainStatus: Zapewnia informacje o blockchainie i sieci dla blockchainu płatności
getMasternodeStatus (zostanie aktywowany w ciągu pierwszych dwóch tygodni): Zapewnia status węzła głównego
getBlock (zostanie aktywowany w ciągu pierwszych dwóch tygodni): Pobiera blok łańcucha płatności
getBestBlockHeight: pobiera najlepszą wysokość końcówki łańcucha
broadTransaction: Rozgłasza transakcję łańcucha płatności
getTransaction: Pobiera transakcję łańcucha płatności z metadanymi
subskrybujToBlockHeadersWithChainLocks: strumień danych z historycznymi i nadchodzącymi blokami łańcucha płatności oraz blokadami łańcucha
subskrybujToTransactionsWithProofs: Strumień danych z historycznymi i nadchodzącymi transakcjami, blokami Merkla i blokadami natychmiastowych wysyłek filtrowany za pomocą określonego filtra Bloom.
subskrybujToMasternodeList: Strumień danych z historycznymi i nadchodzącymi uproszczonymi różnicami w liście węzłów głównych (DIP0004)
getBestBlockHash: Pobiera najlepszy skrót końcówki łańcucha
getBlockHash: Pobiera skrót bloku płatności według wysokości
Priorytety po wydaniu
Bezpośrednim celem po wydaniu będzie upewnienie się, że sieć jest stabilna, następnie aktywacja DPNS i Dashpay, a następnie udostępnienie kolejnej wersji z włączoną możliwością wypłat.
Autor : BitcoinSV.pl
Źródło : Evo Accelerated Release – Dash
