Dash Roadmap

Kalayaan sa pananalapi, na binuo sa mga masternodes

Ang Dash ay inilunsad ni Evan Duffield kasama ang natatanging X11 hashing algorithm bilang ang pagtukoy nito, at paunang pag-unlad na nakatuon sa pabago-bagong pagsasaayos ng kahirapan sa pagmimina, na kilala bilang Dark Gravity Wave. Agad naman itong sinundan ng masternodes, na nagbibigay ng malakas at insentibo na hanay ng mga buong node na bumubuo ng backbone para sa network at nag-aalok ng mga serbisyo sa mga user. Ang Sporks ay inilabas upang tumulong sa paghahatid ng isang maayos na proseso ng pagpapalabas ng mga bagong feature, nang walang hard-forking ang network, at sa wakas ang PrivateSend ay inilabas upang gawing tunay na fungible na pera ang Dash.

Ang pagbuo ng isang pundasyon para sa hinaharap

Habang sa simula na nakabatay sa proyekto ng Litecoin, si Dash ay tumanggi sa Bitcoin noong unang bahagi ng 2015. InstantSend, isang paraan ng pag-lock ng mga transaksyon na na-secure gamit ang arkitektura ng pangalawang-layer ng masternode, ay pinakawalan kaagad pagkatapos. Nagpapatuloy ang ang trabaho sa buong taon upang makabuo ng desentralisadong sistema ng pamamahala at pakawalan ng hanggang 10% ng block reward sa panukala na ipinakita sa network. Ang unang superblock ay minina noong 7 Setyembre 2015, na ginawa ang Dash na kauna-unahang Decentralized Autonomous Organization (DAO) sa buong mundo.

Ang Pagtaas ng Blocksize at hashrate

Sa loob ng 24 na oras, nakumpleto ng network ang isang makasaysayang boto, naabot ang pinagkasunduan upang pahintulutan ang mga developer na magsimulang magtrabaho sa mga bloke ng 2MB, na ginagarantiyahan ang kapasidad sa hinaharap. Samantala, ang rate ng hash ay dumami nang mabilis habang pinalaya ang malakas na hardware ng pagmimina, na nagdaragdag ng 16-tiklop sa kurso ng taon. Ang pamamahala ng pangunahing koponan ay nakakita ng karagdagang propesyonalisasyon at ang pagpapakilala ng quality assurance measures. Ang Bitcore at Insight ay pinakawalan kasama ang mga extension ng Dash, batay sa isang network-funded effort upang i-port ang X11 hashing algorithm sa JavaScript.

Katatagan, desentralisasyon at pag-access

Nakita ng 2017 na suportado si Dash sa mga pangunahing hardware wallets at dalawang paglabas upang ma-optimize ang paghahanda ng mga pondo ng PrivateSend, at mas mahusay na pamahalaan ang lumalaking listahan ng mga bagay ng pamamahala gamit ang isang tool na tinatawag na Sentinel. Samantala, ang mga bayarin sa lahat ng mga transaksyon ay nabawasan ng isang factor 10 sa buong lupon, at ang pagmamay-ari ng Dash Core Group ay inilipat sa isang hindi maibabalik na pagtitiwala, na may desentralisadong network mismo na pinangalanan bilang beneficiary.

Named devnets

Named devnets ay pinapayagan ang paglikha ng maramihang mga independyenteng devnets. Ang bawat isa ay nakilala sa pamamagitan ng isang pangalan na “devnet genesis” block, awtomatikong nakaposition sa taas na 1.

Pagpapabuti ng Sistema ng Pamahalaan

Ang mga bantay o watchdogs ay hindi pa ginagamit mula 0.12.2.x; sa halip, ang lahat ng kinakailangang impormasyon tungkol sa Sentinel ay kasama sa mga masternode pings. Para sa pag-update na ito, ang karagdagang impormasyon ay naidagdag upang matiyak na ang mga masternode pings ay hindi binago ng isang intermediary node. Ang lahat ng mga mensahe at lohika na nauugnay sa mga nagbabantay o watchdogs ay tinanggal. Ang mga pagpapabuti ay ginawa sa format ng mensahe ng panukala at upang iminumungkahi ang pagpapatunay at pagproseso, pagbaba ng trapiko sa network at paggamit ng CPU. Pinahusay din ang paghawak ng mga nag-trigger.

Pagpapabuti ng PrivateSend

Sa halip na mangailangan ng collateral ng PrivateSend ay N beses ang bayad sa PrivateSend, ang anumang input na mas malaki kaysa o katumbas ng 1 PrivateSend fee (ngunit mas mababa sa o katumbas ng 4) ay maaari nang magamit bilang collateral. Ang mga input na mas malaki kaysa o katumbas ng 1 PrivateSend fee ngunit mahigpit na mas mababa sa 2 ay gagamitin bilang collateral na may mga output ng OP_RETURN. Ibinaba nito ang bilang ng mga input na kailangang hawakan ng isang wallet, at pinahusay ang privacy sa pamamagitan ng pag-alis ng kaso kung saan ang isang gumagamit ay hindi sinasadyang pinagsama ang maliit na mga di-pribadong pag-input nang magkasama. Nabawasan din ang laki ng global na set ng UTXO.

Bagong Pagbabrand ng Dash

Ang mga bersyon ng Android at iOS ng DashWallet ay na-update kasama ang mga bagong alituntunin sa pagba-brand, makabagong hitsura at pakiramdam ng parehong apps.

Uphold integration (Android)

Ang kakayahang bilhin at ibenta ang Dash sa Uphold sa pamamagitan ng isang web view sa loob ng Android app ay isinama din, na nagpapahintulot sa mas madaling onboarding ng mga gumagamit.

Suporta sa NFC (iOS)

Ang kakayahang humiling ng pagbabayad sa pamamagitan ng NFC ay idinagdag, na nagpapahintulot sa mga gumagamit na mag-tap sa pagsuporta sa mga terminal ng pagbabayad at mga wallet upang makatanggap ng impormasyon sa pagbabayad.

Suporta sa iPad (iOS)

Ang kakayahang gumamit ng DashWallet sa iPad ay naidagdag upang ang mga gumagamit ay maaaring magbayad at makatanggap ng mga pagbabayad sa kanilang mga tablet.

Mga bagong lokalisasyon

Maraming mga bagong wika at pera ang naidagdag upang ang mga gumagamit sa buong mundo ay maaaring gumamit ng DashWallet sa kanilang sariling wika at tingnan ang mga rate ng palitan sa kanilang mga lokal na pera.

Awtomatikong InstantSend

Dash Core v0.13 ay ipinakilala ang Awtomatikong InstantSend, kung saan ang mga transaksyon na may apat o mas kaunting mga pag-input ay default sa InstantSend, nang walang karagdagang singil sa mga gumagamit.

Natutukoy na Masternode List

Ang Deterministic Masternode List nagbibigay ng isang mapagkukunan ng katotohanan para sa lahat ng mga transaksyon na nangangailangan ng pagpapatunay ng mga masternode, tulad ng mga transaksyon ng InstantSend. Ang listahan ay ganap na nagmula sa on-chain data. Tinitiyak nito ang lahat ng mga node ay mula sa parehong pinagkasunduan hinggil sa kasalukuyang estado ng wastong listahan ng masternode.

Mga Espesyal na Transaksyon

Mga Espesyal na Transaksyon nagbibigay ng mga bagong istraktura upang paganahin ang mga transaksyon sa di-pinansyal sa blockchain. Ang tampok na ito ay ilalagay ang saligan para sa hinaharap na paggamit ng network sa layer 2, tulad ng mga Gumagamit ng Blockchain.

Tatlong mga key ng masternode

