June 23, 2026

Capitalizations Index – B ∞/21M

GHG Emissions Offsetting for Crypto Transactions

Ghg emissions offsetting for crypto transactions

GHG Emissions Offsetting for Crypto Transactions

Ghg emissions offsetting for crypto transactions

We’ve made a pull-request for Ethereum Improvement Proposal to calculate and offset carbon emissions induced by transactions hoping for the support of blockchain community: https://github.com/ethereum/EIPs/pull/2050/commits/952b7ede2c722086dc9378ef79d8f2573d0da7f2

Simple Summary

Ethereum, other crypto transactions consume substantial amount of fossil fuel combustion-based electricity. The best way to resolve the issue is to calculate transaction or address-induced consumption-based GHG emissions, to buy-out and burn relevant amount of independently verified in the Ethereum Main Net carbon credits.

Abstract

EIP for Ethereum requires calculation of a specific transaction-induced GHG emissions by gas consumed and conservative assumptions for energy consumption factor of the mining equipment and grid emission factor for mining the block, which processed the transaction. Once the calculation is broadcasted to the user and the miner, they are presented with an option to select, buy-out and burn relevant amount of Ethereum native tokens representing independently verified and issued in the Ethereum Main Net carbon offset credits.

Motivation

There are numerous examples of environmental/climate change mitigation project initiators, programs, standards and environmental/climate change community in general rejecting the use of Ethereum and other cryptocurrency ecosystems because of the GHG emissions induced by mining to process the transactions. Responses of blockchain community, Ethereum founders and developers up to date if any have been hollow, non-specific trash talk mainly referring to vague perspectives of PoS introduction. Development and implementation of the EIP resolves the issue entirely for the Ethereum transactions on the basis of the Paris Agreement (PA) principle of “overall mitigation of global emissions” (OMGE) and should be extended to embrace other cryptocurrencies’ transactions starting with Bitcoin. Existing DAO IPCI Dapp (http://dapp.ipci.io) provides for verification, issuance and retirement of carbon offset credits sufficient to perform carbon offsetting in “a manual mode” but does not provide for calculation of crypto transactions’ “carbon footprint” and a self-executing option to offset it.

Specification

Calculation Algorithm: Electricity consumed per transaction (MWh) multiplied by Grid Emission Factor (tCO2e*MWh) plus carbon footprint for one Ethereum transaction to burn the carbon credits.

Offsetting Algorithm:

  1. the User may choose the units he would prefer out of those that are placed on the Complier contract, which means that they are born and die on the blockchain
  2. carbon footprint calculated as an option might be divided by 2 to include proposal to the miner to offset half of the transaction footprint
  3. once the units are paid for and burnt the User and relevant Miner receive public report, which includes the addresses of the burning transaction, of the token, of the verification report, and the amount of tCO2e burnt and left to be burnt

Sources of Data

Transactions data: http://etherscan.io for Ethereum, e.g. https://www.blockchain.com/explorer for Bitcoin

Calculation based on gas consumed and conservative assumptions for energy consumption factor of the mining equipment and grid emission factor for mining the block, which processed the transaction. Existing examples of calculation results for Energy consumption per transaction: https://digiconomist.net/ethereum-energy-consumption for Ethereum, https://digiconomist.net/bitcoin-energy-consumption for Bitcoin.

Grid emission factor: assessed conservatively as equal to national grid emission factor for P.R. of China. According to “China’s electricity emission intensity…” equals to 0.861 t/MWh.

Example

TxHash: 0x8cb77d212b249ba3c455f405ceb07d1b05e36ccb7e59cd53ecd3311b08513a28

Block height: 6063159

Mined By: 0x829bd824b016326a401d083b33d092293333a830 (f2pool_2)

Energy consumption per transaction: Calculation based on gas consumed and conservative assumptions for energy consumption factor of the mining equipment and grid emission factor for mining the block, which processed the transaction. Or as calculated by https://digiconomist.net = 0,094 MWh

Grid emission factor: 0,861 t/MWh

Calculation: 0,094*0,861 + 0,094*0,861 = 0,161868 tСО2e

For offsetting purposes, the price established by the Complier is used (ex. 20 Euro)

Total price to offset the transaction 0,161868 * 20 = 3,23736 Euro

To include the miner, once half the units are paid for and burnt by the User relevant Miner receives public report, which includes the addresses of the burning transaction, of the token, of the verification report, and the amount of tCO2e burnt and left to be burnt (0,080934 tCO each)

General design for offsetting carbon footprint of individual address

Calculation Algorithm would be different: Electricity consumed per transaction (MWh) multiplied by Grid Emission Factor (tCO2e*MWh) multiplied by the number of transactions.

Example

Address: 0x6CEc6913fF2F8802a0eaA183Fb61C0234AAB5830

Number of transactions: 327 (https://etherscan.io/address/0x6CEc6913fF2F8802a0eaA183Fb61C0234AAB5830 )

Energy consumption per transaction: Calculation based on gas consumed and conservative assumptions for energy consumption factor of the mining equipment and grid emission factor for mining the block, which processed the transaction. Or as calculated by https://digiconomist.net = 0,094 MWh

Grid emission factor: 0,861 t/MWh

For offsetting purposes, number of transactions is increased by one and the result may be divided by 2 to include the miner and the price established by the Complier is used (ex. 20 Euro)

Calculation: 328*0,094*0,861=22,242213 tСО2e

Total price for 26,546352tCO2e = 530,92704 Euro

To include the miner, once half the units are paid for and burnt by the User relevant Miner receives public report, which includes the addresses of the burning transaction, of the token, of the verification report, and the amount of tCO2e burnt and left to be burnt (13,273176 tCO each)

To compare, Bitcoin energy consumption and carbon footprint per transaction calculated by https://digiconomist.net was not 0,094, but 0,803 MWh.

Rationale

The rationale for specific design is based on careful examination of all alternative options including exotic and unrealistic proposals to transfer mining to renewable sources of energy. The EIP reflects the only feasible, independently verifiable solution for the chain of GHG emission from generation to offsetting within the same semantic space with reasonable and conservative assumptions, where direct access to data required is technically impossible for the date (energy consumption factor of the mining equipment, grid emission factors).

Test Cases

Offsetting carbon footprint with Ethereum native tokens representing independently verified and issued in the Ethereum Main Net carbon offset credits has been practically and successfully tested a number of times:

https://etherscan.io/tx/0xff2ce19aaa46c8debaac2e195eb898f6dd86c0c46befb26baaf66c94cd35fad8

https://etherscan.io/tx/0xa3c60801f82f74e36c471c135d1f2eb6b92ca1c8aa05b8f58ee283ab21b3cbf7

https://etherscan.io/tx/0x517efedf6b0eadadf46759b6f9b2d9a64b12fc0bef55b8e124d2319d989d2332

etc.

Copyright

Copyright and related rights waived via [CC0](https://creativecommons.org/publicdomain/zero/1.0/).

Published at Sun, 19 May 2019 12:22:22 +0000

Previous Article

Bitcoin’s 24-hour trading volume pales in comparison to a stablecoin’s volume |

Next Article

Interviewer Tough on Tron While Andrew Yang Owns the Podium at Consensus

You might be interested in …

Amsterdam Blockchain developer (hyperledger + ethereum) for business training | hyper ledger, erc20, smart contract (private+public) bitcoin [BTC] bitcoin [BTC] cryptocurrency token, coin development, solution architect, bitcoin [BTC] development tr

Amsterdam Blockchain developer (hyperledger + ethereum) for business training | hyper ledger, erc20, smart contract (private+public) bitcoin [BTC] bitcoin [BTC] cryptocurrency token, coin development, solution architect, bitcoin [BTC] development tr Programming Knowledge and JavaScript Knowledge […]

Daily Discussion Megathread – November 1, 2018

Cryptocurrency news and discussions. Daily Discussion Megathread – November 1, 2018 Welcome to the Daily Discussion Megathread. Please read the disclaimer, guidelines, and rules before participating. To see the latest Weekly Skeptics thread, click here […]

EOSのコンセンサスアルゴリズムについて – Dappstart –

EOSのコンセンサスアルゴリズムについて – Dappstart – 今回は、EOSホワイトペーパーから<コンセンサスアルゴリズム>について解説していきます。 ___________________________________________________________________ コンセンサスアルゴリズム(BFT-DPOS) EOS.IOソフトウェアは、ブロックチェーンのアプリケーションの処理要件を満たすことができると証明され唯一既知の分散型コンセンサスアルゴリズムであるDelegated Proof of Stake(DPOS)を利用しています。このアルゴリズムでは、EOS.IOソフトウェアを採用しているブロックチェーンにトークンを持っている人は、継続的な承認投票システムを通じてブロックプロデューサーを選べます。誰もが、ブロック生成への参加を選ぶことができ、トークン保有者にブロックプロデューサーとして投票するよう説得することができるならば、ブロックを生成する機会が与えられるでしょう。 EOS.IOソフトウェアを使用すると、ブロックを厳密に0.5秒ごとに作成することができ、1人のプロデューサーが任意の時点でブロックを生成することが許可されます。ブロックが予定された時間に生成されない場合、そのタイムスロットのブロックはスキップされます。 1つ以上のブロックがスキップされると、ブロックチェーンに0.5秒以上のギャップが発生します。 EOS.IOソフトウェアを使用すると、ブロックは126のラウンドで生成されます(各6ブロック、21のプロデューサー)。各ラウンドの開始時に、21人のブロックプロデューサーがEOSトークン保有者からの投票順で選ばれます。選ばれたプロデューサーは、15人以上のプロデューサーによって合意された順序でスケジュールされていきます。 プロデューサーがブロックを見逃し、過去24時間以内にブロックを生成しなかった場合、彼らがブロック生成を再開する意思があることをブロックチェーンに通知するまでブロック生成順としての考慮から除外されます。これにより、信頼性が低いと証明されているプロデューサーをスケジュールせず、見逃すブロック数を最小限に抑えることで、ネットワークが円滑に動作します。 通常の状況下では、DPOSブロックチェーンはフォークが発生しません。なぜならブロックプロデューサーが競合するのではなく、協力してブロックを生成するからです。フォークがある場合だと、コンセンサスは自動的に最長のチェーンに切り替わります。この方法は、ブロックチェーンフォークにブロックが追加される頻度が、同じコンセンサスを共有するブロックプロデューサーの割合と直接的に相関しているために作用します。つまり、プロデューサーの多いブロックチェーンフォークは、プロデューサーの少ないブロックチェーンフォークよりも速く成長します。これは、プロデューサーの多いフォークでは見逃されるブロックが少なくなるためです。 さらに、どのブロック生成者も同時に2つのフォークでブロックを生成するべきではありません。このことが見つかったブロックプロデューサーはおそらく投票で退かされるでしょう。そのような二重生成の暗号証拠はまた、悪意を持った人を自動で除外するために使用されるかもしれません。 同じタイムスタンプまたは同じblockheightの2つのブロックに署名しない限り、すべてのブロックプロデューサーがすべてのブロックに署名できるようにすることで、ビザンチン将軍問題が従来のDPOSに追加されます。 15人の生成者がブロックに署名すると、そのブロックは元に戻せないと見なされます。どんなビザンチンの生成者も同じタイムスタンプか同じblockheightの2つのブロックに署名して彼らの不正行為の暗号証拠を生成しなければならないでしょう。このモデルの下では、不可逆性のあるコンセンサスは1秒以内に到達可能であるべきです。 取引確認 一般的なDPOSブロックチェーンには、100%のブロックプロデューサーの参加があります。トランザクションは、ブロードキャストの時点から平均0.25秒後に99.9%の確実性で確認されたと見なすことができます。 DPOSに加えて、EOS.IOは取り消しができないより速い達成のために非同期ビザンチンフォールトトレランス(aBFT)を追加します。 aBFTアルゴリズムは、1秒以内に不可逆な100%の確認を提供しています。 ステークの証拠としてのトランザクション(TaPoS) EOS.IOソフトウェアでは、すべてのトランザクションに新しいブロックヘッダーのハッシュの一部を含める必要があります。このハッシュは2つの目的を果たします。 1.参照されたブロックを含まないフォーク上でのトランザクションの再生を防ぐ。 2.特定のユーザーとそのステークが特定のフォークを使っていることをネットワークに知らせます。 時間が経つにつれて、すべてのユーザーがブロックチェーンを直接確認することになり、偽造チェーンが正規のチェーンからトランザクションを移行できなくなるため、チェーンを偽造することが困難になります。 Consensus Algorithm (BFT-DPOS) EOS.IO software utilizes the […]