Buterin 氏は、間違った EVM 標準の選択、遅すぎる PoS 変換など、イーサリアムの初期設計の欠点について語ります。

王林
リリース: 2024-06-11 14:39:36
オリジナル
755 人が閲覧しました

Buterin 氏は、間違った EVM 標準の選択、遅すぎる PoS 変換など、イーサリアムの初期設計の欠点について語ります。

このサイト (120btC.com): イーサリアムの創設者ヴィタリック・ブテリン氏は、先週のETHベルリンのイベントで、イーサリアムがますます主流になりつつあるにもかかわらず、人々はイーサリアムについてまだ多くの誤解を持っていると語った。

同時に、ブテリン氏は、イーサリアム仮想マシン(EVM)、スマートコントラクト、イーサリアムのPoS証明メカニズムなどの開発に関わるイーサリアムの初期設計についてのいくつかの後悔についても述べており、それらは次のように要約されています。イーサリアム仮想マシン EVM 開発

イーサリアム仮想マシン開発に関して、ブテリン氏は、元の EVM 設計では 64 ビットや 32 ビットではなく 256 ビット処理を選択したと述べました。

しかし、元の設計は 256 ビットには複雑すぎるため、非常に非効率であり、単純なタスクを実行する場合でもブロックチェーン上に大量の冗長データが生成される可能性があります。

注: イーサリアム仮想マシンは、イーサリアム上で実行される仮想コンピューターとして理解でき、スマート コントラクトの実行、DApps の操作など、物理コンピューターで実行できる多くのことを実行できます。

スマートコントラクトの最適化

次に、ブテリン氏は、初期のイーサリアム開発者は、開発者がより少ないコードでより簡単にスマートコントラクトを記述できるようにすることに焦点を当てるべきであると述べました。

PoSメカニズムへの移行

同時に、ブテリン氏は、2022年にプルーフ・オブ・ワーク・コンセンサス・メカニズム(PoW)からプルーフ・オブ・ステーク・コンセンサス・メカニズム(PoS)に切り替えるというイーサリアムの歴史的なステップは、より早く実行されるべきであるとも指摘しました。 :私たちはついに Proof of Stake を完璧にするために多くの時間を無駄にしています。 Proof of Stake に移行したい場合は、たとえそれがより悪いバージョンを作成することになっても、より早く行動する必要があります。 2018年にこれを実行すれば、多くの森林資源を節約できるでしょう。

イーサリアム転送の自動ログ

ブテリン氏はまた、イーサリアム転送の自動ログは最初から存在するべきであると付け加えました。コーディングを完了するのに必要な時間は 30 分だけですが、それは EIP になりました。

暗号化アルゴリズムの選択

ヴィクトリアは最終的に、もう一度選択しなければならないなら、現在使用されている Keccak と呼ばれる暗号化アルゴリズムの代わりに SHA-2 を使用してイーサリアムを暗号化すると述べました。

一連の小さな設計ミスにもかかわらず、これはどのプロジェクトでも避けられないことだと Vitalik 氏は言いました。本当にうれしいです。当社の中核となる開発者とその実行能力は年々向上し続けているように感じます。現在、これらのエラーの一部を効果的かつ安全に修正できるようになりました。

以上がButerin 氏は、間違った EVM 標準の選択、遅すぎる PoS 変換など、イーサリアムの初期設計の欠点について語ります。の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ソース:120btc.com
このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
最新の問題
人気のチュートリアル
詳細>
最新のダウンロード
詳細>
ウェブエフェクト
公式サイト
サイト素材
フロントエンドテンプレート