Dati, ang mga masternod ay mayroong dalawang susi para sa kanilang masternode: may-ari (upang patunayan ang pagmamay-ari) at operator (upang mapatakbo ang masternode at gamitin ito upang bumoto). Ang pangalawang susi ay hinati sa dalawa: ang operator at pagboto, upang ang masternode ay maaaring mag-delegate ng pagboto kung pipiliin nila.

I-unlock ang wallet gamit ang fingerprint

Maaaring i-unlock ngayon ng mga gumagamit ang kanilang wallet gamit ang kanilang fingerprint upang payagan para sa walang putol na paggamit ng app.

Pagsasama ng iOS Library

Kasama na ngayon ng DashWallet sa isang library ng iOS na kumokonekta sa Dash blockchain, at maaaring sa hinaharap ay magamit ng ibang mga kliyente ng iOS upang gawin ang parehong.

Tumatanggap ng InstantSend (iOS)

Maaari nang kumpirmahin ngayon ng DashWallet kung ang isang natanggap na transaksyon ay ipinadala sa pamamagitan ng InstantSend.

Price sourcing alignment

Ang mga mapagkukunan ng presyo ay nakahanay ngayon sa pagitan ng parehong mga bersyon ng iOS at Android ng DashWallet.

Long Living Masternode Quorums

Long Living Masternode Quorums nagbibigay para sa mas mataas na scalability ng network sa pamamagitan ng pagpapabuti ng pinagkasunduan at pagpapalawak ng daigdig ng mga potensyal na kaso ng paggamit para sa network. Ang mga korum na ito ay napakaliit na binawasan ang dami ng mga mensahe na kinakailangan upang mapatunayan ang mga transaksyon, at maiwasan ang bawat indibidwal na node sa network na kinakailangang mag-imbak ng memorya ng data ng pinagkasunduan hanggang sa minahan ang isang transaksyon. Ang mga korum na ito ay maaaring napakalaki depende sa antas ng seguridad na kinakailangan para sa kaso ng paggamit.

ChainLocks laban sa 51% na pag-atake

ChainLocks binabawasan ang panganib ng isang 51% na pag-atake sa pagmimina sa network. Ang tampok na ito ay nagbibigay-daan sa isang Long Living Masternode Korum na mag-sign ng isang bloke at magpalaganap ng isang mensahe sa network na nagpapahiwatig na ang mga node ay dapat tanggihan ang mga bloke sa parehong taas na hindi tumutugma sa block na tinukoy ng korum. Ito ay hindi lamang gumagawa ng pag-abot ng pinagkasunduan nang mabilis at hindi malabo, gumagawa din ito ng mga pag-aayos ng chain sa ibaba na imposible na bloke.

Uphold integration (iOS)

Maaaring ilipat ng mga gumagamit ang Dash mula sa kanilang Uphold account sa kanilang wallet sa loob ng app, at bumili at magbenta ng Dash sa pamamagitan ng isang naka-embed na webview.

Price sourcing improvements

Ang mga pagpapabuti ay ginawa upang matiyak na ang mga rate ng palitan ay nakahanay sa iba pang mga madalas na ginagamit na aplikasyon ng Dash.

Suporta ng DashCore v0.14

Ang suporta para sa LLMQ at ChainLocks ay naidagdag sa pitaka, tinitiyak na ang mga gumagamit ay makikinabang mula sa idinagdag na seguridad at agad na iginagalang na mga pagbabayad.

Public testnet (“Evonet”)

Ang Dash Platform ay ilalabas sa isang pampublikong testnet na maaaring kumonekta ang mga developer upang mag-eksperimento sa pag-andar.

DAPI, Identities, Dokumento

Ang mga gumagamit ay maaaring kumonekta sa Evonet gamit ang Desentralized API (DAPI); lumikha ng mga pagsubok na pagkakakilanlan at pangalan; at lumikha, mag-update at magtanggal ng mga dokumento.

Naming service at DashPay contracts

Makukuha ng mga gumagamit upang galugarin ang Dash Platform Naming Service (DPNS) at DashPay contracts.

Mga Aklatan

Maraming mga aklatan ay magagamit sa mga developer, kabilang ang mga Dash SDK, DAPI-client, DPNS-client, at DPP library.

Dokumentasyon ng developer

Ang isang hub ng developer ay mag-aalok ng kapaki-pakinabang na dokumentasyon at mga gabay sa bagong pagf-andar.

Uniform UX sa buong Android at iOS

Ang UI ng DashWallet ay magkakaisa sa buong Android at iOS para sa isang mas pare-pareho na hitsura at pakiramdam.

Dark mode support para sa iOS

Ipinakilala ng DashWallet iOS ang isang dark mode na naaayon sa mga alituntunin ng Apple.

Mga pagpipilian sa advanced na seguridad

Inaalok ang mga gumagamit ng higit na kakayahang umangkop sa kung paano nila pinamamahalaan ang kanilang mga security settings.

Madaling pag-access sa mga karaniwang ginagamit na tampok

Ang mga gumagamit ay maaaring mabilis na ma-access ang mga pangunahing tampok mula sa home screen.

Mga Backport para sa Bitcoin v0.15.2

Ang paglabas na ito ay magdadala sa Dash na napapanahon sa Bitcoin v0.15.2, na nakikinabang mula sa isang bilang ng mga pag-aayos at pag-optimize na ginawa sa Bitcoin hanggang sa paglabas na iyon.

Ang pag-update ng Basic QT Wallet UI

Makikinabang ang mga gumagamit mula sa isang na-update na UI sa desktop wallet upang tumugma sa na-update na tatak ng Dash. Kasama dito ang mga na-update na kulay at estilo upang tumugma sa gabay sa estilo, pag-alis nga mga hindi kinakailangang elemento upang linisin ang UI, at mga bagong icon.

Post stress test enhancements

Ang paglabas na ito ay magsasama ng ilang mga pag-optimize na ginawa batay sa mga natuklasan mula sa kamakailang pagsubok sa stress.

Mga Pagpapabuti ng BIP70

Ang mga pagpapahusay sa tampok na BIP70 ay nagbibigay-daan para sa isang mas mahusay na karanasan sa pagbabayad sa punto ng pagbebenta. Ang mga user/Merchant na nagpapatupad ng protocol na ito ay nakikinabang mula sa mga opsyon sa refund, ang kakayahang hatiin ang mga pagbabayad sa maraming address at magkakaroon ng mas secure na karanasan.

I-block ang muling paglipat ng gantimpala

Ang alokasyon ng mga gantimpala sa block – hindi kasama ang pagpopondo ng panukala – sa pagitan ng mga masternode at minero ay nagbabago mula sa 50-50 na split sa isang 60-40 na split sa isang multi-year period ng paglipat.

Pag-upgrade ng UI

Ang karanasan sa Dash Core ngayon ay mas pare-pareho sa lahat ng suportadong mga operating system na patungkol sa mga font, graphics at layout ng screen.

Nakatuon sa pagbawi ng lagda

Ang bagong sistema ng pagbawi ng lagda ay paunang nagpapadala ng mga pagbabahagi ng lagda sa isang solong napiling node, sa halip na palaganapin ang mga pagbabahagi ng lagda sa bawat node hanggang sa may sapat na mabawi ang pirma. Ang pag-optimize na ito ay inaasahang mabawasan ang pagkarga ng maraming malaking orders.

Minimum na check ng protocol

Ang Patunay ng Serbisyo (PoSe) para sa Masternodes ay pinahusay sa pamamagitan ng pagtiyak na tumatakbo ang isang minimum na bersyon ng proteksyon sa panahon ng DKG.

Pag-optimize sa thread ng network

Ang pag-thread ng network ay na-optimize sa pamamagitan ng pag-aalis ng hindi kinakailangang pag-uulit ng mga loop sa lahat ng mga node sa pamamagitan ng pagpapatupad ng polling ng kaganapan (epoll) sa Linux.

Mga backports ng Bitcoin v0.16

