신부 들러리였던 Ethereum 업그레이드가 하나 있다면 그것은 EVM 개체 형식(EOF)입니다.
상하이에서 결혼할 계획으로 한 번 약혼했지만 Proto-Danksharding의 구형 미래를 위해 기절한 개발자들에 의해 곧 폐기되었습니다.
그 문장이 무슨 뜻인지 모르더라도 걱정하지 마세요. 이는 Ethereum 전체 코어 개발자 통화에 대한 수년간의 토론 시간에 대한 은유입니다.
목요일의 ACD 통화 이후에도 EOF가 마침내 신부가 될 기회를 얻을 수 있을지는 아직 알 수 없습니다. 그러나 적어도 테이블 위에는 명확한 제안이 있습니다.
더 읽기 : Dencun 및 Pralectra: 이더리움 코어 개발자가 야심 찬 2024년 차트를 작성합니다.
개발자들은 Shapella 하드 포크에 대해 EOF를 강력히 고려하고 있었습니다. 그러나 1년 전, 상당한 성찰 끝에 스테이킹 인출에만 초점을 맞추는 쪽으로 결정되었습니다.
Shapella가 안전하게 배송되자 Dencun에 포함될 후보는 다시 EOF를 갖게 되었습니다. 그리고 다시 한 번 이 기능의 두 주요 챔피언인 Danno Ferrin과 Greg Colvin의 억울함을 느끼며 보류되었습니다.
2023년 4844월의 합의는 EOF가 EIP-2(Proto-Danksharding)와 무대를 공유하기에는 너무 커서 하나를 떠나야 한다는 것이었습니다. 레이어 XNUMX 롤업의 사용자 경험을 획기적으로 향상시킬 수 있는 잠재력을 지닌 후자가 승리했습니다.
위로의 의미로 Ethereum Foundation의 Ansgar Dietrichs는 EOF를 다음 업그레이드인 프라하의 초점으로 삼을 것을 제안했습니다. “포크 부문에서 2위가 되기에는 너무 크다”고 그는 말했다. 그래서 그 자체가 있어야합니다.
더 읽기 : Blob에 초점을 맞춘 Ethereum의 다음 업그레이드
4844를 "드라이버"로 사용하는 Dencun은 개발자들이 화요일에 Sepolia 테스트넷의 "사건이 없는" 하드 포크를 보고함에 따라 XNUMX월 메인넷의 궤도에 남아 있습니다.
Ethereum Foundation의 Parithosh Jayanthi는 “우리는 최종성을 확인했으며, 원하는 순간에 얼룩이 정확하게 나타나는 것을 확인했습니다.”라고 말했습니다.
메인넷 이전에는 테스트넷인 Holesky가 하나만 남아 있으며 Dencun은 7월 XNUMX일에 최종 테스트를 받아야 합니다.
결승선 위로 EOF를 밀기
목요일 통화의 대부분은 다음 대형 기능 포크의 현재 상태를 이해하는 것을 목표로 했습니다. "Prague"라는 이름의 이 합의 계층 업그레이드는 Devcon 4의 위치를 따서 명명되었습니다. 한편, 황소자리 별자리 내의 청백색 거성에서 영감을 받은 명칭인 "Electra"는 실행 클라이언트가 다음을 참조하기 위해 사용하는 용어입니다. 동일한 업그레이드.
“Pectra”의 우선순위는 서서히 구체화되고 있습니다. 매우 느리게.
Ferrin은 다시 한 번 EOF에 대해 "앞으로 몇 년 안에 EVM에 존재할 것"이라고 말했습니다.
EOF 구현자 실무 그룹의 리더인 Ferrin은 개발자들이 "'배송' 모드로 전환하고 있다"고 말했습니다.
EOF는 이더리움 스마트 계약을 더욱 안전하고 효율적이며 개발자 친화적으로 만드는 것을 목표로 합니다. 이는 일반적으로 격주로 진행되는 전체 코어 개발 회의에 참여하지 않는 Ethereum dapp 개발자에게 특히 중요합니다.
이로 인해 일부 클라이언트 팀은 과거에는 EOF가 중요하지 않다는 인상을 받았고 이는 흔들리지 않는 오명이었습니다.
4월 XNUMX일 통화에서 Reth 클라이언트 팀의 Dragan Rakita는 EOF에 대한 강력한 지지를 표명했으며 Nethermind 개발자 Lukasz Rozmej는 EOF가 다음 포크의 주요 경쟁 초점인 Verkle 트리보다 테스트하기 훨씬 쉽다고 지적했습니다.
더 읽기 : Big Geth 사용자는 Nethermind 버그로 인해 클라이언트가 다양화되고 있습니다.
이전에 EOF에 회의적이었던 Go Ethereum(Geth)의 Marius van der Wijden도 이 아이디어에 상대적으로 동의하는 것으로 들렸습니다.
van der Wijden은 "저는 EOF를 준비하고 있습니다. [그것은] 제게는 [우선 순위]가 아닙니다."라고 말했습니다.
18월 XNUMX일 통화를 통해 지원이 더욱 강화되었습니다. Paradigm의 최고 기술 책임자인 Georgios Konstantanopolous는 "한 사람이 몇 달 안에 할 수 있는 일"이라고 말했습니다.
Ferrin은 가장 최근 전화에서 EOF 및 Verkle에 대한 작업은 클라이언트 팀 내의 다른 엔지니어가 수행하므로 이에 전념한다고 해서 Verkle에 대한 작업이 진행되는 것을 방해하지 않을 것이라고 주장하면서 이러한 감정을 반복했습니다.
그러나 Ethereum Foundation의 Geth 개발자인 Guillaume Ballet은 EOF가 Verkle에 부정적인 영향을 미칠 수 있다는 우려로 아직 확신하지 못했습니다.
Ballet은 "먼저 진행된다면 우리가 무언가를 배송하지 않도록 하고 우리가 무언가를 깨뜨렸다는 것을 깨닫고 구석에 페인트칠해야 합니다"라고 말했습니다.
Erigon 클라이언트 팀의 소프트웨어 엔지니어인 Andrew Ashikhmin은 Verkle 테스트넷에서 시험해 보고 앞으로 몇 주 안에 Verkle과 EOF 구현자 간의 협력을 위한 시간이 마련될 것이라는 경고와 함께 EOF에 전념할 것을 제안했습니다.
Ferrin이 관찰한 것처럼 이는 닭고기와 달걀의 문제입니다.
"Verkle의 테스트넷에 넣기 전에 클라이언트에서 작동해야 합니다."라고 그는 말하면서 Besu 클라이언트 팀이 테스트 목적으로 EOF를 곧 실행하고 실행할 수 있다고 덧붙였습니다.
그러나 그는 그것이 Verkle과 호환되어야 한다고 확신했습니다.
"나는 '해야 한다'는 것을 원하지 않습니다. 나는 그것이 작동하는 것을 보고 싶습니다."라고 발레는 반박했습니다.
EOF는 여전히 꽃다발을 잡으려고 애쓰며 구혼자가 꽃다발을 통로로 걸어가기를 기다리고 있습니다.
다음 중요한 이야기를 놓치지 마세요. 무료 일일 뉴스레터에 가입하세요.
출처: https://blockworks.co/news/ethereum-developers-consider-evm-upgrade