Дорожная Карта Развития

Имея одну из самых талантливых команд в отрасли, PIVX зарекомендовал себя как проект, с релизами первых в своем роде инноваций.

Новый протокол конфиденциальности

  • Планирование
  • Разработка
  • Тестирование
  • Завершено

PIVX реализует протокол Sapling с использованием доказательств с нулевым разглашением Groth16 zk-SNARK - нового протокола конфиденциальности, который обеспечит улучшенную конфиденциальность, удобство использования и производительность по сравнению с нашими предыдущими решениями. Это самый приоритетный элемент на 2020 год, который планируется быть реализованным в четвертом квартале 2020 года. Проще говоря: это выведет конфиденциальность PIVX на совершенно другой уровень, на котором пользователи смогут безопасно переводить монеты с одного адреса на другой, при этом никто не будет знать ни источник монет, ни сколько монет было отправлено, ни какие адреса участвовали в отправке и получении.

Оптимизация сетевого потока P2P

  • Планирование
  • Разработка
  • Тестирование
  • Завершено

Улучшенный сетевой код P2P для лучшего взаимодействия между одноранговыми узлами. Кроме того, измените код сетевой инкапсуляции, отделив его от уровня проверки, что приведет к гораздо лучшему управлению мьютексами и условиями гонки, что снижает задержку в сети на 30%, а также к многим другим улучшениям. Проще говоря: это будет означать более быстрое, стабильное и надежное соединение с другими узлами в сети.

Вкладка - Расширенное Управление

  • Планирование
  • Разработка
  • Тестирование
  • Завершено

Добавится новая вкладка, которая позволит пользователям отслеживать текущие предложения и легко голосовать за них владельцам мастернод прямо из графического пользовательского интерфейса QT-кошелька. Пользователям больше не придется полагаться на веб-сайты с предложениями мастернод или использовать консоль отладки / командный терминал для голосования.

Создание предложения в кошельке

  • Планирование
  • Разработка
  • Тестирование
  • Завершено

Добавится более доступный и удобный интерфейс в Qt-кошельке для создания бюджетных предложений PIVX, за которые сообщество сможет голосовать. Это будет означать, что сообществу больше не нужно создавать предложения с использованием сложных и подверженных ошибкам командных строк.

Очистка устаревшего кода

  • Планирование
  • Разработка
  • Тестирование
  • Завершено

Уменьшение раздувания за счет удаления неиспользуемого несущественного кода, такого как старая система учета, протокол zerocoin и ZLNP. Проще говоря: более чистый код означает лучшую производительность, меньше путаницы с разработчиками и улучшенную будущую проверку разработки кошелька.

Улучшенная синхронизация сети второго уровня

  • Планирование
  • Разработка
  • Тестирование
  • Завершено

Более стабильный, быстрый, уменьшенный размер сети, меньшая избыточность и уменьшенное потребление ресурсов на сетевом уровне мастернод второго уровня.

New Rewards Structure

  • Планирование
  • Разработка
  • Тестирование
  • Завершено

After an extensive 3+ month discussion period with the Community, a consensus was reached to update the PIVX Rewards Structure to be competitive with other projects. This makes significant funding available for Core Development, as well as Marketing and Business Development.

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

  • Планирование
  • Разработка
  • Тестирование
  • Завершено

Специальная реализация DIP002 и DIP003 для внесения нескольких улучшений в сеть мастернод, таких как: списки мастернод, полученные из блокчейна, настраиваемый адрес вознаграждения, делегирование голосов и многое другое.

Long Living Masternode Quorums (LLMQ)

  • Планирование
  • Разработка
  • Тестирование
  • Завершено

As outlined in DIP 6, this is a decentralized BLS M-of-N threshold scheme, based on Shamir's Secrete Sharing, and it consists in 7 phases; Initialization, Contribution,Complaining, Justification, Commitment, Finalization and Mining. These steps allow for a Quorum to be defined in advance, and used for a certain time frame, to instantly reach consensus.

Deterministic Masternode Proof of Service

  • Планирование
  • Разработка
  • Тестирование
  • Завершено

Based on the Long Living Masternode Quorums underling Deterministic Key Generation protocol, this functionality allows the network to validate the correct behavior of Deterministic Masternodes.

Tier Two Network Complete Redesign

  • Планирование
  • Разработка
  • Тестирование
  • Завершено

Complete refactor of the code to more efficiently reach consensus of the proposal status, and budget finalization. Also included are improvements to Masternode Payments System to funded proposals in a single block at Super Block, instead of being spread out over several blocks following Super Block. Further, refactoring of the P2P layer and network messages synchronization is included.

New On-Chain MetaData Transaction Type

  • Планирование
  • Разработка
  • Тестирование
  • Завершено

This functionality adds a basis for new transaction types that will provide on-chain metadata to assist various consensus mechanisms. This will allow for a more native way to implement new features which don’t naturally fit into the current concept of transactions.

Masternodes System Compatibility Phase

  • Планирование
  • Разработка
  • Тестирование
  • Завершено

This functionality supports the time frame prior the final enforcement in which the blockchain will allow both legacy and deterministic Masternodes to exist at the same time, treating them equally.

Expanded Masternode Creation Wizard

  • Планирование
  • Разработка
  • Тестирование
  • Завершено

This functionality supports the new network roles of the Deterministic Masternodes system. Three roles are included. First, the 'Owner' can manage the collateral, as well as customize the masternode and rewards payout addresses separately. Second, a 'BLS Key' can be specified for the 'Service Operator' as well as a percentage of reward payment and address for the optional 3rd party manager of the Masternode. Third, an address can be specified to define who has the voting rights for the Masternode for proposals.

New Masternodes Management UI/UX

  • Планирование
  • Разработка
  • Тестирование
  • Завершено

Changes to display the distinction between Legacy and Deterministic Masternodes. New menu actions for each Deterministic Masternode to display info, change or revoke service, change the voting key, or delete the Masternode.

Tier Two Module to Cache/Update DMN list

  • Планирование
  • Разработка
  • Тестирование
  • Завершено

New functionality added to leverage the characteristics of the Deterministic Masternodes, and provide a highly performance optimized list of existing Deterministic Masternodes, from which a consensus pool can be randomly selected. A new generalized Masternode model to accept Legacy and Deterministic Masternodes is also included.

SHIELD Staking

  • Планирование
  • Разработка
  • Тестирование
  • Завершено

In a future 6.x wallet release PIVX will introduce a brand-new SHIELD staking feature. It will allow an individual to stake shielded coins and receive the staking rewards directly to a shield address. This feature will protect users' data, uphold their financial data protection, and increase the shielded coins' percentage in the PIVX network, further strengthening the SHIELD protocol.

Staking Pool Operators

  • Планирование
  • Разработка
  • Тестирование
  • Завершено

It allows the creation of staking pools where users don’t need to find a block to get rewarded. The pool operator collects all the rewards, subtracts his fee, and then redistributes the remaining part across all stakers, percentually based on the amount of delegated coins. This prevents centralization which might happen once PIVX price goes up, and ensures further network decentralization, allowing the small stakers/investors to receive staking rewards on a daily basis to their mobile wallets for a daily spending, while their staking coins are being safely stored on a hardware of offline wallet.

Sporks с мультиподписью

  • Планирование
  • Разработка
  • Тестирование
  • Завершено

Повышение безопасности и децентрализации sporks за счет использования нескольких подписывающих. Проще говоря: это обеспечит лучшую защиту сети от потенциальной внутренней атаки или ошибки.