Dash Roadmap

Financiële vrijheid, gebouwd op masternodes

Dash werd opgericht door Evan Duffield met het unieke X11 hashing algoritme als belangrijkste functie. De verdere doorontwikkeling bestond uit de dynamische aanpassing van de moeilijkheidsgraad voor miners, beter bekend als Dark Gravity Wave. Dit werd al snel gevolgd door masternodes, een krachtig netwerk van volledige nodes, die de ruggengraat van het netwerk vormen en diensten aan gebruikers leveren. Sporks werden geïntroduceerd om een soepel releaseproces van nieuwe functies mogelijk te maken, zonder de netwerk te hardforken, en tenslotte werd PrivateSend geïntroduceerd om Dash een echt verhandelbare valuta te maken.

De fundatie bouwen voor de toekomst

Hoewel Dash aanvankelijk was gebaseerd op het Litecoin-project, stapte het begin 2015 over naar Bitcoin als basis. Het werk werd het hele jaar door voortgezet om een gedecentraliseerd governancesysteem op te bouwen en tot 10% van de blokbeloning vrij te maken voor voorstellen die aan het netwerk werden voorgelegd. Het eerste superblok werd gedolven op 7 september 2015, waarmee Dash ’s werelds eerste gedecentraliseerde autonome organisatie (DAO) werd.

Blokgrootte en hash snelheid neemt toe

Binnen 24 uur voltooide het netwerk een historische stemming en bereikte het consensus om ontwikkelaars toestemming te geven om te werken aan blokken van 2 MB, waardoor toekomstige capaciteit werd gegarandeerd. Ondertussen vermenigvuldigde de hash-snelheid zich snel doordat krachtige mininghardware werd vrijgegeven; in de loop van het jaar in 16-voudig. Het management van het team zag verdere professionalisering en de introductie van kwaliteitsborgingsmaatregelen. Bitcore en Insight met Dash-extensies zijn vrijgegeven, gebaseerd op een door het netwerk gefinancierde poging om het X11-hashing-algoritme naar JavaScript te herschrijven.

Stabiliteit, decentralisatie en toegankelijkheid

Vanaf 2017 werd Dash ondersteund op grote hardware-portefeuilles. Ook kwamen er twee software releases om de voorbereiding van PrivateSend-bedragen te optimaliseren, en om de groeiende lijst van besturingsobjecten beter te beheren met behulp van een tool genaamd Sentinel. Ondertussen werden de transactievergoedingen over de hele linie met een factor 10 verlaagd en werd het eigendom van Dash Core Group overgedragen aan een trustbedrijf, waarbij het gedecentraliseerde netwerk zelf als begunstigde werd genoemd.

Benaamde devnets

Benaamde devnets maken de creatie van meerdere onafhankelijke devnets mogelijk. Elke wordt geïdentificeerd door een naam die wordt vastgelegd het “genesisblok” van dat devnet, en wordt automatisch gepositioneerd op blok nummer 1.

Verbeteringen in het beheer

Watchdogs zijn niet gebruikt sinds versie 0.12.2.x. In plaats daarvan is alle vereiste informatie over Sentinel opgenomen in Masternode-pings. Voor deze update is aanvullende informatie toegevoegd om ervoor te zorgen dat masternode-pings niet werden gewijzigd door een tussenliggend knooppunt. Alle berichten gerelateerd aan watchdogs zijn verwijderd. Er zijn verbeteringen aangebracht in de indeling van het ‘voorstel’-bericht en aan de validatie en verwerking van deze voorstellen, waardoor het netwerkverkeer en het CPU-gebruik zijn afgenomen. De afhandeling van triggers is ook verbeterd.

PrivateSend verbeteringen

In plaats van te vereisen dat het bedrag van een PrivateSend N keer de PrivateSend transactievergoeding is, kan elke invoer die groter is dan of gelijk is aan 1 (maar minder dan of gelijk aan 4) nu als bedrag worden gebruikt. Invoer groter dan of gelijk aan 1 maar minder dan 2 wordt gebruikt als betaling met OP_RETURN-uitgangen. Dit verlaagt het aantal ingangen dat een portemonnee moet verwerken en verbetert de privacy door het elimineren van het geval waarin een gebruiker per ongeluk kleine non-private ingangen samenvoegt. Het vermindert ook de globale UTXO grootte.

Nieuwe Dash branding

De Android en iOS versies van DashWallet zijn bijgewerkt met de nieuwe richtlijnen van de huisstijl en moderniseren hiermee het uiterlijk van beide apps.

Uphold integratie (Android)

De mogelijkheid om Dash via Uphold te kopen en verkopen is ook geïntegreerd in de Android app. Hierdoor kunnen gebruikers gemakkelijker van start gaan met Dash.

NFC ondersteuning (iOS)

De mogelijkheid om een betaling via NFC aan te vragen is toegevoegd, zodat gebruikers de betaalterminals en andere portefeuilles alleen maar hoeven aan te raken om betalingsinformatie te ontvangen.

iPad ondersteuning (iOS)

De mogelijkheid om DashWallet op een iPad te gebruiken is toegevoegd, zodat gebruikers betalingen op hun tablets kunnen betalen en ontvangen.

Nieuwe vertalingen

Er zijn veel nieuwe talen en valuta’s toegevoegd, zodat gebruikers over de hele wereld DashWallet in hun eigen taal kunnen gebruiken en de wisselkoersen in hun lokale valuta kunnen bekijken.

InstantSend Automatisch

Dash Core v0.13 introduceerde de automatische InstantSend, waarbij transacties met vier of minder inputs standaard worden ingesteld op InstantSend, zonder extra kosten voor gebruikers.

Deterministische masternodevlijst

De Deterministische Masternode Lijst biedt een enkele bron van waarheid voor alle transacties waarvoor validatie door masternodes nodig is, zoals InstantSend-transacties. De lijst is volledig afgeleid van on-chain data. Dit zorgt ervoor dat alle knooppunten tot dezelfde consensus komen als het gaat om de geldige lijst van masternodes.

Speciale Transacties

Speciale Transacties bieden nieuwe structuren om niet-financiële transacties op de blockchain mogelijk te maken. Deze functie legt de basis voor toekomstige toepassingen van het netwerk op de 2e laag, zoals Blockchain-gebruikers.

Drie masternode sleutels

Voorheen hadden masternodes twee sleutels voor hun masternode, te weten de eigenaarssleutel (om het eigendom te bewijzen) en beheersleutel (om de masternode te gebruiken en en om mee te stemmen). Deze tweede sleutel is nu in tweeën verdeeld: de beheersleutel en de stemsleutel, zodat dat de masternode nu ook het stemmen kan delegeren als dit gewenst is.

Ontgrendelen van portefeuille met vingerafdruk

Gebruikers kunnen nu hun portefeuille ontgrendelen met behulp van hun vingerafdruk om gebruik van de app mogelijk te maken.

iOS Bibliotheek integratie

DashWallet is nu geïntegreerd met een iOS bibliotheek die verbinding mogelijk maakt met de Dash blockchain. Mogelijk kan dit in de toekomst ook door andere iOS-clienten worden gebruikt.

