* 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: 19710.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 | ThunderCore |
| Consensus Mechanism | The ThunderCore blockchain employs a unique consensus mechanism called PaLa (Partially Synchronous Byzantine Fault Tolerance). PaLa is designed to address scalability issues while providing secure and efficient consensus, particularly in decentralized environments. Key Features of PaLa Consensus: 1. Epoch-Based Structure: Epochs: The network operates in epochs, each with a unique proposer and voter set. Voting and Proposing: A set of voters is responsible for proposing and validating blocks for each epoch. Only proposers eligible for the current epoch can create new blocks, while voters vote on the validity of those blocks. 2. Notarization Process: Voting Power: Once 2/3 of voters agree on a block, it is considered notarized. Notarization Finalization: Notarized blocks are added to the blockchain as finalized and become immutable, ensuring that consensus has been reached. 3. Epoch Voting: Single Epoch Block Production: Blocks are produced one per epoch. The proposer of the block for a particular epoch is responsible for generating and proposing a new block. Epoch Progression: Each block in the chain includes an epoch number, and blocks progress through epochs with strict incrementing of epoch numbers to ensure consistency. 4. Finalization: Blockchain Finality: Once a block has been notarized and is the parent of another notarized block, it is considered finalized. This provides deterministic finality, where no conflicting blocks can be added once a block is finalized. |
| Incentive Mechanisms and Applicable Fees | ThunderCore employs a Proof-of-Stake (PoS) consensus mechanism to incentivize network participation and ensure security. Incentive Mechanism: 1. Validators (Committee Members): Validators, known as committee members, are responsible for proposing and validating blocks. They earn rewards through transaction fees (gas fees) for their role in maintaining the blockchain's integrity. 2. Staking: Users can stake ThunderCore's native token, TT, to become validators or delegate their tokens to existing validators. Staking TT tokens helps secure the network and, in return, participants receive a portion of the transaction fees as rewards. Applicable Fees: 1. Transaction Fees (Gas Fees): Users pay gas fees in TT tokens to execute transactions and interact with smart contracts on the ThunderCore network. These fees compensate validators for processing and validating transactions. 2. Smart Contract Execution Fees: Deploying and interacting with smart contracts incur additional fees, which are also paid in TT tokens. These fees cover the computational resources required to execute contract code. |
| 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 | 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
