Дорожня карта Dash

Фінансова свобода, побудована на мастернодах

Dash був створений Еваном Дафілдом з використанням унікального алгоритму хешування X11, і на початковому етапі розробка фокусувалася на динамічному коригуванні складності майнінгу, відомої як Dark Gravity Wave. Потім була створена система мастернод, що представляє собою мережу просунутих повних нод, що заохочуються, які формують основу мережі і підтримують роботу додаткового функціоналу. Щоб оновлення мережі на нові версії йшло гладше, і щоб уникнути форків, придумали механізм Sporks. І нарешті був запущений PrivateSend, який зробив Dash по-справжньому взаємозамінною валютою.

Створення фундаменту для майбутнього

Хоча спочатку Dash був заснований на коді проекту Litecoin, на початку 2015 відбувся перехід на код Bitcoin. Незабаром був представлений InstantSend – метод, який надійно підтверджує транзакції за допомогою другого рівня мережі – мастернод. Протягом цього ж року команда працювала над створенням децентралізованої системи управління, яка направила 10% винагород за нові блоки на фінансування пропозицій, схвалених під час голосування мережі. Перший суперблок бюджетної системи був створений 7 вересня 2015 року, і внаслідок цього Dash став першою у світі децентралізованою автономною організацією (ДАО).

Збільшення розміру блоку та хешрейту

Менш ніж за 24 години завершилося історичне голосування, внаслідок якого мережа дійшла консенсусу, надавши розробникам можливість переходу на 2МБ блоки, забезпечуючи майбутню продуктивність. У той же період, внаслідок виходу на ринок потужного майнінгового обладнання, різко збільшився хешрейт — загалом у 16 ​​разів на рік. Менеджмент команди Core вийшов на новий рівень професіоналізму, зокрема завдяки запровадженню метрик контролю якості. Профінансоване мережею портування алгоритму хешування X11 на JavaScript дозволило випустити Bitcore та Insight з розширеннями для Dash.

Стабільність, децентралізованість та доступність

У 2017 році Dash став підтримуватися апаратними гаманцями і випустив два релізи, спрямовані на оптимізацію підготовки коштів при PrivateSend, а також на покращення роботи з зростаючою кількістю об’єктів управління в модулі під назвою Sentinel. Крім того, комісії на всі транзакції було зменшено у 10 разів. Ключову команду Dash Core Group було передано у володіння спеціальному безвідкличного трасту, вигодонабувачем якого стала сама децентралізована мережа Dash.

Named devnets

Мережі розробників з іменами дозволяють створювати багато незалежних мереж розробників. У кожного є ім’я, яке автоматично записується в генезисний блок мережі розробника.

Покращення системи управління

Починаючи з версії 0.12.2.x перестали використовуватися Watchdogs. Натомість вся необхідна інформація про Sentinel стала включена в пінг мастернод. Почала додаватися додаткова інформація, що гарантує, що пінги мастернод не будуть змінюватися при проходженні через проміжні ноди. Всі повідомлення та функції роботи watchdogs були видалені. Також були покращені формат передачі повідомлень-пропозицій, їх підтвердження та обробка, що знизило трафік усередині мережі та навантаження на CPU. Також було покращено процес обробки тригерів.

Покращення PrivateSend

Змінилася вимога до застави PrivateSend: якщо раніше вимагалося, щоб вона була у N разів більша, ніж комісія PrivateSend, то тепер як заставу стало можливо використовувати будь-який вхід, розмір якого більший або дорівнює 1 комісії PrivateSend (але менший або дорівнює 4-му її розмірам). Входи, розмір яких більше або дорівнює 1 комісії PrivateSend, але строго менше 2, стали використовуватися як застава з виходами OP_RETURN. Це знизило кількість входів, з якими взаємодіє гаманець, а також покращило приватність, виключивши випадки, коли користувач міг випадково злити невеликі неприватні виходи разом. Також це покращення знизило загальний розмір UTXO.

Оновлення бренду Dash

Android та iOS версії гаманців DashWallet були оновлені відповідно до нових посібників за стилем, змінився зовнішній вигляд та відчуття від використання цих додатків.

Інтеграція Uphold (Android)

Була вбудована можливість продавати та купувати Dash на Uphold усередині додатку Android, що спростило початок його використання.

Підтримка NFC (iOS)

Додано можливість вимагати платіж через NFC, що відкрило користувачам можливість отримання платіжної інформації одним дотиком у підтримуючих NFC терміналах та гаманцях.

Підтримка iPad (iOS)

Додано підтримку гаманця DashWallet на iPad. Тепер користувачі можуть оплачувати покупки та отримувати платежі на своїх планшетах.

Нові локалізації

У гаманець DashWallet були додані нові мови та валюти, що дозволило користувачам по всьому світу почати працювати з додатком їхньою рідною мовою та стежити за обмінним курсом у своїй національній валюті.

Автоматичний InstantSend

Dash Core версії 0.13 активує автоматичний InstantSend – транзакції з 4-ма входами будуть автоматично відправлятися в режимі InstantSend, без додаткових комісій.

Детермінований список мастернод