Ontvangen van InstantSend transacties (iOS)

DashWallet kan nu bevestigen of een ontvangen transactie via InstantSend is verzonden.

Getoond prijsverschil nivelleren

De online bronnen waar de marktprijs wordt ingewonnen zijn nu gelijk voor zowel de iOS als de Android versie van de DashWallet.

Lang Levende Masternode Quorums

Lang Levende Masternode Quorums zorgen voor een grotere schaalbaarheid van het netwerk door consensus te verbeteren en de mogelijke use cases voor het netwerk uit te breiden. Deze quorums verminderen de hoeveelheid berichten die nodig is om transacties te valideren en voorkomen tevens dat elk afzonderlijk knooppunt op het netwerk consensusgegevens in het geheugen op moet slaan totdat een transactie wordt gedolven. Afhankelijk van het beveiligingsniveau dat vereist is voor de use case, kunnen deze quorums erg groot zijn.

ChainLocks tegen 51% aanvallen

ChainLocks drastisch verminderen het risico van een 51% miningaanval op het netwerk. Met deze functie kan een Lang Levende Masternode Quorum een blok ondertekenen en een bericht naar het netwerk doorgeven dat aangeeft dat netwerkknooppunten blokken moeten weigeren zodra ze niet overeenkomen met het blok dat zojuist is ondertekend door het quorum. Dit maakt niet alleen het bereiken van consensus snel en eenduidig, maar maakt ook kettingreorganisaties onder dat bloknummer onmogelijk.

Uphold integratie (iOS)

Gebruikers kunnen in de app Dash overmaken van een Uphold-account naar de portemonnee, en Dash kopen en verkopen via een ingebouwde webview.

Verbetering van de prijsontdekking

Er zijn verbeteringen aangebracht om ervoor te zorgen dat de wisselkoersen overeenkomen met andere veelgebruikte Dash toepassingen.

DashCore v0.14 Ondersteuning

Ondersteuning voor LLMQ’s en ChainLocks is toegevoegd aan de portemonnee, zodat gebruikers kunnen profiteren van extra beveiliging en het direct kunnen uitgeven van ontvangen betalingen.

Public testnet (“Evonet”)

Dash Platform wordt uitgebracht op een openbaar testnet waarmee ontwikkelaars verbinding kunnen maken om te experimenteren met de functionaliteit.

DAPI, Identiteiten, Documenten

Gebruikers kunnen verbinding maken met Evonet met behulp van de gedecentraliseerde API (DAPI); het maken van test-identiteiten en namen en het maken, updaten en verwijder van documenten.

Naming service and DashPay contracten

Gebruikers kunnen de Dash Platform Naming Service (DPNS) en DashPay-contract verkennen.

Bibliotheken

Verschillende bibliotheken zullen beschikbaar komen voor ontwikkelaars, waaronder de Dash SDK, DAPI-client, DPNS-client en DPP-bibliotheken.

Documentatie voor ontwikkelaars

Een hub voor ontwikkelaars biedt nuttige documentatie en handleidingen voor de nieuwe functionaliteit.

Uniforme gebruikservaring op Android en iOS

De gebruikersinterface van DashWallet wordt verenigd in Android en iOS voor een consistentere look en feel.

Donkere modus voor iOS

DashWallet iOS introduceert een donkere modus die consistent is met de richtlijnen van Apple.

Geavanceerde beveiligingsopties

Gebruikers krijgen meer flexibiliteit bij het beheren van hun beveiligingsinstellingen.

Gemakkelijke toegang tot veelgebruikte functies

Gebruikers hebben snel toegang tot de belangrijkste functies vanaf het startscherm.

Backports voor Bitcoin v0.15.2

Deze release brengt Dash up-to-date met Bitcoin v0.15.2 en profiteert van een aantal fixes en optimalisaties die Bitcoin tot die datum heeft aangebracht.

Basic QT Portemonnee gebruikservaring update

Gebruikers zullen profiteren van een bijgewerkte gebruikersinterface op de desktopportemonnee die overeenkomt met de bijgewerkte Dash branding. Dit omvat bijgewerkte kleuren en stijlen die overeenkomen met de stijlgids, het verwijderen van onnodige elementen om de gebruikersinterface op te ruimen, en het gebruik van nieuwe pictogrammen.

Verbeteringen na de stresstest

Deze release bevat verschillende optimalisaties die zijn gemaakt op basis van de bevindingen van de recente stresstests.

BIP70 verbeteringen

Verbeteringen aan BIP70 zorgen voor een efficiëntere betalingservaring aan de kassa. Gebruikers/Verkopers die dit protocol implementeren, profiteren van terugbetalingsopties, de mogelijkheid om betalingen over meerdere adressen te splitsen, en genieten van een betere veiligheid.

Herverdeling van block beloning

De toewijzing van blokbeloningen – exclusief financieringsvoorstellen – tussen masternodes en miners verandert van een 50-50 verdeling naar een 60-40 verdeling gedurende een meerjarige overgangsperiode.

UI upgrade

De Dash Core ervaring is nu consistenter in alle ondersteunde besturingssystemen met betrekking tot lettertypen, afbeeldingen en schermlayouts.

Handtekeningherstel

Het nieuwe systeem voor het herstellen van handtekeningen verzendt in eerste instantie handtekening shares naar een enkel deterministisch geselecteerde node, in plaats van handtekening shares door te geven aan elke node totdat er genoeg is om de handtekening te herstellen. Deze optimalisatie zal naar verwachting de belasting met verschillende ordes van grootte verminderen.

Minimum protocol controle

Proof of Service (PoSe) voor Masternodes is verbeterd door ervoor te zorgen dat een minimale protocolversie wordt uitgevoerd tijdens DKG.

Optimalisatie van netwerkthreads

Door event polling (epoll) op Linux te implementeren is de netwerkthreading geoptimaliseerd door onnodige herhaling van lussen door alle nodes te elimineren.

Bitcoin v0.16 backports

Deze release introduceert meer dan 650 updates van Bitcoin v0.16, evenals enkele updates van Bitcoin v0.17.

Protocol versiebeheer

Zorgt voor een soepele uitrol van belangrijke wijzigingen zonder ontwikkelingsnetwerken te wissen.

Platform test suite

Platform test suite is een repo met geconsolideerde tests over het hele platform, waardoor het testen en bijwerken van tests veel eenvoudiger is voor alle componenten.

Binaire documentvelden

Hiermee kunnen ontwikkelaars ‘native binary types’ gebruiken (bijv. Buffer, ByteArray) om hun gegevens op te slaan.

Tijdstempels van documenten

Mogelijkheid tot het aanmaken of bijwerken van documenten die zijn opgeslagen op Dash Platform.

Verbeterd distributiepakket

Ondersteuning voor configuratiesjablonen en meerdere knooppunten in mn-bootstrap .

Standaard Dash identiteit

Hiermee kan een gebruiker een primaire gebruikersnaam opgeven voor zijn Dash-identiteit.

DPNS & identity DIPS

DIP11 Identities enDIP12 Dash Platform Name Service zijn vrijgegeven.

