イーサリアム、「EVM オブジェクト形式」による重要なプログラミング標準の見直しに向けて設定

EOF 提案は、ブロックチェーン上でスマート コントラクトを実行するプログラミング環境であり、それ自体が進化する業界標準である、ユビキタスなイーサリアム仮想マシン (EVM) の更新を目的とした一連の計画された変更です。

Ethereum developers are preparing for a hard fork that will introduce a new version of the EVM, aiming to make smart contracts more developer-friendly.

イーサリアム開発者は、スマートコントラクトを開発者にとってより使いやすいものにすることを目的として、EVMの新バージョンを導入するハードフォークの準備を進めている。

The Ethereum Improvement Proposal (EIP) known as EVM Object Format (EOF) has been a subject of discussion among developers this year, with some expressing concerns about possible security risks.

EVM Object Format (EOF) として知られる Ethereum Improvement Proposal (EIP) は今年、開発者の間で議論の対象となっており、セキュリティリスクの可能性について懸念を表明する人もいます。

The EOF proposal, which is set to be included in a major package of changes expected later this year or early next, aims to update the Ethereum Virtual Machine (EVM) – the programming environment that executes smart contracts on the blockchain.

EOF提案は、今年後半か来年初めに予想される主要な変更パッケージに含まれる予定で、ブロックチェーン上でスマートコントラクトを実行するプログラミング環境であるイーサリアム仮想マシン（EVM）を更新することを目的としている。

Specifically, EOF would make smart contracts more developer friendly, especially for those building decentralized applications in Solidity or Vyper programming languages.

具体的には、EOF は、特に Solidity または Vyper プログラミング言語で分散型アプリケーションを構築する開発者にとって、スマート コントラクトをより開発者にとって使いやすいものにします。

However, the series of changes are also incredibly delicate that can break existing smart contracts, so developers have added in a new version, allowing dapp builders to choose which version of the EVM to use when deploying their code.

ただし、一連の変更は既存のスマート コントラクトを破壊する可能性がある非常に繊細なものでもあるため、開発者は新しいバージョンを追加し、dapp ビルダーがコードをデプロイするときに使用する EVM のバージョンを選択できるようにしました。

“EOF will be the first major EVM related change in years,” said Parithosh Jayanthi, a core developer at the Ethereum Foundation, in a text message on Telegram to CoinDesk.

「EOFはここ数年で初のEVM関連の大きな変更となる」とイーサリアム財団のコア開発者であるパリソシュ・ジャヤンティ氏はコインデスクへのテレグラムのテキストメッセージで述べた。

“It sets the stage for future upgrades to the EVM and showcases the base layers intent to continue to improving the EVM.”

「これは、EVM への将来のアップグレードのための準備を整え、EVM を改善し続けるという基本層の意図を示しています。」

As the first and largest smart-contract blockchain, Ethereum has defined the programming standard that many other blockchains have adopted.

イーサリアムは、最初で最大のスマート コントラクト ブロックチェーンとして、他の多くのブロックチェーンが採用しているプログラミング標準を定義しました。

Other layer-1 blockchains have also found ways to be compatible with the EVM, recognizing how important this piece of technology is in the blockchain industry.

他のレイヤー 1 ブロックチェーンも、このテクノロジーがブロックチェーン業界でいかに重要であるかを認識し、EVM と互換性を保つ方法を見つけました。

But developers are now looking to introduce a newer version of the EVM, so they can write more secure smart contracts and dapps.

しかし、開発者は現在、より安全なスマート コントラクトと dapps を作成できるように、EVM の新しいバージョンの導入を検討しています。

With this, some developers have a few concerns that the procedure might create some unintended consequences for the network.

このため、一部の開発者は、この手順によりネットワークに予期せぬ結果が生じる可能性があると懸念しています。

Currently, the EOF component of the Pectra upgrade, Ethereum’s next hard fork, consists of 11 Ethereum Improvement Proposals (EIPs).

現在、イーサリアムの次のハードフォークであるペクトラアップグレードの EOF コンポーネントは、11 のイーサリアム改善提案 (EIP) で構成されています。

EOF proposals were suggested in the previous upgrade, Dencun, but when Ethereum developers wanted to be heads-down working on proto-danksharding – another crucial innovation that makes data storage on the blockchain cheaper and faster – they pushed EOF out and suggested to revisit it for Pectra.

以前のアップグレードで EOF 提案が提案されましたが、Dencun 氏は、イーサリアム開発者がプロ​​ト ダンクシャーディング (ブロックチェーン上のデータ ストレージをより安価かつ高速にするもう 1 つの重要なイノベーション) に真剣に取り組みたいと考えたとき、彼らは EOF を押し出し、再考するよう提案しました。ペクトラ用。

One notable critic of EOF was the core developer Marius Van Der Wijden.

EOF に対する著名な批評家の 1 人は、コア開発者の Marius Van Der Wijden でした。

“The problem that I see is that now performing these operations, performing these verifications, these checks, is also part of the consensus," he told CoinDesk in an interview at the Ethereum Community Conference in Brussels.

同氏はブリュッセルで開催されたイーサリアムコミュニティカンファレンスでのインタビューで、「私が認識している問題は、これらの操作の実行、検証、チェックの実行がコンセンサスの一部でもあるということだ」とコインデスクに語った。

"That means if there's a bug in there, and we deploy something that passes our verification, but has a bug in it, then it will later on crash in a very unexpected way.”

「つまり、そこにバグがあり、検証には合格したもののバグがあるものをデプロイした場合、後で非常に予期せぬ形でクラッシュすることになります。」

Van Der Wijden’s high-level concern with EOF is that “the big disadvantage that we will have is to maintain this EVM alongside the old one. Because the old one is not going to go anywhere, right? And everyone has sort of been making use of the old one.”

Van Der Wijden 氏の EOF に対する高レベルの懸念は、「我々が抱える大きな欠点は、この EVM を古い EVM と並行して維持することである。古いものはどこにも行かないからですよね？そして、誰もが古いものを何らかの形で利用しています。」

Most of the core developers, however, say that EOF will bring benefits to the Ethereum ecosystem that outweigh the risks.

しかし、コア開発者のほとんどは、EOF はリスクを上回る利益をイーサリアムエコシステムにもたらすだろうと述べています。

“EOF is ready, implementations are complete, and downstream users such as Solidity are advocating for it,” Danno Ferrin, an independent contributor to the client team Besu, told CoinDesk in a message over Telegram.

「EOFの準備が整い、実装が完了し、Solidityなどの下流ユーザーがEOFを支持している」とクライアントチームBesuの独立寄稿者Danno Ferrin氏はTelegram経由のメッセージでCoinDeskに語った。

“When the feature is ready and done it's time to ship it or to permanently mothball it. EOF also fixes a large amount of technical debt the EVM has had since its inception,” Ferrin said.

「機能の準備が整い、完成したら、出荷するか、永久に停止する時期になります。 EOF はまた、EVM がその開始以来抱えていた大量の技術的負債を修正します」とフェリン氏は述べています。