PIVX implementará el Protocolo Sapling utilizando las pruebas de conocimiento cero de Groth16 zk-SNARKs, un nuevo protocolo de privacidad que proporcionará privacidad, usabilidad y rendimiento mejorados en comparación con nuestras anteriores soluciones. Este es el elemento de mayor prioridad para 2020 y está previsto que se publique en el cuarto trimestre de 2020. En pocas palabras: Esto llevará la privacidad de PIVX a otro nivel, donde los usuarios podrán transferir monedas de forma segura de una dirección a otra sin que nadie más sepa la fuente de las monedas, cuántas monedas se enviaron, ni qué direcciones participaron en el envío y la recepción de las mismas.
Código de red P2P mejorado para una mejor interacción entre los nodos de la red. Además, cambios en el código de encapsulación de la red al desacoplarse de la capa de validación, lo que lleva a una mejor gestión de las race conditions y mutex, lo que reduce la latencia de la red en un 30%, y muchas otras mejoras más. En pocas palabras: esto significará una conexión más rápida, estable y confiable con otros pares en la red.
Esto agregará una nueva pestaña que permitirá a los usuarios monitorear las propuestas en vivo y votarlas fácilmente si eres propietario de un masternode, desde la interfaz gráfica de usuario de la wallet QT. Los usuarios ya no tendrán que depender de los sitios web de propuestas de masternodes o usar la consola de depuración o la terminal de comandos para emitir su voto.
Esto agregará una interfaz más accesible y fácil de usar en la wallet Qt para la creación de propuestas de presupuesto de PIVX que la comunidad podrá revisar y votar. Esto significa que no será necesario usar una compleja consola de depuración para crear propuestas y que son propensas a errores.
Reducción del bloat, al eliminar el código no utilizado y no esencial, como el antiguo sistema de contabilidad, el protocolo zerocoin y ZLNP. En pocas palabras: Un código más limpio significa un mejor rendimiento, menos confusión para los desarrolladores y un mejor futuro en el desarrollo de wallets.
Más estable, más rápida, menos saturación de la red, menor redundancia y un menor consumo de recursos en la capa de red de Nivel Dos del masternode.
Una implementación personalizada de DIP002 y DIP003 para introducir múltiples mejoras en la red de masternodes, tales como: listas de masternode derivadas de blockchain, dirección de recompensas personalizada, delegación de votación y más.
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.
Mejoras de la seguridad y descentralización de los sporks mediante el uso de múltiples firmas. En pocas palabras: esto proporcionará una mejor protección de la red contra posibles ataques o errores internos.