이더리움 핵심 개발자 최신 회의 요약: 다음 주 Pectra 업그레이드를 위한 전용 테스트넷 출시

원문 제목：《Ethereum All Core Developers Execution Call #190 Writeup》

저자：Christine Kim

편집：Luccy，BlockBeats

편집자 주：

이더리움 모든 핵심 개발자 실행 전화(ACDE)는 2주마다 열리며, 주로 이더리움 실행 레이어(EL)에 대한 변경 사항을 논의하고 조정합니다. 이번은 ACDE 제 190차 전화 회의로, 이번 회의에서는 EIP 7251 및 7702, 이더리움 가상 객체 형식(EOF) 및 PeerDAS 등의 주제를 중점적으로 논의했습니다.

회의 중 Beiko는 새로운 EIP 논의 템플릿을 제안하고, 이더리움 개발자 리소스 페이지인 "eth-clients"의 중요성을 강조했습니다. Galaxy Digital 연구 부사장 Christine Kim은 이번 회의의 요점을 자세히 기록하였으며, BlockBeats는 원문을 다음과 같이 편집하였습니다:

2024년 6월 20일, 이더리움 개발자들은 Zoom에 모여 All Core Developers Execution (ACDE) call #190 회의에 참석했습니다. ACDE 전화 회의는 이더리움 재단 프로토콜 지원 책임자 Tim Beiko가 주재하는 2주마다 열리는 시리즈 회의로, 개발자들은 이더리움 실행 레이어(EL)에 대한 변경 사항을 논의하고 조정합니다.

이번 주, 개발자들은 이더리움 개선 제안(EIP) 7251 및 7702, 이더리움 가상 객체 형식(EOF) 및 PeerDAS에 대한 다양한 코드 변경 사항을 구현하는 데 있어 그들의 진행 상황을 소개했습니다.

Beiko는 EIP 논의를 위한 제안 템플릿을 공유하였고, EF 개발 운영 엔지니어 Parithosh Jayanthi는 이더리움 메인넷 및 테스트넷의 구성을 위한 새로운 GitHub 페이지인 "eth-clients"를 소개했습니다. 마지막으로 Beiko는 팀에게 다음 ACDE 전화 회의가 7월 4일 미국 공휴일에 열릴 것이라고 알렸습니다. 비록 그가 이번 회의에 참석하지 않겠지만, EF 연구원 Alex Stokes가 그를 대신하여 회의를 주재할 것입니다.

Pectra Devnet 1

개발자들은 회의 시작 시 Pectra Devnet 1에 대해 논의했습니다. 개발자들은 다음 주에 Pectra 업그레이드의 다음 전용 테스트넷을 출시할 계획입니다. 이전 테스트넷 Devnet 0과 비교하여, 새로운 테스트넷은 주로 다음과 같은 규격 변경이 있습니다:

• EL 트리거 검증기 병합 추가
• EIP 7702로 EIP 3074 대체

EL 클라이언트 팀은 Devnet 1 구현을 추진하고 있습니다. 각 주요 이더리움 EL 팀의 대표들은 그들의 최신 진행 상황을 공유했습니다:

• Besu: 그들의 Devnet 1 구현의 첫 번째 버전이 준비되었지만, 여전히 몇 가지 테스트가 누락되어 있으며, 팀은 가스 요금 가격 책정 작업의 규격에 대해 의문을 가지고 있습니다.
• Nethermind: 그들은 Devnet 1 구현을 검토하고 있으며, 다양한 코드 변경 및 소프트웨어 브랜치를 병합하고 테스트 케이스를 작성하고 있습니다.
• Erigon: 그들은 EIP 7702의 초안 구현을 가지고 있으며, EL 트리거 검증기 병합을 추가한 EIP 7251의 최신 변화를 검토하고 있습니다.
• Reth: 그들의 Devnet 1 구현은 다음 ACD 회의 전에 완료될 예정입니다.
• EthereumJS: 팀은 EIP 7702의 구현을 진행 중이며, 약 일주일 내에 Devnet 1을 준비할 것으로 예상하고 있습니다.
• Geth: 팀도 EIP 7702의 구현을 진행하고 있습니다.