Детермінований список мастернод є єдиним достовірним джерелом інформації для всіх транзакцій, в обробці яких задіяні мастерноди (наприклад, транзакції InstantSend). Цей список формується виключно на основі даних блокчейна Dash. Таким чином забезпечується гарантований єдиний консенсус усіх нод щодо актуального валідного списку мастернод.

Спеціальні транзакції

Спеціальні транзакції формують нові структури, що дозволяють виконувати нефінансові операції на блокчейні. Це закладає основу для виконання в майбутньому операцій на другому рівні мережі, наприклад, таких як ведення облікових записів користувачів.

Три ключі майстерноди

Раніше мастернода мала два ключі: ключ власника (для доказу права власності) і ключ оператора (для голосування та управління мастернодою). Другий ключ було поділено на два: ключ оператора та ключ голосуючого, щоб власники мастернод могли безпечно делегувати своє право голосу.

Розблокування гаманця за допомогою відбитка пальця

Тепер користувачі можуть розблокувати свій гаманець за допомогою відбитка пальця – користуватися програмою стало ще зручніше.

Інтеграція бібліотеки iOS

Тепер у DashWallet включено бібліотеку iOS, за допомогою якої він підключається до блокчейну Dash. У майбутньому вона може використовуватися також і в роботі інших додатків iOS для Dash.

Отримання InstantSend (iOS)

Тепер DashWallet може визначати, чи була відправлена ​​транзакція через InstantSend.

Узгодження обмінних курсів

Тепер і в iOS, і Android версіях DashWallet курси беруться із загальних джерел.

Довгострокові кворуми мастернод

Довгострокові кворуми мастернод покликані забезпечити кращу масштабованість мережі шляхом покращення механізму консенсусу та розширення потенційних варіантів використання мережі. Ці кворуми значно знижують кількість необхідних для підтвердження транзакції повідомлень всередині мережі та позбавляють кожну окрему ноду від необхідності зберігати в пам’яті дані консенсусів до завершення відповідних транзакцій. Кількість дій, що беруть участь у цих кворумах, може бути досить великою, залежно від необхідного для конкретного завдання рівня безпеки.

ChainLocks – захист від атак 51%

Механізм ChainLocks значно знижує ризик атаки майнінгу 51% на мережу. Ця функція дозволяє довгостроковим кворумам майстернод підписувати блок і транслювати в мережу повідомлення про те, що інші ноди повинні відкидати всі альтернативні блоки на тій же висоті, приймаючи лише зазначений кворумом блок. В результаті не тільки швидше досягається консенсус, але і стає неможливою реорганізація мережі нижче за цей блок.

Інтеграція Uphold (iOS)

Користувачі можуть перевести Dash зі свого облікового запису Uphold в гаманець усередині програми, а також купувати та продавати Dash через вбудований інтерфейс.

Покращений моніторинг курсу

Було покращено механізм моніторингу курсу на біржах, щоб він відповідав курсу в інших часто використовуваних програмах Dash.

Підтримка DashCore v0.14

У гаманець була додана підтримка довгострокових кворумів мастернод (LLMQs) та ChainLocks, щоб користувачі змогли використати підвищений рівень безпеки та платежі, які можна витратити миттєво.

Публічна тестова мережа («Evonet»)

Dash Platform випущена в публічній тестовій мережі, щоб розробники могли до неї підключатися та експериментувати з функціоналом.

DAPI, Облікові записи, Документація

Розробники можуть підключатись до Evonet через Децентралізований API (DAPI); створювати тестові облікові записи та імена; а також створювати, оновлювати та видаляти документи.

Сервіс Ідентифікаторів та контракти DashPay

Розробники можуть досліджувати Dash Platform Naming Service (DPNS) та контракти DashPay.

Бібліотеки

Розробникам стали доступні кілька бібліотек, включаючи Dash SDK, DAPI-клієнт, DPNS-клієнт та бібліотеки DPP.

Документація для розробників

У хабі для розробників зосереджена корисна документація та посібники з нових функцій.

Єдиний UX для Android та iOS

Інтерфейс користувача DashWallet був уніфікований для обох платформ, щоб зберігати однаковість у вигляді та використанні.

Підтримка темного режиму для iOS

DashWallet iOS отримає темну тему відповідно до рекомендацій Apple.

Розширені параметри безпеки

Користувачі матимуть можливість налаштовувати рівень безпеки більш гнучко.

Легкий доступ до часто використовуваних функцій

Користувачі зможуть отримати швидкий доступ до всіх важливих функцій домашнього екрану.

Бекпорти для Bitcoin v0.15.2

Цей реліз приведе Dash у відповідність до кодової бази Bitcoin v0.15.2, що дозволить використовувати низку виправлень та оптимізації, інтегрованих у Bitcoin цієї версії.

Базове оновлення інтерфейсу користувача QT Wallet

Користувачам пропонується оновлений інтерфейс гаманця десктопної версії. Щоб гаманець відповідав єдиному бренду Dash, було оновлено кольори та стилі, прибрано непотрібні елементи UI та додано нові іконки.

Покращення після стрес-тесту

У цей реліз включено кілька оптимізації, зроблених на основі даних за результатами останнього стрес-тесту.

