이더리움 코어 개발자들은 앞으로 진행될 Pectra 업그레이드의 범위, 특히 EVM 객체 형식(EOF)과 관련된 EIP의 포함에 대해 계속해서 고심하고 있습니다.
목요일의 All-Core Devs 콜은 Geth 개발자인 마리우스 반 더 바이덴이 제기한 우려로 인해 기능 세트에 대한 토론이 지배적이었습니다.
최근 블로그 게시물에서 van der Wijden은 EOF에 대한 자신의 주장을 펼치며 “단점이 잠재적 이점보다 훨씬 크다”고 결론지었습니다. 그의 견해에 따르면, 복잡성으로 인해 발생할 수 있는 알려지지 않은 보안 의미와 기타 잠재적 위험과 더불어 EOF의 효능에 대한 불확실성은 제거해야 할 가치가 있습니다.
이는 이전의 회의적 입장과는 달리 2월에 “EOF에 관심을 가지게 되었다”고 말한 개발자에게는 약간의 반전입니다.
더 읽어보세요: 이더리움 개발자, EVM에 대한 ‘실존적’ 업그레이드 고려
하지만 이제 반 더 바이덴은 변화보다는 기록에 남기고 싶다고 말합니다. “우리가 그렇게 하기로 결정하면, 나는 일어나는 일에 대해 책임을 지고 싶지 않습니다.”라고 그는 말했습니다.
Solidity 개발자 Daniel Kirchner는 전화에서 업그레이드를 옹호했습니다. 그는 “EOF는 우리와 우리 아래의 스택에 있어서 규모 면에서 더 우수한 디자인입니다.”라고 말했습니다.
이더리움의 스마트 계약 언어인 Solidity 하위 계층에는 EVM, 이를 실행하는 바이트코드, 그리고 더 하위 계층에는 데이터 저장, 거래 실행 및 상태 변경을 관리하는 블록체인 아키텍처 구성 요소가 포함됩니다.
EOF에 대한 한 가지 반대 의견은 이더리움 커뮤니티에서 레거시 코드를 더 이상 사용하지 않기 위한 메커니즘을 고안하지 않는 한, 현재의 EVM은 영구적으로 유지 관리되어야 한다는 것입니다.
Geth 개발자 Péter Szilágyi는 “개인적으로는 레거시 EVM에서 전환할 수 있는 방법이 있다면 훨씬 더 기분이 좋아질 것 같다”고 말했습니다.
개발자들은 일반적으로 5년 이상의 장기적 관점에서 현재 EVM에 대한 계약 의존도를 낮추는 방법을 알아내는 아이디어를 중심으로 뭉쳤습니다.
롤업과 같은 2계층 프로젝트는 아직 이더리움 혁신을 주도할 준비가 되지 않았다는 의견이 지배적이었습니다. 주된 이유는 여전히 메인넷과의 호환성을 무엇보다도 중요하게 여기기 때문입니다.
다시 말해, Ethereum Foundation의 Ansgar Dietrichs가 말했듯이 Mainnet은 레이어 2에 대한 “기본값을 설정합니다.”
Dietrichs는 “우리는 EVM 생태계에 대한 전반적인 책임이 있다는 것을 인정해야 하므로 EOF를 (계층 1)로 가져오는 것을 여전히 매우 지지합니다.”라고 말했습니다.
실라지가 동의했다. “그게 우리가 처한 현실이에요.”
최선을 바라지만 최악에 대비하라
철저한 테스트 체제는 항상 EOF 채택의 전제 조건으로, 향후 업그레이드와의 우발적 비호환성을 방지합니다. 개발자는 다음 하드 포크인 Osaka의 핵심 구성 요소가 될 것으로 예상되는 Verkle과 같은 향후 업그레이드와의 우발적 비호환성을 피하고 싶어합니다.
반 더 바이덴은 블로그 게시물에서 테스트 팀의 작업을 “상당히 포괄적”이라고 부르긴 했지만 목요일 통화에서는 의구심을 표했다.
“이것은 Ethereum의 매우 중요한 부분에서 매우 복잡한 변화이며, 그것이 잘 테스트되고 있다고는 생각하지 않습니다.”라고 van der Wijden은 말했습니다.
하지만 Swirlds Labs의 수석 소프트웨어 엔지니어인 대노 페린은 “완전한 구현이 두 개뿐일 때는 매우 잘 테스트하기 어렵다”고 반박했습니다. 그는 이제 그러한 구현이 더 많이 제공됨에 따라 보다 견고한 테스트를 위한 명확한 경로가 있다고 말했습니다.
Erigon 클라이언트 팀의 소프트웨어 엔지니어인 Andrew Ashikhmin에 따르면, 개발자는 복잡한 과제를 두려워해서는 안 됩니다. Ashikhmin은 “Merge도 복잡했지만, 우리는 해낼 수 있었고, 충분한 두뇌 사이클과 노력을 기울인다면 EOF도 해낼 수 있을 거라고 확신합니다.”라고 말했습니다.
더 읽어보세요: 이더리움 핵심 개발자들이 야심찬 2024년을 계획하다
이더리움은 어떤 존재가 되어야 할까?
가명 Geth 개발자 Lightclient는 EOF가 있는 Ethereum Mainnet의 방향이 원칙적으로 올바른지 의문을 제기했습니다. 그는 “EVM에 (그렇게) 큰 변경을 해야 할까요?”라고 반문했습니다. “왜 Ethereum의 생존에 분명히 필요하지 않은 제안을 위해 (1계층)을 적극적으로 더 복잡하게 만들고 있을까요?”
일부 사람들은 레이어 1 분야의 경쟁이 이더리움의 장기적 성공에 위협이 된다고 보았습니다.
다른 가상 머신과의 경쟁은 혁신을 필요로 한다는 주장이 있습니다. 페린은 “우리가 이야기하는 것은 EVM 체인입니다.”라고 말했습니다. “스마트 계약 감사원의 권장 사항은 ‘최신 VM을 사용하세요’이고 (레이어 2)가 이러한 최신 VM을 사용하면 이더리움이 이더리움으로 유지되도록 하는 해자를 고갈시키는 것입니다.”라고 그는 덧붙였습니다.
Lightclient는 그 프레이밍을 거부했습니다. 그는 “만약 ‘E’로 시작하지 않는 좋은 가상 머신이 나온다면, 우리는 그것을 매우 지지해야 합니다.”라고 말했습니다.
이는 이더리움 메인넷의 혁신 속도에 대한 오랜 논쟁과 관련이 있습니다. 기능 업그레이드는 우선순위로 남아야 할까요? 아니면 점진적인 골화를 통한 결제 계층으로서 단순성에 초점을 맞추는 것이 더 나은 목표일까요?
대부분의 핵심 개발자들은 전자의 견해에 여전히 동조하고 있습니다. Reth 클라이언트 팀의 Dragan Rakita는 “Ethereum이 스스로를 개선하고 (레이어-2)를 개선하려면 (레이어-1)에서 변화가 나와야 합니다.”라고 말했습니다.
그는 복잡성이 관리 가능하다고 주장했습니다. “EOF는 이미 존재하는 명령어 세트를 추가하고 확장합니다. 레거시 바이트코드에 새로운 복잡한 논리를 도입하는 것이 아닙니다.”
하지만 Marius와 Geth 팀의 다른 멤버들은 기본적으로 모래 위에 선을 그었습니다. 그들은 EOF를 차단하지 않겠지만, 그들의 지원은 제한될 것이라고 경고합니다.
“솔직히 말해서, 논쟁하는 데 좀 지쳤어요.” 반 더 바이든이 말했다. “저는 제 불만을 여러 번 말했고 사람들은 여전히 이것이 위험을 감수할 만한 가치 있는 변화라고 믿고 있어요.”
실제적인 측면에서 그것은 무엇을 의미할까요? 궁극적으로 이 논쟁은 의사 결정이 어떻게 이루어지고, 버그가 어떻게 발견되고 제거되고, 예상치 못한 일이 발생했을 때 팀이 어떻게 대응하는지에 대한 측면에서 이더리움의 분산화에 대한 실제적인 시험을 나타냅니다.
“메인넷에서 문제가 터지면 토요일 오전 2시에 일어나서 고치려고 하지 않을 거예요.”라고 반 더 바이든이 말했습니다.
