* 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: 103017.60000 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 | IOST |
| Consensus Mechanism | The IOST blockchain uses a consensus mechanism called Proof of Believability (PoB), which is designed to combine the advantages of both Proof of Stake (PoS) and Delegated Proof of Stake (DPoS). The PoB mechanism ensures high scalability, decentralization, and fairness while providing security and efficiency for the network. Key Features of IOST's Consensus Mechanism: 1. Proof of Believability (PoB): Validators in the IOST network are chosen based on their "believability," which is determined by the amount of IOST tokens staked, their performance, and their reputation within the network. The more tokens a validator stakes and the better their performance, the higher their believability score, making them more likely to be selected as a block producer. 2. Scalability and Efficiency: PoB ensures that IOST can process high transaction throughput and scale effectively. The system uses a process of "sharding" where the network is divided into multiple smaller units, allowing for parallel processing and high scalability. 3. Fairness: The selection process for block producers is designed to be fair and decentralized. By using PoB, the IOST blockchain reduces the potential for centralization that can occur in traditional PoS systems, ensuring that more participants can take part in the validation process. 4. Delegated Proof of Stake (DPoS) Elements: Validators are elected by token holders who vote with their IOST tokens. The elected validators produce and validate blocks, and the rewards are shared among them based on their believability and the number of tokens staked. 5. Finality and Security: The PoB mechanism allows for quick finality of transactions, with each block being confirmed as soon as it's produced by a validator, enhancing the overall security and efficiency of the IOST blockchain. |
| Incentive Mechanisms and Applicable Fees | The IOST blockchain incentivizes network participants, ensuring active participation and security through a combination of rewards for validators and delegators, along with transaction fees. Here’s how the incentive mechanism and applicable fees work: Key Features of IOST’s Incentive Mechanism: 1. Validator Rewards: Block Rewards: Validators are rewarded with IOST tokens for producing and validating blocks. The rewards are based on their believability score, determined by their stake in the network and their performance. Transaction Fees: In addition to block rewards, validators earn transaction fees from the transactions they validate. These fees incentivize them to prioritize transaction inclusion and maintain network integrity. 2. Delegator Rewards: Delegators can stake their IOST tokens to vote for validators. When delegating, token holders earn a share of the rewards generated by the validator, proportional to the amount of tokens delegated. This encourages users to participate in securing the network and support trusted validators. 3. Staking and Reputation: Validators must stake a certain amount of IOST tokens to be eligible to validate transactions. The more tokens staked, the higher the chance of being selected as a block producer. Performance is also a key factor in improving a validator's believability score, which directly impacts their chances of producing more blocks and earning rewards. 4. Penalties: Validators who behave maliciously or fail to meet performance standards are penalized, including the potential loss of part of their staked tokens. This ensures the security and reliability of the network. Applicable Fees: 1. Transaction Fees: Transaction fees are paid by users to have their transactions processed and included in blocks. These fees vary depending on the complexity of the transaction and network demand. The fees are distributed to the validators who process the transactions, providing them with a continuous incentive to maintain the network. 2. Network Resource Fees: IOST operates on a resource-based model where users must pay for energy and bandwidth to interact with the network, particularly for smart contract executions and dApp usage. Users who stake more IOST tokens are allocated more resources. 3. Smart Contract Execution Fees: Interacting with decentralized applications (dApps) and executing smart contracts on the IOST network requires paying fees based on the computational resources consumed. These fees are paid in IOST tokens and support the operational costs of running dApps. |
| Beginning of the period | 2024-06-09 |
| End of the period | 2025-06-09 |
| Energy consumption | 103017.60000 (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
