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.
奖励机制与相应费用
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.
信息披露时间段的开始日期
2024-04-06
信息披露时间段的结束日期
2025-04-06
能源报告
能源消耗
82133.21250 (kWh/a)
能源消耗来源与评估体系
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. Based on the crypto asset's gas consumption per network, the share of the total consumption of the respective network that is assigned to this asset is defined. 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.
社媒平台热度