클라이언트 팀이 그들의 진행 상황을 공유하는 동안, "Racytech"라는 이름의 개발자가 EOF의 구현이 Devnet 1에서 제외될 것인지 질문했습니다. Beiko는 EOF가 Devnet 1에서 테스트되지 않을 것이라고 확인했으며, EOF의 구현은 최종 Deneb 규격이 아닌 최신 Pectra 규격을 기반으로 해야 한다고 말했습니다. EF 개발 운영 엔지니어 Barnabas Busa는 이 전략이 EOF 디버깅을 더 어렵게 만들 것이라고 강조했습니다. 왜냐하면 Pectra 규격이 변화하고 있으며 동시에 디버깅이 이루어지고 있기 때문입니다. "그럼에도 불구하고, 이것은 올바른 접근입니다. 우리는 팀이 핵심 Pectra EIP에서 작업하고 이러한 버그를 수정하기를 원합니다. 따라서 이전 분기를 기반으로 하고 마지막 단계에서 Prague를 기반으로 하는 것보다 더 합리적입니다. 모든 버그를 발견해야 하니까요,"라고 Beiko는 말했습니다. Prague는 Pectra 업그레이드의 EL 이름입니다.

EIP 7702 업데이트

개발자들이 Devnet 1에서 EIP 7702를 구현하기 위해 노력하고 있지만, 새로운 기능을 지원하기 위해 코드에 중대한 수정이 필요할 수 있습니다. 특히 사용자가 EIP 7702 거래 권한을 취소할 수 있는 능력에 대해 말입니다.

"Geth" 개발자 중 한 명인 "Lightclient"는 EIP 7702 취소를 지원하는 새로운 변경 사항을 제안했습니다. 그는 "언제든지 어떤 권한이 유효한지 확인하는 것이 쉽지 않으며, 어떤 것이 취소되었고 어떤 것이 취소되지 않았는지 아는 것도 어렵습니다. 이러한 상황을 피할 수 있는 몇 가지 디자인 패턴이 있지만, 실제로 우리는 지갑이 이 기능을 어떻게 사용할지 모를 수 있습니다. 더 나은 방어를 위해, 저는 Vitalik이 지난 전화 회의에서 언급했거나 그룹 토론실에서 언급한 것을 기억합니다. 권한을 거래에 포함해야 하는 임시 작업으로 만들기보다는, 이러한 권한을 저장하여 언제든지 계정에 할당된 코드를 확인할 수 있도록 할 수 있습니다."라고 설명했습니다.

"Arik"이라는 이름의 개발자는 Lightclient가 제안한 변경 사항보다 EIP 7702의 현재 버전을 선호한다고 말했습니다. Arik은 새로운 EIP 7702 하에서 특정 사용 사례가 있을 것이라고 말했습니다. Lightclient는 이러한 댓글에 반박하며, 이전 버전 EIP 7702가 지원하는 모든 사용 사례가 여전히 유지되며 강력한 취소 메커니즘이 추가되었다고 주장했습니다. 그러나 Lightclient는 이러한 변경 사항이 클라이언트 내에서 EIP의 구현을 더 복잡하게 만든다고 지적했습니다. Beiko는 회의 채팅창에서 EIP 7702의 디자인을 최종 확정하는 것이 Pectra의 "최우선 해결되지 않은 규격 문제"라고 언급하며, 개발자들이 그 취소 메커니즘에 대한 합의를 도출하기 위해 또 다른 그룹 토론 전화 회의를 조직할 것을 제안했습니다. "다음 회의까지 우리가 모두 만족할 수 있는 버전이 있다면, 이 버전이든 조정된 버전이든 Devnet 2의 일부로 포함될 수 있다면 좋겠습니다,"라고 Beiko는 말했습니다.

