2025년 1월 16일, 이더리움 프로토콜 개발자들은 Zoom을 통해 제203차 ACDE(All Core Developers Execution) 회의를 열었습니다. 이번 주 세션은 이더리움 재단(EF)의 프로토콜 지원 책임자인 Tim Beiko가 진행했습니다. ACDE 회의는 개발자가 Ethereum 실행 계층(EL)에 대한 변경 사항을 논의하고 조정하는 격주 회의 시리즈입니다.

203차 ACDE 회의에서 개발자들은 Pectra Devnet 5 출시와 보류 중인 Pectra 사양 업데이트에 대해 논의했습니다. 또한 Holesky 테스트 네트워크에서 증가된 가스 제한을 테스트하기 위한 다음 단계, RPC 표준화 진행 상황, 노드에 대한 최소 하드웨어 및 대역폭 요구 사항 사양에 대해 논의했습니다.

1. 펙트라 데브넷 5 시작

개발자들은 회의 30분 전에 Pectra Devnet 5를 출시했습니다. 이더리움 재단의 개발자 운영 엔지니어인 파리토시 자얀티(Parithosh Jayanthi)는 개발 네트워크에서 가스 추정 문제를 발견했으며 관련 로그를 수집하고 이 문제를 이더리움 R&D Discord 채널에 공유할 계획이라고 말했습니다.

2. 펙트라 사양 업데이트

개발자들은 Pectra 코드 사양에 대해 보류 중인 다섯 가지 업데이트에 대해 논의했습니다.

1) EIP 7623: 통화 데이터 비용 증가 첫 번째 업데이트는 가스 환불 처리 방법을 명확히 하기 위해 EIP 7623을 수정한 것입니다. 업데이트는 GitHub에 병합되었으며 Pectra Devnet 5 테스트에 포함되었습니다.

2) EIP 7840: 실행 클라이언트 프로필에 Blob Scheduling 추가 두 번째 업데이트는 EIP 7840의 기본 비용 부분 문제와 관련이 있습니다. 회의에서는 이의가 없었고 개발자들은 다음 주 월요일인 1월 20일 Pectra 테스트 회의 전에 변경 사항을 GitHub에 병합하는 데 동의했습니다.

3) Blob 기본 비용 업데이트 Blob 기본 비용과 관련된 세 번째 업데이트에는 Pectra 활성화 중에 초과 가스가 계산되는 방법이 포함됩니다. 이더리움 재단 연구 책임자인 알렉스 스톡스(Alex Stokes)는 계산이 이전 블록 헤더의 정보에 의존한다고 설명했습니다. Blob 용량의 변화가 포크 경계(Pectra 활성화 블록)에서 활성화되면 초과 가스 계산은 이전 포크 규칙을 사용하여 구축된 이전 블록의 정보를 기반으로 합니다. Stokes는 블롭 용량의 증가가 포크 경계에서 활성화되는지 아니면 포크 경계 이후의 블록에서 활성화되는지 명확히 하는 것이 필요하다고 믿습니다. "어떤 방식을 선택하든 상관없지만 통일된 접근 방식이 필요합니다."라고 개발자들은 만장일치로 EIP 7691을 명확히 하고 Blob 용량 증가의 유효 시간을 포크 경계 이후 한 블록으로 설정하여 계산에 새로운 분기 규칙을 사용합니다. Ethereum 테스트 개발자 Mario Vega는 클라이언트가 이 논리를 테스트하고 있다고 말했습니다. Geth 개발자 “Lightclient”는 다음 주 월요일 테스트 회의 전에 EIP 7691을 업데이트하겠다고 약속했습니다.

4) EIP 2537: BLS12-381 곡선 연산에 대해 사전 컴파일된 비용 계산에 대한 네 번째 업데이트는 EIP 2537의 곱셈 비용 계산과 관련이 있습니다. 개발자들은 EIP에서 계산을 정수 나누기로 명시적으로 지정하는 데 동의했습니다. Pectra Devnet 5로 테스트한 클라이언트 팀은 이미 이 논리를 코드에 구현했으므로 사양만 변경하면 됩니다. 이더리움 가상 머신 개발자 Paweł Bylica는 GitHub에서 EIP를 변경하고 다음 주 월요일 테스트 회의 전에 완료할 것이라고 말했습니다.

