이더리움 핵심 개발자 회의

제172회 이더리움 핵심 개발자 회의(ACDE) 개요: 칸쿤 Devnet 테스트 최신 진행 상황 및 EVM 객체 형식 개발

ChainCatcher 메시지, Galaxy 연구 부사장 Christine Kim이 172번째 이더리움 핵심 개발자 실행(ACDE) 전화 회의를 요약했습니다. 10월 12일, 개발자들은 Cancun과 Deneb(Dencun) 테스트 진행 상황 및 이더리움 가상 머신(EVM) 객체 형식 개발에 대해 논의했습니다. 구체적으로는:9월 29일 출시된 Devnet #9 업데이트: Devnet #9 현재 참여율은 93%로, 이는 93%의 검증자가 네트워크 합의에 적극 참여하고 있음을 의미합니다. 현재 7%의 비활성 검증자는 주로 Geth(EL)/Teku(CL) 검증자 노드로 구성되어 있습니다. Erigon(EL)/Prysm(CL) 클라이언트 조합 및 EthereumJS(EL) 클라이언트에도 문제가 있습니다. Flashbots 팀은 Devnet #9에서 MEV-Boost 중계 및 빌더를 테스트하고 있습니다. Blob 트랜잭션은 아직 MEV-Boost 빌더를 통해 테스트되지 않았습니다.Devnet #10은 이번 주에 준비되지 않지만, 다음 주에는 준비될 가능성이 있습니다. 개발자들은 EIP 4844 KZG 의식의 신뢰할 수 있는 설정 파일을 테스트하기를 희망하고 있습니다. Devnet #10은 33만 개의 활성 검증자를 포함한 대규모 검증자 집합을 가질 것입니다. 개발 네트워크 출시 초기에 검증자 예치금과 탈퇴가 대량으로 유입되어, 네트워크 시작 후 약 1~2일 내에 검증자가 churn limit에서 5회 변경에서 4회로 전환되는 트리거가 발생할 것입니다.EVM 객체 형식(EOF) 개발 최신 진행 상황: EOF는 EVM 변경에 중점을 둔 EIP 집합으로, EVM은 이더리움 위에서 스마트 계약 코드를 실행하기 위해 구축된 가상 머신입니다. 현재 네 개의 주요 팀이 EOF를 개발하고 있습니다: 이더리움 재단이 지원하는 개발 팀 Team Ipsilon, EL 클라이언트 팀(예: Geth, Besu 및 Nethermind), 고급 언어 컴파일러 팀(예: Solidity 및 Vyper), 스마트 계약 개발자. EOF는 EVM 코드에 대한 새로운 컨테이너 형식을 생성해야 하며, 현재 형식을 유지해야 합니다.Tim Beiko를 포함한 몇몇 개발자들은 Dencun 업그레이드 후 EOF 구현의 3~6개월 일정에 대해 주저하고 있습니다. 개발자들은 Prague/Electra의 또 다른 주요 코드 변경 사항인 Verkle을 포함하는 것을 고려하고 있습니다.

제171회 이더리움 핵심 개발자 회의(ACDE) 개요: Devnet-9 시작, EIP-4788 감사 상황, 프라이버시 전송 제안 EIP-7503 소개 등

ChainCatcher 메시지, 제 171회 이더리움 실행 레이어 핵심 개발자 회의 (ACDE)가 9월 28일에 개최되었습니다. 이더리움 지지자인 Tim Beiko는 이번 회의 요약을 발표하며, 이번 회의에서 주로 논의된 내용은 다음과 같습니다:Devnet 개발자 테스트넷 진행 상황 (Devnet-9는 내일上线될 예정이며, 다음 단계는 Devnet-10上线으로, 주로 EIP-7514를 테스트하는 데 사용됩니다. 이는 검증자 활성화 대기열 상한 Max Epoch Churn Limit을 8로 설정하여 ETH 스테이킹 비율의 증가를 완화하고, 더 나은 검증자 보상 계획을 설계할 시간을 확보하기 위한 것입니다. 완료되면 공공 테스트넷 단계로 들어갑니다);EIP-4788 감사 검토 (주요 발견 사항은 0 타임스탬프 및 링 버퍼 크기와 관련된 두 가지 문제입니다; EIP-4788은 EL에서 계약이 CL에 접근할 수 있도록 하는 것을 목표로 하며, 주로 스테이킹 및 MEV와 관련이 있습니다);Holesky 재시작 검토 (시작 전 한 시간 동안 몇 가지 문제가 있었으며, 그 후 네트워크는 점차 안정되어 최종화를 실현할 수 있게 됩니다);EIP-7503 소개 (ETH의 프라이버시 전송을 구현하며, 사용자는 ETH를 증명할 수 없는 주소로 전송한 후, 새로운 거래 유형을 사용하여 ETH를 소각했음을 증명하고 다른 주소로 재주조할 수 있습니다), EIP-6780에서 작은 주석 삭제 (이 EIP는 SELFDESTRUCT 연산 코드의 기능을 수정하는 것이며, 주로 미래의 Verkle 트리를 준비하기 위한 것입니다) 등.