Thuis scherm verbeteringen

De tabbladen voor verzenden en ontvangen zijn verwijderd om meer ruimte te creëren.

Kleine veergave verbeteringen

Labels zijn ingekort en/of aangepast om overlapping met andere UI-componenten op kleine schermen te voorkomen.

Herstelzin verbeteringen

Een terugknop is toegevoegd, ondersteuning voor niet-Engelse uitdrukkingen is geïmplementeerd, waarschuwingsberichten zijn bijgewerkt

Chain sync verbeteringen (iOS)

Verschillende verbeteringen en wijzigingen in het ontwerp van de kern gegevens alsmede van de downloads van masternode en quorumlijsten.

Het DashPay Alpha programma betrekt de gemeenschap bij het testen van de DashPay portemonnee op Evonet.

Gebruikersnamen

Gebruikers kunnen zich registreren op het netwerk en hun gebruikersnamen delen met andere Dash gebruikers.

Gebruikersprofielen

Gebruikers kunnen hun gebruikersnaam beter aanpassen met een weergavenaam, afbeelding en bio.

Kom in contact met contacten

Gebruikers kunnen personen op gebruikersnaam aanvragen en een lijst maken met gebruikers waarmee ze transacties willen uitvoeren.

Betaal en word betaald met behulp van een gebruikersnaam

Gebruikers kunnen Dash uitwisselen met vrienden, familie en handelaars via een gebruikersnaam of cryptografisch adres.

Verbeteringen in binaire gegevensopslag

Verbeteringen om binaire gegevens weer te geven als byte-arrays in tegenstelling tot strings, zodat gegevens efficiënter worden opgeslagen. Het JSON schema is ook uitgebreid met het trefwoord ‘byteArray’, waardoor ontwikkelaars gemakkelijker binaire eigenschappen in hun datacontracten kunnen definiëren.

Consensusregels voor identiteiten

Er zijn verschillende wijzigingen aangebracht in de onderliggende structuur van een identiteit op Dash Platform

Non-determinisme bij verwerking van blocks

Dit was een bekende bug waardoor veel ontwikkelaars moeite hadden om nodes op Evonet te starten.

Core height consensus

Consensus tot stand brengen tussen L1- en L2-ketens op basis van de hoogte van L1.

Instant Send financiering van identiteiten

Hierdoor kunnen identiteiten worden gefinancierd door gebruik te maken van de snelheid van Instant Send.

State trees

Opslag van data state in Merkle Trees voor gebruik door lichtgewicht clients.

Platform Distribution Package

Het distributiepakket (dashman, voorheen mn-bootstrap) is aanzienlijk verbeterd en zorgt voor een verbeterde gebuikerservaring.

financiering van identiteit

Mogelijkheid om identiteiten te financieren zonder double spends.

Chain sync verbeteringen (iOS)

Verdere verbeteringen zijn aangebracht in het synchronisatieproces om vertragingen bij het verzenden van betalingen te voorkomen.

Vergeten herstelzin (iOS)

Verbeteringen zijn aangebracht om gebruikers te helpen die een of twee woorden van hun herstelzin zijn vergeten, om toch te proberen hun portemonnee te herstellen.

Bugfixes & UI verbeteringen (Android)

De gebruikerservaring die is gekoppeld aan het vergeten van uw pincode is geïmplementeerd, er zijn updates uitgevoerd om een nieuwere Android SDK (29) te ondersteunen, crashes bij het maken van een back-up naar een bestand en het importeren van een privésleutel zijn gerepareerd.

Tendermint seed nodes

Een speciaal type node dat peer-informatie levert aan andere knooppunten om de schaalbaarheid te verbeteren.

Secure ST Acknowledgement

Verbeteringen om mogelijke aanvalsvectoren aan te pakken en voor schaalbaarheid op Mainnet.

Drive uitgebreide logging

Voeg meer logs toe voor meer duidelijkheid en voor het oplossen van problemen met het gedrag van Drive.

Verbeterde foutmeldingen

Leesbare en informatieve berichtgeving voor een juiste foutafhandeling.

UI verbeteringen & oppoetsen

• Verbetering: Upgrade naar Testnet (Platform v0.17)
• Verbetering: Zoek netwerkgebruikers
• Verbetering: Android / iOS UI afstemming
• Verbetering: Validatie gebruikersnaam
• Verbetering: Profielherinnering opslaan
• Verbetering: Slechte masternodes
• Verbetering: Gebruikersnaam (sta hoofdletters en koppeltekens toe)
• Fix: Portemonnee vergrengeling timer
• Fix: onjuiste synchronisatiestatus
• Fix: Sync & Crash problemen
• Fix: privésleutel importeren

100 leden quorum

Nieuwe quorumgrootte ter ondersteuning van speciale transacties voor assetlocks .

RPC restricties voor platform

Verbeterde beveiliging wanneer Core interactie heeft met platform.

Bitcoin v0.17+ backports

Meer dan 500 backports van Bitcoin Core.

financiering van identiteiten dmv ChainLocks

Implementeer het tweede deel van het ontwerp betreft identiteitsfinanciering dat ChainLock proofs bevat.

Feature flags

Schakel deterministisch specifieke logica op het netwerk in om zo bugfixes toe te staan en om nieuwe functionaliteit in te schakelen zonder gegevens te wissen.

Lokale netwerkconfiguratie / omgeving

De lokale mn-bootstrap node ondersteunt geen chainlocks en instant locks, dus moesten een we fallback introduceren tijdens de ontwikkeling en op CI.

Verfieer handtekeningen met Core

Verbeteringen aan Asset Lock Proofs (identiteitsfinanciering) om dubbele logica en gegevens te vermijden.Het is beter om Core te gebruiken die deze logica al heeft geïmplementeerd en alle vereiste gegevens al heeft.

Verwijder Insight API

Verwijder insight als afhankelijkheid en zet de functionaliteit over naar DAPI om de stabiliteit te verbeteren en redundantie te verwijderen.

DashMate uitgave

We verbeteren het distributiepakket van Dash Platform continu (voorheen bekend als mn-bootstrap) om het handiger en betrouwbaarder te maken. Sinds deze versie beschouwen we het volwassen genoeg om het een passende naam te geven. We raden je ten aan om het te gaan gebruiken door op testnet full nodes en masternodes uit te proberen.

Verbeter CI

Trage builds en gebrek aan beschikbare functionaliteit in Travis CI hebben het ontwikkelingsproces aanzienlijk vertraagd. We zijn gemigreerd naar Github Actions en hebben enkele caching trucs geïmplementeerd. Nieuwe CI-builds zijn veel flexibeler en draaien tot 10 keer sneller.

Validator Set Rotatie

voor het bereiken van consensus op de platform-blockchain, verifieert en ondertekent een specifieke set masternodes, validators genaamd de blokken. Tot versie 0.19 was de validatorset statisch en gehost op nodes die werden beheerd door DCG. Met versie 0.20 worden Long-living Masternode Quorums (LLMQ) gebruikt om de validatorset dynamisch te distribueren en te roteren over alle masternodes. Deze aanpak verdeelt de belasting gelijkmatig en maakt het netwerk veel veiliger en betrouwbaarder.

