* 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: 78840.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 | Sonic |
| Consensus Mechanism | Sonic operates on the Lachesis Protocol, an Asynchronous Byzantine Fault Tolerant (aBFT) consensus mechanism designed for fast, secure, and scalable transactions. Core Components of Sonic’s Consensus: 1. Lachesis Protocol (aBFT): Asynchronous and Leaderless: Lachesis allows nodes to reach consensus independently without relying on a central leader, enhancing decentralization and speed. DAG Structure: Instead of a linear blockchain, Lachesis uses a Directed Acyclic Graph (DAG) structure, allowing multiple transactions to be processed in parallel across nodes. This structure supports high throughput, making the network suitable for applications requiring rapid transaction processing. 2. Event Blocks and Instant Finality: Event Blocks: Transactions are grouped into event blocks, which are validated asynchronously by multiple validators. When enough validators confirm an event block, it becomes part of the Sonic network’s history. Instant Finality: Transactions on Sonic achieve immediate finality, meaning they are confirmed and cannot be reversed. This property is ideal for applications requiring fast and irreversible transactions. |
| Incentive Mechanisms and Applicable Fees | Sonic’s incentive model promotes network security through staking rewards, transaction fees, and delegation options, encouraging broad participation. Incentive Mechanisms: 1. Staking Rewards for Validators: Earning Rewards in S: Validators who participate in the consensus process earn rewards in S tokens, proportional to the amount they have staked. This incentivizes validators to actively secure the network. Dynamic Staking Rate: Sonic’s staking reward rate is dynamic, adjusting based on total S staked across the network. As more S is staked, individual rewards may decrease, maintaining a balanced reward structure that supports long-term network security. 2. Delegation for Token Holders: Delegated Staking: Users who do not operate validator nodes can delegate their S tokens to validators. In return, they share in the staking rewards, encouraging wider participation in securing the network. Applicable Fees: • Transaction Fees in S: Users pay transaction fees in S tokens. The network’s high throughput and DAG structure keep fees low, making Sonic ideal for decentralized applications (dApps) requiring frequent transactions. • Efficient Fee Model: The low fees and scalability of the network make it cost-effective for users, fostering a favorable environment for high-volume applications. |
| Beginning of the period | 2024-06-09 |
| End of the period | 2025-06-09 |
| Energy consumption | 78840.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