Ipinakikilala din ng paglabas na ito ang higit sa 650 mga pag-update mula sa Bitcoin v0.16 pati na rin ang ilang mga pag-update mula sa Bitcoin v0.17.

Pag-bersyon ng Protocol

Pinapayagan ang makinis na paglulunsad ng mga paglabag sa pagbabago nang hindi pinupunasan ang mga network ng pag-unlad.

Platform test suite

Ang Platform test suite ay isang repo na naglalaman ng pinagsamang mga pagsubok sa buong platform, ginagawang mas madali ang pagsubok at pag-update ng mga pagsubok sa lahat ng mga bahagi.

Binary document fields

Pinapayagan ang mga developer na gumamit ng katutubong mga uri ng binary (hal., Buffer, ByteArray) upang maimbak ang kanilang data.

Mga timestamp ng dokumento

Kakayahang itala ang paglikha o i-update ang oras ng anumang dokumento na nakaimbak sa Dash Platform.

Pinahusay na pakete ng pamamahagi

Suporta para sa config templating at maraming mga node sa mn-bootstrap.

Default na pangalan ng pagkakakilanlan ng Dash

Pinapayagan ang isang gumagamit na tukuyin ang isang pangunahing username para sa kanilang pagkakakilanlan sa Dash.

DPNS & identity DIPS

DIP11 Identities at DIP12 Dash Platform Name Service ay nailabas na.

Mga Pagpapabuti ng Home Screen

Ang mga ipinadala at natanggap na mga tab ay inalis upang lumikha ng mas maraming puwang at upang alisin ang kalabisan sa shortcut bar.

Maliit na pagpapabuti ng Screen

Ang mga label ay pinaikli at / o muling nai-format upang maiwasan ang overlap sa iba pang mga bahagi ng UI sa maliit na mga screen.

Mga pagpapabuti ng recovery phrase

Ang isang back button ay idinagdag, ang suporta para sa mga pariralang hindi Ingles ay ipinatupad, na-update ang mga mensahe ng babala

Mga Pagpapabuti ng Chain Sync (iOS)

Maraming pag-aayos at pagbabago sa pangunahing disenyo ng data at mga pag-download ng listahan ng Masternode at korum.

Ang DashPay Alpha Program ay nakikipag-ugnayan sa komunidad sa pagsubok ng DashPay wallet sa Evonet.

Mga Username

Ang mga gumagamit ay maaaring magrehistro ng kanilang mga sarili sa network at magsimulang ibahagi ang kanilang isinapersonal na mga username sa iba pang mga gumagamit ng Dash.

Profile ng Gumagamit

Magagawa ng mga gumagamit na gawing mas makilala ang kanilang username sa isang display name, larawan at bio.

Kumonekta sa mga contact

Ang mga gumagamit ay maaaring humiling ng mga contact sa pamamagitan ng username at lumikha ng isang listahan ng mga gumagamit na nais nilang makipag-transact.

Magbayad at mabayaran sa pamamagitan ng username

Ang mga gumagamit ay maaaring makipagpalitan ng Dash sa mga kaibigan, pamilya at mangangalakal sa pamamagitan ng username cryptographic address.

Mga pagpapabuti ng Binary data storage

Mga pagpapabuti upang kumatawan sa binary data bilang mga byte arrays na taliwas sa mga string kaya’t ang data ay naiimbak nang mas mahusay. Ang JSON Schema ay pinalawak din kasama ang keyword na ‘byteArray’, sa gayon pinapayagan ang mga developer na mas madaling tukuyin ang mga binary na pag-aari sa kanilang mga kontrata sa data.

Mga panuntunan sa pinagkasunduan para sa pagkakakilanlan

Maraming mga pagbabago ang ginawa sa napapailalim na istraktura na binubuo ng isang pagkakakilanlan sa loob ng Dash Platform

Non-Determinism sa Pagproseso ng Block

Ito ay isang kilalang bug na pumigil sa maraming mga developer mula sa matagumpay na pagsisimula ng mga node sa Evonet.

Pinagkasunduan ng pangunahing taas

Ang pagtaguyod ng pinagkasunduan sa pagitan ng mga kadena ng L1 at L2 batay sa taas ng L1.

Pagpopondo ng pagkakakilanlan ng Instant Send

Pinapayagan nitong mapondohan ang mga pagkakakilanlan sa pamamagitan ng paggamit ng bilis ng InstantSend.

Mga puno ng estado

Ang imbakan ng data sa kalagayan sa Merkle trees para magamit sa mga light client.

Platform Distribution Package

Ang pakete ng pamamahagi (dashman f.k.a. mn-bootstrap) ay nai-update na makabuluhang upang mapabuti ang karanasan ng gumagamit at mapaunlakan ang mga bagong bahagi ng platform.

Pagpopondo ng pagkakakilanlan

Kakayahang pondohan ang mga pagkakakilanlan nang walang kakayahang magdoble ng paggastos.

Mga Pagpapabuti ng Chain Sync (iOS)

Ang karagdagang mga pagpapabuti ay ginawa sa proseso ng chain sync upang maiwasan ang pagkaantala sa pagpapadala ng mga pagbabayad.

Nakalimutang Parirala sa Pag-recover (iOS)

Ang mga pagpapabuti ay nagawa upang matulungan ang mga gumagamit na nakalimutan ang isa o dalawang salita ng kanilang parirala sa pagbawi upang subukang makuha pa ang kanilang pitaka.

Mga Pag-aayos ng Bug at Pagpapabuti ng UI (Android)

Ang UX na nauugnay sa pagkalimot sa iyong PIN ay ipinatupad, ang mga pag-update ay ginawa upang suportahan ang isang mas bagong Android SDK (29), mga pag-crash na nauugnay sa pag-back up sa isang file at pag-import ng isang pribadong key ay nagawa.

Tendermint seed node

Isang espesyal na uri ng node na nagbibigay ng impormasyon ng peer sa iba pang mga node upang mapabuti ang kakayahang sumukat.

Secure ST Acknowledgement

Mga pagpapabuti upang matugunan ang maraming mga posibleng mga vector ng pag-atake at para sa kakayahang sumukat sa Mainnet.

Magmaneho ng pag-log ng verbose

Magdagdag ng higit pang mga log para sa mas mahusay na kalinawan at pag-troubleshoot ng pag-uugali ng Drive.

Pinahusay na error ng mga mensahe

Nababasa at nagbibigay-kaalaman na pagmemensahe para sa wastong paghawak ng error.

Mga Pagpapabuti at Pag-polish ng UI

• Pagpapabuti: Mag-upgrade sa Testnet (Platform v0.17)
• Pagpapabuti: Mga Gumagamit ng Search Network
• Pagpapabuti: Pagkakahanay ng Android / iOS UI
• Pagpapabuti: Pagpapatunay ng Username
• Pagpapabuti: I-save ang Paalala sa Profile
• Pagpapabuti: Masamang Masternodes
• Pagpapaganda: Format ng Username (ipahintulot ang malalaki at gitling)
• Ayusin: Ang Wallet Lock Timer
• Ayusin: Maling Katayuan ng pag sync
• Ayusin: Mga Isyu sa Pag-sync at Pag-crash
• Ayusin: Mag-import ng Pribadong Key

100 miyembro ng korum

Bagong laki ng korum upang suportahan ang mga espesyal na transaksyon sa pag-lock ng asset.

Mga paghihigpit sa RPC para sa platform

Mga pagpapabuti sa seguridad kapag ang core ay nakikipag-ugnay sa platform.

Bitcoin v0.17+ backports

Estimated 500+ backports , mula sa Bitcoin Core.

Pagkakakilanlan ng pagpopondo sa ChainLocks

Ipatupad ang pangalawang bahagi ng disenyo ng Pagpopondo ng Identity na may kasamang mga patunay ng ChainLock upang mas suportahan ang mga patunay ng kliyente.

Mga tampok na watawat

