Ethereum Classicは今後のハードフォーク「Atlantis」を遅らせる可能性がある

 

Ethereum classicのオープンソース開発者チームは木曜日、今後予定されているシステム全体のコードアップグレードを進めるかどうかについて合意に達することができず、アップグレードの計画されたバッチをドラフト段階に効果的に送り返した。

2月以来、開発者たちは、口頭で「アトランティス」と呼ばれるアップグレードとして、プロトコルに統合される10の提案を検討してきました。その後、2016年にEhereum classic(ETC)が継続的に削除されました。 CoinMarketCapによると、評価額は10億ドル近くまで上昇しています。

それでも、ethereum classicは(他の違いの中でも変更された金融政策に基づいて)独自の価値命題を生み出すよう努めましたが、2つのブロックチェーン間の相互運用性を容易にするネットワークへの変更

実際、アトランティスは、近年すでにethereumでアクティブにされているEIPを組み込むことを目的とした2つのプロトコルアップグレードまたはハードフォークのうちの最初のものです。

Ethereum Classic CooperativeのエグゼクティブディレクターであるBob Summerwillは5月の電子メールニュースレターで、「これらのアップグレードはETHの最新プロトコルを使ってETCを最新の状態にし、ネットワーク間でのデータの移行をはるかに簡単にします」

今日、コミュニティはアップグレードの内容と9月中旬に予定されているアクティベーションについて最終決定を下すことが期待されていました。しかし、開発者の中には、アトランティスのアップグレードに1つの特定の提案(EIP 170)を含めることについて躊躇を表明したものもあります。

GitHubのコメントで提案についての彼の考えを要約して、ethereumの古典的な開発者Anthony Lusardi は書いています:

「これらのルールは、ブロックの検証ではなくトランザクションの検証に単純に適用できるため、ハードフォークではなくソフトフォークになります。事前に合意されたルールを定義するときは、それに従うことが非常に重要です。」

EIP 170
背景として、EIP 170が実装されている場合、単一のトランザクションで実行できるスマートコントラクトコードのサイズに上限が設けられます。このアイデアはもともと、ブロックチェーンの特定の攻撃シナリオを防ぐために上限が必要であると説明した当時のethereum創設者Vitalik Buterinによって考案されました。

しかしながら、Lusardiのように、ethereumの古典的なコミュニティメンバー「MikO」は、この変更は難しいものである必要はない(すなわち後方互換性がない)と主張します。

「もっと複雑な契約を望むのであれば、将来的に厳しい制限を変更しなければならないという考えは嫌いです」と、ethereumの古典的なDiscordチャンネルでMikOは書きました。

同時に、LusardiとMikOは、EIP 170との意見の相違がAtlantisのアップグレードの進行を遅らせたり、妨げたりしてはならないと強調しています。

MikOは強調した:

「この方法でこの制限を設定することが先へ進む方法であると誰もが感じているなら、私は大多数に同意します。」

Lusardi氏は、Atlantisのアップグレードを遅らせたくないという以外に、「誰でも誰でも[[upgrade]プロセスを止めることができるはずだ」とは二重に信じていないと述べた。

現時点では、本日の開発者からの電話での意見の共有の結果として、アトランティスのアップグレードのスケジュールや内容について決定はされていません。

「EIP 170に関する議論があることを認めて、このあともう1〜2週間で最大のコードサイズ制限の問題とその先へ進む方法について説明します。」とethereumの古典的な開発者soc1cは締めくくりました。

ソース:coindesk