PIVX реализует протокол Sapling с использованием доказательств с нулевым разглашением Groth16 zk-SNARK - нового протокола конфиденциальности, который обеспечит улучшенную конфиденциальность, удобство использования и производительность по сравнению с нашими предыдущими решениями. Это самый приоритетный элемент на 2020 год, который планируется быть реализованным в четвертом квартале 2020 года. Проще говоря: это выведет конфиденциальность PIVX на совершенно другой уровень, на котором пользователи смогут безопасно переводить монеты с одного адреса на другой, при этом никто не будет знать ни источник монет, ни сколько монет было отправлено, ни какие адреса участвовали в отправке и получении.
Улучшенный сетевой код P2P для лучшего взаимодействия между одноранговыми узлами. Кроме того, измените код сетевой инкапсуляции, отделив его от уровня проверки, что приведет к гораздо лучшему управлению мьютексами и условиями гонки, что снижает задержку в сети на 30%, а также к многим другим улучшениям. Проще говоря: это будет означать более быстрое, стабильное и надежное соединение с другими узлами в сети.
Добавится новая вкладка, которая позволит пользователям отслеживать текущие предложения и легко голосовать за них владельцам мастернод прямо из графического пользовательского интерфейса QT-кошелька. Пользователям больше не придется полагаться на веб-сайты с предложениями мастернод или использовать консоль отладки / командный терминал для голосования.
Добавится более доступный и удобный интерфейс в Qt-кошельке для создания бюджетных предложений PIVX, за которые сообщество сможет голосовать. Это будет означать, что сообществу больше не нужно создавать предложения с использованием сложных и подверженных ошибкам командных строк.
Уменьшение раздувания за счет удаления неиспользуемого несущественного кода, такого как старая система учета, протокол zerocoin и ZLNP. Проще говоря: более чистый код означает лучшую производительность, меньше путаницы с разработчиками и улучшенную будущую проверку разработки кошелька.
Более стабильный, быстрый, уменьшенный размер сети, меньшая избыточность и уменьшенное потребление ресурсов на сетевом уровне мастернод второго уровня.
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 для внесения нескольких улучшений в сеть мастернод, таких как: списки мастернод, полученные из блокчейна, настраиваемый адрес вознаграждения, делегирование голосов и многое другое.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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 за счет использования нескольких подписывающих. Проще говоря: это обеспечит лучшую защиту сети от потенциальной внутренней атаки или ошибки.