이더리움 핵심 개발자 회의 최신 내용: Devnet 업데이트 진행 상황, EIP-7514가 Dencun 업그레이드의 일부로 확정 등

ChainCatcher 메시지, 이더리움 핵심 개발자 Tim Beiko가 최신 이더리움 핵심 개발자 실행 회의(ACDE)를 요약했습니다. 회의에서는 Devnet 업데이트, Dencun의 추가 내용이 소개되었으며 Reth에 대한 포괄적인 개요가 제공되었습니다:Devnet-8 상태 업데이트: 네트워크가 최종 확정 중이며, 많은 클라이언트가 새로운 업데이트를 푸시하기 시작했습니다. 동시에 개발자 도구 시스템 Kurtosis를 사용하여 MEV/블록 구축 프로세스를 테스트하기 시작했습니다. Nethermind는 그들의 blob 트랜잭션 풀 준비가 완료되었으며, 며칠 동안 단일 노드에서 테스트한 후 모든 Dencun 테스트 노드에 배포했다고 공유했습니다. Geth의 blob 트랜잭션 풀도 거의 완료되었습니다. Besu는 거래 풀에 대한 더 광범위한 수리를 진행 중이며(Blob + 비 Blob 거래의 크기를 제한하기 위해), 다음 버전에서 발표될 예정입니다. Erigon은 devnet-9를 준비하기 위해 여전히 풀을 개발 중입니다.회의는 지난 주 ACDC 전화 회의의 논의를 계속하며, 검증자 활성화 큐에 상수 한계를 추가할지 여부를 논의했습니다. 이후 이 제안은 공식적으로 EIP-7514(최대 Epoch 손실 제한 추가)로 명명되었습니다. 간단히 말해, 최악의 경우 ETH 스테이킹 비율의 증가 속도를 늦출 것입니다.회의에서는 EVM에 blob의 기본 비용을 공개하는 연산 코드를 추가하는 또 다른 마지막 순간의 제안에 대해 논의했습니다. 우리는 EIP-1559의 BASEFEE를 공개할 수 있는 유사한 연산 코드가 있으며, 이 연산 코드는 EIP가 활성화될 때 도입되었습니다. 이는 L2가 L1 데이터 비용에 따라 사용자에게 올바른 가스 가격을 청구하는 데 더 쉽게 할 수 있게 합니다.회의에서는 EIP-4788에 대한 몇 가지 업데이트를 논의했으며, 이 업데이트는 신호 루트를 EL에 있는 계약에 저장합니다. 지난 몇 주 동안 우리는 계약에 대해 여러 번 감사 및 모호성 테스트를 수행했으며, 이로 인해 이 PR에 설명된 몇 가지 미세한 변화가 발생했습니다. 첫 번째는 0 타임스탬프를 명확히 처리하여 롤백하도록 하며(다른 무효 타임스탬프와 마찬가지로), 0을 반환하지 않도록 하는 것입니다. 두 번째 변경 사항은 버퍼 크기입니다. 슬롯 시간이 변경되었다고 가정할 때, 모듈로 연산의 작동 방식을 고려하면 원래 계약은 저장 공간 낭비를 초래합니다. 소수(8191)를 사용함으로써 슬롯 시간이 어떻게 되든 100%의 버퍼를 사용해야 합니다. 마지막으로, CALLDATA를 로드해야 하는 횟수를 줄이기 위해 가스 최적화가 이루어졌습니다. 감사자는 이러한 변경 사항을 검토할 것이며, 다음 ACDE 이전에 최종 보고서를 받을 것으로 예상됩니다. 모호성 테스트와 구현의 원활한 진행을 위해 개발자들은 현재 제안된 변경 사항을 병합하기로 동의했습니다.회의에서는 시스템 계약 주소가 상태의 일부이지만 실행 종료 시 비어 있을 경우 클라이언트가 어떻게 처리해야 하는지에 대해 논의했습니다. 비록 이것이 메인넷에서는 사실상 불가능하지만, 창세 시 주소를 설정함으로써 테스트 중에 발생한 경계 사례입니다. 이러한 경계 사례의 특수성을 고려하고 명확한 규범적 행동이 없기 때문에, 개발자들은 이 문제에 대해 더 많은 시간을 할애하기로 동의했으며, 월요일의 테스트 전화 회의에서 계속 논의하기로 했습니다. 이것이 사양 변경입니다.위의 모든 내용은 devnet-9에 포함될 계획입니다. 고객 팀은 다음 주 ACDC 이전에 모든 내용을 구현하고 테스트할 수 있어야 한다고 한목소리로 동의했습니다. 그 전화 회의에서 devnet-9의 출시일이 합의될 것입니다.

