EURC (EURC) sustainability report
| Name | BlockNodes SAS |
| Relevant legal entity identifier | 969500PZJWT3TD1SUI59 |
| Name of the crypto-asset | EURC |
| Beginning of the period to which the disclosure relates | 2025-04-29 |
| End of the period to which the disclosure relates | 2026-04-29 |
| Energy consumption | 8040.66644 kWh/a |
Consensus Mechanism
EURC is present on the following networks: Avalanche, Base, Ethereum, Solana, Stellar.
The Avalanche blockchain network implements a sophisticated Proof-of-Stake (PoS) mechanism known as Avalanche Consensus, distinguishing itself from many other PoS protocols by incorporating a novel, subsampling-based approach rather than a traditional Byzantine Fault Tolerant (BFT) consensus. This unique consensus process is built upon three integrated protocols: Snowball, Snowflake, and Avalanche, all working in concert to achieve high throughput, rapid finality, and robust security. The process begins with the Snowball protocol, where each validator randomly samples a small, fixed-size group of other validators. Through repeated polling of these sampled validators, a preference for a particular transaction is established. Validators maintain confidence counters for each transaction, incrementing them as sampled validators express support for their chosen transaction. A transaction is deemed accepted once its confidence counter surpasses a predefined threshold. Building upon Snowball, the Snowflake protocol refines the process by introducing a binary decision system, compelling validators to choose between two conflicting transactions. Binary confidence counters track the preferred binary choice, and once a specific confidence level is attained, the decision becomes final and irreversible. The overarching Avalanche protocol organizes transactions using a Directed Acyclic Graph (DAG) structure. This DAG architecture is crucial for facilitating parallel transaction processing, which significantly enhances the network's overall throughput and efficiency. Transactions are added to the DAG based on their intrinsic dependencies, ensuring a consistent and logical order across the network. Ultimately, validators reach consensus on both the structure and content of this DAG through the iterative application of the Snowball and Snowflake protocols. The Avalanche X-Chain, a component of the broader Avalanche network, also utilizes this Avalanche consensus protocol, emphasizing repeated subsampling of validators to achieve agreement on transactions. Furthermore, networks like Flare integrate the Avalanche Consensus with a Federated Byzantine Agreement (FBA) model to further bolster scalability, security, and decentralization, leveraging a gossip protocol for rapid node communication and transaction confirmation.
Base operates as a Layer-2 (L2) scaling solution built on the Ethereum blockchain, having been developed by Coinbase using Optimism's OP Stack. Critically, Base L2 transactions do not possess an independent consensus mechanism. Instead, their validation is directly linked to and secured by the underlying Ethereum Layer-1 (L1) network. This is achieved through a specialized component known as a sequencer. The sequencer's role is to aggregate multiple L2 transactions into bundles, which are then regularly published to the Ethereum mainnet as a single L1 transaction.
Consequently, all transactions processed on the Base network are indirectly secured by Ethereum's robust Proof-of-Stake (PoS) consensus mechanism once they are recorded on L1. Ethereum's PoS system, established with "The Merge" in 2022, moves away from energy-intensive mining by requiring validators to stake at least 32 ETH. In this system, a validator is randomly selected every 12 seconds to propose a new block, while other validators on the network are responsible for verifying its integrity. The network employs a sophisticated slot and epoch system, with transaction finality typically occurring after two epochs, which translates to approximately 12.8 minutes, utilizing the Casper-FFG protocol. The Beacon Chain is central to coordinating validators, and the LMD-GHOST fork-choice rule ensures the chain adheres to the path with the most accumulated validator votes. Validators are incentivized with rewards for their participation in proposing and verifying blocks, but face stringent penalties, known as slashing, for any malicious actions or prolonged inactivity. This design choice by Ethereum aims to significantly enhance energy efficiency, security, and scalability, with ongoing and future upgrades, such as Proto-Danksharding, further targeting improvements in transaction processing efficiency, thereby benefiting Base as its foundational security layer. Base specifically leverages Optimistic Rollups as part of the OP Stack, meaning transactions are presumed valid unless challenged within a specified period via fault proofs.
The Ethereum blockchain network, following "The Merge" in 2022, operates on a Proof-of-Stake (PoS) consensus mechanism, a significant departure from its previous Proof of Work system. This transition replaced energy-intensive mining with validator staking, aiming to enhance energy efficiency, security, and scalability. In this model, participants willing to secure the network act as validators by staking a minimum of 32 units of the network's native asset (Ether). The network organizes its operations around a precise slot and epoch system. Every 12 seconds, a validator is randomly selected to propose a new block. Following this proposal, other validators on the network verify the integrity and validity of the block. Finalization of transactions, meaning they become irreversible, occurs after approximately two epochs, which translates to about 12.8 minutes, utilizing the Casper-FFG (Friendly Finality Gadget) protocol. The Beacon Chain plays a central role in coordinating the activities of these validators, while the LMD-GHOST (Latest Message Driven-Greedy Heaviest Observed SubTree) fork-choice rule is employed to ensure all network participants agree on the canonical chain, following the branch with the heaviest accumulated validator votes. Validators are economically incentivized for their honest participation in proposing and verifying blocks, but they also face severe penalties, known as slashing, for malicious actions or prolonged inactivity. This PoS framework is designed not only to reduce the network's environmental footprint but also to lay the groundwork for future upgrades, such as Proto-Danksharding, which are intended to further improve transaction efficiency and overall network throughput. The core components like validator selection, block production, and transaction finality are intrinsically tied to the amount of Ether staked, ensuring that participants have a vested interest in the network's security and stability.
The Solana blockchain architecture operates through a hybrid consensus model that integrates Proof of History (PoH) with Proof of Stake (PoS). This combination is designed to optimize transaction throughput and reduce network latency while maintaining a high degree of security. Proof of History functions as a decentralized clock, using a Verifiable Delay Function (VDF) to create a permanent, timestamped record of events. This cryptographic sequence allows the network to agree on the chronological order of transactions without requiring nodes to communicate extensively, thereby solving traditional synchronization bottlenecks found in other distributed ledgers. Parallel to PoH, the Proof of Stake component manages the selection of validators and the finalization of the ledger state. Validators are chosen to act as leaders for specific blocks based on the total quantity of the native network assets they have staked. Users who do not run their own hardware can participate in network security by delegating their assets to existing validators, sharing in the rewards generated by successful block production. The consensus process begins when transactions are broadcast and collected for validation. A designated leader then generates a PoH sequence to order these transactions within a block. Subsequently, other validators in the network verify the integrity of the PoH hashes and the validity of the transactions. Once a sufficient number of signatures are collected, the block is finalized and appended to the blockchain. This dual approach ensures that the network remains resilient against attacks; validators must provide collateral through staking, and any malicious activity, such as producing invalid blocks or double-signing, can result in the loss of staked assets through a process known as slashing. This economic deterrent ensures that participants remain aligned with the network's health and operational standards.
Stellar operates on a distinctive consensus mechanism known as the Stellar Consensus Protocol (SCP), which is fundamentally built upon the principles of Federated Byzantine Agreement (FBA). This design enables decentralized and leaderless consensus, eliminating the requirement for a closed, pre-defined group of trusted participants often found in traditional Byzantine Fault Tolerant (BFT) systems. Instead, SCP empowers each node within the Stellar network to independently select a specific set of other nodes it trusts, referred to as its "quorum slice." Consensus on the transaction state is achieved when these individual quorum slices sufficiently overlap and collectively agree on the proposed ledger modifications. The consensus process on Stellar involves several structured phases. Initially, transactions are submitted to the network, where nodes validate them against established rules such as sufficient balances and valid digital signatures. This is followed by a "Nomination Phase," where nodes propose values (representing potential transactions or ledger updates) they believe should be included in the upcoming ledger. Nodes actively communicate these nominations to their respective quorum slices. Through continuous voting and a federated agreement process among these slices, a set of candidate values emerges, with this phase persisting until a unified set of values is agreed upon. Subsequently, these agreed-upon values advance to the "Ballot Protocol," involving multiple rounds of voting where nodes either accept or reject the proposed values. Within their quorum slices, nodes exchange votes, and a value progresses to the next stage if it garners sufficient support across intersecting slices. Final acceptance and "externalization" of a value as the next state of the ledger occur once it successfully navigates through various stages, including preparation and confirmation. Following this, the ledger is updated, with all participating nodes reflecting the new, agreed-upon state. The inherent flexibility for nodes to choose their quorum slices fosters decentralization and resilience, allowing the network to maintain consensus even if certain nodes become faulty or malicious. This protocol is also noted for its efficiency, avoiding the energy-intensive mining processes characteristic of many blockchain systems, making it suitable for high-throughput applications.
Incentive Mechanisms and Applicable Fees
EURC is present on the following networks: Avalanche, Base, Ethereum, Solana, Stellar.
The Avalanche blockchain network employs a comprehensive system of incentive mechanisms and fees designed to ensure its security, integrity, and efficiency, primarily through its Avalanche Consensus mechanism. Validators, who are critical to the network's operation, are required to stake a certain amount of AVAX tokens. The quantity of staked tokens directly influences their likelihood of being chosen to propose or validate new blocks. In return for their active participation, validators receive rewards, which are calculated proportionally to the amount of AVAX they have staked, as well as their consistent uptime and overall performance in validating transactions. To further decentralize participation, validators can also accept delegations from other token holders. These delegators subsequently share in the earned rewards, thus incentivizing smaller token holders to contribute indirectly to the network's security. The economic incentives for validators extend beyond staking rewards to include block rewards, which are distributed from the inflationary issuance of new AVAX tokens for proposing and validating blocks. Additionally, validators earn a portion of the transaction fees paid by users across the network, covering simple transactions, complex smart contract interactions, and the creation of new assets. Crucially, Avalanche's penalty system differs from some other Proof-of-Stake systems by not employing 'slashing,' which involves the confiscation of staked tokens for misbehavior. Instead, the network relies on the economic disincentive of lost future rewards. Validators who fail to maintain consistent uptime or engage in malicious activities will simply miss out on potential earnings, providing a strong incentive for honest and reliable behavior. The network also imposes clear uptime requirements, where poor performance directly impacts a validator's ability to earn rewards. Fees on the Avalanche blockchain are structured to be dynamic, adjusting based on current network demand and the computational complexity of transactions. This ensures that fees remain equitable and reflect the actual network usage. A significant portion of these transaction fees is 'burned,' meaning they are permanently removed from circulation. This deflationary mechanism helps to offset the inflationary effects of block rewards and aims to enhance the long-term value of AVAX tokens. Fees for deploying and interacting with smart contracts are determined by the required computational resources, promoting efficient resource utilization. Similarly, fees are imposed for creating new assets on the network, a measure designed to deter spam and ensure that network resources are utilized by serious projects. On the Avalanche X-Chain, validator incentives are realized indirectly through the network's overall AVAX issuance, while its transaction fees are fixed and burned to combat spam and progressively reduce the total supply of AVAX.
The Base blockchain, as an Ethereum Layer-2 solution utilizing Optimistic Rollups from the OP Stack, implements incentive mechanisms primarily focused on optimizing transaction costs and ensuring secure asset transfers, leveraging the economic security of its underlying Ethereum L1. A core incentive to use Base is its efficiency in reducing transaction expenses. This is achieved by a sequencer that bundles numerous L2 transactions together, submitting them as a single, consolidated L1 transaction to Ethereum. This process significantly lowers the average transaction cost for individual L2 operations, as the collective L2 transactions share the cost of the single L1 transaction fee, thereby making Base a more economically attractive option compared to direct L1 usage.
For the secure movement of crypto-assets between Base and Ethereum, a specialized smart contract on the Ethereum network is employed. Since Base, as an L2, does not manage its own consensus for fund withdrawals, an additional mechanism is in place to guarantee that only legitimate funds can be moved off the L2. When a user initiates a withdrawal request on Ethereum's L1, a predetermined challenge period begins. During this window, any other network participant has the opportunity to submit a "fault proof" if they detect a fraudulent withdrawal attempt, triggering a dispute resolution process. This entire system is strategically designed with economic incentives to encourage honest behavior and deter malicious activities, although specific details of these economic incentives for fault proof submission are not explicitly outlined beyond the general principle.
Furthermore, Base inherits and benefits from the robust incentive structure of Ethereum’s Proof-of-Stake (PoS) system, which indirectly secures Base transactions. Ethereum validators, by staking a minimum of 32 ETH, are rewarded for proposing and attesting to valid blocks, as well as for participating in sync committees. These rewards are distributed through newly issued ETH and a portion of transaction fees. Under the EIP-1559 fee model, transaction fees comprise a base fee, which is algorithmically burned to manage supply, and an optional priority fee (or 'tip') paid directly to validators. To maintain network integrity, validators face economic penalties, known as slashing, if they engage in malicious conduct or fail to perform their duties. This comprehensive incentive framework ensures strong security alignment for Base by reinforcing reliable validator behavior on its underlying L1.
The Ethereum network's Proof-of-Stake (PoS) system is underpinned by a robust framework of incentive mechanisms and applicable fees, meticulously designed to secure transactions and encourage active, honest participation from validators. Validators, who are essential for the network's operation, commit at least 32 units of the network's native asset (Ether) to secure their role. Their primary incentives include rewards for successfully proposing new blocks, attesting to the validity of other blocks, and participating in sync committees, all of which contribute to the network's integrity and consensus. These rewards are distributed in newly issued Ether, alongside a portion of the transaction fees generated on the network. A key feature of Ethereum's fee structure is the implementation of EIP-1559, which divides transaction fees into two main components. The first is a base fee, which is automatically burned, effectively reducing the overall supply of Ether over time and potentially introducing a deflationary aspect, especially during periods of high network activity. The second is an optional priority fee, also known as a "tip," which users can choose to pay directly to validators to incentivize faster inclusion of their transactions into a block. This dual-fee structure aims to make transaction costs more predictable for users. To enforce honest behavior and prevent malicious activities, the network employs a strict system of economic penalties, including slashing. Validators who engage in dishonest acts or demonstrate extended periods of inactivity risk losing a portion of their staked Ether, providing a powerful deterrent against misconduct and ensuring the long-term security and reliability of the network. This comprehensive system aligns the economic interests of validators with the overall health and security of the Ethereum blockchain.
Incentives within the Solana blockchain network are structured to ensure high performance and decentralized security. The primary participants are validators and delegators, both of whom receive financial compensation for their roles in maintaining the ledger. Validators are rewarded for successfully producing and verifying blocks. These rewards are distributed in the network's native asset and are determined by the validator's overall stake and historical performance. Furthermore, validators receive a portion of the transaction fees associated with the data processed in their blocks, which encourages them to maximize efficiency and maintain uptime. Token holders who prefer not to operate complex infrastructure can delegate their stake to professional validators. This delegation model facilitates a more inclusive security environment, as delegators earn a percentage of the rewards proportional to their contribution, thereby decentralizing the control of the network. Security is further enforced through economic penalties. The network employs a slashing mechanism where a portion of a validator's staked assets is confiscated if they engage in dishonest behavior or fail to meet network requirements, such as remaining offline for extended periods. This introduces an opportunity cost for all participants, ensuring they remain committed to honest operations. Regarding the cost of using the network, the fee structure is designed to be highly competitive and predictable. Users pay transaction fees to compensate for the computational power and bandwidth consumed by nodes. These fees are notably low, facilitating high-volume usage. In addition to transaction costs, the network implements rent fees for data storage. This unique mechanism charges for the persistence of data on the blockchain, discouraging the inefficient use of state storage and prompting developers to prune unnecessary data. Finally, smart contract execution fees are calculated based on the specific resource intensity of the code, ensuring that participants pay a fair rate for the network resources they utilize.
The Stellar blockchain network utilizes a unique approach to incentive mechanisms and applicable fees, primarily underpinned by its Stellar Consensus Protocol (SCP), which is based on the Federated Byzantine Agreement (FBA) model. Diverging from traditional Proof of Work (PoW) or Proof of Stake (PoS) systems, Stellar deliberately does not rely on direct economic incentives such as mining rewards or staking rewards for validators. Instead, the network secures transactions and maintains integrity through intrinsic network mechanisms and a specific fee structure. The primary incentive for nodes to participate and act honestly stems from the inherent value derived from maintaining a secure, efficient, and reliable payment network. Organizations and individuals operating nodes benefit directly from the network's core functionality and its capacity to facilitate rapid and low-cost transactions. This model encourages active participation by aligning the interests of nodes with the overall health and utility of the Stellar network. Furthermore, the FBA model, characterized by "quorum slices" where each node selects trusted peers, promotes decentralization. This flexibility in node selection reduces the risk of single points of failure and enhances the network's resilience against attacks, thereby providing a robust platform whose value incentivizes its upkeep. Regarding applicable fees, Stellar employs a flat fee structure designed for predictability and efficiency. Each transaction on the Stellar network incurs a minimal base fee of 0.00001 XLM. This exceedingly low and consistent fee makes Stellar particularly well-suited for high-volume transactions and micropayments. A crucial function of this transaction fee is spam prevention; by requiring a small cost for every transaction, the network deters frivolous or malicious activities that could otherwise overwhelm its resources, ensuring efficient operation. These minimal fees are also intended to cover the basic operational costs of the network, supporting its self-sustainability without imposing a significant financial burden on users. Beyond transaction fees, Stellar implements reserve requirements to further protect network integrity and manage resource usage. For instance, creating a new account necessitates a minimum balance of 1 XLM. Additional reserves are required for establishing "trustlines" and "offers" on the Stellar decentralized exchange (DEX), which collectively safeguard against spam and resource abuse while maintaining network efficiency.
Energy consumption sources and methodologies
EURC is present on the following networks: Avalanche, Base, Ethereum, Solana, Stellar.
The methodology for assessing the Avalanche network's energy consumption is founded on a 'bottom-up' approach, where individual nodes are identified as the primary contributors to the network's overall energy footprint. This comprehensive calculation aggregates energy usage across various interconnected components of the network. The assumptions underpinning these calculations are derived from extensive empirical findings, utilizing a combination of publicly available information sites, sophisticated open-source crawlers, and proprietary in-house developed crawlers. A key aspect of this methodology involves estimating the hardware deployed within the network. This estimation is primarily driven by the technical specifications and operational requirements for running the client software, which dictates the type and performance of necessary hardware devices. The energy consumption profiles of these identified hardware devices are meticulously measured in certified test laboratories to ensure accuracy. To ensure a broad and precise scope, the Functionally Fungible Group Digital Token Identifier (FFG DTI) is leveraged, whenever available, to pinpoint all relevant implementations of the crypto-asset under consideration. These mappings are regularly updated based on current data provided by the Digital Token Identifier Foundation. The data regarding specific hardware usage and the total number of network participants is based on empirically verified assumptions, consistently updated with best-effort validation. A foundational assumption in this model is that network participants generally behave in an economically rational manner. Furthermore, adhering to a precautionary principle, any uncertainties or doubts during the estimation process lead to conservative assumptions, specifically by making higher estimates for potential adverse environmental impacts. When determining the energy consumption attributable to a specific token within the Avalanche ecosystem, the energy consumption of the entire Avalanche network (including subnets like Avalanche X-Chain) is calculated first. Subsequently, a fraction of this total network energy is allocated to the token, proportional to its activity and footprint within the network. This detailed, multi-layered approach aims to provide a robust and conservative estimate of the energy consumption associated with the Avalanche blockchain.
The energy consumption calculation for the Base blockchain network is meticulously performed using a "bottom-up" approach, where individual nodes are identified as the primary contributors to the network's overall energy footprint. This methodology is based on empirical data collected from a variety of sources, including publicly available information sites, dedicated open-source crawlers, and proprietary in-house crawling tools. The fundamental aspect of estimating hardware usage within the network involves determining the minimum requirements necessary to operate the client software. The energy consumption profiles of the specific hardware devices identified are obtained from measurements conducted in certified test laboratories, ensuring a high degree of accuracy in these foundational figures.
In the process of calculating network energy consumption, the Functionally Fungible Group Digital Token Identifier (FFG DTI) is utilized when available, serving to identify and encompass all relevant implementations of a crypto-asset within the scope of analysis. These mappings are regularly updated, drawing on data provided by the Digital Token Identifier Foundation. However, the source documents do not provide specific URLs for the public information sites, open-source crawlers, or the Digital Token Identifier Foundation, preventing direct external linking within this summary.
The methodology also incorporates assumptions regarding the hardware deployed and the number of participants operating within the network. These assumptions are rigorously verified with "best effort" against empirical data to ensure their realism and accuracy. A key underlying principle is the assumption that network participants generally act in a "largely economically rational" manner. Furthermore, to adhere to a precautionary principle, conservative estimates are applied in situations of uncertainty, leading to higher projected impacts to mitigate underestimation risks. For a specific token on Base, a fraction of the network’s total energy consumption is attributed, based on the token's activity within the network.
The methodology for calculating the Ethereum network's energy consumption primarily employs a "bottom-up" approach, which focuses on the energy demands of individual nodes that are central to the network's operation. These nodes are considered the fundamental factor driving the network's overall energy use. The assumptions underpinning these calculations are derived from empirical data gathered through a variety of sources, including public information sites, open-source crawlers, and proprietary in-house crawlers developed for this purpose. A critical step in this methodology involves determining the hardware used within the network, primarily by assessing the computational and other requirements necessary to run the client software. The energy consumption characteristics of these identified hardware devices are then rigorously measured in certified test laboratories to ensure accuracy. When quantifying the energy consumption for the network, the Functionally Fungible Group Digital Token Identifier (FFG DTI) is utilized, when available, to identify all implementations of the asset in scope, with mappings regularly updated based on data from the Digital Token Identifier Foundation. The information regarding the specific hardware deployed and the total number of participants in the network relies on assumptions that are diligently verified using empirical data whenever possible. Generally, participants are presumed to act in an economically rational manner. Furthermore, adhering to a precautionary principle, if there is any doubt in estimations, conservative assumptions are made, meaning higher estimates are used for potential adverse impacts to ensure a comprehensive and cautious assessment of energy consumption.
To calculate the energy consumption of the Solana blockchain network, a "bottom-up" methodology is utilized, placing the network nodes at the center of the analysis. This approach relies on identifying the number of active participants and the specific hardware requirements necessary to run the network's client software. Data collection involves a variety of sources, including open-source web crawlers, internal monitoring tools developed by the legal entities, and public information websites. By analyzing these data points, researchers can estimate the hardware profiles of the various nodes operating globally. To ensure accuracy, the energy consumption of typical hardware devices is measured within certified laboratory environments, providing a baseline for the power usage of each node. Furthermore, the methodology incorporates data from the Digital Token Identifier Foundation to map all implementations of the assets within the network's scope. When specific hardware data is not directly observable, assumptions are made based on the principle of economic rationality, assuming participants optimize their setups for cost-efficiency while meeting software specifications. In instances of uncertainty, a precautionary principle is applied, favoring conservative estimates that likely overstate the environmental impact rather than underestimating it. This ensures that the reported energy footprint represents a credible upper bound of actual consumption. The total network consumption is determined by aggregating the energy needs of all identified nodes, accounting for both the computational requirements of processing transactions and the energy consumed by hardware in an idle or supportive state. This rigorous framework allows for a comprehensive assessment of the network’s total power requirements over a defined reporting period, providing a transparent view of the operational costs associated with maintaining the distributed ledger's infrastructure.
The methodology for calculating the Stellar blockchain network's energy consumption adopts a "bottom-up" approach, where individual nodes are identified as the central determinant of the network's overall energy footprint. This comprehensive assessment begins by quantifying the energy usage of the network as a whole. Subsequently, for specific crypto-assets operating on Stellar, a proportional fraction of this total network energy consumption is attributed, based on the asset's activity within the network. This ensures that energy allocation is reflective of actual usage patterns. The foundational data for these calculations is derived from empirical findings, which are systematically gathered through a combination of publicly available information sites, sophisticated open-source crawlers, and proprietary in-house developed crawlers. These tools enable a thorough collection of data pertinent to the operational characteristics of the network. A critical component of this methodology involves estimating the hardware deployed across the network. These estimations are primarily guided by the technical specifications and requirements necessary for running the Stellar client software. The energy consumption profiles of these identified hardware devices are precisely measured in certified test laboratories, ensuring accuracy and reliability in the underlying energy data. Furthermore, to ensure a comprehensive scope, the Functionally Fungible Group Digital Token Identifier (FFG DTI) is utilized, where available, to pinpoint all implementations of crypto-assets relevant to the Stellar network. These mappings are subject to regular updates, drawing data from the Digital Token Identifier Foundation, to reflect any changes in the ecosystem. The information pertaining to the specific hardware used and the total number of participants active within the network is built upon a set of assumptions. These assumptions are meticulously verified through best efforts, leveraging empirical data to ensure their robustness. Generally, participants are presumed to behave in an economically rational manner. In instances of uncertainty, a precautionary principle is applied, leading to conservative assumptions that typically result in higher estimates for potential adverse impacts, thus providing a robust and cautious assessment of energy consumption.
Key energy sources and methodologies
EURC is present on the following networks: Avalanche, Ethereum, Solana, Stellar.
The methodology for determining the key energy sources and the proportion of renewable energy utilized by the Avalanche blockchain network relies on a multi-pronged approach that integrates geographical data with energy mix statistics. To ascertain the percentage of renewable energy consumption, the initial step involves accurately identifying the geographical locations of the network's nodes. This crucial data is gathered through a combination of public information sites, advanced open-source crawlers, and proprietary in-house crawlers developed specifically for this purpose. In instances where comprehensive geographical distribution information for the nodes is not readily available, the methodology pivots to utilizing 'reference networks.' These reference networks are carefully selected for their comparability to Avalanche in terms of their incentivization structures and underlying consensus mechanisms, ensuring that the estimated renewable energy mix remains relevant and reflective of similar blockchain operations. Once the geographical data for the nodes (either directly identified or inferred from reference networks) is compiled, this geo-information is meticulously merged with comprehensive public data sets on electricity generation. A primary source for this integration is the data provided by Our World in Data, which offers detailed insights into the global energy landscape. The energy intensity of the network is then calculated as the marginal energy cost incurred for processing one additional transaction. This granular measurement provides a precise understanding of the energy overhead per unit of network activity. The specific datasets and sources referenced for this methodology include: Ember (2025) and the Energy Institute - Statistical Review of World Energy (2024), both of which undergo significant processing by Our World in Data. The dataset titled “Share of electricity generated by renewables – Ember and Energy Institute” is a key input, comprising original data from Ember’s “Yearly Electricity Data Europe” and “Yearly Electricity Data,” alongside the Energy Institute’s “Statistical Review of World Energy.” This information is publicly accessible at Share of electricity generated by renewables – Ember and Energy Institute.
To ascertain the proportion of renewable energy utilized by the Ethereum network, a specific set of methodologies is applied. The initial step involves pinpointing the geographical locations of the network's nodes. This crucial geo-information is gathered through various means, including publicly available information sites, as well as both open-source and internally developed crawlers designed to scan the network. In instances where comprehensive geographical data for nodes is not directly accessible, the analysis resorts to leveraging "reference networks." These are comparable networks chosen for their similar incentivization structures and consensus mechanisms, providing a proxy for node distribution. Once the geo-information is established, it is then integrated and cross-referenced with public data obtained from "Our World in Data." This comprehensive dataset offers insights into the energy mixes and renewable energy penetration across different regions globally. The final calculation of energy intensity is defined as the marginal energy cost incurred for processing one additional transaction on the network. This approach allows for an estimation of the energy footprint associated with scaling the network's transactional volume. For detailed information and the underlying data sources on the share of electricity generated by renewables, relevant information can be found through sources such as Ember (2025) and the Energy Institute - Statistical Review of World Energy (2024), with further processing by Our World in Data, accessible via Share of electricity generated by renewables – Ember and Energy Institute.
The determination of energy sources for the Solana blockchain network involves a sophisticated geolocation mapping of the global node infrastructure. By utilizing internal and open-source crawlers, the physical locations of validator nodes are identified. Once the geographic distribution is established, this information is cross-referenced with regional energy data to calculate the percentage of renewable energy utilized by the network. For regions where specific node data is unavailable, researchers utilize reference networks that share similar consensus mechanisms and incentive structures as proxies to estimate the geographic spread of the infrastructure. The primary data source for these regional energy profiles is the Share of electricity generated by renewables dataset provided by Our World in Data, which incorporates research from Ember and the Energy Institute. This dataset provides yearly electricity data that allows for a granular assessment of how much of the network's power is derived from wind, solar, hydro, and other renewable sources. In addition to the total percentage of green energy, the methodology focuses on energy intensity, which is defined as the marginal energy cost required to process a single additional transaction on the network. This figure helps quantify the efficiency of the blockchain's resource usage relative to its utility. By integrating global energy statistics with real-time node distribution data, the network can report a more accurate picture of its sustainability, currently indicating that a significant portion of its operational energy comes from renewable sources, reflecting the broader global transition toward cleaner power grids.
The methodology for determining the proportion of renewable energy usage within the Stellar blockchain network involves a detailed process that identifies and analyzes the geographic distribution of its operational nodes. The initial step focuses on ascertaining the physical locations of these nodes. This is accomplished through diligent research utilizing public information sites, alongside the deployment of both open-source and internally developed crawlers designed to collect accurate geographical data. Should precise geographic information for all nodes prove unavailable, a pragmatic approach is adopted: reference networks are selected. These reference networks are carefully chosen based on their comparability to Stellar in terms of incentive structures and underlying consensus mechanisms. This ensures that the energy profiles and renewable energy penetration rates of these proxy networks provide a relevant and informed basis for estimation. Once geographical data, either direct or inferred from reference networks, is compiled, it is then meticulously integrated with extensive public information datasets. Specifically, data from "Our World in Data" is utilized, particularly their "Share of electricity generated by renewables - Ember and Energy Institute" dataset. This external data provides a global and regional overview of renewable energy generation, allowing for the calculation of the proportion of renewable energy consumed by the network's operations. The energy intensity of the Stellar network is precisely quantified as the marginal energy cost associated with processing one additional transaction. This metric offers a granular understanding of the energy footprint per unit of activity, providing insight into the efficiency of the network's operations. This robust methodology, which combines location-based energy mix data with empirically verified operational parameters, aims to provide a transparent and defensible assessment of the network's energy sources and their renewable penetration. The data sources for renewable electricity share are primarily Ember (2025) and the Energy Institute's Statistical Review of World Energy (2024), with substantial processing by Our World in Data, accessible via Share of electricity generated by renewables - Ember and Energy Institute.
Key GHG sources and methodologies
EURC is present on the following networks: Avalanche, Ethereum, Solana, Stellar.
The methodology employed to determine the Greenhouse Gas (GHG) emissions associated with the Avalanche blockchain network involves a detailed process of locating network infrastructure and integrating this geographical data with carbon intensity statistics. The initial step is to precisely identify the locations of the network's nodes, a task accomplished through the diligent use of public information sites, sophisticated open-source crawlers, and specialized in-house crawlers. This geographical mapping is fundamental to understanding the specific energy grids from which the nodes draw their power. In situations where direct geographical information on node distribution is insufficient, the methodology relies on 'reference networks.' These are selected based on their structural similarities to Avalanche, particularly concerning their incentivization mechanisms and consensus protocols, ensuring that the estimates are as representative as possible. The collected geo-information, whether direct or inferred, is then carefully integrated with public data regarding the carbon intensity of electricity generation. A significant source for this critical data is Our World in Data, which provides comprehensive global information on electricity generation’s carbon footprint. The GHG intensity of the network is quantified as the marginal emission generated per additional transaction processed. This metric allows for a precise evaluation of the environmental impact as network activity scales. The foundational data and citations for this methodology include: Ember (2025) and the Energy Institute - Statistical Review of World Energy (2024), which have been extensively processed by Our World in Data. The specific dataset used is titled “Carbon intensity of electricity generation – Ember and Energy Institute,” drawing original data from Ember’s “Yearly Electricity Data Europe” and “Yearly Electricity Data,” as well as the Energy Institute’s “Statistical Review of World Energy.” This crucial resource for carbon intensity data is available under a CC BY 4.0 license at Carbon intensity of electricity generation – Ember and Energy Institute.
The methodology for determining the Greenhouse Gas (GHG) emissions of the Ethereum network closely mirrors the approach used for energy consumption, focusing on identifying emission sources and their quantification. The initial and fundamental step involves precisely identifying the geographical locations of the network's operational nodes. This data collection is facilitated through a combination of publicly available information, as well as specialized open-source and proprietary crawlers designed to actively discover and map node distributions across the globe. Should there be an absence of specific geographic information for the nodes, the analysis intelligently defaults to utilizing "reference networks." These are carefully selected networks that exhibit comparable characteristics in terms of their incentivization structures and consensus mechanisms, providing a basis for estimating the geographic spread when direct data is unavailable. This collected geo-information is then meticulously integrated with publicly accessible data from "Our World in Data." This integration allows for the application of regional carbon intensity factors to the estimated energy consumption, thereby enabling the calculation of associated GHG emissions. The overall GHG intensity is quantified as the marginal emission generated per additional transaction processed on the network, offering a metric for the environmental impact of increased network activity. For detailed information and original data regarding the carbon intensity of electricity generation, sources include Ember (2025) and the Energy Institute - Statistical Review of World Energy (2024), processed by Our World in Data, available at Carbon intensity of electricity generation – Ember and Energy Institute. This resource is licensed under CC BY 4.0.
Quantifying the greenhouse gas (GHG) emissions of the Solana blockchain network requires a methodology focused on carbon intensity and the geographic footprint of its decentralized nodes. Similar to the energy source analysis, the process begins by locating active nodes using a combination of public data and specialized web crawling technology. This geographic information is critical because the carbon footprint of electricity varies significantly between different jurisdictions depending on their local power generation mix. For nodes that cannot be precisely located, the analysis uses data from comparable blockchain networks to ensure the estimation remains as complete as possible. The carbon intensity of the electricity used by these nodes is derived from the Carbon intensity of electricity generation dataset, accessible via Our World in Data. This dataset, which is licensed under CC BY 4.0, provides essential metrics on the amount of CO2 equivalent emitted per kilowatt-hour of electricity produced in various countries. By merging node locations with these carbon intensity values, the network can calculate its Scope 2 emissions, which represent the indirect emissions from the generation of purchased electricity. The methodology also focuses on GHG intensity, measuring the marginal emissions generated by one additional transaction on the blockchain. This allows for a performance-based assessment of the network's environmental impact. The results are typically reported in tonnes of CO2 equivalent (tCO2e), providing a standardized metric that allows for comparison with other industries and financial systems. This data-driven approach ensures that the network’s environmental disclosures are rooted in empirical global energy statistics and verifiable infrastructure data.
The methodology for assessing the Greenhouse Gas (GHG) emissions associated with the Stellar blockchain network is systematically designed to pinpoint key emission sources and quantify their impact. A fundamental aspect of this assessment involves accurately determining the geographical locations of the network's operating nodes. This crucial data is gathered through a multi-faceted approach, including thorough searches of public information sites and the deployment of both open-source and proprietary in-house crawlers specifically developed to identify node distributions. In scenarios where comprehensive geographic information regarding node distribution is not readily available, the methodology incorporates a well-defined fallback procedure. In such cases, reference networks are employed. These reference networks are carefully chosen for their strong similarities to Stellar, particularly in their incentive structures and consensus mechanisms, ensuring that any derived estimates are as representative as possible. The geographical data, whether directly observed or inferred from comparable networks, is then meticulously integrated with publicly accessible data. A primary source for this integration is "Our World in Data," specifically leveraging their "Carbon intensity of electricity generation - Ember and Energy Institute" dataset. This dataset provides vital information on the carbon footprint of electricity generation across various regions, allowing for a precise calculation of the GHG emissions linked to the network's electricity consumption. The GHG intensity of the Stellar network is calculated as the marginal emission generated by processing one additional transaction. This metric is instrumental in understanding the environmental impact per unit of activity, offering insights into the efficiency of the network's operational processes from an emissions perspective. This comprehensive methodology, by combining detailed geographical data on electricity grids with empirically validated operational characteristics, strives to provide a transparent and accurate quantification of the network's GHG emissions. The cited data sources for carbon intensity of electricity generation include Ember (2025) and the Energy Institute's Statistical Review of World Energy (2024), processed by Our World in Data, available at Carbon intensity of electricity generation - Ember and Energy Institute. This information is licensed under CC BY 4.0.