* Ei reaaliaikaiset tiedot.
* Mikään Euroopan unionin jäsenvaltion toimivaltainen viranomainen ei ole hyväksynyt tätä kryptovaran kuvausta. Kryptovaran tarjoaja on yksin vastuussa tämän kryptovaran kuvauksen sisällöstä.
Energy consumption: 47304.00000 kWh/a | Renewable energy: 0%
ESG (Environmental, Social, and Governance) regulations for crypto assets aim to address their environmental impact (e.g., energy-intensive mining), promote transparency, and ensure ethical governance practices to align the crypto industry with broader sustainability and societal goals. These regulations encourage compliance with standards that mitigate risks and foster trust in digital assets.
| Name | Coinmotion Ltd |
| Relevant legal entity identifier | 2135881-0 |
| Name of the crypto-asset | BounceBit |
| Consensus Mechanism | Bouncebit employs a Delegated Proof of Stake (DPoS) consensus mechanism, designed to provide scalability, decentralization, and energy efficiency. Core Components: Delegated Proof of Stake (DPoS): Validators, called Delegates, are elected by token holders who vote by staking their tokens. Delegates are responsible for block production and transaction validation, ensuring the network’s security and functionality. Validator Rotation: Bouncebit rotates active validators periodically, distributing validation responsibilities fairly and enhancing network resilience. Stake-Based Voting: Token holders vote for delegates based on their stake, with higher-stake votes carrying more weight. This ensures stakeholder interests are represented in the network’s operation. Byzantine Fault Tolerance (BFT): The DPoS model integrates BFT properties, allowing the network to maintain security and consensus even in the presence of malicious or faulty nodes. Efficient Block Production: With fewer, elected validators, Bouncebit achieves high throughput and reduced latency, making it suitable for real-time applications and enterprise use cases. |
| Incentive Mechanisms and Applicable Fees | Bouncebit's incentive structure aligns validator rewards and transaction fees to promote network security and efficiency. Incentive Mechanism: Validator Rewards: Validators (delegates) earn rewards in Bouncebit’s native token for validating transactions and producing blocks. Rewards are distributed based on performance, encouraging reliable and efficient validation. Delegator Rewards: Token holders who stake their tokens with validators receive a share of the validator's rewards, incentivizing broad participation in network security. Voting Incentives: Stake-based voting enables token holders to influence the selection of validators, ensuring that active and trustworthy participants secure the network. Slashing Penalties: Validators who act maliciously or fail to meet network standards can lose a portion of their staked tokens, ensuring accountability and discouraging dishonest behavior. Applicable Fees: Transaction Fees: Users pay transaction fees in the native token for conducting transfers, deploying smart contracts, and interacting with dApps. Fees are distributed to validators and their delegators as part of the reward system. Dynamic Fee Adjustment: Fees vary based on network activity, ensuring scalability and preventing congestion during periods of high demand. Low-Cost Transactions: Bouncebit aims to maintain minimal transaction costs, supporting accessibility and fostering the adoption of decentralized applications. |
| Beginning of the period | 2025-07-27 |
| End of the period | 2026-07-27 |
| Energy consumption | 47304.00000 (kWh/a) |
| Energy consumption resources and methodologies | For the calculation of energy consumptions, the so called 'bottom-up' approach is being used. The nodes are considered to be the central factor for the energy consumption of the network. These assumptions are made on the basis of empirical findings through the use of public information sites, open-source crawlers and crawlers developed in-house. The main determinants for estimating the hardware used within the network are the requirements for operating the client software. The energy consumption of the hardware devices was measured in certified test laboratories. When calculating the energy consumption, we used - if available - the Functionally Fungible Group Digital Token Identifier (FFG DTI) to determine all implementations of the asset of question in scope and we update the mappings regulary, 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. |
| Renewable energy consumption | 0% |
| Energy intensity | 0 (kWh) |
| Scope 1 DLT GHG emissions - Controlled | 0 (tCO2e/a) |
| Scope 2 DLT GHG emissions - Purchased | 0 (tCO2e/a) |
| GHG intensity | 0 (kgCO2e) |
| Key energy sources and methodologies | |
| Key GHG sources and methodologies |
Share on