제 114회 이더리움 핵심 개발자 회의: 다음 주에 Devnet #8이 출시될 예정이며, Electra 업그레이드에는 두 개의 EIP가 포함될 것입니다

ChainCatcher 메시지에 따르면, Galaxy 연구 부사장 Christine Kim은 7월 27일 이더리움 핵심 개발자들이 Zoom에서 제114차 전 핵심 개발자 합의(ACDC) 전화 회의를 개최했다고 발표했습니다. ACDC 전화 회의는 이더리움 재단 연구원 Danny Ryan이 주재하며, 매 2주마다 열리는 일련의 회의에서 개발자들은 이더리움 합의 계층(CL)에 대한 변경 사항을 논의하고 조정합니다. 이번 주에는 개발자들이 Deneb 테스트 작업의 업데이트와 Deneb 이후의 다음 CL 업그레이드에 포함될 수 있는 두 개의 EIP 업데이트를 논의했습니다. 현재 이 업그레이드는 Electra로 알려져 있습니다.지난 주, 개발자들은 Sepolia 테스트 네트워크에 대해 섀도우 포크를 진행했으며, 현재 Devnet #8 출시를 준비하기 위해 도구를 업데이트하고 있습니다. Devnet #8은 다음 주 후반 또는 다음 주 초에 출시될 것으로 예상됩니다. 이더리움 재단 연구원 Hsiao - Wei Wang은 7월 31일 월요일 이전에 고객 팀을 위해 새로운 버전의 CL 코드 규격을 준비하고 있습니다.다음 업데이트에는 EIP 6914와 EIP 6110의 두 개 EIP 업그레이드도 포함됩니다. EIP 6914는 완전히 종료된 신호 체인의 검증자를 재사용하는 검증자 인덱스 번호를 생성하는 코드 변경입니다. 노드가 출금을 처리하고 검증자 집합을 스캔할 때 검증자 인덱스에 큰 간격이 없도록 보장함으로써 CL 노드가 불필요한 계산 부담을 지지 않도록 방지할 수 있습니다. EIP 6110 변경은 새로운 검증자 예치금을 EL 블록에 추가하여 예치금 포함 및 검증의 책임이 CL이 아닌 EL에서 수행되도록 합니다. 책임 이전은 다음과 같은 몇 가지 이점을 가져옵니다: 이더리움 클라이언트 소프트웨어 설계의 복잡성 감소; 검증자 예치금의 보안성 향상; 개선된 검증자 사용자 경험.

이더리움 핵심 개발자 회의는 EIP-4844를 고려할 계획입니다

ChainCatcher 메시지에 따르면, OP Labs CEO Liam Horne은 트위터에서 이더리움 핵심 개발자들이 목요일에 전화 회의를 열어 EIP-4844를 고려할 것이라고 밝혔습니다. 그러나 "고려할 것"이란 EIP-4844가 다음 하드 포크에 포함된다는 것을 의미하지 않으며, 상하이 업그레이드의 내용은 별도로 논의될 것입니다.전해진 바에 따르면, 이전에 Vitalik Buterin은 트위터에서 Proto-danksharding에 대한 아이디어(EIP-4844)를 공유했으며, 이는 EVM이 실행할 수 없는 blob을 포함한 거래의 데이터 검증 시나리오에 집중하고 있습니다. Proto-danksharding은 Danksharding을 대체할 예정이며, 이는 하나의 제안자가 모든 거래와 데이터를 선택하여 이 슬롯이나 저 슬롯에 들어가게 하는 분할 기술입니다. Vitalik이 제안한 솔루션은 일부 분할 기술의 구현을 포함하고 있기 때문에 임시 변형이 될 수 있습니다. 동시에, 이는 더 큰 블록 크기를 요구하기 때문에 데이터 사용의 증가를 초래합니다. Vitalik은 네트워크가 데이터와 메모리 저장소에 대한 요구가 과도해지는 것을 방지하기 위해 30일마다 blob 데이터를 자동으로 삭제할 것을 제안했습니다.(출처 링크)
체인캐처 혁신가들과 함께하는 Web3 세상 구축