Harmony’s open, decentralized network is enabled through the use of the native protocol token - Harmony ONE. The token incentivizes and rewards a variety of participants including developers, validators/stakers, investors, and community members who develop, secure and govern the network. In order to use the network, users pay a small transaction fee denominated in the native Harmony token. Harmony’s scalable, high-throughput protocol is powered by a native token which is used for various forms of payment and participation in the protocol (staking, transaction fees, voting & governance). Harmony uses blockchain to align incentives of different stakeholders, developers and businesses while allowing them to build open marketplaces of fungible and non-fungible tokens and assets. Furthermore, the upcoming application of zero-knowledge proofs will allow Harmony to become a data sharing platform that can overcome the conflicting problem plaguing many information and data markets: that individual market participants’ have mutual distrust to share data but strong desire to acquire data themselves. The Harmony token will function in the following aspects of the protocol: The token is used for staking, which is necessary to participate in the POS consensus & earn block rewards and transaction fees. The token is used to pay for transaction fees, gas and storage fees. The token is used in voting for on-chain governance of the protocol.
Rocket Pool is a next generation decentralised staking network and pool for Ethereum 2.0 Rocket Pool is a self-regulating network of node operators; it automatically adjusts its capacity to match demand. The Rocket Pool protocol token is used to maintain an optimal capacity by: Increasing capacity when needed, by incentivising node operators to join. Decreasing capacity when not needed, by disincentivising node operators from joining. In addition to depositing ETH, a node operator is required to deposit a set amount of RPL per ether they are depositing. This RPL:ether ratio is dynamic and is dependent on the network utilisation. E.g: If the network has plenty of capacity, then node operators need more RPL to make deposits. It gets progressively more expensive in terms of RPL to make node deposits when the network does not have enough ETH from regular stakers to be matched up with node operators. This helps prevent several attack vectors outlined in the whitepaper and keeps assignment of ether ‘chunks’ to nodes quick. If the network is reaching capacity, then node operators need less RPL to join as the network needs more node deposits to be matched up with regular users deposits. If the network is maxed out and needs node operators to join quickly, it even drops to 0 for the first one to make a deposit.