A PIVX implementará o protocolo Sapling usando as provas de conhecimento zero da Groth16 zk-SNARK, um novo protocolo de privacidade que fornecerá privacidade, usabilidade e desempenho aprimorados em comparação com nossas soluções anteriores. Este é o item de maior prioridade para 2020 e está planejado para ser lançado no quarto trimestre de 2020. Simplificando: isso vai transcender a privacidade PIVX para outro nível, onde os usuários poderão transferir moedas com segurança de um endereço para outro sem que ninguém saiba a origem das moedas, quantas moedas foram enviadas, nem quais endereços estiveram envolvidos no envio e recebimento .
Código de rede P2P aprimorado para melhor interação entre nodes de pares. Além disso, mude para o código de encapsulamento de rede, desacoplando-o da camada de validação, levando a um gerenciamento muito melhor de mutex e condições de corrida que reduz a latência da rede em 30% e muitas outras melhorias. Simplificando: Isso significará uma conexão mais rápida, estável e confiável com outros pares na rede.
Isso adicionará uma nova guia que permite aos usuários monitorar propostas ao vivo e votar facilmente nelas como proprietário do masternode de dentro da interface gráfica do usuário da carteira QT. Os usuários não precisarão mais depender de sites de proposta de masternode ou usar o console de depuração / terminal de comando para votar.
Isso adicionará uma interface mais acessível e amigável na carteira Qt para a criação de propostas de orçamento PIVX que a comunidade pode revisar e votar. Isso significará não mais criar propostas por meio do uso de linhas de comando complexas e sujeitas a erros.
Redução de espaço removendo códigos não utilizados e não essenciais, como o antigo sistema de contabilidade, protocolo zerocoin e ZLNP. Simplificando: um código mais limpo significa melhor desempenho, menos confusão para o desenvolvedor e melhoria na prova futura de desenvolvimento de carteira.
Mais estável, mais rápido, menos inchaço da rede, redundância reduzida e menos consumo de recursos na camada de rede masternode da Camada Dois.
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.
Uma implementação personalizada do DIP002 e DIP003 para introduzir vários aprimoramentos à rede masternode, como: listas de masternode derivadas de blockchain, endereço de recompensa personalizado, delegações de votação e muito mais.
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.
Melhorar a segurança e descentralização dos sporks através do uso de múltiplos signatários. Simplificando: Isso fornecerá melhor proteção à rede contra possíveis ataques internos ou erros.