이러한 업데이트를 통해 개발자는 Pectra 관련 작업의 개선과 조정을 지속적으로 촉진하여 향후 Ethereum 메인넷 업그레이드를 위한 기반을 마련합니다.

5) 마지막으로 다섯 번째 업데이트는 외부 계정(EOA)이 코드를 영구적으로 설정할 수 있도록 하는 새로운 거래 유형을 추가하자는 제안인 EIP 7702와 관련이 있습니다. Otim Labs의 COO Julian Rachman은 코드 검사를 가능하게 하는 이 EIP의 동작 수정을 제안했습니다. Otim Labs 팀이 작성한 문서에 따르면 코드 검사는 레거시 계약이 자체 바이트코드 또는 외부 계약의 바이트코드를 검사하고 이 정보를 기반으로 동작을 조정하는 기능을 의미합니다.

Ethereum VM Object Format(EOF) 개발팀은 향후 Ethereum 업그레이드에서 코드 검사를 비활성화할 계획이지만 문서와 회의에서는 EOA의 "delegate_address"를 확인하기 위해 코드 검사를 활성화해도 EOF 개발 프로세스를 방해하지 않을 것이라고 언급했습니다. EIP 7702 유형 트랜잭션에 대한 위임자 주소를 검사하기 위해 코드 자체 검사를 허용하면 EIP 7702 기능(예: 가스 후원)이 활성화된 경우 릴레이어 및 기타 외부 계정의 안전한 사용을 지원한다는 이점이 있습니다.

Geth 개발자 "Lightclient"는 Pectra 사양에 이 업데이트 추가를 지원합니다. "이 업데이트는 구현하기가 매우 쉽습니다. 우리는 이미 해당 계정이 EIP 7702 위임 계정인지 여부를 결정하고 있으며 지정된 반송 주소를 추가하는 것은 매우 간단한 문제입니다."라고 회의 진행자 Beiko는 참석자들에게 며칠 더 시간이 걸릴 것을 제안했습니다. 그런 다음 변경 사항을 최종 사양에 포함할지 여부를 결정합니다. 그는 다음 주 월요일 테스트 회의에서 이 주제를 다시 논의할 것을 제안했습니다.

Beiko는 또한 Rachman의 팀에게 개발자가 월요일에 논의할 수 있도록 EIP 7702에 대한 모든 제안된 변경 사항이 포함된 끌어오기 요청을 GitHub에 공식적으로 제출하도록 요청했습니다. 업데이트로 인해 개발자가 테스트를 위해 새로운 Pectra 개발 네트워크를 시작해야 하는지에 대해 Jayanthi는 새로운 개발 네트워크를 시작하지 않고도 공개 테스트넷의 섀도우 포크에 변경 사항이 포함될 수 있다고 말했습니다. Beiko는 회의에서 논의된 다른 모든 사양 업데이트에도 새로운 Pectra Devnet이 필요하지 않으므로 개발자는 Pectra Devnet 5에 대한 추가 테스트가 완료된 후 공개 테스트넷에 대한 업데이트를 진행할 수 있다고 덧붙였습니다.

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

이더리움 재단(EF)의 프로토콜 보안 연구원인 Fredrik Svantes는 Pectra 시스템 계약에 대한 모든 제3자 감사가 완료되었다고 말했습니다. 감사 결과 큰 문제는 발견되지 않았으며, 고객팀의 검토를 위해 관련 보고서가 GitHub에 업로드됩니다. Svantes는 감사관이 조사 결과를 발표하고 고객 팀의 질문에 답변할 수 있도록 다음 ACDE 회의에서 시간을 따로 마련할 것을 권장합니다.