Покращення BIP70

Поліпшення функції BIP70 дадуть приємніший платіжний досвід у точках продажу. Користувачі та Бізнеси, які впроваджують цей протокол, оцінять опцію повернення, можливість розділяти платіж на різні адреси та отримають більший рівень безпеки.

Перерозподіл нагороди за блок

Розподіл нагороди за блок між мастернодами та майнерами (частка фінансування бюджетних пропозицій не змінюється) зміниться за кілька перехідних років із співвідношення 50-50 на співвідношення 60-40.

Оновлення інтерфейсу

Тепер робота з Dash Core стала більш одноманітною на всіх підтримуваних операційних системах у тому, що стосується шрифтів, графіки та розташування елементів на екрані.

Просунуте відновлення підпису

Нова система відновлення підпису спочатку відправляє частини підпису на одну детерміновану обрану ноду замість того, щоб поширювати частини підпису серед усіх нод доти, доки не знайдеться той, який зможе відновити підпис. Очікується, що ця оптимізація зменшить навантаження на кілька порядків.

Перевірка мінімальної версії протоколу

Покращено доказ надання послуги (PoSe) для мастернод за рахунок перевірки того, що під час розподіленого ключів (DKG) працює мінімально допустима версія протоколу.

Поліпшення пропускної спроможності мережі

Пропускна здатність мережі була оптимізована рахунок позбавлення від зайвих повторень циклів по всіх нодах, за допомогою впровадження event polling (epoll) в Linux.

Бекпорти для Bitcoin v0.16

Цей реліз також вводить понад 650 оновлень із Bitcoin v0.16, а також деякі оновлення з Bitcoin v0.17.

Нумерація версій протоколу

Дозволяє додавати важливі зміни, не видаляючи дані з мережі розробників.

Тестовий набір для платформи

Тестовий набір для платформи – це репозиторій, де містяться єдині для всієї платформи тести, завдяки чому тестування та оновлення тестів на всіх компонентах стає набагато легшим.

Бінарні поля у документі

Дозволяють розробникам використовувати для зберігання даних нативні бінарні типи (наприклад, Buffer, ByteArray).

Тимчасові мітки у документі

Можливість записати час створення чи оновлення будь-якого документа, який зберігається на Dash Platform.

Покращений пакет установки

Підтримка шаблонів конфігурацій та кількох нод у mn-bootstrap.

Ім’я Dash ID за замовчуанням

Дозволяє користувачеві встановити основне ім’я користувача для свого Dash ID.

DPNS & identity DIPS

Були випущені DIP11 Identities і DIP12 Dash Platform Name Service.

Покращення домашнього екрану

Були видалені вкладки “надіслати” та “отримати”, щоб створити більше простору та усунути дублювання з панеллю ярликів.

Покращення для маленьких екранів

Ярлики було скорочено та/або переформатовано, щоб уникнути накладок з іншими компонентами інтерфейсу на маленьких екранах.

Покращення фрази відновлення

Було додано кнопку повернення, впроваджено підтримку не-англомовних фраз, оновлено попереджувальні повідомлення

Покращення синхронізації блокчейну (iOS)

Численні покращення та зміни дизайну основних даних та мастернод, а також завантаження списку кворуму.

Програма DashPay Alpha запрошує співтовариство до тестування гаманця DashPay на Evonet.

Імена користувачів

Користувачі зможуть зареєструватися в мережі та почати ділитися своїми іменами користувачів з іншими користувачами Dash.

Профілі користувачів

Користувачі зможуть зробити своє ім’я користувача більш впізнаваним за допомогою відображеного імені, зображення та інформації про себе.

Зв’язок зі списком контактів

Користувачі зможуть запитувати додавання контактів на ім’я користувача та створювати список користувачів, з якими вони хочуть обмінюватися транзакціями.

Платіть і отримуйте гроші за іменем користувача

Користувачі зможуть обмінюватися Dash з друзями, сім’єю, а також оплачувати покупки в магазинах на ім’я користувача або криптографічні адреси.

Поліпшення зберігання двійкових даних

Поліпшення представлення бінарних даних як байтових масивів замість рядків так дані зберігаються більш ефективно. Крім того, JSON-схема була доповнена ключовим словом ‘byteArray’, таким чином розробникам легше задавати бінарні властивості у своїх контрактах даних.

Правила консенсусу для Блокчейн-ID

Було внесено кілька змін до основної структури, у тому числі в Блокчейн-ID на Dash Platform

Недетермінізм у обробці блоку

Це відомий баг, через який багато розробників не могли успішно запустити ноди на Evonet.

Консенсус висоти Core

Установка консенсусу між рівнем 1 та рівнем 2 ланцюга, на основі висоти рівня 1.

Поповнення Блокчейн-ID за допомогою InstantSend

Таким чином, можна буде поповнювати Блокчейн-ID, використовуючи швидкість InstantSend.

Дерева станів

Зберігання даних станів у деревах Меркла використання легкими клієнтами.

Установчий пакет Platform

Для покращення користувальницького досвіду та відповідності новим компонентам платформи було значно оновлено інсталяційний пакет (dashman f.k.a. mn-bootstrap).