Cryptographic Proofs

Voorheen moesten clients vertrouwde full nodes gebruiken om de validiteit en integriteit van gegevens van het platformnetwerk te waarborgen. In deze versie biedt DAPI naast de platformgegevens efficiënte cryptografische bewijzen, waardoor light clients (bijv. mobiele portemonnees) veilig kunnen communiceren met Dash Platform.

Platform State Threshold Signing

Validators gebruikten voorheen niet-geaggregeerde EdDSA handtekeningen om cryptografische bewijzen te leveren en netwerkconsensus te garanderen. Het aantal en de totale grootte van deze handtekeningen maakten het gebruik van proofs voor lichte clients tijdrovend. In versie 0.20 wordt het ‘BLS threshold signing’ mechanisme gebruikt om slechts één handtekening te produceren, die mobiele portemonnees en andere light clients gemakkelijk kunnen verifiëren.

Peer-to-Peer Layer optimalisatie

Voorheen vertrouwden zowel full nodes als validators alle soorten P2P-berichten. Dit betekent dat full nodes ook netwerkverkeer ontvingen met berichten die alleen relevant zijn voor validators om consensus te bereiken. In de nieuwe versie ontvangen full nodes niet langer tussentijdse consensusberichten die zijn geproduceerd door validators. In plaats daarvan produceren validators slechts één bericht met een ‘BLS threshold signature’ om de resulterende consensusbeslissing door te geven aan de rest van het netwerk. Dit vermindert de netwerkbelasting aanzienlijk, omdat veel berichten niet langer naar full nodes hoeven te worden gepropageerd, wat resulteert in 99,5% minder bandbreedtegebruik.

Platform Metadata

Dash Platform voegt nu extra metadata toe aan DAPI-reacties, zoals het huidige platform bloknummer, en het core bloknummer die wordt waargenomen en is overeengekomen door alle knooppunten die deelnemen aan de netwerkconsensus. Omdat het Platform en de Core blockchains asynchroon zijn, gebruikt Platform deze het core bloknummer om ervoor te zorgen dat alle Platform nodes een deterministisch beeld hebben van de netwerkstatus van Core.

Strikte en veilige validatie van gegevenscontracten

De nieuwe versie van het Dash Platform Protocol om datacontracten te definiëren werkt met de meest recente JSON Schema specificatie (v2020-12), en maakt gebruik van strikte validatieregels om mogelijke gebruikersfouten in datacontracten die naar het netwerk worden verzonden, te voorkomen. Er wordt ook een speciale engine voor reguliere expressies gebruikt om ReDoS aanvallen te verminderen.

Robuuste JS Wallet synchronisatie

Eerdere versies van de JS Wallet bibliotheek ontvingen tijdens de synchronisatie niet altijd alle gevraagde transacties en instantlock berichten van DAPI. Dit is opgelost in versie 0.20.

Dashmate verbeteringen

De nieuwste versie van Dashmate bevat 20 fixes en verbeteringen. De belangrijkste hiervan zijn ontworpen om het opzetten van lokale ontwikkelingsnetwerken gemakkelijker en betrouwbaarder te maken, voor prestatieverbeteringen en bovendien ondersteuning voor Windows.

Liquid Exchange integratie (Android)

Integratie van de Liquid Quick Exchange in de portemonnee om de aankoop van Dash met Visa creditcards mogelijk vanuit de portemonnee zelf.

BIP70 verbeteringen

Verbeteringen aan de deep link user experience zodat er een naadloze gebruikerservaring is tussen de nieuw uitgebrachte DashDirect-app en andere apps die dit protocol gebruiken.

BIP69 geïmplementeerd

Dit komt overeen met een meer algemene standaard van input/output structuur die zorgt voor betere anonimiteit.

Wachtwoordzin verbeteringen

UI verbeteringen om gebruikers beter voor te lichten over het belang van hun wachtwoordzin en tevens om te voorkomen dat gebruikers er screenshots van kunnen maken.

Chain Sync verbeteringen

UI verbeteringen aan de status- en backendwijzigingen om zo de prestaties van de synchronisatie te verbeteren.

Onderhoud

Meerdere bugs en UI verbeteringen met betrekking tot Uphold, vingerafdrukverificatie, UI navigatie en de functie voor automatisch uitloggen, enkele code herstructureringen ter voorbereiding op de DashPay upgrade.

Verstuur uitnodiging

Om uw vrienden en familie gemakkelijker op het Dash netwerk te krijgen, kunt u ze een uitnodiging sturen zodat ze eenvoudig een eigen gebruikersnaam kunnen aanmaken.

Accepteer uitnodigingen

Als een nieuwe gebruiker die geen Dash bezit, stelt een uitnodiging hem in staat om meteen zijn gebruikersnaam te maken zonder eerst Dash te verkrijgen.

Verbetering afhandelen van foutmeldingen

Implementatie van foutcodes met beschrijvende berichten zodat clientapplicaties ze beter afhandelen en zodat bugs makkelijker te onderzoeken zijn.

Ontwerp van robuuste state tree structuur

Op dit moment slaan we de status op in verschillende ‘merk trees’, Dit zorgt voor extra overhead voor geheugen en schijf. Het vereist ook zeer complexe logica om atomiciteit te garanderen en om transacties tussen databases af te handelen die niet zijn geïmplementeerd. Er zal een nieuw, robuuster en veiliger ontwerp van de ‘state tree’ worden gedefinieerd.

Ontwerpdocument secundaire indexen

Als onderdeel van het nieuwe ontwerp van de `state tree` zal MongoDB worden vervangen.

Distributie van testnet nodes

Testnet wordt geüpdatet om nodes in meerdere datacenters op te nemen om zo real-world problemen met betrekking tot latentie en prestaties te simuleren die mogelijk de schaalbaarheid kunnen beïnvloeden.

Upgrade proces

Een verbeterd upgradeproces vermijdt de noodzaak om L2 gegevens te wissen, waardoor een veilige overgang tussen protocolversies mogelijk is.

GroveDB eerste uitgave

De eerste in zijn soort, een op hiërarchische geauthenticeerde datastructuur (HADS) gebaseerde database die vertrouwt op een innovatief en bewijsbare gegevensopslagsysteem. Hierdoor zijn functies mogelijk die niet mogelijk zijn met een andere databases. De eerste release zal secundaire indices bieden en cryptografische ‘proofs’ bevatten voor de integriteit van de opgeslagen inhoud.

Mogelijkheid om datacontracten bij te werken

Hierdoor kunnen contractschema’s worden gewijzigd zonder gegevensverlies of de noodzaak om een nieuw contract aan te maken. Dit is een duidelijke onderscheidende factor tussen Dash en `smart contract` netwerken die dit niet kunnen.

Masternode identiteiten

Wanneer een Masternode een Dash Identiteit heeft waaraan een saldo is gekoppeld, kan de eigenaar van de Masternode beloningen ontvangen voor zijn deelname aan de Platform consensus. Dit geeft extra inkomsten voor Masternode eigenaren.

