* 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ä.
Energiankulutus: 82133.21250 kWh/a | Uusiutuva energia:
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 Oy |
| Relevant legal entity identifier | 743700PZG5RRF7SA4Q58 |
| Name of the crypto-asset | Hedera HBAR |
| Consensus Mechanism | Hedera Hashgraph operates on a unique Hashgraph consensus algorithm, a directed acyclic graph (DAG) system that diverges from traditional blockchain technology. It uses Asynchronous Byzantine Fault Tolerance (aBFT) to secure the network. Core Components: 1. Hashgraph Consensus and aBFT: Hedera Hashgraph’s consensus mechanism achieves aBFT, which allows the network to tolerate malicious nodes without compromising security, ensuring high levels of fault tolerance and stability. 2. Gossip about Gossip Protocol: The network employs a "Gossip about Gossip" protocol, where nodes share transaction information along with details of previous gossip events. This process allows each node to rapidly learn the entire network state, enhancing communication efficiency and minimizing latency. 3. Virtual Voting: Hedera does not rely on traditional miners or stakers. Instead, it uses virtual voting, where nodes reach consensus by analyzing the gossip history and simulating votes based on the order and frequency of transactions received. Virtual voting eliminates the need for actual voting messages, reducing network congestion and speeding up consensus. 4. Deterministic Finality: Once consensus is reached, transactions achieve deterministic finality instantly, making them irreversible and confirmed within seconds. This attribute is ideal for applications needing quick and irreversible transaction confirmations. 5. Staking for Network Security: Hedera incorporates staking to bolster network security. HBAR holders can stake their tokens to support validator nodes, contributing to the network’s resilience and encouraging long-term engagement in consensus operations. |
| Incentive Mechanisms and Applicable Fees | Hedera Hashgraph incentivizes network participation through transaction fees and staking rewards, with a structured and predictable fee model designed for enterprise use. Incentive Mechanisms: 1. Staking Rewards for Nodes: HBAR Rewards for Node Operators: Node operators earn HBAR rewards for providing network security and processing transactions, incentivizing them to act honestly and support network stability. User Staking: HBAR holders can stake their tokens to support nodes. Staking rewards offer an additional incentive for token holders to engage in network operations, although the structure may evolve with network growth. 2. Service-Based Node Rewards: Nodes receive rewards based on specific services they provide to the network, such as: Consensus Services: Reaching consensus and maintaining transaction order. File Storage: Storing data on the Hedera network. Smart Contract Processing: Supporting contract executions for decentralized applications. Applicable Fees: 1. Predictable Transaction Fees: Hedera’s fee structure is fixed and predictable, ensuring transparent costs for users and appealing to enterprise-grade applications. Transaction fees are paid in HBAR and are designed to be stable, making it easier for businesses to plan for usage costs. 2. Fee Allocation: All transaction fees collected in HBAR are distributed to network nodes as rewards, reinforcing their role in maintaining network integrity and processing transactions efficiently. |
| Beginning of the period | 2024-06-09 |
| End of the period | 2025-06-09 |
| Energy consumption | 82133.21250 (kWh/a) |
| Energy consumption resources and methodologies | The energy consumption of this asset is aggregated across multiple components: 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. To determine the energy consumption of a token, the energy consumption of the network(s) hedera_hbar 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. |
| Renewable energy consumption | |
| Energy intensity | (kWh) |
| Scope 1 DLT GHG emissions - Controlled | (tCO2e/a) |
| Scope 2 DLT GHG emissions - Purchased | (tCO2e/a) |
| GHG intensity | (kgCO2e) |
| Key energy sources and methodologies | |
| Key GHG sources and methodologies |
Share on
