Velo-koers

OKCoin Europe Ltd

54930069NLWEIGLHXU42

VELO

VELO is present on the following networks: Binance Smart Chain, Stellar. Binance Smart Chain (BSC) uses a hybrid consensus mechanism called Proof of Staked Authority (PoSA), which combines elements of Delegated Proof of Stake (DPoS) and Proof of Authority (PoA). This method ensures fast block times and low fees while maintaining a level of decentralization and security. Core Components 1. Validators (so-called “Cabinet Members”): Validators on BSC are responsible for producing new blocks, validating transactions, and maintaining the network’s security. To become a validator, an entity must stake a significant amount of BNB (Binance Coin). Validators are selected through staking and voting by token holders. There are 21 active validators at any given time, rotating to ensure decentralization and security. 2. Delegators: Token holders who do not wish to run validator nodes can delegate their BNB tokens to validators. This delegation helps validators increase their stake and improves their chances of being selected to produce blocks. Delegators earn a share of the rewards that validators receive, incentivizing broad participation in network security. 3. Candidates: Candidates are nodes that have staked the required amount of BNB and are in the pool waiting to become validators. They are essentially potential validators who are not currently active but can be elected to the validator set through community voting. Candidates play a crucial role in ensuring there is always a sufficient pool of nodes ready to take on validation tasks, thus maintaining network resilience and decentralization. Consensus Process 4. Validator Selection: Validators are chosen based on the amount of BNB staked and votes received from delegators. The more BNB staked and votes received, the higher the chance of being selected to validate transactions and produce new blocks. The selection process involves both the current validators and the pool of candidates, ensuring a dynamic and secure rotation of nodes. 5. Block Production: The selected validators take turns producing blocks in a PoA-like manner, ensuring that blocks are generated quickly and efficiently. Validators validate transactions, add them to new blocks, and broadcast these blocks to the network. 6. Transaction Finality: BSC achieves fast block times of around 3 seconds and quick transaction finality. This is achieved through the efficient PoSA mechanism that allows validators to rapidly reach consensus. Security and Economic Incentives 7. Staking: Validators are required to stake a substantial amount of BNB, which acts as collateral to ensure their honest behavior. This staked amount can be slashed if validators act maliciously. Staking incentivizes validators to act in the network's best interest to avoid losing their staked BNB. 8. Delegation and Rewards: Delegators earn rewards proportional to their stake in validators. This incentivizes them to choose reliable validators and participate in the network’s security. Validators and delegators share transaction fees as rewards, which provides continuous economic incentives to maintain network security and performance. 9. Transaction Fees: BSC employs low transaction fees, paid in BNB, making it cost-effective for users. These fees are collected by validators as part of their rewards, further incentivizing them to validate transactions accurately and efficiently. Stellar uses a unique consensus mechanism known as the Stellar Consensus Protocol (SCP): Core Concepts 1. Federated Byzantine Agreement (FBA): SCP is built on the principles of Federated Byzantine Agreement (FBA), which allows decentralized, leaderless consensus without the need for a closed system of trusted participants. Quorum Slices: Each node in the network selects a set of other nodes (quorum slice) that it trusts. Consensus is achieved when these slices overlap and collectively agree on the transaction state. 2. Nodes and Validators: Nodes: Nodes running the Stellar software participate in the network by validating transactions and maintaining the ledger. Validators: Nodes that are responsible for validating transactions and reaching consensus on the state of the ledger. Consensus Process 3. Transaction Validation: Transactions are submitted to the network and nodes validate them based on predetermined rules, such as sufficient balances and valid signatures. 4. Nomination Phase: Nomination: Nodes nominate values (proposed transactions) that they believe should be included in the next ledger. Nodes communicate their nominations to their quorum slices. Agreement on Nominations: Nodes vote on the nominated values, and through a process of voting and federated agreement, a set of candidate values emerges. This phase continues until nodes agree on a single value or a set of values. 5. Ballot Protocol (Voting and Acceptance): Balloting: The agreed-upon values from the nomination phase are then put into ballots. Each ballot goes through multiple rounds of voting, where nodes vote to either accept or reject the proposed values. Federated Voting: Nodes exchange votes within their quorum slices, and if a value receives sufficient votes across overlapping slices, it moves to the next stage. Acceptance and Confirmation: If a value gathers enough votes through multiple stages (prepare, confirm, externalize), it is accepted and externalized as the next state of the ledger. 6. Ledger Update: Once consensus is reached, the new transactions are recorded in the ledger. Nodes update their copies of the ledger to reflect the new state. Security and Economic Incentives 7. Trust and Quorum Slices: Nodes are free to choose their own quorum slices, which provides flexibility and decentralization. The overlapping nature of quorum slices ensures that the network can reach consensus even if some nodes are faulty or malicious. 8. Stability and Security: SCP ensures that the network can achieve consensus efficiently without relying on energy-intensive mining processes. This makes it environmentally friendly and suitable for high-throughput applications. 9. Incentive Mechanisms: Unlike Proof of Work (PoW) or Proof of Stake (PoS) systems, Stellar does not rely on direct economic incentives like mining rewards. Instead, the network incentivizes participation through the intrinsic value of maintaining a secure, efficient, and reliable payment network.