4. Pectra 테스트 네트워크 업그레이드 계획

Tim Beiko는 테스트넷 업그레이드를 위한 예비 일정을 제안했습니다. 그는 Sepolia 및 Holesky 테스트넷 업그레이드를 위한 블록 높이가 다음 두 ACD 회의에서 결정되고 클라이언트 릴리스 버전이 2025년 2월 3일 이전에 준비될 것을 제안했습니다. Sepolia 포크는 2월 12일 주에, Holesky 포크는 2월 19일 주에 계획되어 있습니다. 큰 버그나 문제가 없다면 홀스키 포크 이후 약 3~5주 후인 3월 초~중순에 이더리움 메인넷에서 Pectra 업그레이드가 출시될 수 있습니다. 회의에 참석한 누구도 이 제안에 반대하지 않았으며 Stokes는 또한 클라이언트 릴리스가 Sepolia 및 Holesky 테스트넷 업그레이드와 연결될 것을 제안했습니다.

5. 홀스키 가스 제한

EF의 총괄 엔지니어인 Sophia Gold는 Holesky 업그레이드 릴리스에서 클라이언트의 기본 가스 한도를 3600만(36m)으로 설정하고, Holesky의 기본 가스 한도를 항상 이더리움의 가스 한도보다 높도록 계속 늘릴 것을 제안했습니다. 메인 네트워크. 이를 통해 메인넷 가스 한도 증가를 Holesky에서 테스트할 수 있으며 회의에 참석한 누구도 이 제안에 반대하지 않았습니다. Teku, Besu, Prysm 및 Nethermind 팀의 대표자들은 Holesky 클라이언트 릴리스에 이미 기본 가스 한도가 3,600만 개라고 밝혔습니다.

6. RPC 표준화 노력

Geth 개발자 Felix Lange는 클라이언트 팀이 Ethereum JSON-RPC 사양 표준화 노력에 대해 충분한 피드백을 제공하지 않은 것에 실망했습니다. 회의에서 그가 언급한 문제 중 하나는 RPC 표준화 범위와 어떤 생태계 이해관계자가 포함되어야 하는지에 대한 명확한 정의가 부족하다는 것이었습니다. Lange는 자신의 표준화 노력을 자세히 설명하고 블로그 게시물에서 다음 단계를 제안했습니다. Beiko는 Discord에서 이 문제를 더 논의하고 이러한 목적을 위한 패널을 마련할 것을 제안했습니다. Besu 개발자인 Justin Florentine은 심포지엄의 시기 조정을 책임질 것이라고 말했습니다.

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

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

EF 애플리케이션 연구원 Kevaundray Wedderburn은 Ethereum 노드의 최소 하드웨어 및 대역폭 요구 사항에 대한 문서에 대한 피드백을 요청했습니다. Beiko는 이러한 요구 사항이 개발자와 더 넓은 Ethereum 커뮤니티가 참조할 수 있도록 정보 제공 EIP의 형태로 초안을 작성해야 하는지 물었습니다. Prysm 개발자 "Potuz"는 검증 노드와 전체 노드의 하드웨어 요구 사항이 다르기 때문에 문서에서 둘을 명확하게 구분해야 한다고 지적했습니다. Beiko는 Potuz의 의견에 동의하고 Discord에서 노드 하드웨어 및 대역폭 요구 사항은 물론 Wedderburn 문서를 공식화하기 위한 다음 단계에 대한 추가 논의를 제안했습니다.

8. EIP 편집 세미나

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

Ethereum Cat Herders 팀은 2025년 1월 17일 16:00(UTC)에 EIP 편집 세미나를 개최할 예정입니다. 이번 회의에서는 EIP 편집 프로세스에 대한 개요를 제공할 예정이며, EIP 워크플로 및 편집 프로세스에 관심이 있는 모든 이더리움 커뮤니티 구성원의 참여를 환영합니다. 회의 녹화는 회의가 끝난 후 모두가 볼 수 있도록 YouTube에 업로드됩니다.