Identiteitssleutel doeleinden en beveiligingsniveaus

Toekomstige functies van het Dash Platform vereisen verschillende beveiligingsniveaus. Het uitvoeren van een verkoop van een zeer waardevol digitaal bezit zou een zeer hoog beveiligingsniveau moeten vereisen, terwijl het publiceren van een foto van een kat dat waarschijnlijk niet zou hoeven doen. Met deze functie kunnen gebruikers sleutels van het hoogste beveiligingsniveau op hun hardwareportemonnee houden, maar minder kritieke acties rechtstreeks vanaf hun telefoon uitvoeren.

Multi-package repository

Om het ontwikkelproces te versnellen, is de code van componemten van Pplatform gemigreerd van zelfstandige repositories naar één multi-package repository. Deze mono-repository vermindert de routinehandelingen die tijdens de ontwikkeling moeten worden uitgevoerd aanzienlijk.

Quorumrotatie, sterkere IS beveiliging

Verbetert de verdeling van de quorumbelasting over masternodes en breidt tegelijkertijd de beveiliging van InstantSend uit. Dit is bereiktdoor alleen een subset van masternodes in een quorum te wijzigen tijdens de selectie van quorumleden, terwijl ook het aantal quorums waarvoor elk node tegelijk wordt geselecteerd, wordt beperkt.

Verlaging van de Proposal vergoeding

De voorstelvergoeding verlaagd van 5 DASH naar 1 DASH om zo het governancesysteem toegankelijker te maken. Deze verandering werd aangedreven door een door een masternode goedgekeurde proposal.

Nieuwe gebruikersinterface voor QT governance toegevoegd

Een tabblad Governance is toegevoegd om Dash Core QT gebruikers gemakkelijker toegang te geven tot de governance proposals.

Verbeterde implementatie van Hard Forking

Eennieuwe speciale transactie en aspecten van DIP23geïmplementeerd die nodig zijn om het volledig verbeterde hardfork-mechanisme te ondersteunen dat in de volgende versie van Dash Core zal worden uitgebracht.

Deterministische InstantSend vergrendelingen

Introductievan deterministisch verifieerbare InstantSend vergrendelingen (DIP22) om het identiteitssysteem van het platform beter te ondersteunen. Hierdoor kunnen InstantSend transacties in de toekomst worden geverifieerd in plaats van slechts kortstondig.

BTC v0.18/v0.19/v0.20 backports

De voltooiing van de backport voor Bitcoin Core v0.18 steeg van 83% naar 86% en die van v0.19 steeg van 41% naar 53%. Tevens werd 18% en 10% van de backports voltooid voor respectievelijk v0.21 en v0.22.

Externe beveiligingsaudit

Dash Core Group is een samenwerking aangegaan met een professioneel audit bedrijf om een beveiligingsaudit uit te laten voeren op de codebase van Core.

Mogelijkheid om een identiteit bij te werken (zie DIP11)

Verwijdering van de functionele kloof met betrekking tot de specificaties van DIP0011. Dit omvat de implementatie van een Identity Update State Transition, de introductie van verbeteringen in de beveiliging van de openbare sleutel van Identity, toegevoegde functionaliteit die nodig is voor kredietopnames en de implementatie van een bewijs van eigenaarschap van de Identity-sleutel.

Berekeningen van initiële opslagkosten

Een geincentiviseerd vergoedingsmodel dat Masternodes compenseert voor verwerkings- en opslagkosten en tevens spam voorkomt. De implementatie van het nieuwe systeem voor het berekenen van vergoedingen is gebaseerd op de bewerkingen die nodig zijn om state overgangen te verwerken en de hoeveelheid gegevens die het opslaat op het Masternode-netwerk. Hoewel de berekening van de opslagvergoeding met het nieuwe model nauwkeurig is, zijn de verwerkingsvergoedingen nog steeds voor verbetering vatbaar. Restitutie van kosten voor het verwijderen van gegevens zal ook worden geïmplementeerd in de komende versie.

Verdeling van overgangsvergoedingen van ‘states’

Een systeem waarbij vergoedingen van Platform worden verzameld in pools die na verloop van tijd worden verdeeld onder Masternodes. Dit ontwerp stimuleert Masternodes om te blijven hosten en te vermijden dat hun node offline gaat. De opslagkosten voor de state transitie worden verdeeld over elk tijdperk (~18 dagen) tot 50 jaar in de toekomst. Wanneer een nieuw tijdperk start, krijgen Masternodes beloningen voor het leveren van diensten in het vorige tijdperk.

Opname van Platformkrediet in Dash

Platform credits zijn inwisselbaar voor Dash. Masternodes krijgen een gemakkelijke manier om hun Platform beloningen uit te keren.

Headers Eerst Synchronisatie

Verbeterde beveiliging en betrouwbaarheid voor synchronisatie in Dash JS portemonnee. JS Wallet wordt een echte SPV client die volledige synchronisatie en verificatie uitvoert door willekeurig gekozen Masternodes te vragen om opgevraagde gegevens terug te sturen.

Dash Platform Bench Suite

Om de prestaties van de componenten van Platform te meten, wordt in deze versie een benchmark tool geïntroduceerd. Deze tool is diep geïntegreerd met de Platform blockchain runtime en biedt handige instrumenten voor ontwikkelaars om te experimenteren en de prestaties in de loop van de tijd bij te houden.

Dash Platform Protocol in Rust

Het porten van DPP naar Rust maakt het veiliger en krachtiger. Het zal ook het verwerken van blocks sneller maken. Om Rust DPP te integreren in JS-componenten bieden we WASM DPP. Dit is de eerste stap naar het porten van Platform naar Rust. JS was leuk om mee te experimenteren en prototypes te maken, maar nu hebben we iets duurzamers nodig.

Same Block Execution

Een beperking die geërfd is van het Tendermint project, waarop onze consensus engine oorspronkelijk is gebaseerd, is dat block handtekeningen alleen de toestand van het vorige blok en alle state overgangen van het huidige blok ondertekenen. Om bewezen gegevens van DAPI te krijgen, moet je dus wachten op de volgende block vastlegging. Dit was niet compatibel met ons gewenste bewijs- en opslagsysteem. Deze verbetering vermindert ook de belasting aanzienlijk van het netwerk en verkort de tijd die nodig is om gegevens in te voegen in Platform, wat resulteert in een betere UX.

Krediet Opnames

Momenteel kun je Dash omzetten in Platform Credits door een Identiteit aan te maken of er een op te waarderen. Credits worden voornamelijk gebruikt om de overgangskosten van de state te betalen. Masternodes krijgen hun beloningen voor het hosten van Platform in credits (block beloningen en ST vergoedingen). Met opnames kunnen Masternodes en andere Identiteiten hun credits terug converteren naar Dash.

Efficiënte serialisatie van gegevens

Dash Platform Protocol (DPP) gebruikte eerder het CBOR coderingsmechanisme dat dataserialisatie zonder schema implementeert. Aangezien alle gegevens op het Platform worden opgeslagen in voorgedefinieerde structuren, is het niet nodig om ook structuurinformatie op te slaan. Door alleen waarden op te slaan, verkleinen we de grootte van geserialiseerde objecten drastisch.

