이더넷 ACDE 컨퍼런스: 펙트라 업그레이드로 방아쇠를 당길 수 있을까요?

저자: Christine kim; 편집: 버네이컬 블록체인

1월 2025년 1월 이더리움 프로토콜 개발자들은 16일, Zoom을 통해 제203차 ACDE(All Core Developers Execution) 회의를 개최했습니다. 이번 회의는 이더넷 재단(EF)의 프로토콜 지원 책임자인 Tim Beiko가 주최했으며, ACDE 회의는 개발자들이 이더넷 실행 계층(EL)과 관련된 변경 사항을 논의하고 조율하는 격주 단위의 정기 회의 시리즈입니다.

203차 ACDE 회의에서 개발자들은 펙트라 데브넷 5의 출시와 주요 펙트라 사양 업데이트에 대해 논의했습니다. 또한 홀스키 테스트 네트워크의 가스 한도 상향 테스트의 다음 단계, RPC 표준화 진행 상황, 노드에 필요한 최소 하드웨어 및 대역폭 사양에 대해서도 논의했습니다.

1. 펙트라 데브넷 5 출시

개발자들은 컨퍼런스 시작 30분 전에 펙트라 데브넷 5를 출시했습니다. 이더리움 재단 개발자 운영 엔지니어 파리토시 자얀티는 데브넷에서 가스 추정 문제를 발견했으며, 이에 대한 로그를 수집하여 이더크래프트 R&D 디스코드 채널에서 문제를 공유할 계획이라고 말했습니다.

2. 펙트라 코드 사양 업데이트

개발자들은 펙트라 코드 사양의 5가지 미해결 업데이트에 대해 논의했습니다.

. 왼쪽;">1) EIP 7623: 콜데이터 비용 추가첫 번째 업데이트는 가스 환불 처리 방식을 명확히 하기 위한 EIP 7623의 변경 사항입니다. 이 업데이트는 GitHub에 병합되었으며 Pectra Devnet 5의 테스트에 포함되어 있습니다.

2) EIP 7840: 실행 클라이언트 프로필에 블롭 스케줄링 추가두 번째 업데이트는 EIP 7840의 기본 수수료 점수 문제를 다루고 있습니다. 회의에서 이의 제기는 없었으며, 개발자들은 1월 20일(다음 주 월요일) Pectra 테스트 세션 전에 관련 변경 사항을 GitHub에 병합하기로 합의했습니다.

3) 블롭 기본 수수료 업데이트 세 번째 업데이트는 역시 블롭 기본 수수료와 관련된 것으로, 펙트라 활성화 시 초과 가스 계산 방법에 관한 것입니다.이더재단의 연구 책임자 알렉스 스톡스는 계산이 이전 블록 헤더의 정보에 의존한다고 설명합니다. 포크 경계(펙트라 활성화 블록)에서 블롭 용량 변경이 활성화되는 경우, 초과 가스 계산은 이전 포크 규칙을 사용하여 구성된 이전 블록의 정보를 기반으로 하며, 스톡스는 블롭 용량 증가가 포크 경계에서 활성화되는지 아니면 포크 경계 이후의 블록에서 활성화되는지 명확히 할 필요가 있다고 주장했습니다. 그는 "어떤 방식을 선택하든 상관없지만, 관행을 조화시켜야 합니다."라고 말했습니다. 개발자들은 블롭 용량 증가가 포크 경계로부터 한 블록 후에 적용되도록 설정하여 새로운 포크 규칙만 계산에 사용함으로써 EIP 7691을 명확히 하기로 합의했습니다. 왼쪽;">4) EIP 2537: BLS12-381 곡선 연산에 대한 사전 컴파일된 비용 계산 네 번째 업데이트는 EIP 2537의 곱셈식 비용 계산과 관련이 있습니다. 개발자들은 EIP에서 계산을 정수 나눗셈으로 명시적으로 지정하는 데 동의했습니다. 펙트라 데브넷 5를 통해 테스트한 고객 팀은 이미 코드에 이 로직이 구현되어 있을 것이므로 사양만 변경하면 됩니다. 이더넷 VM 개발자인 Paweł Bylica는 다음 주 월요일 테스트 세션 전까지 GitHub에서 EIP를 변경하여 완료할 예정이라고 말했습니다.