Paganahin ang tiyak na tukoy na lohika sa network upang payagan ang mga pag-aayos ng bug at paganahin ang bagong pag-andar nang hindi tinatanggal ang data.

Local network setup / environment

Ang mn-bootstrap local node ay hindi sumusuporta sa mga chain lock at instant lock kaya kailangan naming ipakilala ang fallback sa panahon ng pag-unlad at sa CI.

I-verify ang mga lagda gamit ang Core

Ang mga pagpapabuti sa Asset Lock Proofs (pagpopondo ng pagkakakilanlan) upang maiwasan ang duplicate na lohika at data mas mahusay na gamitin ang Core na naipatupad na ang lohika na ito at may lahat ng kinakailangang data.

Alisin ang Insight API

Alisin ang pananaw bilang isang dependency at paglipat ng pag-andar sa DAPI upang mapabuti ang katatagan at alisin ang kalabisan.

Paglabas ng DashMate

Patuloy naming pinapahusay ang pakete ng pamamahagi ng Dash Platform (dating kilala bilang mn-bootstrap) upang gawin itong mas maginhawa at maaasahan. Dahil ang bersyon na ito, itinuturing namin itong sapat na gulang upang makakuha ng magandang pangalan at lubos kang hinihikayat na simulang gamitin ito upang patakbuhin ang mga testnet fullnode at masternode.

Paghusayin ang CI

Ang mabagal na pagbuo at kakulangan ng magagamit na functionality sa Travis CI ay makabuluhang nagpabagal sa proseso ng pagbuo. Lumipat kami sa Github Actions at nagpatupad ng ilang trick sa pag-cache. Ang mga bagong CI build ay mas nababaluktot at tumatakbo nang hanggang 10 beses na mas mabilis.

Pag-ikot ng Validator Set

Para mag-archive ng consensus sa platform blockchain, isang partikular na hanay ng mga masternode, na tinatawag na mga validator, ang nagbe-verify at nagsa-sign ng mga block. Hanggang sa bersyon 0.19, ang validator set ay static at naka-host sa mga node na kinokontrol ng DCG. Sa bersyon 0.20, ang Long-living Masternode Quorums (LLMQ) ay ginagamit upang dynamic na ipamahagi at iikot ang validator set sa lahat ng masternode. Ang pamamaraang ito ay pantay na namamahagi ng load at ginagawang mas secure at maaasahan ang network.

Mga Cryptographic na Katibayan

Dati, kailangan ng mga kliyente na gumamit ng mga pinagkakatiwalaang buong node upang matiyak ang bisa at integridad ng data na nakuha mula sa network ng platform. Sa bersyong ito, nagbibigay ang DAPI ng mahusay na mga cryptographic na patunay kasama ng data ng platform, na nagbibigay-daan sa mga magaan na kliyente (hal. mga mobile wallet) na ligtas na makipag-ugnayan sa Dash Platform.

Platform State Threshold Signing

Ang mga validator ay gumamit dati ng hindi pinagsama-samang mga lagda ng EdDSA ng platform state cryptographic digest upang makapagbigay ng mga cryptographic na patunay at magarantiya ang consensus ng network. Ang bilang at kabuuang sukat ng mga lagdang ito ay naging dahilan upang magamit ng mga magaan na kliyente ang mga patunay. Sa bersyon 0.20, ang mekanismo ng pag-sign ng threshold ng BLS ay ginagamit upang makagawa lamang ng isang lagda, na madaling ma-verify ng mga mobile wallet at iba pang mga light client.

Peer-to-Peer Layer Optimization

Dati, ang buong node at pati na rin ang mga validator ay umasa at na-verify ang lahat ng uri ng P2P na mensahe. Nangangahulugan ito na ang mga buong node ay nakatanggap din ng trapiko sa network na naglalaman ng mga mensaheng nauugnay lamang sa mga validator para sa pagkamit ng consensus. Sa bagong bersyon, ang mga buong node ay hindi na nakakatanggap ng mga intermediate na consensus na mensahe na ginawa ng mga validator. Sa halip, ang mga validator ay gumagawa lamang ng isang mensahe na may BLS threshold na lagda upang ipalaganap ang nagresultang desisyon ng pinagkasunduan sa natitirang bahagi ng network. Lubos nitong binabawasan ang pag-load ng network dahil maraming mga mensahe ang hindi na kailangang ipalaganap sa buong mga node, na nagreresulta sa 99.5% na mas kaunting paggamit ng bandwidth.

Platform Metadata

Ang Dash Platform ay nag-attach na ngayon ng karagdagang metadata sa mga tugon ng DAPI, tulad ng kasalukuyang taas ng blockchain ng platform, pati na rin ang naka-synchronize na taas ng core blockchain na sinusunod at napagkasunduan ng lahat ng node na kalahok sa consensus ng network. Dahil ang platform at mga core blockchain ay asynchronous, ginagamit ng platform ang pangunahing taas na ito upang matiyak na ang lahat ng mga node ng platform ay may deterministikong pagtingin sa estado ng pangunahing network.

Mahigpit at Secure na Pagpapatunay ng Kontrata ng Data

Ina-update ng bagong bersyon ng Dash Platform Protocol ang detalye ng JSON Schema na ginamit upang tukuyin ang mga kontrata ng data sa pinakabagong bersyon ng 2020-12, at gumagamit ng mahigpit na mga panuntunan sa pagpapatunay upang maiwasan ang mga potensyal na error ng user sa mga kontrata ng data na isinumite sa network. Ang isang espesyal na regular na expression engine ay ginagamit din upang pagaanin ang mga pag-atake ng ReDoS.

Matatag na JS Wallet Synchronization

Ang mga nakaraang bersyon ng JS Wallet library ay hindi palaging nakatanggap ng lahat ng hiniling na transaksyon at instantlock na mensahe mula sa DAPI sa panahon ng pag-synchronize. Nalutas na ito sa bersyon 0.20.

Mga Pagpapahusay ng Dashmate

Ang pinakabagong bersyon ng Dashmate ay naglalaman ng 20 pag-aayos at pagpapahusay. Ang pinakamahalaga sa mga ito ay idinisenyo upang gawing mas maginhawa at maaasahan ang pagse-set up ng mga lokal na network ng pagpapaunlad, pati na rin ang mga pagpapahusay sa pagganap at suporta sa Windows.

Pagsasama ng Liquid Exchange (Android)

Pagsasama ng Liquid Quick Exchange sa wallet upang payagan ang pagbili ng Dash gamit ang mga Visa credit card mula sa loob ng Dash Wallet.

Mga Pagpapabuti ng BIP70

Mga pagpapahusay sa deep link na UX para magkaroon ng tuluy-tuloy na karanasan ng user sa pagitan ng bagong inilabas na DashDirect app at iba pang app na gumagamit ng protocol na ito.

Ipinatupad ang BIP69

Ito ay umaayon sa isang mas karaniwang pamantayan ng input/output na organisasyon na nagbibigay ng mas magandang anonymity.

Mga Pagpapahusay ng Passphrase

Mga pagpapahusay ng UI upang mas mahusay na turuan ang mga user ng kahalagahan ng kanilang passphrase at maiwasan ang mga user na kumuha ng mga screenshot ng kanilang phrase.

Mga Pagpapahusay ng Chain Sync

Mga pagpapahusay ng UI sa status at mga pagbabago sa backend upang mapabuti ang pagganap ng pag-sync.

Pagpapanatili

Maramihang mga bug at pagpapahusay ng UI na nauugnay sa Uphold, pagpapatotoo ng fingerprint, pag-navigate sa UI, at tampok na auto-logout, at ilang pag-refactor ng code bilang paghahanda para sa pag-upgrade ng DashPay.

Magpadala ng imbitasyon

Upang gawing simple ang pagkuha ng iyong mga kaibigan at pamilya sa network ng Dash, maaari kang magpadala sa kanila ng mga paanyaya upang magkaroon sila ng lahat ng kailangan nila upang lumikha ng kanilang sariling username.