Terugbetaling van vergoedingen

Wanneer een gebruiker gegevens toevoegt aan Platform, betaalt hij voor permanente opslag. Echter, niet alle gegevens die zijn opgeslagen in Platform hoeven permanent te zijn. Gebruikers kunnen in gegevenscontracten aangeven dat documenten worden bijgewerkt of verwijderd. Door de introductie van restitutie van kosten kunnen gebruikers tegoeden terugkrijgen wanneer ze gegevens verwijderen.

Identiteit v2

Een identiteit bestaat uit verschillende gegevens zoals het saldo en een verzameling openbare sleutels die voor verschillende doeleinden en beveiligingsniveaus worden gebruikt. De nieuwe opslagimplementatie voor Identiteiten maakt het mogelijk om alleen specifieke of meerdere delen van Identiteiten bij te werken of op te halen. Dit vermindert de kosten voor state overgangen en de belasting op het netwerk.

Verificatie van totale credits

Met een nieuwe functie sum trees voor GroveDB konden we een beschermingsmechanisme tegen inflationaire bugs op de blockchain implementeren. Deze functie voegde sums toe aan nodes van een specifiek type Merkle AVL tree. In deze tree bevatten de nodes de som van alle gehele waarden in de tree. Telkens wanneer in de sum tree een waarde wordt toegevoegd, verwijderd of bijgewerkt, wordt elke bovenliggende knoop en dus de “somwaarde” van de root bijgewerkt. Het verificatiemechanisme van krediet vergelijkt elk block van alle kredietsaldi in de opslag met de verwachte hoeveelheid kredieten in het systeem. Dit voorkomt aanvallen die nieuwe credits of tokens zouden kunnen gegenereren buiten de vooraf bepaalde voorraad.

Masternode stemidentiteiten

Dit is een component om toekomstige bestuursfuncties op het Platform mogelijk te maken.

Gedecentraliseerde API met HTTPS

Vanaf deze versie verlopen DAPI verzoeken via HTTPS om het bouwen van toepassingen voor browsers mogelijk te maken.

High Performance Masternodes (HPMN)

Een High Performance Masternode is een nieuw type Masternode die het ondersteunen door deel te nemen aan consensus op zowel de Dash Platform chain als de Dash Payment (Core) chain. In dit systeem zou de standaard Masternode alleen de Dash chain van het betalingsverkeer blijven bedienen. HPMN’s zullen hogere vereisen dan een standaard Masternode, zoals 4000 Dash inleg en hogere prestatiespecificaties omdat ze twee chains onderhouden in plaats van slechts één.

BLS v1.0 implementatie

Update van de BLS handtekening bibliotheek voor het nieuwe handtekeningschema tbv afstemming van standaarden en verbeterde beveiliging.

Bitcoin v0.19/v0.20/v0.21/0.v22 backports

Backports van Bitcoin Core van BTC v0.19/v0.20/v0.21/v0.22.

Oplossen van problemen met de v19 Hard Fork

Een van de doelen van de v19 Hard Fork was om het BLS schema te activeren en deze te gaan gebruiken in verschillende on-chain en p2p berichten. De motivatie achter deze verandering is de noodzaak om in lijn te zijn met IETF standaarden. Helaas werden er een paar randgevallen gemist in onze functionele tests en werden ook niet gevonden op testnet. Een activeringspoging van v19 op mainnet raakte een van deze randgevallen en mainnet stopte met het produceren van blocks. Als tussenoplossing werd v19.1.0 uitgebracht, die de start van de signalering voor de v19 Hard Fork uitstelde tot 14 juni.

Om deze problemen op te lossen, moesten we de manier waarop publieke BLS sleutels worden afgehandeld herzien, inclusief de manier waarop ze worden geserialiseerd in de interne database. Hierdoor was het niet compatibel met oudere versies van Dash Core, dus is er een database migratiepad geïmplementeerd voor alle recente versies.

Verbetering in ondersteuning van migratie en historische gegevens op ‘light clients’

Als neveneffect boodt de oplossing die geïmplementeerd was om v19 Hard Fork problemen op te lossen een manier om v19 migratie voor mobiele wallets te vereenvoudigen.

Met de vorige implementatie moesten mobiele wallets 4000+ pubkeys converteren bij de v19 fork, en dat kon gemakkelijk 10-15 seconden duren, zo niet meer. Tevens, als er na de v19 Hard Fork een masternode-lijst wordt opgevraagd uit een block van voor de v19 Hard Fork, kwamen de operatorsleutels in het BLS-schema, maar de masternode merkleroot-hash die op dat moment in Coinbase-transacties was opgeslagen, werd berekend met oudere BLS schema. Daarom was het onmogelijk om de merkleroot hash te verifiëren.

Om deze problemen op te lossen werd een nieuw veld genaamd nVersion geïntroduceerd voor elke entry in een mnlistdiff p2p-bericht. Dit veld geeft aan welk BLS schema gebruikt moet worden bij het deserialiseren van het bericht – legacy of basic. nVersie van het mnlistdiff -bericht zelf zal niet langer het schema aangeven en moet altijd op 1 worden ingesteld.

Verbetering in onderteuning van mixen op ‘light clients’

Recente wijzigingen in dsq- en dstx-berichten stelden mobiele clients die masternode-lijsten verkregen van mnlistdiff-berichten in staat om de masternode met betrekking tot deze berichten te bepalen omdat de proTxHash werd gebruikt in plaats van het masternodeOutpoint. Zodra de v19 Hard Fork geactiveerd wordt, zal de handtekening van dsq en dstx berichten gebaseerd zijn op de proTxHash wat het voor mobiele clients mogelijk moet maken om het te verifiëren.

ChainLocks ingeschakeld houden zonder nieuwe te ondertekenen

Voorafgaand aan deze versie waren ChainLocks ofwel ingeschakeld of uitgeschakeld. Vanaf deze versie is het mogelijk om SPORK_19_CHAINLOCKS_ENABLED op een niet-nul waarde in te stellen om het ondertekenen van nieuwe ChainLocks uit te schakelen, terwijl de bekendste nog steeds afgedwongen wordt.

Geen enkele persoon of organisatie heeft controle over wanneer v19 geactiveerd zal worden; dit zal gebeuren nadat een bepaald aantal masternode eigenaren en miners geüpgraded hebben naar de laatste versie.

Masternode block beloningen

Masternode block beloningen zullen worden verdeeld tussen normale Masternodes en High-Performance Masternodes (HPMN). Het HPMN gedeelte wordt verzameld in credits en na verloop van tijd verdeeld tussen nodes als stimulans om Platform te bedienen. Nodes krijgen elke Epoch (~18 dagen) beloningen als ze diensten leveren (nieuwe Platform blocks voorstellen).

Verwerkingskosten en aanpassingen

Dit is de toevoeging van meer eindige verwerkingskosten en de aanpassing/herziening van bestaande cijfers om ervoor te zorgen dat alle kosten voldoende worden gedekt en de vergoedingen juist worden berekend.

Protocol upgrade