이러한 업데이트를 통해 개발자들은 펙트라 관련 작업의 개선과 조정을 계속 진행하여 향후 메인 이더넷 업그레이드를 위한 기반을 마련하고 있습니다.

5) 마지막으로 다섯 번째 업데이트는 외부 계정(EOA)이 코드를 영구적으로 설정할 수 있는 새로운 거래 유형을 추가하는 제안인 EIP 7702와 관련된 것으로, 오팀 랩스의 COO인 줄리안 라크만(Julian Rachman)은 이 EIP에 행동 변경을 제안했습니다. 행동 수정 제안은 코드 인트로스펙션을 활성화하는 것입니다. Otim Labs 팀이 작성한 문서에 따르면 코드 인트로스펙션은 레거시 컨트랙트가 자체 바이트코드 또는 외부 컨트랙트의 바이트코드를 검사하고 해당 정보를 기반으로 동작을 조정하는 기능을 말합니다.

이더넷 가상 머신 객체 형식(EOF) 개발팀은 향후 이더넷 업그레이드에서 인트로스펙션을 비활성화할 계획이지만, 문서와 회의에서는 인트로스펙션을 활성화하여 EOA의 "delegate_address "를 확인하도록 설정해도 EOF 개발 프로세스에 지장을 주지 않는다고 언급했습니다. 인트로스펙션이 EIP 7702 유형 트랜잭션에 대해 delegate_address를 확인하도록 허용하는 이점은 EIP 7702 기능이 활성화된 경우 릴레이 및 기타 외부 계정(예: 가스 스폰서십)의 안전한 사용을 지원하기 위한 것입니다.

Geth 개발자 "라이트클라이언트"는 이 업데이트를 펙트라 사양에 포함할 수 있도록 지원합니다. 이 업데이트는 구현하기가 매우 쉽습니다."라고 그는 말했습니다. 이미 계정이 EIP 7702 위임 계정인지 여부를 판단하고 있으며, 지정된 리턴 주소를 추가하는 것은 매우 간단합니다." 세션 진행자인 베이코는 참가자들에게 최종 사양에 포함할지 여부를 결정하기 전에 며칠 더 시간을 갖고 변경 사항을 검토할 것을 제안했습니다. 그는 다음 월요일 테스트 세션에서 이 주제를 다시 다룰 것을 제안했습니다.

베이코는 또한 월요일에 개발자들이 논의할 수 있도록 제안된 모든 EIP 7702 변경 사항이 포함된 풀 리퀘스트를 GitHub에 정식으로 제출해 달라고 Rachman의 팀에 요청했습니다. 이 업데이트로 인해 개발자가 테스트를 위해 새로운 펙트라 데브넷을 시작해야 하는지 여부에 대해 자얀티는 새로운 데브넷을 시작할 필요 없이 공개 테스트 네트워크의 섀도우 포크에 변경 사항이 포함될 수 있다고 말했습니다. 베이코는 이번 회의에서 논의된 다른 모든 사양 업데이트도 새로운 펙트라 데브넷이 필요하지 않으므로 개발자는 펙트라 데브넷 5 추가 테스트가 완료될 때까지 새로운 데브넷을 시작할 필요가 없을 것이라고 덧붙였습니다. Devnet 5 추가 테스트가 완료될 때까지 개발자는 공개 테스트 네트워크에 대한 업데이트를 계속 진행할 수 있습니다.

3. Pectra 시스템 계약 감사 업데이트

이더넷 재단(EF)의 프로토콜 보안 연구원 프레드릭 스반테스는 모든 타사의 감사가 완료되었습니다. 감사 결과 큰 문제는 발견되지 않았으며, 보고서는 고객 팀이 검토할 수 있도록 깃허브에 업로드될 예정입니다. svantes는 다음 ACDE 회의에서 감사자들이 조사 결과를 발표하고 고객 팀의 질문에 답할 수 있는 전용 시간을 마련할 것을 제안했습니다.

4. 펙트라 테스트넷 업그레이드 계획