Tanggapin ang mga Imbitasyon

Bilang isang bagong gumagamit na walang anumang Dash, papayagan ka ng isang paanyaya na lumikha kaagad ng kanilang username nang hindi kinakailangang maghintay upang makuha muna ang Dash.

Mga pagpapahusay ng mensahe ng pagkakamali

Pagpapatupad ng mga error code at higit pang mapaglarawang mensahe upang mas mahusay na mahawakan ng mga application ng kliyente ang mga ito at para mas madaling maimbestigahan ang mga bug.

Magdisenyo ng matatag na estado ng istraktura

Sa ngayon, nag-iimbak kami ng estado sa iba’t ibang mga puno ng merk na nagdaragdag ng ilang overhead para sa memorya at disk. Nangangailangan din ito ng napakakomplikadong lohika upang matiyak ang atomicity at upang mahawakan ang mga transaksyong cross-database na hindi ipinapatupad. Ang isang bagong mas matatag, at ligtas na disenyo ng puno ng estado ay tutukuyin.

Magdisenyo ng dokumento ng mga pangalawang indeks

Bilang bahagi ng bagong disenyo ng puno ng estado, ang MongoDB ay papalitan.

Ipamahagi ang mga testnet node

Ia-update ang Testnet upang isama ang mga node sa maraming data center para gayahin ang mga isyu sa totoong mundo na may latency at performance na maaaring makaapekto sa scaling.

Proseso ng Pag-upgrade

Ang isang pinahusay na proseso ng pag-upgrade ay maiiwasan ang pangangailangan na i-wipe ang L2 data na nagbibigay-daan para sa ligtas na paglipat sa pagitan ng mga bersyon ng protocol.

unang release ng GroveDB

Ang una sa uri nito, isang hierarchical authenticated data structure (HADS) na nakabatay sa database na umaasa sa isang makabagong mapapatunayang sistema ng imbakan ng data. Papayagan nito ang mga tampok na hindi posible sa anumang iba pang database na kasalukuyang umiiral. Ang unang release ay mag-aalok ng mga pangalawang indeks at magkakaroon ng mga cryptographic na patunay para sa integridad ng naka-imbak na nilalaman.

Kakayahang mag-update ng mga kontrata ng data

Nagbibigay-daan ito sa mga schema ng kontrata na mabago nang walang pagkawala ng data o pangangailangang gumawa ng bagong kontrata. Ito ay isang malinaw at halatang pagkakaiba sa pagitan ng Dash at mga smart contract network na walang kakayahang gawin ito.

Mga pagkakakilanlan ng Masternode

Kapag ang Masternode ay may Dash Identity na may nakalakip na balanse, ang may-ari ng Masternode ay makakatanggap ng mga reward para sa kanilang pakikilahok sa Platform consensus. Nagbibigay ito ng karagdagang stream ng kita para sa mga may-ari ng Masternode.

Mga pangunahing layunin ng pagkakakilanlan at antas ng seguridad

Ang mga feature ng Future Dash Platform ay mangangailangan ng iba’t ibang antas ng seguridad. Ang pagsasagawa ng pagbebenta ng isang napakahalagang digital asset ay nangangailangan ng napakataas na antas ng seguridad habang ang pag-publish ng mga larawan ng pusa ay malamang na hindi. Gamit ang feature na ito, maaaring panatilihin ng mga user ang pinakamataas na susi sa antas ng seguridad sa kanilang hardware wallet, ngunit magsagawa ng hindi gaanong kritikal na mga aksyon nang direkta mula sa kanilang telepono.

Multi-package na imbakan

Upang mapabilis ang proseso ng pag-develop at pagbuo, ang code ng mga bahagi ng Platform ay inilipat mula sa mga standalone na repository patungo sa isang multi-package na repository. Ang mono-repository na diskarte na ito ay makabuluhang binabawasan ang mga nakagawiang operasyon na kailangang gawin sa panahon ng pag-unlad.

Pag-ikot ng korum, mas malakas na seguridad ng IS

Pinapabuti ang pamamahagi ng quorum load sa mga masternode habang pinapalawak din ang seguridad ng InstantSend. Nagagawa ito sa pamamagitan lamang ng pagpapalit ng subset ng mga masternode sa isang korum sa panahon ng pagpili ng miyembro ng korum habang nililimitahan din ang bilang ng mga korum na ang bawat node ay pinili nang sabay-sabay.

Pagbabawas ng bayad sa panukala

Binawasan ang bayad sa panukala mula sa 5 DASH to 1 DASH upang gawing mas accessible ang sistema ng pamamahala. Ang pagbabagong ito ay hinimok ng isang masternode na naaprubahan na panukala.

Nagdagdag ng bagong QT governance UI

Nagdagdag ng Tab ng Pamamahalaupang bigyang-daan ang mga user ng Dash Core Qt na mas madaling ma-access ang mga detalye ng panukala sa pamamahala.

Paunang pagpapatupad ng Pinahusay na Hard Forking

Ipinatupad ang bagong espesyal na transaksyon at mga aspeto ng DIP23 kinakailangan upang suportahan ang buong pinahusay na mekanismo ng hard fork na ilalabas sa kasunod na bersyon ng Dash Core.

Deterministic InstantSend locks

Ipinakilala ang deterministically verifiable InstantSend locks (DIP22) upang mas mahusay na suportahan ang sistema ng pagkakakilanlan ng Platform. Nagbibigay-daan ito sa mga transaksyon ng InstantSend na ma-verify sa hinaharap sa halip na panandalian lamang.

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

Ang pagkumpleto ng backport para sa Bitcoin Core v0.18 ay tumaas mula 83% hanggang 86% at ang pagkumpleto ng v0.19 ay tumaas mula 41% hanggang 53%. Bukod pa rito, 18% at 10% ng mga backport ang nakumpleto para sa v0.21 at v0.22 ayon sa pagkakabanggit.

Panlabas na pag-audit sa seguridad

Opisyal na nakipag-ugnayan ang Dash Core Group sa isang propesyonal na auditing firm para magsagawa ng security audit sa Core codebase.

Kakayahang mag-update ng Pagkakakilanlan(tingnan mo DIP11)

Alisin ang functional gap tungkol sa mga detalye ng DIP0011. Kabilang dito ang pagpapatupad ng Identity Update State Transition, ang pagpapakilala ng mga pagpapahusay sa seguridad ng Identity Public Key, karagdagang functionality na kinakailangan para sa mga withdrawal ng credit, at ang pagpapatupad ng isang Identity key-ownership proof.

Paunang Pagkalkula ng Bayarin sa Imbakan

Isang modelo ng bayad na nagbibigay-insentibo na magbabayad sa mga Masternode para sa mga gastos sa pagproseso at pag-iimbak pati na rin ang pag-iwas sa spam. Ang pagpapatupad ng bagong sistema ng pagkalkula ng bayad ay batay sa mga operasyong kinakailangan upang maproseso ang mga transition ng estado at ang dami ng data na iniimbak nito sa Masternode network. Bagama’t tumpak ang pagkalkula ng bayad sa imbakan gamit ang bagong modelo, ang mga bayarin sa pagpoproseso ay isa pa ring paksa para sa pagpapabuti. Ang mga refund ng bayad para sa pagtanggal ng data ay ipapatupad din sa paparating na bersyon.

Pamamahagi ng Bayarin sa Transisyon ng Estado

Isang sistema kung saan kinokolekta ang mga bayarin sa Platform sa mga pool para ipamahagi sa mga Masternode sa paglipas ng panahon. Ang disenyong ito ay nagbibigay ng insentibo sa mga Masternode na ipagpatuloy ang pagho-host at upang maiwasang ma-offline ang kanilang node. Ang mga bayarin sa imbakan ng State Transition ay ibinabahagi sa bawat Epoch (~18 araw) hanggang 50 taon sa hinaharap. Kapag nagsimula ang isang bagong Epoch, nakakakuha ang Masternodes ng mga reward para sa pagbibigay ng serbisyo sa nakaraang Epoch.

