イーサリアムのマージはうまくいか？ マージ中に注意するべき3つのポイント

　　Marcel Pechman 2022年09月06日 15:10 イーサリアムのマージはうまくいか？ マージ中に注意するべき3つのポイント

　　市場分析

　　イーサリアムはマージ後、完全に機能するプルーフ・オブ・ステーク（PoS）ネットワークに何事もなく移行するという仮定は、1930億ドルの時価総額と400の分散型アプリケーション（DApps）を持つ資産が移行する上でのリスクをやや無視したものだろう。

　　ethernodes.orgによると、9月14日に予定されているこのイベントで取引に参加する人は、重要なネットワークの状態を監視することが不可欠であるという。さらに重要なことは、万が一の事態に備えて、トレーダーは憂慮すべき事態を察知できるように準備しておくことだ。

　　スマートコントラクトでロックされている総額342億ドルとは別に、さらに53億ドルのイーサがビーコンチェーンでステーキングされている。現在、イーサリアムネットワークは多くのトークン、オラクルプロバイダー、ステーブルコイン、レイヤー2スケーラビリティソリューション、合成資産、NFT（非代替性トークン）、分散型金融（DeFi）アプリケーションおよびクロスチェーンブリッジに利用されている。

　　このことは、「マージ」が何度も延期され、ネットワークの歴史の中で最も重要なアップグレードとみなされる理由の一部を説明している。

　　このため、3つの異なるテストネットでマージが実施され、8月11日に行われた「Goerli」が最新のものだ。興味深いことに、RopstenやSepoliaを含むすべてのテストネットの実装において、細かい問題が発生している。例えば、イーサリアム開発者のマリウス・ヴァン・デル・ワイデン氏は、「2つの異なるターミナルブロックと多くの非更新ノードがあったため、ネットワーク上で混乱が発生」し、プロセスが若干遅れてしまったと指摘している。

　　ネットワークのコアであるブロック

　　コンセンサスメカニズムが何であるかは問題ではない。すべてのブロックチェーンは、新しいブロックが提案され、検証されることに依存している。

　　イーサリアムのマージの場合、最大32ブロックの束であるエポックが6分半以内に認証される必要がある。EtherscanのBeaconScanやRedotのEthscan ETH2 Explorerなど、信頼できるソースからETH2のビーコインチェーンのメインネットを積極的に監視することが重要だ。

　　Ethereum Beacon Chain epochs and blocks. Source: EthScan

　　このモニターでは、エポックでの投票参加者が少ない、13分（2エポック）経過しても決着がつかない、提案されたブロックが止まっている、といったレッドフラッグが表示される。

　　InfuraのETH2.0 API

　　Infuraは分散型アプリケーション構築のためのインフラを提供し、開発者は独自のイーサリアムのフルノードをホストすることなく、ソリューションを展開することができる。同社は、ジョセフ・ルービン氏が経営するイーサリアム開発企業のコンセンシスが全額を出資している。

　　Infuraのウェブサイトによると、同社のインフラに依存しているプロジェクトには、Uniswap、Compound、Maker、Gnosis、Brave、Decentraland、Web3ウォレットプロバイダーMetamaskなどがある。

　　Infura API status page. Source: Infura

　　したがって、InfuraのAPIを監視することは、Dappsのパフォーマンスを評価するための良い出発点となる。また、Infuraはイーサリアムのエコシステムと密接に連携しているため、ステータスページにはリアルタイムの更新が確実に表示されるはずだ。

　　バリデーターのスラッシング

　　イーサリアムのマージのコンセンサスメカニズムには、攻撃を防ぐためのペナルティルールが組み込まれている。故意に不正を行ったバリデーターは切り捨てられ（スラッシング）、32ETHのステーキングの一部が削除される。スラッシングが繰り返されると、そのバリデータは最終的にネットワークから退出させられてしまう。ステークプロバイダーとバリデータのソフトウェアには、例えば接続が切れた場合などに、誰かが誤ってスラッシングされるのを防ぐための保護機能が組み込まれている。

　　Slashed validators info. Source: BeaconScan

　　トレーダーは、スラッシングはネットワークの標準的な動作であり、保護手段であることを理解する必要がある。だが心配なのは、何百ものバリデーターが同時にスラッシングされてしまい、そのソフトウェアが本来の機能を果たさなくなってしまう事態だろう。

　　アクティブなバリデーターは41万台以上あるので、そのうち 20％または 30％がオフラインになったとしても、ネットワークは設計どおりに続行される。この監視は、ホスティングプロバイダーなどのサービスがオフラインになったか、マージ中に何らかの非互換性が生じたことを示す可能性があるため、先制的な対策となる。

　　イーサリアムの支持者は、自分のノードやサーバーだけでなく、外部のデータを監視することを検討すべきだ。遅延や誤った警告サインもあり得るので、複数の情報源を利用することで、1つのウェブサイトやソーシャルネットワーク上の投稿のデータに惑わされることを避けられるかもだろう。