* 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: 157.17577 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 | Yield Guild Games Token |
| Consensus Mechanism | Yield Guild Games Token is present on the following networks: Ethereum, Harmony One, Ronin, Solana. The crypto-asset's Proof-of-Stake (PoS) consensus mechanism, introduced with The Merge in 2022, replaces mining with validator staking. Validators must stake at least 32 ETH every block a validator is randomly chosen to propose the next block. Once proposed the other validators verify the blocks integrity. The network operates on a slot and epoch system, where a new block is proposed every 12 seconds, and finalization occurs after two epochs (~12.8 minutes) using Casper-FFG. The Beacon Chain coordinates validators, while the fork-choice rule (LMD-GHOST) ensures the chain follows the heaviest accumulated validator votes. Validators earn rewards for proposing and verifying blocks, but face slashing for malicious behavior or inactivity. PoS aims to improve energy efficiency, security, and scalability, with future upgrades like Proto-Danksharding enhancing transaction efficiency. Harmony operates on a consensus mechanism called Effective Proof of Stake (EPoS), designed to balance validator influence and enhance network security while improving transaction scalability. Core Components: 1. Effective Proof of Stake (EPoS): Validator Diversity: EPoS allows a large number of validators to participate and limits the influence of high-stake validators, promoting decentralization and preventing stake centralization. Staking Across Shards: Multiple validators compete within each shard, distributing staking power more broadly and enhancing network security. 2. Sharding with PBFT Finality: Parallel Transaction Processing: Harmony’s four shards enable independent processing of transactions and smart contracts, enhancing scalability and throughput. Fast Finality with PBFT: Each shard uses a modified Practical Byzantine Fault Tolerance (PBFT) model, ensuring immediate finality once blocks are validated and achieving high transaction speeds. Ronin utilizes a Delegated Proof of Stake (DPoS) consensus mechanism, where community-elected validators are responsible for securing the network and validating transactions. Core Components of Ronin’s Consensus: 1. Delegated Proof of Stake (DPoS): Community Voting for Validator Selection: RON token holders delegate their tokens to vote for validators, who are then selected to produce blocks, validate transactions, and maintain network security. Validators with the most votes are chosen to participate in consensus. Periodic Validator Rotation: Validators are regularly rotated based on community votes, enhancing decentralization and preventing long-term control by any single validator group. This rotation supports both security and fairness. 2. Incentive-Driven Voting System: Alignment with Community Interests: The voting system ensures that validators remain aligned with community goals. Validators that fail to perform adequately or act against network interests may lose votes and be replaced by more trusted participants. Solana uses a unique combination of Proof of History (PoH) and Proof of Stake (PoS) to achieve high throughput, low latency, and robust security. Here’s a detailed explanation of how these mechanisms work: Core Concepts 1. Proof of History (PoH): Time-Stamped Transactions: PoH is a cryptographic technique that timestamps transactions, creating a historical record that proves that an event has occurred at a specific moment in time. Verifiable Delay Function: PoH uses a Verifiable Delay Function (VDF) to generate a unique hash that includes the transaction and the time it was processed. This sequence of hashes provides a verifiable order of events, enabling the network to efficiently agree on the sequence of transactions. 2. Proof of Stake (PoS): Validator Selection: Validators are chosen to produce new blocks based on the number of SOL tokens they have staked. The more tokens staked, the higher the chance of being selected to validate transactions and produce new blocks. Delegation: Token holders can delegate their SOL tokens to validators, earning rewards proportional to their stake while enhancing the network's security. Consensus Process 1. Transaction Validation: Transactions are broadcast to the network and collected by validators. Each transaction is validated to ensure it meets the network’s criteria, such as having correct signatures and sufficient funds. 2. PoH Sequence Generation: A validator generates a sequence of hashes using PoH, each containing a timestamp and the previous hash. This process creates a historical record of transactions, establishing a cryptographic clock for the network. 3. Block Production: The network uses PoS to select a leader validator based on their stake. The leader is responsible for bundling the validated transactions into a block. The leader validator uses the PoH sequence to order transactions within the block, ensuring that all transactions are processed in the correct order. 4. Consensus and Finalization: Other validators verify the block produced by the leader validator. They check the correctness of the PoH sequence and validate the transactions within the block. Once the block is verified, it is added to the blockchain. Validators sign off on the block, and it is considered finalized. Security and Economic Incentives 1. Incentives for Validators: Block Rewards: Validators earn rewards for producing and validating blocks. These rewards are distributed in SOL tokens and are proportional to the validator’s stake and performance. Transaction Fees: Validators also earn transaction fees from the transactions included in the blocks they produce. These fees provide an additional incentive for validators to process transactions efficiently. 2. Security: Staking: Validators must stake SOL tokens to participate in the consensus process. This staking acts as collateral, incentivizing validators to act honestly. If a validator behaves maliciously or fails to perform, they risk losing their staked tokens. Delegated Staking: Token holders can delegate their SOL tokens to validators, enhancing network security and decentralization. Delegators share in the rewards and are incentivized to choose reliable validators. 3. Economic Penalties: Slashing: Validators can be penalized for malicious behavior, such as double-signing or producing invalid blocks. This penalty, known as slashing, results in the loss of a portion of the staked tokens, discouraging dishonest actions. |
| Incentive Mechanisms and Applicable Fees | Yield Guild Games Token is present on the following networks: Ethereum, Harmony One, Ronin, Solana. The crypto-asset's PoS system secures transactions through validator incentives and economic penalties. Validators stake at least 32 ETH and earn rewards for proposing blocks, attesting to valid ones, and participating in sync committees. Rewards are paid in newly issued ETH and transaction fees. Under EIP-1559, transaction fees consist of a base fee, which is burned to reduce supply, and an optional priority fee (tip) paid to validators. Validators face slashing if they act maliciously and incur penalties for inactivity. This system aims to increase security by aligning incentives while making the crypto-asset's fee structure more predictable and deflationary during high network activity. Harmony incentivizes validators and delegators to participate in network security and performance through staking rewards, transaction fees, and a unique reward structure promoting decentralization. Incentive Mechanisms: 1. Staking Rewards for Validators and Delegators: ONE Token Rewards: Validators earn ONE tokens for validating transactions and securing the network, with a share of these rewards distributed to delegators based on the amount staked. 2. Decentralization Penalty for High Stake: Reward Adjustment for Large Stakeholders: Validators with an excessive delegated stake experience reduced rewards, preventing centralization and encouraging a fair distribution of staking power. Applicable Fees: 1. Transaction Fees: Low-Cost Transactions in ONE: Harmony charges minimal transaction fees in ONE tokens, benefiting high-frequency applications and providing validators with additional rewards. Ronin’s incentive model combines rewards, slashing mechanisms, and governance features to support network security and encourage active community participation. Incentive Mechanisms: 1. Rewards for Validators and Delegators: Staking Rewards for Validators: Validators earn RON tokens as rewards for successfully producing blocks and validating transactions. These rewards incentivize validators to fulfill their duties diligently, maintaining network stability. Delegator Rewards: Delegators who stake their tokens with selected validators also earn a portion of the staking rewards. This sharing of rewards promotes broad participation from token holders in network security and governance. 2. Slashing Mechanism for Accountability: Penalty for Malicious Behavior: A slashing mechanism penalizes validators who act dishonestly or fail to meet performance standards by cutting a portion of their staked RON tokens. This deters misbehavior and encourages responsible participation. Delegator Risk: Delegators who stake with misbehaving validators are also subject to slashing, which encourages them to choose trustworthy validators and monitor performance carefully. 3. Governance Participation: RON Token for Governance: Beyond staking and transaction fees, the RON token enables token holders to participate in governance. This includes voting on network upgrades, validator selection, and other protocol decisions, giving token holders a voice in network direction and policy. Applicable Fees: • Transaction Fees: Fees are paid in RON tokens, contributing to validator rewards and helping to maintain network operations. These fees are designed to be affordable, ensuring accessibility for users while supporting validators’ roles. Solana uses a combination of Proof of History (PoH) and Proof of Stake (PoS) to secure its network and validate transactions. Here’s a detailed explanation of the incentive mechanisms and applicable fees: Incentive Mechanisms 4. Validators: Staking Rewards: Validators are chosen based on the number of SOL tokens they have staked. They earn rewards for producing and validating blocks, which are distributed in SOL. The more tokens staked, the higher the chances of being selected to validate transactions and produce new blocks. Transaction Fees: Validators earn a portion of the transaction fees paid by users for the transactions they include in the blocks. This provides an additional financial incentive for validators to process transactions efficiently and maintain the network's integrity. 5. Delegators: Delegated Staking: Token holders who do not wish to run a validator node can delegate their SOL tokens to a validator. In return, delegators share in the rewards earned by the validators. This encourages widespread participation in securing the network and ensures decentralization. 6. Economic Security: Slashing: Validators can be penalized for malicious behavior, such as producing invalid blocks or being frequently offline. This penalty, known as slashing, involves the loss of a portion of their staked tokens. Slashing deters dishonest actions and ensures that validators act in the best interest of the network. Opportunity Cost: By staking SOL tokens, validators and delegators lock up their tokens, which could otherwise be used or sold. This opportunity cost incentivizes participants to act honestly to earn rewards and avoid penalties. Fees Applicable on the Solana Blockchain 7. Transaction Fees: Low and Predictable Fees: Solana is designed to handle a high throughput of transactions, which helps keep fees low and predictable. The average transaction fee on Solana is significantly lower compared to other blockchains like Ethereum. Fee Structure: Fees are paid in SOL and are used to compensate validators for the resources they expend to process transactions. This includes computational power and network bandwidth. 8. Rent Fees: State Storage: Solana charges rent fees for storing data on the blockchain. These fees are designed to discourage inefficient use of state storage and encourage developers to clean up unused state. Rent fees help maintain the efficiency and performance of the network. 9. Smart Contract Fees: Execution Costs: Similar to transaction fees, fees for deploying and interacting with smart contracts on Solana are based on the computational resources required. This ensures that users are charged proportionally for the resources they consume. |
| Beginning of the period | 2024-06-09 |
| End of the period | 2025-06-09 |
| Energy consumption | 157.17577 (kWh/a) |
| Energy consumption resources and methodologies | The energy consumption of this asset is aggregated across multiple components: To determine the energy consumption of a token, the energy consumption of the network(s) ethereum, harmony_one, ronin, solana 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