VELO is present on the following networks: Binance Smart Chain, Stellar. Binance Smart Chain (BSC) uses the Proof of Staked Authority (PoSA) consensus mechanism to ensure network security and incentivize participation from validators and delegators. Incentive Mechanisms 1. Validators: Staking Rewards: Validators must stake a significant amount of BNB to participate in the consensus process. They earn rewards in the form of transaction fees and block rewards. Selection Process: Validators are selected based on the amount of BNB staked and the votes received from delegators. The more BNB staked and votes received, the higher the chances of being selected to validate transactions and produce new blocks. 2. Delegators: Delegated Staking: Token holders can delegate their BNB to validators. This delegation increases the validator's total stake and improves their chances of being selected to produce blocks. Shared Rewards: Delegators earn a portion of the rewards that validators receive. This incentivizes token holders to participate in the network’s security and decentralization by choosing reliable validators. 3. Candidates: Pool of Potential Validators: Candidates are nodes that have staked the required amount of BNB and are waiting to become active validators. They ensure that there is always a sufficient pool of nodes ready to take on validation tasks, maintaining network resilience. 4. Economic Security: Slashing: Validators can be penalized for malicious behavior or failure to perform their duties. Penalties include slashing a portion of their staked tokens, ensuring that validators act in the best interest of the network. Opportunity Cost: Staking requires validators and delegators to lock up their BNB tokens, providing an economic incentive to act honestly to avoid losing their staked assets. Fees on the Binance Smart Chain 5. Transaction Fees: Low Fees: BSC is known for its low transaction fees compared to other blockchain networks. These fees are paid in BNB and are essential for maintaining network operations and compensating validators. Dynamic Fee Structure: Transaction fees can vary based on network congestion and the complexity of the transactions. However, BSC ensures that fees remain significantly lower than those on the Ethereum mainnet. 6. Block Rewards: Incentivizing Validators: Validators earn block rewards in addition to transaction fees. These rewards are distributed to validators for their role in maintaining the network and processing transactions. 7. Cross-Chain Fees: Interoperability Costs: BSC supports cross-chain compatibility, allowing assets to be transferred between Binance Chain and Binance Smart Chain. These cross-chain operations incur minimal fees, facilitating seamless asset transfers and improving user experience. 8. Smart Contract Fees: Deployment and Execution Costs: Deploying and interacting with smart contracts on BSC involves paying fees based on the computational resources required. These fees are also paid in BNB and are designed to be cost-effective, encouraging developers to build on the BSC platform. Stellar’s consensus mechanism, the Stellar Consensus Protocol (SCP), is designed to achieve decentralized and secure transaction validation through a federated Byzantine agreement (FBA) model. Unlike Proof of Work (PoW) or Proof of Stake (PoS) systems, Stellar does not rely on direct economic incentives like mining rewards. Instead, it ensures network security and transaction validation through intrinsic network mechanisms and transaction fees. Incentive Mechanisms 1. Quorum Slices and Trust: Quorum Slices: Each node in the Stellar network selects other nodes it trusts to form a quorum slice. Consensus is achieved through the intersection of these slices, creating a robust and decentralized trust network. Federated Voting: Nodes communicate their votes within their quorum slices, and through multiple rounds of federated voting, they agree on the transaction state. This process ensures that even if some nodes are compromised, the network can still achieve consensus securely. 2. Intrinsic Value and Participation: Network Value: The intrinsic value of participating in a secure, efficient, and reliable payment network incentivizes nodes to act honestly and maintain network security. Organizations and individuals running nodes benefit from the network’s functionality and the ability to facilitate transactions. Decentralization: By allowing nodes to choose their own quorum slices, Stellar promotes decentralization, reducing the risk of central points of failure and making the network more resilient to attacks. Fees on the Stellar Blockchain 3. Transaction Fees: Flat Fee Structure: Each transaction on the Stellar network incurs a flat fee of 0.00001 XLM (known as a base fee). This low and predictable fee structure makes Stellar suitable for micropayments and high-volume transactions. Spam Prevention: The transaction fee serves as a deterrent against spam attacks. By requiring a small fee for each transaction, Stellar ensures that the network remains efficient and that resources are not wasted on processing malicious or frivolous transactions. 4. Operational Costs: Minimal Fees: The minimal transaction fees on Stellar not only prevent spam but also cover the operational costs of running the network. This ensures that the network can sustain itself without placing a significant financial burden on users. 5. Reserve Requirements: Account Reserves: To create a new account on the Stellar network, a minimum balance of 1 XLM is required. This reserve requirement prevents the creation of an excessive number of accounts, further protecting the network from spam and ensuring efficient resource usage. Trustline and Offer Reserves: Additional reserve requirements exist for creating trustlines and offers on the Stellar decentralized exchange (DEX). These reserves help maintain network integrity and prevent abuse.

2024-09-24

2025-09-24

346.36405 (kWh/a)

The energy consumption of this asset is aggregated across multiple components: To determine the energy consumption of a token, the energy consumption of the network(s) binance_smart_chain, stellar is calculated first. For the energy consumption of the token, a fraction of the energy consumption of the network is attributed to the token, which is determined based on the activity of the crypto-asset within the network. When calculating the energy consumption, the Functionally Fungible Group Digital Token Identifier (FFG DTI) is used - if available - to determine all implementations of the asset in scope. The mappings are updated regularly, based on data of the Digital Token Identifier Foundation. The information regarding the hardware used and the number of participants in the network is based on assumptions that are verified with best effort using empirical data. In general, participants are assumed to be largely economically rational. As a precautionary principle, we make assumptions on the conservative side when in doubt, i.e. making higher estimates for the adverse impacts.