LogoLogo
  • DECENOMY Documentation
  • Basics
    • ▪️What is a Blockchain?
    • ▪️What is a Masternode?
    • ▪️What is a Spork?
    • ▪️Staying safe on Discord
    • ▪️How to secure your environment
    • ▪️Staking statistics on VaultWatch
  • Tutorials
    • DECENOMY Explorer
      • ▪️Overview
      • ▪️Latest blocks
      • ▪️Masternodes
      • ▪️Network
      • ▪️Search by Block and/or Hash
      • ▪️Search by Tx ID
      • ▪️Search by Address
      • ▪️Explorer API
    • DECENOMY Multinode Script
      • ▪️Environment basis
      • ▪️Script Screen Overview
      • ▪️Menu Structure
      • ▪️Main Menu
      • ▪️Coin Selection
        • Reinstall masternode multinode
        • Masternode multinode management
        • Stats wallet and masternode
        • Wallet management
        • Others
    • DECENOMY Wallet
      • ▪️How to use the DECENOMY wallets
      • ▪️Encrypting a wallet
      • ▪️Extra connections (addnodes)
      • ▪️Fast sync with a Bootstrap
      • ▪️Wallet update
      • ▪️How to Identify and Fix a Fork
      • ▪️Staking process on desktop wallet
      • ▪️Staking process on a VPS
      • ▪️Staking Best Practices
      • ▪️Backup Wallet on an external device
      • ▪️Restoring a backup from an external device
    • DECENOMY Masternodes
      • ▪️Masternode Multinode easy to deploy
      • ▪️Masternode Hosting With Flits Wallet App
      • ▪️Masternode collateral update
      • ▪️Setting Up a Virtual Private Server (VPS)
      • ▪️Using a Terminal Emulator - PuTTy
    • Exchange
      • ▪️How to buy Decenomy coins on Birake Exchange
        • User Account Creation and KYC Verification
        • Deposits and Withdrawals
        • Trade (Buy and Sell)
      • ▪️Birake Exchange Affiliate Program
    • Flits Wallet App
      • ▪️Getting Started with Flits Wallet App
      • ▪️How to Use the Flits Wallet App
      • ▪️How to Recover An Old Wallet Using the Seed Phrase
      • ▪️Adding and Removing a Wallet
      • ▪️Wallet Operations ( Send, Receive, Transaction history)
      • ▪️How to Top up Fee Credits
      • ▪️How to Deploy Masternodes in the Flits Wallet App
      • ▪️Settings Overview
      • ▪️Running Flits Wallet App on Windows and MacOS - Bluestacks
      • ▪️Flits Wallet In-app Support
      • ▪️Using the Flits Extraction Tool
      • ▪️Installing Flits Wallet App APK File on Android
  • Coins
    • ▪️Azzure (AZR)
    • ▪️Beacon (BECN)
    • ▪️Birake (BIR)
    • ▪️Cryptoflow (CFL)
    • ▪️Cryptosaga (SAGA)
    • ▪️Dash Diamond (DASHD)
    • ▪️Eskacoin (ESK)
    • ▪️Flits (FLS)
    • ▪️Jackpot (777)
    • ▪️Kyanite (KYAN)
    • ▪️Mobility Coin (MOBIC)
    • ▪️Monk (MONK)
    • ▪️One World (OWO)
    • ▪️Peony (PNY)
    • ▪️Sapphire (SAPP)
    • ▪️Suvereno (SUV)
    • ▪️Ultra Clear (UCR)
  • Blockchain Development
    • DECENOMY Standard Wallet
    • DECENOMY Testnet tKYAN
      • Compile Your Own tKYAN Binaries
      • Pre Build tKYAN Binaries
    • Improvements
      • Last Paid V2, a deterministic approach
      • Masternode Payment V2, a sequential and fairer distribution
      • Multinode, Multi-Instance Hosting on Masternode Full Nodes
      • Masternode Collateral Window, Mitigating Network Instabilities
      • The Emergence of a Progressive Masternode Collateral System
      • Dynamic Collateral
      • EBF system
      • Dynamic Rewards
    • Commands
Powered by GitBook
On this page
  • Introducing Last Paid V2
  • Challenges and limitations of the standard version
  • Introducing a Blockchain-based solution
  • Advantages of Last Paid V2

Was this helpful?

Export as PDF
  1. Blockchain Development
  2. Improvements

Last Paid V2, a deterministic approach

A major improvement for the masternode system and for DECENOMY coins as a whole.

Introducing Last Paid V2

One of the features of the masternode system is the ability to track when a masternode (MN) was last paid. This information is helpful for determining the order of payments and the expected time until the next payment. However, the previous standard method of calculating the last paid value of an MN has some flaws and inaccuracies that can affect the fairness and efficiency of the payment system. The last paid v2 is a new feature that aims to solve these problems and improve the accuracy and reliability of the last paid value.

Challenges and limitations of the standard version

The previous standard method of calculating the last paid value of an MN is based on the number of votes that an MN receives from other MNs in the network. The inherited masternode system uses a voting mechanism to select which MN will receive the next payment. Each MN casts a vote for another MN that it thinks should be paid next based on various criteria, such as the last paid value, the protocol version, and the collateral age. The MN that receives the most votes in a given block is selected as the winner and is elected to be paid.

However, this voting mechanism has some drawbacks and limitations.

  • It relies on the assumption that all MNs are online and voting correctly, which may not always be accurate. Some MNs may be offline, malfunctioning, or maliciously voting for themselves or their possible colluding partners.

  • It does not account for the actual time when an MN was paid but only for the votes it received. This means that sometimes an MN may lose a payment round because it received fewer votes than another MN, even though it was truthfully waiting longer to be paid.

  • It does not provide a clear and consistent way to measure the last paid value of an MN across different nodes in the network. Different nodes may have different views of the voting history and may disagree on which MN was last paid and when.

Introducing a Blockchain-based solution

The last paid v2 is a new feature that addresses these issues and replaces the old voting mechanism entirely. Instead of using votes to determine when an MN was paid, it uses the blockchain itself as the source of truth.

  • The blockchain tracks and records every payment made to an MN in a field called payee.

  • The last paid v2 algorithm scans the blockchain from the most recent to the oldest block and looks for this field to identify when an MN was paid.

  • It then assigns a last-paid value to each MN based on the block height of its last payment.

This way, it can accurately and objectively determine which MN was waiting longer to be paid and select it as the next winner.

Advantages of Last Paid V2

The last paid v2 has several advantages over the old voting mechanism.

  1. It does not depend on external factors such as network connectivity, node availability, or voting behavior. It only relies on the blockchain data, which is immutable and verifiable by anyone.

  2. It reflects the actual time when an MN was paid, not just the number of votes it received. This ensures that every MN has a fair chance to receive a payment based on its waiting time, not popularity, influence, or luck.

  3. Provides a consistent and transparent way to measure the last paid value of an MN across different nodes in the network. Every node can easily calculate and verify this value by scanning the same blockchain data.

The last paid v2 is a significant improvement for the masternode system and for DECENOMY coins as a whole. It enhances the accuracy and reliability of the payment system, increases its fairness and efficiency, and reduces its complexity and potential for errors. It also makes DECENOMY coins more attractive and competitive as a cryptocurrency that rewards its users for securing and supporting its network.

PreviousImprovementsNextMasternode Payment V2, a sequential and fairer distribution

Last updated 1 year ago

Was this helpful?