Besu 개발자 Daniel Lehrner는 규격이 Devnet 2에서 변경될 가능성이 있다면, 개발자들이 Devnet 1에서 현재 버전의 EIP 7702를 구현하는 데 시간을 할애해야 하는지 의문을 제기했습니다. 그는 "이러한 제안은 상당히 다르므로, 우리는 몇 주 후에 7702가 다시 변경되어 일부를 포기해야 할 수도 있는 것을 구현할 수 있습니다."라고 말했습니다. 암호화 지갑 Safe의 공동 창립자 Richard Meissner는 그에게는 지갑 팀이 테스트넷에서 EIP 7702의 어떤 버전을 구현하는 것이 도움이 된다고 생각한다고 말했습니다. Beiko는 현재 형태의 EIP 7702 구현이 클라이언트 팀의 진행 상황을 크게 지연시키지 않을 것이라고 덧붙였으며, 개발자들이 지금 Pectra 규격에서 이를 제거하려고 시도하면 Devnet 1에 복잡한 상황을 초래할 수 있다고 경고했습니다.

EOF 업데이트

EOF에 대해 이야기하면서 Busa는 그의 팀이 다른 Pectra 코드 변경 사항을 구현한 후 EOF 구현을 테스트할 것이라고 밝혔습니다. EOF 준비 상태는 GitHub에서 추적되고 있습니다. 현재, 두 개의 EL 클라이언트 팀인 Besu와 Reth가 모든 EOF EIP를 구현했으며, 다른 팀들은 여전히 모든 EOF EIP를 구현하기 위해 노력하고 있습니다. Erigon 팀의 대표는 EOF 거래를 포함한 이더리움 블록의 추가 테스트 케이스를 시뮬레이션하는 것이 유용할 것이라고 언급했습니다. EF 테스트 팀의 일원인 Mario Vega는 채팅에서 그의 팀이 더 많은 EOF 테스트를 발표하고 다음 EOF 그룹 회의에서 더 많은 내용을 공유할 것이라고 말했습니다. 독립 이더리움 프로토콜 개발자 Danno Ferrin은 EOF 규격이 이제 최종 확정되었기 때문에 EOF 전화 회의가 매주에서 2주마다로 변경되었으며, 현재 EOF의 작업 초점은 테스트 및 클라이언트 구현이라고 말했습니다.

PeerDAS 업데이트

Busa는 PeerDAS 구현 작업의 진행 상황을 간략하게 소개했습니다. 그는 다음 PeerDAS Devnet이 1~2주 내에 출시될 것이라고 밝혔습니다. 지난 ACDC 회의에서 논의된 것처럼, PeerDAS는 Pectra 규격이 아닌 최종 확정된 Dencun 규격을 기반으로 개발될 것입니다.

공지사항

Beiko는 EIP 저자들이 Ethereum Magicians 게시물에서 사용할 수 있는 새로운 기본 템플릿을 제안했습니다. 이 새로운 템플릿은 EIP에 대한 고품질 검토를 촉진하기 위해 설계되었습니다.

Jayanthi는 "eth-clients" GitHub 페이지를 소개했습니다. 이 페이지는 이더리움 개발자들에게 이더리움 테스트넷 및 메인넷의 규격 구성 등 다양한 리소스를 제공합니다. 현재 이 페이지는 모든 CL 클라이언트 팀의 대표들이 유지 관리하고 있습니다. Jayanthi는 EL 클라이언트 팀의 대표들이 자발적으로 이 GitHub 페이지의 유지 관리를 도와줄 것을 요청했습니다.

Lightclient는 클라이언트 팀의 역사적 데이터 만료 처리 작업에 대한 진행 상황을 질문했습니다. 이번 회의에서는 이와 관련된 업데이트가 공유되지 않았습니다.

Beiko는 그가 미국 공휴일인 7월 4일에 열리는 다음 ACDE 전화 회의를 주재하지 않을 것이라고 밝혔습니다. 그때 EF 연구원 Alex Stokes가 그를 대신하여 회의를 주재할 것입니다.