Поповнення блокчейн-ID

Можливість поповнювати блокчейн-ID без подвійних списань.

Покращення синхронізації блокчейну (iOS)

У процес синхронізації блокчейна було внесено додаткові покращення, щоб запобігти затримкам при надсиланні платежів.

Забуті фрази відновлення (iOS)

Було внесено покращення для користувачів, які забули одне або два слова зі своєї фрази відновлення, щоб вони могли спробувати відновити свій гаманець.

Виправлення багів та покращення інтерфейсу (Android)

Було реалізовано інтерфейс користувача, пов’язаний із забуванням PIN, і були внесені оновлення для підтримки нового Android SDK (29); виправлення збоїв, пов’язаних із збереженням бекапу у файл та імпортом приватного ключа.

Сід-ноди Tendermint

Особливий вид нод, який надає пірингову інформацію іншим нодам для кращого масштабування.

Безпечне підтвердження ST

Поліпшення для захисту від кількох можливих векторів атак та для кращої масштабованості основної мережі.

Докладні логи Drive

Додано більше логів для кращого розуміння та відстеження проблем у поведінці Drive.

Поліпшені повідомлення про помилки

Зрозумілі та інформативні повідомлення для кращого реагування на помилки.

Покращення інтерфейсу та доопрацювання

• Покращено: оновлення до тестової мережі (Platform v0.17)
• Покращено: пошук користувачів мережі
• Покращено: одноманітність інтерфейсу на Android/iOS
• Покращено: Підтвердження Ім’я користувача
• Покращено: нагадування про збереження профілю
• Покращено: погані мастерноди
• Покращено: формат імені користувача (дозволено великі літери та дефіси)
• Виправлено: Таймер блокування гаманця
• Виправлено: неправильний статус синхронізації
• Виправлено: проблеми із синхронізацією та вильотами
• Виправлено: імпорт приватного ключа

Кворум із 100 учасників

Новий розмір кворуму для підтримки спеціальних транзакцій для фіксації активів.

RPC-обмеження для платформи

Поліпшення безпеки під час взаємодії core з платформою.

Бекпорти для Bitcoin v0.17+

Близько 500+ бекпортів з Bitcoin Core.

Поповнення Блокчейн-ID із використанням ChainLocks

Впровадили другу частину схеми поповнення Блокчейн-ID, яка включає докази ChainLock для кращої підтримки докази клієнта.

Маркери функцій

Включає особливу детерміновану логіку в мережі для виправлення багів та включення нових функцій, не стираючи дані.

Налаштування локальної мережі/оточення

Локальна нода mn-bootstrap не підтримує ChainLocks та InstantSend, тому для безперервної інтеграції нам довелося реалізувати запасний варіант на період розробки.

Верифікація підписів за допомогою Core

Внесено поліпшення в Asset Lock Proofs (поповнення Блокчейн-ID), щоб уникнути дублювання логіки та даних – краще використовувати Core, який вже застосовує цю логіку і має всі необхідні дані.

Видалення Insight API

Видалили залежність від Insight і перенесли функціонал на DAPI, щоб покращити стабільність і позбутися дублювання.

Реліз DashMate

Ми постійно покращуємо дистрибутив Dash Platform (раніше відомий як mn-bootstrap), щоб він став зручнішим та надійнішим. Ми вважаємо, що, починаючи з цієї версії, він став досить стійким, щоб дати йому гарне ім’я і настійно рекомендувати користуватися ним для запуску нод і мастернод в тестовій мережі.

Покращення CI

Повільні збірки та відсутність доступної функціональності в Travis CI значно сповільнили процес розробки. Ми перейшли на Github Actions і запровадили деякі прийоми кешування. Нові збірки CI набагато гнучкіші та працюють у 10 разів швидше.

Ротація набору валідаторів

Щоб досягти консенсусу на блокчейні платформи, спеціальний набір мастернод під назвою валідатори підтверджує та підписує блоки. Аж до версії 0.19, набір валідаторів був статичним і зберігався на контрольованих DCG нодах тестової мережі. Починаючи з версії 0.20, для динамічного розподілу та ротації набору валідаторів серед мастернод використовуються Довгострокові кворуми мастернод (LLMQ). При такому підході навантаження розподіляється рівномірно, значно підвищується безпека та надійність мережі.

Криптографічні докази

До цього клієнтам доводилося використовувати повні довірені ноди, щоб переконатися в справжності і повноті даних, отриманих з мережі платформи. У цій версії, DAPI разом із даними платформи надає ефективні криптографічні докази, які дозволяють легким клієнтам (наприклад, мобільним гаманцям) безпечно взаємодіяти з Dash Platform.

Пороговий підпис стану платформи

Раніше для надання криптографічних доказів та забезпечення консенсусу в мережі валідатори використовували неагреговані підписи EdDSA із криптографічного дайджесту стану платформи. Через кількість і загальний розмір цих підписів — докази стали вельми ресурсовитратними для легких клієнтів. У версії 0.20 використовується механізм граничного підпису BLS. Він дає лише один підпис, який мобільні гаманці та інші легкі клієнти можуть легко перевірити.