Pag-withdraw ng credit sa platform sa Dash

Ang mga kredito sa platform ay maaaring palitan para sa Dash. Magkakaroon ng madaling paraan ang mga Masternode para bawiin ang kanilang mga reward sa Platform.

Mga Header Unang Pag-synchronize

Pinahusay na seguridad at pagiging maaasahan para sa pag-synchronize ng chain sa Dash JS wallet. Ang JS Wallet ay magiging isang tunay na SPV client na nagsasagawa ng buong chain synchronization at verification sa pamamagitan ng paghiling sa mga Masternode na random na pinili na ibalik ang hiniling na chain data.

Dash Platform Bench Suite

Upang sukatin ang pagganap ng mga bahagi ng Platform, ang bersyon na ito ay nagpapakilala ng isang benchmark na tool. Ang tool na ito ay malalim na isinama sa Platform blockchain runtime at nagbibigay ng mga maginhawang instrumento para sa mga developer upang mag-eksperimento at subaybayan ang pagganap sa paglipas ng panahon.

Dash Platform Protocol in Rust

Ang pag-port ng DPP sa Rust ay ginagawa itong mas secure at gumaganap. Gagawin din nitong mas mabilis ang pagproseso ng block. Upang isama ang Rust DPP sa mga bahagi ng JS, nagbibigay kami ng WASM DPP. Ito ang unang hakbang patungo sa pag-port ng Platform sa Rust. Ang JS ay maganda para sa pag-eksperimento at pag-prototyping ngunit ngayon ay kailangan namin ng isang bagay na mas napapanatiling.

Parehong Block Execution

Isang limitasyong minana mula sa Tendermint project kung saan orihinal na hinango ang aming consensus engine, ang mga block signature lang ang lalagda sa estado ng nakaraang block pati na rin sa lahat ng state transition ng kasalukuyang block. Kaya para makakuha ng napatunayang data mula sa DAPI kailangan mong maghintay para sa susunod na block commitment. Hindi ito tugma sa aming gustong proof system at storage system. Ang pagpapahusay na ito ay makabuluhang binabawasan din ang pag-load sa network at binabawasan ang oras na kinakailangan upang magpasok ng data sa Platform, na nagreresulta sa mas mahusay na UX.

Mga Pag-withdraw ng Credit

Sa kasalukuyan, maaari mong i-convert ang Dash sa Mga Kredito sa Platform sa pamamagitan ng paggawa o pag-topping ng isang Pagkakakilanlan. Ang mga kredito ay pangunahing ginagamit upang magbayad ng mga bayarin sa paglipat ng estado. Nakukuha ng mga Masternode ang kanilang mga gantimpala para sa pagho-host ng Platform sa Mga Kredito (i-block ang mga gantimpala at mga bayarin sa ST). Ang mga withdrawal ay nagbibigay-daan sa mga Masternode at iba pang Pagkakakilanlan na i-convert ang kanilang Mga Credit pabalik sa Dash.

Mahusay na Serialization ng Data

Dati nang ginamit ng Dash Platform Protocol (DPP) ang mekanismo ng pag-encode ng CBOR na nagpapatupad ng schemaless na serialization ng data. Dahil ang lahat ng data sa Platform ay nakaimbak sa mga paunang natukoy na istruktura, hindi na kailangang mag-imbak din ng impormasyon ng istraktura. Sa pamamagitan lamang ng pag-iimbak ng mga halaga ay kapansin-pansing binabawasan namin ang laki ng mga serialized na bagay.

Mga Pagbabalik ng Bayad

Kapag nagdagdag ang isang user ng data sa Platform magbabayad sila para sa permanenteng storage. Gayunpaman, hindi dapat permanenteng lahat ng data na nakaimbak sa Platform. Maaaring tukuyin ng mga user sa mga kontrata ng data ang kakayahang ma-update o maalis ang mga dokumento. Ang pagpapakilala ng mga refund ng bayad ay nagbibigay-daan sa mga user na makabalik ng mga credit kapag nagtanggal sila ng data.

Pagkakakilanlan v2

Ang isang Pagkakakilanlan ay binubuo ng iba’t ibang data tulad ng balanse nito at isang koleksyon ng mga pampublikong key na ginagamit para sa iba’t ibang layunin at antas ng seguridad. Ang bagong pagpapatupad ng storage ng Identities ay nagbibigay-daan sa pag-update o pagkuha ng mga partikular o maraming bahagi lamang ng Identity. Binabawasan nito ang mga bayarin sa paglipat ng estado at ang pagkarga sa network.

Kabuuang Pag-verify ng Mga Kredito

Isang bagong tampok na GroveDB sum trees ang nagbigay-daan sa amin na magpatupad ng mekanismo ng proteksyon laban sa mga inflationary bug sa blockchain. Nagdagdag ang feature na ito ng mga kabuuan sa mga node ng isang partikular na uri ng Merkle AVL tree. Sa punong ito, hawak ng mga node ng ugat ang kabuuan ng lahat ng mga halaga ng integer sa puno. Anumang oras na ang isang halaga ay idinagdag, inalis, o na-update sa isang sum tree, ang bawat parent node at samakatuwid ang “sum value” ng ugat ay ina-update. Inihahambing ng mekanismo ng pag-verify ng kredito ang bawat bloke ng lahat ng balanse ng kredito sa imbakan sa inaasahang halaga ng mga kredito sa system. Pinipigilan nito ang mga pag-atake ng inflationary na magbibigay ng mga bagong credit o token sa labas ng paunang natukoy na supply.

Mga pagkakakilanlan sa pagboto ng Masternode

Ito ay isang bahagi upang paganahin ang mga tampok ng pamamahala sa hinaharap sa Platform.

Desentralisadong API na may HTTPS

Mula sa bersyong ito, ang mga kahilingan ng DAPI ay inihahatid sa pamamagitan ng HTTPS upang payagan ang pagbuo ng mga application para sa mga browser.

High Performance Masternodes (HPMN)

Ang High Performance Masternode ay isang bagong uri ng Masternode na gagamitin upang ihatid ang network sa pamamagitan ng pakikilahok sa consensus sa parehong Dash Platform chain at Dash Payment (Core) chain. Sa sistemang ito, ang karaniwang Masternode ay magpapatuloy lamang sa paghahatid ng chain ng Dash Payment. Ang HPMN ay magkakaroon ng mas malaking pangangailangan kaysa sa karaniwang Masternode gaya ng 4k Dash collateral at mas mataas na performance specs dahil dalawang chain ang tatakbo nila sa halip na isa lang.

Pagpapatupad ng BLS v1.0

BLS signature library update para sa bagong signature scheme para sa standards alignment at pinahusay na seguridad.

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

Backports mula sa Bitcoin Core mula sa BTC v0.19/v0.20/v0.21/v0.22.

Lutasin ang v19 na Mga Isyu sa Hard Fork

Isa sa mga layunin para sa v19 Hard Fork ay i-activate ang basic BLS scheme at simulang gamitin ito sa iba’t ibang on-chain at p2p na mensahe. Ang motibasyon sa likod ng pagbabagong ito ay ang pangangailangang iayon sa mga pamantayan ng IETF. Sa kasamaang palad, ilang edge na kaso ang napalampas sa aming mga functional na pagsubok at hindi rin nakuha sa testnet. Ang pagtatangka sa pag-activate ng v19 sa mainnet ay tumama sa isa sa mga gilid na kaso at ang mainnet ay tumigil sa paggawa ng mga bloke. Bilang isang intermediate na solusyon ay inilabas ang v19.1.0 na naantala ang pagsisimula ng pagbibigay ng senyas para sa v19 Hard Fork hanggang ika-14 ng Hunyo.

