저자: 맥컬리 피터슨, 블록웍스, 통 덩 편집, 골든 파이낸스
한 때 영원한 들러리였던 이더리움의 업그레이드가 있다면 바로 EVM 객체 형식(EOF)입니다.
상하이에서 결혼식이 예정되어 있었지만, 프로토 댕크샤딩의 미래를 기대하는 개발자들에 의해 곧바로 버려졌습니다.
이 말이 무슨 뜻인지 이해하지 못하더라도 걱정하지 마세요. 수년간 이어진 이더코어 개발자들의 전화 토론을 비유적으로 표현한 것이니까요.
목요일의 ACD(올 코어 개발자) 통화 이후에도 EOF가 마침내 신부가 될 수 있을지는 아직 알 수 없습니다. 하지만 적어도 명확한 제안이 나온 것은 확실합니다.
개발자들은 샤펠라 하드포크에서 EOF 도입을 강력히 고려했지만, 1년 전 많은 고민 끝에 EOF를 포기하고 대신 서약 인출에만 집중하기로 결정했습니다.
샤펠라가 무사히 출시되자 EOF는 덴쿤의 파이프라인에 다시 등장했고, 이 기능의 주요 지지자였던 단노 페린과 그렉 콜빈의 아쉬움 속에 다시 한 번 보류되었습니다.
2023년 4월에 합의된 내용은 EOF가 너무 커서 EIP-4844(프로토 댕크샤딩)와 함께 진행하기 어렵기 때문에 둘 중 하나를 선택해야 한다는 것이었습니다. 레이어 2 롤업의 사용자 경험을 크게 개선할 수 있는 잠재력을 가진 후자가 최종적으로 승리했습니다.
이더넷 재단의 안스가르 디트리히스는 다음 업그레이드(프라하)의 초점으로 EOF를 제안했습니다. 그는 "하드포크에서 두 번째가 되기에는 너무 큰 프로젝트"라고 말했습니다. 따라서 자체적으로 업그레이드할 가치가 있습니다.
4844를 '드라이버'로 사용하는 덴쿤은 화요일에 개발자들이 세폴리아 테스트 네트워크의 '별일 없는' 하드포크를 보고하면서 3월에 메인 네트워크에 진입하는 것을 목표로 순조롭게 진행되고 있습니다.
메인 네트워크 출시 전까지 테스트 네트워크인 홀스키는 하나만 남아 있으며, 덴쿤은 2월 7일에 최종 테스트를 거칠 예정입니다.
EOF 공식화
목요일의 컨퍼런스 콜은 주로 다음 주요 기능 포크의 현재 상태를 파악하는 데 중점을 두었습니다. "프라하"라고 불리는 합의 레이어 업그레이드는 데브콘 4가 열렸던 장소의 이름을 따서 명명되었습니다. 한편, 황소자리의 청백색 별자리에서 영감을 얻은 '일렉트라'는 실행 클라이언트에서 동일한 업그레이드를 지칭할 때 사용하는 용어입니다.
펙트라의 우선순위가 서서히 드러나고 있습니다.
페린은 다시 한 번 "향후 몇 년 동안 EVM에 중요한 역할을 할 것"이라고 강조했습니다.
EOF 구현 워킹 그룹의 리더인 페린은 개발자들이 "이미 '딜리버리' 모드에 있다"고 말했습니다.
EOF의 목표는 이더리움 스마트 콘트랙트를 더 안전하고, 효율적이며, 개발자 친화적으로 만드는 것입니다. 이는 2주에 한 번씩 열리는 올코어 개발자 콜에 참여하지 않는 이더리움 디앱 개발자들에게 특히 중요합니다.
이 때문에 일부 고객 측 팀들은 과거에는 EOF가 중요하지 않았다고 생각했고, 이러한 인식은 쉽게 바뀌지 않았습니다.
1월 4일 통화에서 레스 클라이언트 팀의 드라간 라키타는 EOF에 대한 강력한 지지를 표명했고, 이더마인드 개발자인 루카스 로즈메이는 EOF가 다음 포크인 버클 트리보다 테스트하기 쉽다는 점을 지적했습니다. 보다 테스트하기 쉽다고 지적했습니다.
한때 EOF에 회의적이었던 고 이더리움(Geth)의 마리우스 반 데르 비덴(Marius van der Wijden)도 비교적 이 아이디어를 지지하는 것으로 보입니다.
반 데르 비덴은 "EOF를 점차 수용하고 있지만, 저에게 우선순위는 아닙니다."라고 말했습니다.
1월 18일에 열린 컨퍼런스 콜에서 패러다임의 최고 기술 책임자인 조지오스 콘스탄토노폴로스는 "몇 달 안에 할 수 있는 일"이라고 말했습니다.
페린은 최근 컨퍼런스콜에서 이 같은 의견을 되풀이하며, EOF와 버클에 대한 작업은 고객 팀 내 다른 엔지니어들이 담당하고 있기 때문에 EOF에 대한 지원을 약속한다고 해서 버클의 진행에 지장을 주지는 않을 것이라고 주장했습니다.
그러나 이더넷 재단의 Geth 개발자인 기욤 발레는 EOF가 버클에 해로운 영향을 미칠 수 있다는 우려에 대해 아직 확신을 갖지 못했습니다.
발레는 "만약 그것이 먼저 출시된다면, 우리가 무언가를 출시하고 나서 곤경에 처하지 않도록 해야 합니다."라고 말했습니다.
에리곤의 고객팀 소프트웨어 엔지니어인 앤드류 아시크민은 EOF에 대한 약속을 하는 동시에 버클의 테스트 네트워크에서 시험해보고, 앞으로 몇 주 동안 버클과 EOF 구현자가 협력할 수 있는 시간을 확보할 것을 제안했습니다.
페린은 "닭이 먼저냐 달걀이 먼저냐"의 문제라고 말합니다.
"버클의 테스트 네트워크에 적용하기 전에 클라이언트 측에서 먼저 실행해야 합니다."라고 그는 말하며, 베수 클라이언트 팀이 곧 EOF를 테스트용으로 가동할 수 있을 것이라고 덧붙였습니다.
그러나 그는 EOF가 버클과 호환될 것이라고 확신합니다.
발레는 "저는 '해야 한다'가 아니라 작동하는 것을 보고 싶습니다."라고 반박했습니다.
EOF는 여전히 부케를 잡기 위해 노력하고 있으며, 이해 당사자들이 부케를 들고 결혼식장을 내려오기를 기다리고 있습니다.