* 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: 105130.51200 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 | Osmosis |
| Consensus Mechanism | Osmosis is present on the following networks: Cosmos, Osmosis. The Cosmos network uses the Cosmos SDK, a modular framework that enables developers to build custom, application-specific blockchains. Cosmos SDK chains rely on Tendermint Core, a Byzantine Fault Tolerant (BFT) Proof of Stake (PoS) consensus engine that supports interoperability and fast transaction finality. Core Components: 1. Tendermint BFT Consensus with Proof of Stake: Validator Selection: Cosmos validators are selected based on the amount of ATOM they stake or receive from delegators. These validators participate in block proposal and validation through a two-thirds majority voting system. Security Threshold: Tendermint BFT ensures network security as long as fewer than one-third of validators act maliciously. 2. Modular Cosmos SDK Framework: Inter-Blockchain Communication (IBC): The Cosmos SDK supports IBC, allowing seamless interoperability between Cosmos-based blockchains. Application Blockchain Interface (ABCI): This interface separates the consensus layer from the application layer, enabling developers to implement custom logic without modifying the consensus engine. Osmosis operates on a Proof of Stake (PoS) consensus mechanism, leveraging the Cosmos SDK and Tendermint Core to provide secure, decentralized, and scalable transaction processing. Core Components: Proof of Stake (PoS): Validators are chosen based on the amount of OSMO tokens they stake or are delegated by other token holders. Validators are responsible for validating transactions, producing blocks, and maintaining network security. Cosmos SDK and Tendermint Core: Osmosis uses Tendermint Core for Byzantine Fault Tolerant (BFT) consensus, ensuring fast finality and resistance to attacks as long as less than one-third of validators are malicious. Decentralized Governance: OSMO token holders can participate in governance by voting on protocol upgrades and network parameters, fostering a community-driven approach to network development. |
| Incentive Mechanisms and Applicable Fees | Osmosis is present on the following networks: Cosmos, Osmosis. The Cosmos network incentivizes both validators and delegators to secure the network through staking rewards, funded by transaction fees and newly minted ATOM. Incentive Mechanisms: 1. Staking Rewards for Validators and Delegators: ATOM Rewards: Validators earn staking rewards in ATOM tokens for participating in consensus, with rewards shared with delegators who stake ATOM through delegation. 2. Slashing for Accountability: Penalties for Misconduct: Validators who act maliciously, such as double-signing or staying offline, face slashing penalties, which remove a portion of their staked ATOM. Delegators may also experience slashing if their chosen validator is penalized, encouraging careful selection of trustworthy validators. Applicable Fees: 1. Transaction Fees: User-Paid Fees in ATOM: All transactions on the Cosmos Hub incur fees paid in ATOM, compensating validators for transaction processing and helping to prevent network spam. 2. Customizable Fee Model: Custom Token Fees: Cosmos SDK allows individual chains to define their own transaction fees in tokens other than ATOM, supporting varied application requirements within the ecosystem. Osmosis incentivizes validators, delegators, and liquidity providers through a combination of staking rewards, transaction fees, and liquidity incentives. Incentive Mechanisms: Validator Rewards: Validators earn rewards from transaction fees and block rewards, distributed in OSMO tokens, for their role in securing the network and processing transactions. Delegators who stake their OSMO tokens with validators receive a share of these rewards. Liquidity Provider Rewards: Users providing liquidity to Osmosis pools earn swap fees and may receive additional incentives in the form of OSMO tokens to encourage liquidity provision. Superfluid Staking: Liquidity providers can participate in superfluid staking, staking a portion of their OSMO tokens within liquidity pools. This mechanism allows users to earn staking rewards while maintaining liquidity in the pools. Applicable Fees: Transaction Fees: Users pay transaction fees in OSMO tokens for network activities, including swaps, staking, and governance participation. These fees are distributed to validators and delegators, incentivizing their continued participation and support for network security. |
| Beginning of the period | 2024-06-09 |
| End of the period | 2025-06-09 |
| Energy consumption | 105130.51200 (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) cosmos, osmosis 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