Upang malutas ang mga isyung ito, kailangan naming muling gawin ang paraan ng paghawak ng mga pampublikong key ng BLS kasama ang paraan ng pagkaka-serialize sa mga ito sa panloob na database. Dahil dito, hindi ito tugma sa mga mas lumang bersyon ng Dash Core, kaya ipinatupad ang isang db migration path para sa lahat ng kamakailang bersyon.

Pahusayin ang migration at makasaysayang suporta sa data sa mga light client

Bilang side-effect, ang solusyon na ipinatupad para malutas ang v19 na mga isyu sa Hard Fork ay nagbukas ng landas para pasimplehin ang v19 migration para sa mga mobile wallet.

Sa nakaraang pagpapatupad, ang mga mobile wallet ay kailangang mag-convert ng 4k+ na pubkey sa v19 fork point at iyon ay madaling tumagal ng 10-15 segundo kung hindi higit pa. Gayundin, pagkatapos ng v19 Hard Fork, kung ang isang masternode list ay hiniling mula sa isang block bago ang v19 Hard Fork, ang mga operator key ay darating sa basic na BLS scheme, ngunit ang masternode merkleroot hash na nakaimbak sa coinbase transaction sa oras na iyon ay kinakalkula gamit ang legacy na BLS scheme. Kaya imposibleng i-verify ang merkleroot hash.

Upang ayusin ang mga isyung ito, isang bagong field na nVersion ang ipinakilala para sa bawat entry sa mnlistdiff p2p na mensahe. Isinasaad ng field na ito kung aling BLS scheme ang dapat gamitin kapag deserialize ang mensahe – legacy o basic. Ang nBersyon ng mnlistdiff na mensahe mismo ay hindi na magsasaad ng scheme at dapat palaging nakatakda sa 1.

Pagbutihin ang paghahalo ng suporta sa mga magaan na kliyente

Ang mga kamakailang pagbabago sa mga mensahe ng dsq at dstx ay nagbigay-daan sa mga mobile client na nakakakuha ng mga masternode list mula sa mnlistdiff message na matukoy ang masternode na nauugnay sa mga mensaheng ito dahil ginamit ang proTxHash sa halip na masternodeOutpoint. Kapag na-activate na ng v19 Hard Fork ang lagda ng mga dsq at dstx na mensahe ay ibabatay sa proTxHash na dapat gawing posible para sa mga mobile client na i-verify ito.

Panatilihing naka-enable ang ChainLocks nang hindi pumipirma ng mga bago

Bago ang bersyon na ito ChainLocks ay maaaring pinagana o hindi pinagana. Simula sa bersyong ito, posibleng itakda ang SPORK_19_CHAINLOCKS_ENABLED sa isang hindi zero na halaga upang hindi paganahin ang pagpirma ng bagong ChainLocks habang ipinapatupad pa rin ang pinakakilala.

Walang sinumang tao o organisasyon ang may kontrol sa kung kailan mag-a-activate ang v19; magaganap ito pagkatapos mag-upgrade sa pinakabagong bersyon ang isang tinukoy na bilang ng mga may-ari at minero ng masternode.

Mga reward sa masternode block

Ang mga masternode block reward ay hahatiin sa pagitan ng mga normal na Masternode at High-Performance Masternodes (HPMN). Ang bahagi ng HPMN ay maiipon sa mga kredito at ipapamahagi sa paglipas ng panahon sa pagitan ng mga node bilang insentibo upang maghatid ng Platform. Makakakuha ng mga reward ang mga node bawat Epoch (~18 araw) kung ibibigay nila ang mga serbisyo (magmungkahi ng mga bagong bloke ng Platform).

Mga bayarin sa pagproseso at pagsasaayos

Ito ay ang pagdaragdag ng mas may hangganan na mga bayarin sa pagpoproseso at ang pagsasaayos/pagbabalik-tanaw sa mga umiiral nang numero upang matiyak na ang lahat ng mga gastos ay nasasaklawan nang sapat at ang mga bayarin ay kinakalkula nang maayos.

Pag-upgrade ng protocol

Subukan at pagbutihin ang mga proseso ng pag-upgrade ng protocol upang ma-optimize ang pagpapatupad ng mga paglabag sa pagbabago para sa iba’t ibang antas ng system.

Suporta sa mga NFT

Ihanda ang Dash Platform para sa pag-iimbak at pagpapanatili ng mga Non-fungible na token. Habang ginagamit ang mekanismo ng imbakan ng Platform, magbigay ng paraan upang panatilihing nasa chain din ang data ng NFT.

Instrumentasyon

Magpatupad ng mga sukatan para sa mga bahagi ng Platform na kinakailangan para sa pagsubaybay sa network kasama ang mga karagdagang pagsubok sa stress.

Panloob na Pagsusuri sa Seguridad

Mga eksperimento at pagsubok sa seguridad ng DCG.

mga pagsusuri sa stress

Ang mga stress test ay ginagawa gamit ang isang stress test suite sa isang dedikadong network.

Pagpapalawak ng Treasury

Bago ang DashCore v20.0, 10% ng mga block reward ang inilaan para sa Dash DAO treasury na nagpopondo sa pagpapaunlad at iba pang pagsisikap sa network. Kapag nagkabisa na ang DashCore v20.0 hard fork sa mainnet, ang treasury system allotment ay tataas sa 20% ng mga block reward upang iayon sa naaprubahan ang panukala noong Setyembre. Miner and masternode rewards will change to 20% and 60% respectively upon activation of the change.

Paghinto sa paggamit ng sentinel

Direktang isinama ang functionality ng Sentinel sa v20.0, kaya hindi na kinakailangan para sa mga masternode na patakbuhin ang standalone na Sentinel application. Maraming RPC command ang na-update para maiwasan ang mga salungatan sa pagitan ng DashCore v20.0 at mga kasalukuyang pag-install ng Sentinel. Inirerekomenda na tanggalin o huwag paganahin ang Sentinel pagkatapos i-update ang mga masternode sa v20.0.

Asset lock ay espesyal na transaksiyon

Ipinakilala ang isang bagong uri ng espesyal na transaksyon, “Asset lock”, upang suportahan ang pagpopondo ng pagkakakilanlan ng platform

Muling alokasyon ng gantimpala sa masternode

Ang masternode reward reallocation (MN_RR) hard fork, na unang kasama sa Dash Core v20, ay ia-activate pagkatapos ma-adopt ng masternodes ang v21. Ang hard fork na ito ay nagbibigay-daan sa pangunahing tampok na kasama sa release na ito: Masternode Reward Location Reallocation. Ang activation ay magsisimula din sa paglulunsad ng Dash Evolution Platform Chain.

Muling alokasyon ng gantimpala at evonode na mga pagbabayad

Kapag na-activate na ang hard fork ng MN_RR, ang bahagi ng masternode subsidy sa coinbase ay ililipat sa Credit Pool (i.e., sa Platform) sa tuwing may mina na block. Makakatanggap ang Evonodes ng isang reward sa bawat ikot ng pagbabayad sa Core chain – hindi mga reward mula sa apat na magkakasunod na block tulad ng sa v19/v20. Ang natitira sa mga pagbabayad sa evonode ay ipapamahagi ng Platform mula sa credit pool. Ito ay para bigyang-insentibo ang mga evonode na mag-upgrade sa Platform dahil ang mga node lang na tumatakbo sa Platform ang makakatanggap ng mga reward payment na ito.

Mainnet spork hardening