Testen en verbeteren van protocol upgrade processen om de implementatie van belangrijke wijzigingen voor verschillende niveaus van het systeem te optimaliseren.

NFTs ondersteuning

Bereid Dash Platform voor op het opslaan en onderhouden van niet-uitwisselbare tokens(NFTs). Bij het gebruik van het Platform opslagmechanisme, zorg voor een manier om NFT-gegevens ook in de keten te houden.

Instrumentatie

Het implementeren van metrics voor Platformcomponenten die nodig zijn voor netwerkbewaking, inclusief verdere stresstests.

Interne veiligheidstest

Beveiligingsexperimenten en tests door DCG.

Stress Testen

Stresstests worden uitgevoerd met een stresstestsuite op een speciaal netwerk.

Uitbreiding van de schatkist

Prior to DashCore v20.0, 10% of block rewards were set aside for the Dash DAO treasury which funds development and other network efforts. Zodra de DashCore v20.0 hard fork van kracht wordt op mainnet, zal de toewijzing van het treasury systeem stijgen naar 20% van de blokbeloningen om te worden afgestemd op de voorstel goedgekeurd in september. Miner- en masternodevergoedingen zullen respectievelijk veranderen naar 20% en 60% bij activering van de wijziging.

afschaffing Sentinel

Sentinel functionaliteit is direct geïntegreerd in v20.0, dus het is niet langer nodig dat masternodes de standalone Sentinel applicatie uitvoeren. Verschillende RPC-opdrachten zijn bijgewerkt om conflicten tussen DashCore v20.0 en bestaande Sentinel installaties te voorkomen. Het wordt aanbevolen om Sentinel te verwijderen of uit te schakelen na het updaten van masternodes naar v20.0.

Asset lock speciale transactie

Introductie van een nieuw type speciale transactie, “Asset lock”, ter ondersteuning van financiering platformidentiteiten

Masternode beloning herverdeling

De masternode reward reallocation (MN_RR) hard fork, voor het eerst opgenomen in Dash Core v20, wordt geactiveerd nadat v21 door masternodes is geaccepteerd. Deze hard fork schakelt de belangrijkste functie in die in deze release is opgenomen, namelijk de Masternode Reward Location Reallocation. De activering zal ook de lancering van de Dash Evolution Platform Chain initiëren.

Herverdeling van beloningen en evonode betalingen

Zodra de MN_RR hard fork geactiveerd is, wordt een deel van de masternode beloning ​​in de coinbase verplaatst naar de Credit Pool (d.w.z. naar Platform) elke keer dat een blok wordt gemined. Evonodes ontvangen dan één beloning per betalingscyclus op de Core chain en geen beloningen van vier opeenvolgende blocks meer zoals in v19/v20. De rest van de evonode betalingen wordt door Platform uit de credit pool gedistribueerd. Dit is om evonodes te stimuleren om te upgraden naar Platform, omdat alleen nodes die Platform uitvoeren deze beloning kunnen ontvangen.

Mainnet spork verbeteringen

Dash introduceerde sporks in 2014 als een manier om soepelere upgrades te bieden dan hard forks. Hoewel deze innovatie nuttig is geweest, is het netwerk volwassen geworden tot een punt waarop ze niet langer nodig zijn op mainnet vanwege functies zoals verbeterde hard forks. Bijgevolg verbetert deze versie alle sporks op mainnet. Sporks blijven van kracht op alle devnets en op testnet. Op mainnet zijn de waarden van alle sporks echter hardcoded op 0 of 1 voor de SPORK_21_QUORUM_ALL_CONNECTED spork. Deze waarden komen overeen met de actieve waarden die historisch werden gebruikt op mainnet, dus er is geen verandering in de functionaliteit van het netwerk.

Dash Platform Pre-Mainnet Validatie

Diverse netwerk experimenten, herzien van codebase, mogelijke bug fixes, voorbereidingen voor mainnet release, in nauwe samenwerking met Dash Community (gebruik makend van de community projecten die Dash Platform gebruiken).

Start uitrol van Mainnet

De eerste mainnet uitrol van Platform wordt gebundeld met de uitrol van Core v0.21. Het Dash Netwerk wordt aangemoedigd om hun upgrades zo snel mogelijk te voltooien.

EHF opnieuw ondertekenen

Dit lost een probleem op bij het opnieuw ondertekenen van EHF, waarbij masternodes een EHF niet opnieuw zouden ondertekenen als dat al eerder in een EHF ondertekeningsquorum was. Als resultaat, de drempelwaarde kon niet worden gehaald.

Activering bereidheid

Deze versies moesten een succesvolle activering garanderen onder specifieke omstandigheden die werden waargenomen. Dit was een verplichte upgrade voor alle Evonode eigenaren. In tegenstelling tot andere activeringen zal deze versie de Platform chain activeren zodra 67 Evonodes in het Genesis-quorum zijn geüpgraded en correct zijn geconfigureerd.

Dash Platform Activatie

Er is geen enkele persoon of organisatie die controle heeft over het moment waarop het Platformprotocol wordt geactiveerd. Het wordt geactiveerd nadat een bepaald aantal Evonode eigenaren de upgrade heeft uitgevoerd.

DPNS

Zodra dit contract is aangemaakt, wordt het mogelijk om gebruikersnamen op de netwerk te registreren.

DashPay

Wanneer dit contract wordt aangemaakt, zal het het mogelijk worden om betalingen aan gebruikersnaam op het netwerk in te dienen.

Verkrijg meerdere identiteitsbalansen in één query

Dit maakt het voor DAPPs gemakkelijker om met meerdere identiteiten te communiceren.

Opnames

Hierdoor kunnen de eigenaren van masternodes hun L2 credits omzetten in Dash

Release opmerkingen

https://github.com/dashpay/platform/releases/tag/v1.5.0

Android DashPay Portemonnee

De release van de DashPay mobiele portemonnees stelt gebruikers in staat om te upgraden van DashPay en eenvoudig betwiste en onbetwiste gebruikersnamen aan te maken, betalingen met gebruikersnamen te doen en Masternode eigenaren te laten stemmen op gebruikersnaamverzoeken.

Release opmerkingen

https://github.com/dashpay/platform/releases/tag/v1.6.0

Release opmerkingen

https://github.com/dashpay/platform/releases/tag/v1.7.0

Gecomprimeerde blockheader verzoeken

Het maximale aantal gecomprimeerde blockheaders dat in één keer kan worden aangevraagd, is verhoogd van 2000 naar 8000. Deze wijziging zou de synchronisatietijd van de blockchain voor clients die gecomprimeerde blockheaders gebruiken moeten verminderen.

DSQ bericht

Om het bandbreedtegebruik te verminderen, wordt het DSQ-bericht nu uitgezonden via het inventarissysteem in plaats van naar alle verbonden peers te relayen. Hoewel dit de bandbreedtebehoeften voor alle knopen zou moeten verminderen, zal het effect het meest merkbaar zijn op sterk verbonden masternodes.

Platform opnames