Оптимізація пірингового шару

Раніше повні ноди та валідатори перевіряли та використовували всі типи пірингових повідомлень. Це означає, що всі повні ноди отримували мережевий трафік разом із повідомленнями, які потрібні лише валідаторам для досягнення консенсусу. У новій версії всі повні ноди більше не отримують повідомлення про проміжний консенсус, що формується валідаторами. Натомість валідатори створюють лише одне повідомлення з пороговим підписом BLS, щоб передати підсумкове консенсусне рішення решти мережі. Таким чином, навантаження на мережу значно знижується, тому що більше не потрібно надсилати безліч повідомлень усім повним нодам, і в результаті трафік у мережі скоротився на 99.5%.

Метадані платформи

Тепер Dash Platform прикріплює додаткові метадані до відповідей DAPI, такі як поточна висота платформи блокчейна, а також синхронізована висота блокчейна core, узгоджена всіма нодами, що беруть участь в консенсусі мережі. Оскільки блокчейни платформи і core формуються незалежно, висота core потрібна платформі, щоб переконатися, що всі ноди платформи мають детерміновану синхронізацію стану основної мережі.

Точна та надійна перевірка контрактів даних

У новій версії протоколу Dash Platform оновлюється специфікація JSON Schema, яка застосовувалася для приведення контрактів даних до останньої версії 2020-12. Крім того, встановлюються суворі правила перевірки, що запобігають можливим користувачам помилкам у переданих у мережу контрактах даних. Крім того, для запобігання атакам ReDoS впроваджено спеціальний обробник регулярних виразів.

Надійна синхронізація JS Wallet

Попередня версія бібліотеки JS Wallet не завжди отримувала всі запитані транзакції та instantlock-повідомлення від DAPI під час синхронізації. У версії 0.20 цю проблему було вирішено.

Покращення Dashmate

Остання версія Dashmate містить 20 виправлень та покращень. Найбільш значні з них були внесені, щоб зробити налаштування локальних мереж розробників зручнішим та надійнішим. Крім того, було покращено продуктивність та впроваджено підтримку Windows.

Інтеграція біржі Liquid (Android)

Інтеграція Liquid Quick Exchange дозволить оплачувати покупку Dash кредитними картками Visa прямо у Dash Wallet.

Покращення BIP70

Покращено внутрішній інтерфейс, щоб користувачі отримували однаковий досвід як під час роботи з новими релізами DashDirect, так і з іншими додатками, які використовують цей же протокол.

Реалізовано BIP69

Зміна внесена для приведення процесу входу/виходу у відповідність до більш поширеного стандарту, який забезпечує кращу анонімність.

Покращення кодової фрази

Для того, щоб користувачі краще розуміли важливість своєї кодової фрази і не робили її скріншоти, внесені поліпшення в інтерфейс користувача.

Покращення синхронізації блокчейна

Для підвищення ефективності синхронізації покращено інтерфейс статусу та внесено зміни до бекенду.

Обслуговування

Були виправлені численні помилки та внесено зміни в інтерфейс роботи з Uphold, покращено навігацію, авторизацію через відбиток пальця, а також функцію автоматичного виходу з системи. Крім того, в рамках підготовки до оновлення DashPay було проведено невеликий рефакторинг коду.

Відправка запрошення

Щоб полегшити вашим друзям і членам сім’ї додавання в мережу Dash, ви можете надіслати їм запрошення – так вони отримають все, що потрібно для створення імені користувача.

Прийняття запрошення

Запрошення дозволить новим користувачам, які ще не мають Dash, відразу ж створити своє Ім’я користувача, не чекаючи отримання перших засобів Dash.

Покращення повідомлень про помилки

Впровадження кодів помилок та докладніші повідомлення. Таким чином, програми-клієнти будуть краще їх обробляти, і помилки стане простіше шукати.

Створення надійної структури дерева станів

Зараз ми зберігаємо стани в різних мерк-деревах, що призводить до підвищеного навантаження на пам’ять та диск. Крім того, для забезпечення комбінації та обробки крос-транзакцій необхідна дуже складна логіка. Буде створено надійніший та безпечніший дизайн дерева станів.

Створення вторинних індексів для документів

Під час створення нового дизайну дерева станів MongoDB буде замінено.

Розподіл нод тестової мережі

Ми оновимо тестову мережу, щоб включити до неї ноди з численних дата-центрів для моделювання реальних проблем із затримкою та продуктивністю, які можуть вплинути на масштабування.

Процес оновлення

З покращеним процесом оновлення не потрібно буде стирати дані другого шару для безпроблемного переходу з однієї версії протоколу на іншу.

Перший реліз GroveDB

Перша у своєму роді база даних, яка базується на ієрархічній завіреній структурі даних (HADS) і працює в інноваційній системі зберігання даних. Тут стануть можливі функції, недоступні в жодній із існуючих баз даних. У перший реліз увійдуть вторинні індекси та криптографічні докази повноти контенту, що зберігається.

Можливість оновлення контрактів даних

Схеми контрактів можна буде модифікувати без втрати самих даних без необхідності створювати новий контракт. Це значна і очевидна відмінність Dash від мереж смарт-контрактів, які такої можливості не мають.

