この変更（CREAT2）は、今日のユーザーがスマートコントラクトのメリットとして認識している不変性を揺るがし、深刻な攻撃を受けるリスクをもたらすのではないか？

コンスタンティノース以降に作成されたスマートコントラクト自己破壊的な機能を備えているという点で、以前より信頼性に欠けるということではないか？

「CREATE2」で反直観的な事柄のひとつは、アドレスがinitコードへのコミットメントにすぎないため、理論的には再デプロイによってコントラクト・バイトコードを変更できる可能性がある。人々はinitコードが（スマートコントラクト）監査の一部であることを認識すべきだ。[中略]問題は、非決定性のinitコードである。

自己破壊的なオペレーションを伴わず、コントラクトを存在状態から非存在状態に移行させる方法は、（ストレージの）貸出と削除を考慮し、将来のために覚えておくべきことのひとつだ[…]今後数週間以内に把握する必要があるといったものではないが、ETH 2.0シャーディングをVM（仮想マシン）スペックにいち早く近づけるために、覚えておくと有益である。

大型アップグレードの第3弾となる「コンスタンチノープル」は、本来1月に実施が予定されていたが、実装予定だった「EIP 1283」のコードに深刻なセキュリティー上の脆弱性があることが発覚し、延期を余儀なくされた。

開発チームは、問題のあるコードを修正する代わりに手順を踏んで安全に「EIP 1283」をテストネットから削除し、残り4つのEIPからなるハードフォークを実施することで合意に至った。

「CREAT2」は、今回のアップデートをめぐり指摘されている懸念のひとつだ。またイーサリアムのコア開発者グループはつい先日、特定用途向け集積回路（ASIC）対策のPoWアルゴリズム「ProgPoW」の実装についての判断を、第三者による監査後に延期する意向を発表。内部からはこの決断に不満を唱える声も上がっているものの、十分なデータ確保を優先するなど慎重な姿勢を見せている。

ブテリン氏が、これらの懸念や問題への取り組みを「イーサリアムが成長し続ける上で不可欠な長期的ロードマップ」と捉えている点を考慮すると、「CREAT2」で指摘されている脆弱点も、試行錯誤の末にクリアすべき課題とポジティブに受け止める事ができる。

「コンスタンチノープル」の新たな実施日は、2月27日前後に予定されている。