Name |
Coinmotion Oy |
Relevant legal entity identifier |
743700PZG5RRF7SA4Q58 |
Name of the crypto-asset |
Fusion |
Consensus Mechanism |
Fusion is present on the following networks: Binance Beacon Chain, Ethereum, Fusion.
Binance Beacon Chain operated on a Delegated Proof of Stake (DPoS) consensus mechanism before its operations were discontinued in fall 2024 and its migration to Binance Smart Chain; validators were elected by token holders through staking and voting, limiting active participation to a manageable number of nodes while maintaining decentralization; validators were selected based on the staking weight of their delegators, ensuring stakeholder interests were proportionally represented in the validation process; regular validator rotation was implemented to promote fairness and decentralization by allowing multiple participants to contribute to the network; the system was designed to tolerate some degree of validator failures while maintaining the network’s operational integrity, ensuring resilience.
The crypto-asset's Proof-of-Stake (PoS) consensus mechanism, introduced with The Merge in 2022, replaces mining with validator staking. Validators must stake at least 32 ETH every block a validator is randomly chosen to propose the next block. Once proposed the other validators verify the blocks integrity. The network operates on a slot and epoch system, where a new block is proposed every 12 seconds, and finalization occurs after two epochs (~12.8 minutes) using Casper-FFG. The Beacon Chain coordinates validators, while the fork-choice rule (LMD-GHOST) ensures the chain follows the heaviest accumulated validator votes. Validators earn rewards for proposing and verifying blocks, but face slashing for malicious behavior or inactivity. PoS aims to improve energy efficiency, security, and scalability, with future upgrades like Proto-Danksharding enhancing transaction efficiency.
The Fusion network utilizes a unique consensus mechanism called Time-Lock Proof of Stake (TPoS). In this system, token holders can temporarily lock their assets to earn the right to validate transactions and create new blocks. This approach encourages active participation in the network while ensuring the security and integrity of the blockchain. By locking tokens temporarily, the risk of double spending is minimized and the trustworthiness of the network is strengthened. |
Incentive Mechanisms and Applicable Fees |
Fusion is present on the following networks: Binance Beacon Chain, Ethereum, Fusion.
The Binance Beacon Chain incentivized validators and ensured fee transparency before its migration to Binance Smart Chain; validators were rewarded solely through transaction fees, with no block rewards provided, aligning incentives with network usage and transaction volume; transaction fees were calculated and displayed upfront, ensuring clarity for users and promoting trust in the fee structure; a portion of transaction fees collected in BNB was burned, reducing the overall token supply and contributing to a deflationary economic model.
The crypto-asset's PoS system secures transactions through validator incentives and economic penalties. Validators stake at least 32 ETH and earn rewards for proposing blocks, attesting to valid ones, and participating in sync committees. Rewards are paid in newly issued ETH and transaction fees. Under EIP-1559, transaction fees consist of a base fee, which is burned to reduce supply, and an optional priority fee (tip) paid to validators. Validators face slashing if they act maliciously and incur penalties for inactivity. This system aims to increase security by aligning incentives while making the crypto-asset's fee structure more predictable and deflationary during high network activity.
In the Fusion network, validators are rewarded by locking their tokens as part of the TPoS mechanism. By temporarily locking their assets, they earn the right to validate transactions and create blocks, for which they receive corresponding rewards. This structure promotes long-term participant retention and strengthens network security. With regard to transaction fees, Fusion aims to keep them at a competitive level to encourage participation and make the network attractive for various financial transactions. The exact fee structure may vary depending on network activity and implementation. |
Beginning of the period |
2024-06-09 |
End of the period |
2025-06-09 |
Energy consumption |
19710.00000 (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) binance_beacon_chain, ethereum 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 |
|