ID Мастернод

Коли в мастерноди є ID з прикріпленим до нього балансом, власник мастерноди може отримувати винагороду за участь у консенсусі Platform. Таким чином, у власників мастернод з’явиться додаткове джерело доходу.

Рівні безпеки та призначення ID-ключа

Для майбутніх функцій Dash Platform будуть потрібні різні рівні безпеки. Наприклад, для продажу цінного цифрового активу потрібен дуже високий рівень безпеки, а для публікації картинок з котиками — ні. З цією функцією користувачі зможуть зберігати ключі з найвищим рівнем безпеки на своєму апаратному гаманці, але виконувати дії, що вимагають меншого рівня безпеки, безпосередньо зі свого телефону.

Універсальний репозиторій

Для прискорення процесу розробки та збірки, код компонентів Platform був переміщений з окремих репозиторіїв в один універсальний репозиторій. Такий підхід із єдиним репозиторієм значно скорочує кількість рутинних операцій під час розробки.

Ротація кворумів, посилення безпеки IS

Покращує розподіл кворумного навантаження серед мастернод, водночас посилюючи безпеку InstantSend. Це зроблено за рахунок зміни підмножини мастернод під час вибору учасників кворуму, а також обмежується кількість кворумів, в яких бере участь кожна мастернода.

Зниження комісії за подання пропозицій

Щоб система керування стала доступнішою, комісія за подання Пропозицій знижена з 5 DASH до 1 DASH. Ця зміна була зроблена відповідно до затвердженої мастернодами пропозиції.

Додано новий інтерфейс керування QT

Щоб полегшити користувачам Dash Core Qt доступ до детального опису пропозицій з управління, було додано вкладку Governance.

Перше впровадження покращеного хард-форкінгу

Впроваджено нову спеціальну транзакцію та деякі аспекти DIP23, необхідні для підтримки покращеного механізму хард-форкінгу, який з’явиться в одній з наступних версій Dash Core.

Детермінована фіксація InstantSend

Для кращої підтримки системи ID Platform введена детермінована фіксована фіксація InstantSend (DIP22). Це дозволяє перевіряти транзакції InstantSend у майбутньому, а не просто тимчасово.

Бекпорти BTC v0.18/v0.19/v0.20

Рівень готовності бекпортів для Bitcoin Core v0.18 зріс з 83% до 86%, а v0.19 — з 41% до 53%. Крім того, для v0.21 та v0.22 було завершено 18% та 10% бекпортів відповідно.

Стороння перевірка безпеки

Dash Core Group офіційно співпрацює із професійною аудиторською фірмою для проведення перевірок безпеки кодової бази Core.

Можливість оновити ідентифікатор (див. DIP11)

Усунуто функціональну прогалину щодо специфікацій DIP0011. Це включає впровадження переходу стану оновлення ідентифікаційної інформації, покращення безпеки відкритого ключа ідентифікаційної інформації, додаткові функції, необхідні для зняття кредитів, і впровадження підтвердження власності на ключ ідентифікаційної інформації.

Розрахунок плати за зберігання

Стимулююча модель комісії, яка компенсує витрати мастернод на обробку та зберігання, а також запобігає спаму. Впровадження нової системи розрахунку комісії базується на операціях, необхідних для обробки переходів станів, і кількості даних, які вона зберігає в мережі мастернод. Хоча розрахунок плати за зберігання в новій моделі є точним, плата за обробку все ще є предметом вдосконалення. Повернення плати за видалення даних також буде реалізовано в майбутній версії.

Розподіл зборів за транзакцію

Система, в якій комісії за платформу збираються в пулах, які з часом розподіляються між Мастернодами. Цей дизайн стимулює мастерноди продовжувати хостинг і уникати відключення їх вузлів. Плата за зберігання за перехід стану розподіляється на кожну епоху (~18 днів) до 50 років у майбутньому. Коли починається нова Епоха, Мастерноди отримують винагороду за надання послуг у попередній Епосі.

Виведення кредитів з Platform на блокчейн Dash

Кредити платформи можна обміняти на Dash. Мастернодам буде доступний простий спосіб виведення винагород за підтримку Platform.

Синхронізація заголовків

Покращено безпеку та надійність синхронізації ланцюга в гаманці Dash JS. JS Wallet стане справжнім SPV-клієнтом, який виконує повну синхронізацію та перевірку ланцюга, запитуючи випадково вибрані мастерноди повернути запитані дані ланцюга.

Dash Platform Bench Suite

Для вимірювання продуктивності компонентів платформи ця версія представляє інструмент тестування. Цей інструмент глибоко інтегрований із середовищем виконання блокчейну Platform і надає розробникам зручні інструменти для експериментів і відстеження продуктивності з часом.

Dash Platform Protocol на Rust

Перенесення DPP на Rust робить його більш безпечним і продуктивним. Це також пришвидшить обробку блоків. Для інтеграції Rust DPP у компоненти JS ми пропонуємо WASM DPP. Це перший крок до перенесення платформи на Rust. JS був чудовим для експериментів і створення прототипів, але тепер нам потрібно щось більш стійке.

