* 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: 315360.00000 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 | IoTeX |
| Consensus Mechanism | The IoTeX blockchain uses a Randomized Delegated Proof of Stake (Roll-DPoS) consensus mechanism, which combines Delegated Proof of Stake (DPoS), Practical Byzantine Fault Tolerance (PBFT), and Verifiable Random Functions (VRFs) to achieve high efficiency, scalability, and instant block finality, making it well-suited for decentralized physical infrastructure networks (DePIN). The consensus mechanism operates in four phases: elect candidates, form committee, propose block, and finalize block. Key Features of IoTeX’s Consensus Mechanism: 1. Elect Candidates: All nodes in the IoTeX network participate in voting for candidates to form the delegate pool. Nodes are incentivized to vote, as delegates share forged rewards with their voters. A set of at least 36 delegates is formed, with plans to expand this number to prevent centralization. The candidates remain fixed for one epoch, which consists of 30 iterations. 2. Form Committee: In each iteration, a random committee of 24 delegates is selected from the candidate pool using Verifiable Random Functions (VRFs). The use of VRF ensures fairness and security, as it provides a non-interactive method of sorting delegates to propose blocks, ensuring that all participants have a fair chance to contribute to block production. 3. Propose Block: In each round (approximately every 5 seconds), each committee member proposes a new block and broadcasts it along with its proof. Only the block proposed by the expected committee node, which hasn’t been proposed during the current iteration, is considered a candidate block by other nodes. 4. Finalize Block: In the same round, nodes use PBFT to vote for or against the candidate block. If more than two-thirds of the committee nodes agree on the validity of the block, it is finalized. The block is then appended to the blockchain, and the process repeats for the next round. At the end of each epoch, a new random committee is formed for the next block proposal and finalization cycle. |
| Incentive Mechanisms and Applicable Fees | Incentive Mechanism: 1. Node and Delegate Rewards: Block Rewards: Collators (delegates) who propose blocks receive rewards in the form of IoTeX tokens (IOTX) for successfully producing valid blocks. Voter Rewards: Nodes that vote for collators (delegates) also receive rewards for their participation in the consensus process. This incentivizes voters to actively engage in the network’s governance. Delegation: Token holders who delegate their stake to a candidate or collator can earn a share of the rewards. This allows for passive income, where users are rewarded for supporting the network's validators without directly running a node. 2. Token Staking: Staking to Elect Candidates: Token holders can stake IOTX tokens to vote for their preferred candidates. The more tokens a user stakes, the higher their influence in the network’s decision-making process. This ensures that only trusted and highly supported validators are selected to produce blocks. VRF and Randomization: Through the VRF (Verifiable Random Function) mechanism, collators are randomly selected from the pool of eligible candidates, but the amount of stake behind each candidate (including delegated votes) increases their chances of being selected to produce a block. 3. Network Growth: Ecosystem Contribution: Participants who contribute to the growth of the IoTeX network through running IoTeX nodes or supporting services such as data storage or computational tasks are rewarded with IOTX tokens. This encourages broader participation across different sectors of the ecosystem, including IoT applications and decentralized services. Applicable Fees: 1. Transaction Fees: Transaction Fee Calculation: Users must pay a fee in IOTX tokens for each transaction they make on the network. The fee varies depending on the transaction type (e.g., simple transfers, smart contract execution) and the complexity of the transaction. Fee Structure: The fee structure is designed to be low and predictable. The cost may increase during periods of network congestion or if transactions require more computational resources. 2. Delegation and Staking Fees: Delegation Fees: Some collators may charge a small fee or commission on the rewards they distribute to delegators. This fee is deducted from the total rewards earned by the delegator as a percentage of their rewards for supporting the collator. Staking Fees: Some validators might charge a fee for staking tokens with them, which may be deducted from the rewards earned through staking. |
| Beginning of the period | 2024-06-09 |
| End of the period | 2025-06-09 |
| Energy consumption | 315360.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. |
| 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
