'EVM 객체 형식'으로 중요한 프로그래밍 표준 정비를 위한 이더리움 세트

EOF 제안은 유비쿼터스 EVM(Ethereum Virtual Machine)(블록체인에서 스마트 계약을 실행하는 프로그래밍 환경이자 자체적으로 진화하는 업계 표준)을 업데이트하는 것을 목표로 하는 일련의 계획된 변경 사항입니다.

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.

EOF(EVM Object Format)로 알려진 EIP(Ethereum Improvement Proposal)는 올해 개발자들 사이에서 논의 주제가 되었으며 일부에서는 보안 위험 가능성에 대한 우려를 표명했습니다.

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(Ethereum Virtual Machine)을 업데이트하는 것을 목표로 합니다.

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.

이더리움 재단의 핵심 개발자 파리토시 자얀티(Parithosh Jayanthi)는 텔레그램을 통해 코인데스크에 보낸 문자 메시지에서 “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.

그러나 개발자들은 이제 더 안전한 스마트 계약과 Dapp을 작성할 수 있도록 최신 버전의 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).

현재 이더리움의 차기 하드포크인 Pectra 업그레이드의 EOF 구성요소는 11개의 EIP(Ethereum Improvement Proposals)로 구성됩니다.

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에서 제안되었지만 Ethereum 개발자가 블록체인의 데이터 저장을 더 저렴하고 빠르게 만드는 또 다른 중요한 혁신인 proto-danksharding에 집중하기를 원했을 때 EOF를 밀어내고 다시 방문할 것을 제안했습니다. 펙트라를 위해.

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

EOF에 대한 주목할만한 비평가 중 하나는 핵심 개발자 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.”

EOF에 대한 Van Der Wijden의 높은 수준의 우려는 “우리가 갖게 될 가장 큰 단점은 이전 EVM과 함께 이 EVM을 유지하는 것입니다. 낡은 것은 아무데도 가지 않을 것이기 때문이겠죠? 그리고 모두가 오래된 것을 활용하고 있습니다.”

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

그러나 대부분의 핵심 개발자는 EOF가 위험보다 더 큰 이점을 Ethereum 생태계에 가져올 것이라고 말합니다.

“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.

클라이언트 팀 Besu의 독립적인 기여자인 Danno Ferrin은 Telegram을 통해 CoinDesk에 보낸 메시지에서 “EOF가 준비되었고 구현이 완료되었으며 Solidity와 같은 다운스트림 사용자가 이를 옹호하고 있습니다.”라고 말했습니다.

“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이 창립 이래로 안고 있던 막대한 양의 기술적 부채를 해결합니다.”라고 Ferrin은 말했습니다.