Виконання того самого блоку

Обмеження, успадковане від проекту Tendermint, на основі якого спочатку було створено наш механізм консенсусу, лише підписи блоків підписували б стан попереднього блоку, а також усі зміни стану поточного блоку. Отже, щоб отримати перевірені дані від DAPI, вам потрібно буде дочекатися наступного зобов’язання блоку. Це було несумісно з нашою бажаною системою перевірки та системою зберігання. Це покращення також значно зменшує навантаження на мережу та зменшує час, необхідний для введення даних у платформу, що призводить до кращого UX.

Зняття коштів

Наразі ви можете конвертувати Dash у кредити платформи, створивши або поповнивши обліковий запис. Кредити в основному використовуються для оплати збору за перехід. Мастерноди отримують свої винагороди за розміщення платформи в кредитах (винагороди за блокування та комісія ST). Зняття коштів дозволяють мастернодам та іншим особам конвертувати свої кредити назад у Dash.

Ефективна серіалізація даних

Протокол Dash Platform Protocol (DPP) раніше використовував механізм кодування CBOR, який реалізує безсхемну серіалізацію даних. Оскільки всі дані на платформі зберігаються в попередньо визначених структурах, немає необхідності також зберігати структурну інформацію. Лише зберігаючи значення, ми значно зменшуємо розмір серіалізованих об’єктів.

Повернення комісії

Коли користувач додає дані на платформу, він платить за постійне зберігання. Однак не всі дані, що зберігаються на Платформі, мають бути постійними. Користувачі можуть визначати в договорах даних можливість оновлення або видалення документів. Запровадження відшкодування комісії дозволяє користувачам повертати кредити, коли вони видаляють дані.

Identity v2

Ідентифікація складається з різних даних, таких як його баланс і набір відкритих ключів, які використовуються для різних цілей і рівнів безпеки. Нова реалізація зберігання ідентифікаторів дозволяє оновлювати або отримувати лише певні або кілька частин ідентифікатора. Це зменшує плату за перехід і навантаження на мережу.

Перевірка загальної кількості кредитів

Нова функція сумування дерев GroveDB дозволила нам реалізувати механізм захисту від інфляційних помилок у блокчейні. Ця функція додала суми до вузлів певного типу дерева Merkle AVL. У цьому дереві кореневі вузли містять суму всіх цілих значень у дереві. Кожного разу, коли значення додається, видаляється або оновлюється в дереві суми, кожен батьківський вузол і, отже, «сумове значення» кореня оновлюється. Механізм перевірки кредиту порівнює кожен блок усіх кредитних залишків у сховищі з очікуваною сумою кредитів у системі. Це запобігає інфляційним атакам, які можуть карбувати нові кредити чи токени поза попередньо визначеною пропозицією.

Ідентифікатори голосування мастернод

Це компонент для активації майбутніх функцій керування на Платформі.

Децентралізований API з HTTPS

Починаючи з цієї версії, запити DAPI обслуговуються через HTTPS, що дозволяє створювати програми для браузерів.

Високопродуктивні мастерноди (HPMN)

Високопродуктивна Мастернода — це новий тип Мастерноди, який використовуватиметься для обслуговування мережі шляхом участі в консенсусі як у ланцюжку Dash Platform, так і в ланцюжку Dash Payment (Core). У цій системі стандартна Мастернода продовжуватиме обслуговувати лише платіжний ланцюжок Dash. HPMN матиме більші вимоги, ніж стандартні Мастерноди, такі як забезпечення 4k Dash і вищі характеристики продуктивності, оскільки вони будуть працювати з двома ланцюгами замість одного.

Реалізація BLS v1.0

Оновлення бібліотеки підписів BLS відповідно до нової схеми підписів для відповідності стандартам та покращення безпеки.

Bitcoin v0.19/v0.20/v0.21/0.v22 бекпорти

Бекпорти з Bitcoin Core з BTC v0.19/v0.20/v0.21/v0.22.

Вирішення проблеми з хардфорком у v19

Однією з цілей хардфорку версії 19 було активувати базову схему BLS і почати використовувати її в різних повідомленнях у ланцюзі та p2p. Мотивацією цієї зміни є необхідність узгодження зі стандартами IETF. На жаль, у наших функціональних тестах було пропущено кілька граничних випадків, а також не було виявлено в тестовій мережі. Спроба активації v19 у головній мережі потрапила в один із цих крайніх випадків, і мережа перестала створювати блоки. Як проміжне рішення було випущено версію 19.1.0, яка відклала початок сигналізації для Hard Fork версії 19 до 14 червня.

Щоб вирішити ці проблеми, нам довелося переробити спосіб обробки відкритих ключів BLS, включаючи спосіб їх серіалізації у внутрішній базі даних. Це спиричинуло несумісність зі старими версіями Dash Core, тому для всіх останніх версій було реалізовано шлях міграції бази даних.

Покращення підтримки міграції та історичних даних на легких клієнтах

Як побічний ефект, рішення, реалізоване для вирішення проблем хардфорку v19, відкрило шлях для спрощення міграції v19 для мобільних гаманців.