팀 베이코는 테스트넷 업그레이드의 예비 타임라인을 발표했습니다. 그는 세폴리아 및 홀스키 테스트넷 업그레이드를 위한 블록 높이가 다음 두 차례의 ACD 회의에서 결정될 것이며, 클라이언트 릴리즈는 2025년 2월 3일까지 준비될 것이라고 제안했습니다. 2월 12일 주에 세폴리아 포크가, 2월 19일 주에 홀스키 포크가 예정되어 있습니다. 큰 버그나 문제가 없다면 홀스키 포크 이후 약 3~5주 후인 3월 초에서 중순에 메인 이더넷에서 펙트라 업그레이드가 진행될 수 있습니다. 회의에서 이 제안에 대한 반대 의견은 없었으며, 스톡스는 세폴리아 및 홀스키 테스트넷 업그레이드와 함께 클라이언트 릴리스를 진행할 것을 제안하기도 했습니다.

5. Holesky 가스 제한

소피아 골드 EF 총괄 엔지니어는 Holesky 업그레이드 릴리즈의 기본 클라이언트 가스 제한을 36m로 설정할 것을 제안했습니다( 36m)로 설정하고 홀스키의 기본 가스 한도를 지속적으로 높여 메인 이더넷의 가스 한도보다 항상 높게 유지할 것을 제안했습니다. 이렇게 하면 메인넷의 가스 캡 증가를 홀스카이에서 테스트할 수 있으며, 회의에서 이 제안에 대한 이의 제기는 없었습니다.테쿠, 베수, 프리즘, 네더마인드 팀 대표들은 홀스카이 클라이언트 릴리스에 이미 기본 가스 캡이 36m로 설정되어 있다고 밝혔습니다.

6. RPC 표준화 노력

Geth 개발자 펠릭스 랭은 클라이언트 팀이 이더리움의 JSON-RPC 사양을 표준화하려는 노력에 충분한 피드백을 주지 않은 것에 대해 실망감을 드러냈습니다. 그가 컨퍼런스에서 언급한 문제 중 하나는 RPC 표준화의 범위와 어떤 생태계 이해관계자가 포함되어야 하는지에 대한 명확한 정의가 없다는 것이었습니다.Lange는 블로그 게시물에서 자신의 표준화 노력을 자세히 설명하고 다음 단계를 제안했으며, 베이코는 이 문제를 Discord에서 더 논의하고 이를 위한 패널을 예약할 것을 제안했습니다.Besu 개발자 Justin Besu 개발자인 저스틴 플로렌타인은 심포지엄의 일정을 조율하겠다고 말했습니다.

7. 노드 하드웨어 및 대역폭 요구사항 사양

EF 애플리케이션 연구원인 케번드레이 웨더번은 이더 노드의 최소 하드웨어 및 대역폭 요구사항에 대한 자신의 문서에 대한 피드백을 요청했습니다. 베이코는 이러한 요구사항을 개발자와 더 넓은 이더리움 커뮤니티가 참고할 수 있도록 유익한 EIP의 형태로 작성해야 하는지 물었고, 프라이즘 개발자 "포투즈"는 검증 노드와 풀 노드의 하드웨어 요구사항이 다르므로 문서에서 두 가지를 명확하게 구분해야 한다고 지적했습니다. 베이코는 포투즈의 의견에 동의하며 노드 하드웨어 및 대역폭 요구사항과 웨더번 문서를 공식화하기 위한 다음 단계에 대해 Discord에서 추가 논의를 제안했습니다.

8. EIP 편집 워크숍

마지막으로 EIP 편집 프로세스에 대한 워크숍이 언급되었지만 구체적인 내용과 시기는 아직 확정되지 않았으며 후속 회의에서 더 자세히 논의될 수 있습니다.

이더리움 캣 허더스 팀은 2025년 1월 17일 16:00 UTC에 EIP 편집 워크샵을 개최할 예정입니다. 이 세션에서는 EIP 편집 프로세스에 대한 개요를 제공하며, EIP 워크플로와 편집 프로세스에 관심이 있는 이더리움 커뮤니티의 모든 구성원이 참석할 수 있습니다. 세션 녹화본은 세션이 끝난 후 유튜브에 업로드되어 시청할 수 있습니다.