De verwerking van platform opnames is bijgewerkt om opnametransacties van meer platformquorums te accepteren. Voorheen werden transacties alleen geaccepteerd als ze waren ondertekend door een van de eerste twee actieve quorums. Met deze wijziging kunnen opnames nu worden ondertekend door elk van de geldige quorums.

Onion Nodes

Om de censuurbestendigheid te verbeteren en de risico’s van netwerkpartitionering te verminderen, streven Dash Core nodes die verbonden zijn met het onion-netwerk er nu naar om minimaal twee uitgaande onion-verbindingen te onderhouden en deze verbindingen te beschermen tegen verwijdering. Door het lage percentage van doorgegeven adressen die onion-nodes zijn, was het vaak het geval dat, tenzij je `onlynet=onion` opgeeft, een node zelden, zo niet nooit, een uitgaande onion-verbinding zou tot stand brengen. Deze wijziging zorgt ervoor dat knopen die toegang hebben tot het onion-netwerk een paar onion-verbindingen behouden. Hierdoor zullen netwerkberichten blijven verspreiden over het netwerk, zelfs als niet-onion IPv4-verkeer wordt geblokkeerd, wat het risico op partitionering vermindert. Opmerking: alleen nodes die verbonden zijn met het onion-netwerk worden door deze update beïnvloed.

Vertragingen bij opnames verwijderd

Geen wachten meer op opnames, ze gebeuren op elk quorum en tot 2000 Dash per dag (in plaats van 1000).

Kosten voor betwiste gebruikersnamen

De 0,2 Dash die in rekening wordt gebracht voor betwiste gebruikersnamen zal nu terugvloeien naar Evonodes, en alle geaccumuleerde Dash tegoeden worden uitbetaald. Dit zou ongeveer een extra 0,5 Dash voor elke Evonode zijn in het Epoch nadat dit wordt geactiveerd.

Bibliotheekupdates & bugfixes

Ook inbegrepen is de wijziging van onze BLS bibliotheek van een C++-versie met Rustbindingen naar een versie geschreven in Rust. We hebben ook veel interne bibliotheken geüpgraded, waarvan RocksDB de meest opvallende is. Ook zijn een aantal bugs opgelost.

Release opmerkingen – https://github.com/dashpay/platform/releases/tag/v1.8.0

BIP324/P2Pv2 ondersteuning

Maakt het mogelijk om p2p verbindingen te versleutelen met vrijwel geen overhead.

Fungibele tokens

Dit maakt het mogelijk om fungibele tokens aan te maken op de Dash blockchain naar een standaard- of opgegeven account, over te dragen tussen identiteiten, te verbranden, te bevriezen/ontdooien voor een identiteit, een identiteit op de zwarte lijst te zetten zodat deze niet met het contract kan communiceren, en het overdragen van de token te stoppen/starten.

Ingebouwde maker attributie

Elke NFT legt nu automatisch de oorspronkelijke maker vast en toont deze. Deze informatie wordt een permanent onderdeel van de on-chain gegevens van de NFT, waardoor een onveranderlijke koppeling ontstaat tussen het kunstwerk en de kunstenaar die het tot leven heeft gebracht.

Fixes & verbeteringen voor statusovergangen

Veel fixes en een enorme versnelling van platform statusovergangen.

Nieuwe Dash Evolution JS SDK

Een ontwikkelaarspreview van een nieuwe JavaScript SDK maakt platformquery’s en statusovergangen mogelijk voor browser- en NodeJS-ontwikkeling.

Verbeteringen in synchronisatie prestaties

Verschillende prestatieverbeteringen gericht op X11 hashingprestaties en vergrendlingsconflicten zijn geïmplementeerd, wat aanzienlijke verbeteringen in de initiële synchronisatietijd mogelijk maakt.

Gebruikersinterface voor stemmen en het indienen van voorstellen

Gebruikers en Masternode eigenaren kunnen nu stemmen en bestuursvoorstellen indienen in Dash Core.

Verbeterde blockfilters voor speciale transacties

BIP 157/158 blockfilters kunnen door SPV clients worden gebruikt om te identificeren welke blokken transacties bevatten waarin ze geïnteresseerd zijn, zonder de privacyproblemen die gepaard gaan met bloom-filters. Deze blockfilters zijn uitgebreid om speciale scripts in speciale transacties op te nemen.

Standaard ingeschakeld: blockfilters via Masternodes

BIP 157/158 blockilters waren standaard uitgeschakeld. Het aanbieden van deze blockfilters is nu standaard ingeschakeld voor alle masternodes. Omdat nieuwe versies van de Dash mobiele portemonnees gebruik gaan maken van deze blockfilters, is het belangrijk dat een aanzienlijk deel van het netwerk het aanbieden van deze blockfilters ondersteunt.

Verbeteringen aan de platform infrastructuur

Implementatie van door platform geactiveerde PoSe verbanning; hierdoor kan het platform Evonodes verbannen die niet de juiste en volledige set diensten leveren.

Platform adres systeem

Dash Platform was oorspronkelijk ontworpen als een datagestuurde side-chain. Na verloop van tijd werd het aanmaken van nieuwe accounts (identiteiten) beperkt tot een complex en rekenkundig kostbaar proces waarbij fondsen moesten worden opgenomen naar de Core-chain om vervolgens terug te gaan naar de Platform-chain wat te omslachtig was voor gewone gebruikers die eenvoudige betalingsfunctionaliteit willen zonder de complexiteit van het beheren van volledige identiteiten. Met Platform adressen kun je: Dash rechtstreeks ontvangen naar een Platform adres zonder eerst een identiteit aan te maken | Dash snel en eenvoudig verzenden tussen Platform adressen | Je Platform adressaldo gebruiken om identiteiten aan te maken of te financieren wanneer nodig | Je Platform saldo op elk moment terug opnemen naar gewone Dash adressen.

Blockchain Layered Address Sync Tree (BLAST)

Stel je voor dat je een kluisje hebt bij een bank met duizenden kluisjes, en je moet controleren of er kluisjes van jou zijn. De oude manier zou zijn om de bank te vragen “ben ik eigenaar van kluisje #12345?” (wat je kluisjesnummer onthult) of de volledige lijst van alle kluisjes te downloaden (traag en verspillend).

BLAST synchronisatie werkt in plaats daarvan zo: Je vraagt de bank “laat me de algemene indeling van de kluis zien” (Trunk). Dan zeg je “ik ben geïnteresseerd in de oostvleugel” en je krijgt meer details over dat gedeelte (Branch). Je blijft inzoomen, maar hier is het slimme deel: je vraagt opzettelijk ook naar gebieden waar je niet in geïnteresseerd bent, zodat de bank niet kan zien welke kluisjes echt van jou zijn.

Daarnaast heeft de bank een “samenvattend grootboek” dat veel kleine transacties combineert tot enkele vermeldingen (Compacted), zodat als je recentelijk langs bent geweest, je alleen de samenvatting hoeft bij te lezen in plaats van elke afzonderlijke transactie.

Het resultaat: je portemonnee synchroniseert zeer snel (ongeveer 5-6 seconden, zelfs met 1 miljoen adressen in het systeem), terwijl geen enkel knooppunt kan bepalen welke adressen echt van jou zijn.