이더리움 커뮤니티가 네트워크의 9주년을 기념하는 가운데, 개발자들은 차기 주요 업그레이드인 Pectra의 핵심 기능을 테스트하고 구현하는 복잡한 문제를 해결하고 있습니다.
목요일에 열린 2주에 한 번씩 열리는 All Core Devs 콜에서 개발자들은 최근 개발자 네트워크(Devnets)의 반복에서 진행 속도를 늦추는 테스트 과제가 강조되었다고 밝혔습니다.
지난주 Devnet-1 출시는 EIP-7702 문제로 인해 문제가 발생하여 여러 포크가 발생하고 버그를 찾기 어렵게 되었습니다. 이를 해결하기 위해 개발자는 Devnet-2를 신속하게 출시하여 EIP-7702를 제외하고 다른 Ethereum 개선 제안(EIP)에 집중했습니다.
“한 거래에 EOA 계정 코드 설정”이라는 이름의 EIP-7702는 이더리움 주소(외부 소유 계정(EOA) 또는 지갑)가 단일 거래에 대한 스마트 계약의 권한을 일시적으로 수행할 수 있도록 허용합니다.
더 읽어보세요: Vitalik의 계정 추상화 제안에 대한 배심원단은 아직 결론을 내리지 않았습니다.
Nethermind 개발자인 아마드 비타르는 전화 통화에서 스마트 계약의 초능력을 EOF 주소로 제한해야 하는지 여부와 같은 미해결 문제가 여전히 남아 있다고 말했습니다.
Bitar는 “우리는 위임을 EOF 계정으로만 제한하고 싶지만, 7702에서 실제로 무엇을 할 것인지 확인하기 위해 EOF와 함께 Pectra에서 더 많은 DevNet을 살펴보고 싶습니다.”라고 말했습니다.
이더리움 계약의 새로운 형식인 EOF는 지난 1년 동안 Pectra 업그레이드에서 가장 논란이 많은 측면이었는데, 이는 예상치 못한 부작용과 2022년 지분 증명으로의 병합과 맞먹는 복잡성을 지닌 업데이트의 전반적인 범위 확대에 대한 우려 속에서였습니다.
독립적인 이더리움 기여자인 대노 페린에 따르면, Pectra의 이러한 측면은 아직 Devnet에 도달하지 않았으며, EOF는 현재 퍼즈 테스트를 거치고 있다고 합니다.
이더리움 재단 테스트 팀의 마리오 베가는 코드의 단점을 찾아내는 새로운 방법을 고안하는 데 주력하고 있습니다.
베가는 “EOF와 나머지 EIP 간의 상호작용에 대해 여전히 걱정하고 있습니다. 아직 테스트를 작성하는 중이기 때문입니다.”라고 말하며 아직 준비가 되지 않았다고 덧붙였습니다.
테스트가 우선순위에 두어지고 있지만, 해당 그룹은 2주 안에 EOF 통합을 다시 검토하겠다고 약속했습니다.
더 읽어보세요: 이더리움 클라이언트 팀, EVM 업그레이드에 도전장 던지다
EOF가 EIP-7702 사양을 마무리하는 데 있어 병목 현상이므로, Devnet-3에서는 다른 최근 변경 사항이 적용된 경우에만 EIP를 다시 도입할 것입니다.
코드 테스트를 위한 개발자 리소스가 제한되어 EIP-7212에 대한 결정도 지연되고 있습니다. 이 제안은 secp256r1 타원 곡선을 사용하여 서명 검증을 위한 사전 컴파일된 계약을 도입합니다. 나머지 포함 후보(CFI) 중 하나이지만 아직 Pectra에 확정적으로 포함되지 않았습니다.
이것을 이더리움 메인넷에 구현해야 하는지, 아니면 2계층 솔루션에 처리하도록 미루어야 하는지에 대한 의견이 분분합니다.
더 읽어보세요: 이더리움 개발자, 롤업 푸시에 비해 메인넷 기능 평가
팀들은 EIP-7212 및 기타 바람직한 변경 사항에 대한 합의에 도달하기 전에 Pectra에 대한 진전이 더 있기를 원합니다.
익명의 핵심 개발자 Lightclient는 “Pectra가 앞으로 몇 달 동안 어떻게 전개될지 보고 싶습니다.”라고 말하며 합의된 의견을 표명했습니다. “7212는 하기 매우 쉬운 작업이지만, 지금은 Pectra를 제대로 다루지 못하고 있으며, 지금은 추가적인 것을 추가할 때가 아닌 것 같습니다.”라고 말하며 가을에 문제를 해결하기를 선호했습니다.
이더리움이 10년차를 맞이하고 있으며, 8월 휴가 기간 때문에 개발 작업이 다소 늦어질 가능성이 있습니다. 하지만 ACD 콜과 소규모 분과팀의 콜 주기는 동일하게 유지됩니다.