Ipinakilala ni Dash ang sporks noong 2014 bilang isang paraan upang magbigay ng mas maayos na mga transition sa pag-upgrade kaysa sa mga hard forks. Bagama’t naging kapaki-pakinabang ang inobasyong ito, ang network ay nag-mature sa isang punto kung saan hindi na sila kailangan sa mainnet due feature tulad ng mga pinahusay na hard forks. Dahil dito, pinatigas ng bersyong ito ang lahat ng sporks sa mainnet. Ang mga sporks ay nananatiling may bisa sa lahat ng devnet at testnet; gayunpaman, sa mainnet, ang halaga ng lahat ng sporks ay hard-coded sa 0, o 1 para sa SPORK_21_QUORUM_ALL_CONNECTED spork. Ang mga hardened value na ito ay tumutugma sa mga aktibong value na dating ginamit sa mainnet, kaya walang pagbabago sa functionality ng network.

Dash Platform Pre-Mainnet Validation

Iba’t ibang mga eksperimento sa network, muling pagbisita sa codebase, paghahanda at potensyal na pag-aayos ng bug para sa paglabas ng mainnet na may mahigpit na pakikipagtulungan sa Dash Community (gumagamit ng mga proyekto ng Community na gumagamit ng Dash Platform).

Simula ng Mainnet rollout

Ang unang mainnet roll out ng Platform ay isasama sa roll out ng Core v0.21. Hikayatin ang Dash Network na kumpletuhin ang kanilang mga pag-upgrade sa lalong madaling panahon.

Pagbibitiw sa EHF

Inaayos nito ang isang isyu sa pagbibitiw sa EHF, kung saan ang mga masternode ay hindi magbibitiw para sa EHF kung iyon ay dating nasa isang EHF signing quorum. As a result , hindi naabot ang threshold.

Kahandaan sa Pag-activate

Ang mga bersyon na ito ay upang matiyak ang isang matagumpay na pag-activate sa ilalim ng mga partikular na kundisyon na sinusunod. Ito ay isang ipinag-uutos na pag-upgrade para sa lahat ng mga operator ng Evonode. Taliwas sa iba pang mga pag-activate, i-aactivate ng bersyong ito ang chain ng Platform sa sandaling mag-upgrade at maayos na na-configure ang 67 Evonodes sa Genesis quorum.

Pag-activate ng Dash Platform

Walang sinumang tao o organisasyon ang may kontrol sa kung kailan maa-activate ang protocol ng Platform; magaganap ito pagkatapos mag-upgrade ang isang tinukoy na bilang ng mga may-ari ng Evonode.

DPNS

Kapag ginawa ang kontratang ito, papayagan nitong mairehistro ang mga username sa network.

DashPay

Kapag ginawa ang kontratang ito, papayagan nito ang mga pagbabayad sa username na maisumite sa network.

Kumuha ng maraming balanse ng pagkakakilanlan sa isang query

Papayagan nito ang mga DAPP na mas madaling makipag-ugnayan sa maraming pagkakakilanlan.

Mga withdrawal

Magbibigay-daan ito sa mga may-ari ng masternode na ma-convert ang kanilang mga L2 credit sa Dash reward

Mga kahilingan sa naka-compress na block header

Ang maximum na bilang ng mga naka-compress na block header na maaaring hilingin nang sabay-sabay ay nadagdagan mula 2000 hanggang 8000. Ang pagbabagong ito ay inaasahang bawasan ang mga oras ng pag-synchronize ng blockchain para sa mga kliyente na gumagamit ng mga naka-compress na block header dahil mas mabilis silang makakakuha ng mga header.

Mensahe ng DSQ

Upang bawasan ang paggamit ng bandwidth, ang mensahe ng DSQ ay bino-broadcast gamit ang sistema ng imbentaryo sa halip na i-relay sa lahat ng konektadong mga kapantay. Bagama’t dapat nitong bawasan ang mga pangangailangan ng bandwidth para sa lahat ng node, ang epekto ay magiging pinaka-kapansin-pansin sa mga masternode na lubos na konektado.

Mga withdrawal sa platform

Ang pagproseso ng pag-withdraw ng platform ay na-update upang tanggapin ang mga transaksyon sa pag-withdraw mula sa higit pang mga korum ng Platform. Dati, tinatanggap lang ang mga transaksyon kung nilagdaan ng isa sa unang dalawang aktibong korum. Sa pagbabagong ito, ang mga withdrawal ay maaaring lagdaan ng alinman sa mga wastong korum.

Onion Nodes

Upang pahusayin ang censorship resistance at pagaanin ang mga panganib sa paghati sa network, ang mga Dash Core node na konektado sa onion network ay naglalayon na magpanatili ng hindi bababa sa dalawang outbound na koneksyon sa sibuyas at protektahan ang mga koneksyong ito mula sa pagpapaalis. Bilang resulta ng mababang porsyento ng mga natsitsismis na address bilang mga onion node, kadalasang nangyayari kung saan, maliban kung tinukoy mo ang `onlynet=onion`, ang isang node ay bihirang, kung sakaling, magtatag ng anumang mga papalabas na koneksyon ng sibuyas. Tinitiyak ng pagbabagong ito na ang mga node na uma-access sa network ng sibuyas ay nagpapanatili ng ilang koneksyon sa sibuyas. Bilang resulta, ang mga mensahe ng network ay patuloy na magpapalaganap sa buong network kahit na ang hindi onion na trapiko ng IPv4 ay na-block, na binabawasan ang panganib ng paghahati. Tandaan: ang mga node lang na konektado sa onion network ang apektado ng update na ito.

Mga Mobile DashPay Wallet

Ang pagpapalabas ng mga mobile wallet ng DashPay ay magbibigay-daan sa mga user na mag-upgrade mula sa Dash Wallet at madaling lumikha ng mga pinagtatalunan at hindi pinagtatalunan na mga username, gumawa ng mga pagbabayad sa username at payagan ang mga may-ari ng Maternode na bumoto sa mga kahilingan sa username.

Pag-ban ng MasterNode PoSe para sa Platform

Sinusuportahan nito ang sistema ng Platform PoSe upang matiyak na ang mga Evonodes na hindi nagbibigay ng sapat na serbisyo sa network ay pinagbawalan na magbigay ng insentibo sa may-ari na tugunan ang pinagbabatayan na isyu upang epektibo silang makapag-ambag at patuloy na makakuha ng mga reward.

Suporta sa BIP324/P2Pv2

Nagbibigay-daan sa mga p2p na koneksyon na ma-encrypt na may halos zero overhead.

Mga Fungible na Token

Ito ay magbibigay-daan para sa mga fungible na token na malikha sa Dash blockchain na maaaring mapagpalit sa pagitan ng mga user.

Initial State Sync

Upang matulungan ang mga bagong node na makasabay nang mas mabilis sa kasalukuyang estado, gagayahin ng state sync ang estado mula sa iba pang mga node sa halip na iproseso ang buong blockchain.

Simpleng sistema ng Patunay ng Serbisyo

Ito ay upang matiyak na ang Evonodes na hindi nagbibigay ng sapat na serbisyo sa network ay pinagbawalan na magbigay ng insentibo sa may-ari na tugunan ang pinagbabatayan na isyu upang epektibo silang makapag-ambag at patuloy na makakuha ng mga reward.

Smart Contracts Virtual Machine

Ihanda ang Dash Platform para maging handa sa paggamit ng mga matalinong kontrata at payagan ang on-chain computation.

Inter-Blockchain Communication Protocol (IBC)

Ang IBC protocol ay nagbibigay ng walang pahintulot na paraan para sa pag-relay ng mga data packet sa pagitan ng mga blockchain, hindi tulad ng karamihan sa mga pinagkakatiwalaang teknolohiya ng bridging, ang seguridad ng IBC ay bumababa sa seguridad ng mga kalahok na chain. Maaaring gamitin ang layer ng application ng IBC upang bumuo ng malawak na hanay ng mga cross-chain na application, kabilang ang ngunit hindi limitado sa mga paglilipat ng token, mga interchain account (mga delegadong tawag sa pagitan ng dalawang chain), mga non-fungible na paglilipat ng token at mga feed ng data ng oracle.