З попередньою реалізацією мобільні гаманці мали б конвертувати 4k+ публічних ключів у точці розгалуження v19, і це може зайняти 10-15 секунд, якщо не більше. Крім того, після хардфорка v19, якщо список головних вузлів запитується з блоку до хардфорку v19, ключі оператора надходять у базовій схемі BLS, але хеш кореню меркле головного вузла, який на той час зберігається в транзакції coinbase, обчислюється за допомогою застарілої BLS схеми. Тому було неможливо перевірити хеш кореню меркле.

Щоб вирішити ці проблеми, було введено нове поле nVersion для кожного запису в повідомленні mnlistdiff p2p. У цьому полі вказується, яку схему BLS слід використовувати під час десеріалізації повідомлення – застарілу чи базову. nVersion самого повідомлення mnlistdiff більше не вказуватиме на схему та завжди повинна мати значення 1.

Покращення підтримки змішування на легких клієнтах

Останні зміни в повідомленнях dsq і dstx дозволили мобільним клієнтам, які отримують списки головних вузлів із повідомлення mnlistdiff, визначати головний вузол, пов’язаний із цими повідомленнями, оскільки замість masternodeOutpoint використовувався proTxHash. Після активації версії 19 Hard Fork підпис повідомлень dsq і dstx базуватиметься на proTxHash, що дасть можливість мобільним клієнтам перевірити його.

Зберігайте ChainLocks увімкненими, не підписуючи нові

До цієї версії ChainLocks були ввімкнені або вимкнені. Починаючи з цієї версії, можна встановити для SPORK_19_CHAINLOCKS_ENABLED значення, відмінне від нуля, щоб вимкнути підписання нових ChainLocks, зберігаючи примусове застосування найвідомішого.

Жодна особа чи організація не може контролювати, коли v19 буде активовано; це станеться після того, як певна кількість власників майстернод і майнерів оновляться до останньої версії.

Нагороди за блоки мастернод

Винагороди за блоки мастерноди будуть розподілені між звичайними Мастернодами і високопродуктивними Мастернодами (HPMN). Частина HPMN накопичуватиметься в кредитах і розподілятиметься між вузлами як стимул для обслуговування платформи. Вузли отримуватимуть винагороди кожну епоху (~18 днів), якщо вони нададуть послуги (пропонуватимуть нові блоки платформи).

Плата за обробку та коригування

Це додавання більш обмежених комісій за обробку та коригування/перегляд існуючих номерів, щоб переконатися, що всі витрати покриваються належним чином і комісії обчислюються належним чином.

Синхроніхація стану

Щоб допомогти новим вузлам швидше синхронізуватися з поточним станом, синхронізація стану копіюватиме стан з інших вузлів замість обробки всього блокчейну.

Відсікання блокчейну та архівування вузлів

Завдяки синхронізації стану вузлам більше не потрібно буде зберігати весь блокчейн, таким чином зменшуючи вимоги до сховища та витрати для хостів. Ми представимо Archive Nodes, які будуть новим типом Мастернод, який повинен зберігати весь блокчейн.

Оновлення протоколу

Тестування та вдосконалення процесів оновлення протоколів, щоб оптимізувати впровадження критичних змін для різних рівнів системи.

Інструменти

Впровадження метрик для компонентів платформи, необхідних для моніторингу мережі, включаючи подальші стрес-тести.

Обробка атомарного переходу стану

Ізоляція системних помилок виконання переходу між станами, щоб вони не впливали на інші переходи між станами в блоці, і оновлення стану за допомогою переходу між станами як одну атомарну операцію на рівні зберігання.

Тест внутрішньої безпеки

Експерименти безпеки та тести DCG.

Стрес тести

Стрес-тести виконуються за допомогою набору стрес-тестів у виділеній мережі.

Спеціальна транзакція для фіксації активів

OP_ASSET_LOCK для підтримки поповнення блокчейн-ID на платформі.

Перерозподіл винагороди Platform для мастернод

Власники мастернод зможуть обмінювати свої кредити L2 на Dash.

Документація та DIPs

Написання необхідної документації, навчальних посібників та DIP.

Платформа Dash Pre-Mainnet Validation

Різноманітні мережеві експерименти, перегляд кодової бази, підготовка та можливі виправлення помилок для випуску основної мережі в тісній співпраці з Dash Community (використання проектів спільноти, що використовують платформу Dash).

Початок розгортання мережі Mainnet

Перше розгортання платформи основної мережі буде супроводжуватися розгортанням Core v0.20. Dash Network буде запропоновано завершити оновлення до кінця другого кварталу 2023 року.

Dash Platform Activation

Жодна особа чи організація не може контролювати час активації протоколу платформи; це відбудеться після оновлення певної кількості власників майстернод.

Підтримка взаємозамінних токенів

Забезпечення можливості випуску спеціальних токенів для різних специфічних завдань Web3, наприклад, для збору коштів сторонніми організаціями, керування тощо.

Підтримка NFT

Підготовка Dash Platform до зберігання та підтримки незамінних токенів. Забезпечення зберігання даних NFT в блокчейні з використанням механізмів зберігання Platform.