이더리움 개발자

이더리움 개발자들이 합의에 도달하여 프로토콜 업그레이드 속도를 가속화하여 로드맵을 추진하기로 하였습니다

ChainCatcher 메시지에 따르면, CoinTelegraph는 이더리움 핵심 개발자들이 2월 13일 "All Core Devs" 회의에서 미래 프로토콜 업그레이드 배포를 가속화하기로 합의했다고 보도했습니다. 이더리움 재단 프로토콜 지원 팀의 Nixo Rokish는 Pectra 검토 보고서에 따르면 커뮤니티가 하드포크 속도를 가속화하는 데 강력히 지지하고 있으며, 이는 업그레이드 범위에 대한 지연을 줄이고 보다 적극적으로 의견을 제시할 것임을 의미한다고 밝혔습니다.4월에 출시될 예정인 Pectra 업그레이드는 이더리움 역사상 최대 규모의 업그레이드가 될 것이며, 최대 20개의 이더리움 개선 제안(EIP)을 포함하고, 암호화 지갑 기능 강화 및 데이터 가용성 확장 등을 다룰 것입니다. 이더리움 재단 연구원 Tim Beiko는 Pectra 시스템 계약이 2월 17일에 메인넷에서 출시될 것이라고 말했습니다.개발 팀은 Fusaka 업그레이드의 최종 기한을 4월 10일로 설정했으며, 이 업그레이드는 주로 거래 패키징 프로세스 개선에 초점을 맞추고 있습니다. 개발자는 3월 13일 이전에 EIP 제안을 제출해야 하며, 커뮤니티는 3월 27일 이전에 제안 포함에 대한 의견을 표현해야 합니다.

이더리움 개발자 회의: Pectra 업그레이드에서 새로운 버그 발생, 공공 테스트넷 업그레이드 시간 연기

ChainCatcher 메시지, 이더리움 개발자가 제204회 핵심 개발자 실행 계층 회의(ACDE)에서 Pectra Devnet 5에서 새로운 합의 버그가 발생하여 Nethermind 클라이언트에 영향을 미쳤기 때문에 개발자들이 공공 테스트넷의 구체적인 업그레이드 시간을 연기하기로 결정했다고 밝혔습니다.Nethermind 팀은 BLS 프리컴파일 최적화로 인한 이 버그가 수정되었으며, Devnet 6의 시작에는 영향을 미치지 않을 것이라고 전했습니다. 개발자들은 다음 주 ACD 회의에서 테스트넷 업그레이드 시간을 다시 논의할 계획입니다. 또한 회의에서는 Geth 클라이언트에 영향을 미치는 보안 취약점에 대해서도 논의되었으며, 이 취약점은 이더리움의 P2P 계층과 Layer-2 확장 솔루션에 영향을 미칠 수 있으며, Geth 1.14 이상 버전을 실행하는 노드는 즉시 최신 버전으로 업데이트해야 합니다.Pectra 업그레이드 계획 일정은 다음과 같습니다:2월 3일 주: Devnet 6 시작;2월 6일(목요일): 다음 ACD 회의, Holesky 및 Sepolia 테스트넷 업그레이드 시간 결정;2월 10-11일(월요일 또는 화요일): 테스트넷 업그레이드에 대한 공식 발표;2월 19일 전후: Holesky 테스트넷 업그레이드;2월 20일: 개발자 회의에서 이더리움 메인넷 업그레이드 시간 결정;2월 26일 경: Sepolia 테스트넷 업그레이드(예정은 Holesky 업그레이드 후 약 일주일);2월 27-28일: 메인넷 업그레이드 최종 버전 발표;3월 중순: 이더리움 메인넷 업그레이드.

Base 프로토콜 책임자 등 여러 이더리움 개발자와 L2 리더들이 based rollups를 지지합니다

ChainCatcher 메시지에 따르면, Cointelegraph는 Base 프로토콜 책임자 Jesse Pollak이 최근 이더리움 창립자 및 개발자와의 전화 회의에서 based rollups가 "유연하고 강력한 도구"라고 언급하며, 이를 통해 Base를 이더리움과 더욱 긴밀하게 연결하고 제공하는 보안성을 증가시킬 수 있을 것이라고 전했습니다.Optimism Foundation 이사 Ben Jones는 based rollups가 이더리움 기본 레이어와 L2 간의 협력을 개선할 것이라고 덧붙였습니다.이더리움 L2 네트워크(예: Arbitrum, Optimism 및 Base)는 고속의 중앙 집중식 정렬기(즉, 거래 처리 및 블록체인 블록에 추가되는 순서)를 배포하여 막대한 수수료를 부과했지만, 이는 통일성을 희생하는 대가였습니다.이더리움 핵심 개발자 Justin Drake가 2023년 3월에 제안한 based rollups는 이 과정을 기본 레이어로 되돌려 네트워크의 탈중앙화를 개선합니다. 블록 구축 과정은 단일 중앙 집중식 정렬기가 아닌 모든 이더리움 검증자가 수행하게 됩니다.동시에, native rollups는 기본 레이어에서 거래 실행 방식을 개선하여 네트워크의 조합 가능성을 높입니다.그러나 이러한 L2는 최대 추출 가치에서 얻은 상당 부분의 수익을 포기해야 합니다. Dune Analytics 데이터에 따르면, based rollups로 전환을 지원하는 Arbitrum은 중앙 집중식 정렬기에서 2억 1천만 달러의 수익을 얻었고, Base의 수익은 9천620만 달러입니다.주목할 점은, based rollups 또는 native rollups가 이더리움의 기본 레이어에 더 많은 수익을 가져오고 ETH 가격에 긍정적인 영향을 미칠 수 있다는 것입니다. 그러나 이더리움 기본 레이어의 탈중앙화 정렬기는 거래가 12초 이내에 확인되도록 하며, 많은 이더리움 L2처럼 약 1초 만에 확인되지 않습니다. 여러 이더리움 L2 리더들도 based rollups를 지원하는 인프라인 "FABRIC"의 배포에 찬성하고 있습니다.이더리움 L2 Taiko CEO Daniel Wang은 해당 프로토콜이 이더리움의 상호 운용성 문제를 "해결"하기 위해 FABRIC 표준을 채택할 의향이 있다고 밝혔습니다. "우리는 FABRIC 표준을 기다려왔으며, 이를 통해 함께 노력하고 완전한 솔루션을 제공할 수 있기를 바랍니다."

이더리움 개발자 라이언 벨크만스가 맥스 레스닉의 이직에 대해 언급했다: 솔라나는 자금력이 풍부한 종이 호랑이이다

ChainCatcher 메시지, 이더리움 개발자 Ryan Berckmans는 Max Resnick의 이직 행동에 대해 "Max Resnick이 이더리움 확장 핵심 개발 커뮤니티를 떠나는 것을 보게 되어 기쁩니다."라고 언급했습니다.Resnick과 같은 비평가들은 이더리움이 Solana처럼 더 변화해야 한다고 자주 주장합니다. 그러나 실제로 이더리움은 L2 확장 전략을 통해 정점에 도달했으며------전략을 변경할 필요가 없습니다. Solana는 이더리움이 이미 보유하고 있는 것들, 즉 고객 다양성, 진정한 프로토콜 규범, 연구 커뮤니티 및 더 많은 온체인 자본을 구매하려고 시도할 것입니다. 현재 실제로 일어나고 있는 일은 Solana가 이더리움처럼 되기 위해 중대한 조치를 취하고 있다는 것입니다.Resnick은 이제 Solana가 이더리움처럼 되기 위한 노력의 일환이며, 그가 이더리움이 Solana처럼 되어야 한다고 계속 주장해온 것을 고려할 때 이는 매우 아이러니합니다. 그러나 Solana의 모든 자금이 그들에게 탈중앙화를 구매할 수 있게 해주지는 않습니다. 간단히 말해, Solana는 기본적으로 재정적으로 강력한 종이 호랑이에 불과합니다. 놀랍지 않게도, 이는 Resnick에게 매우 적합합니다.이전 소식, 이더리움 생태계 개발자 Max Resnick은 Consensys에서의 일을 포기하고 Solana 연구 개발 회사 Anza로 옮겼다고 발표했습니다.

이더리움 개발자가 네이티브 토큰 관련 제안 EIP-7809를 제출했습니다

ChainCatcher 메시지, 이더리움 개발자 Paul Berg가 이더리움에서 여러 원주율 토큰에 대한 제안을 발표했습니다. 이 제안은 사용자들이 토큰을 전송할 때의 경험을 개선하고, 원주율 금융 제품을 더 쉽게 배포하며, 이더리움 L2 애플리케이션의 혁신 잠재력을 높이는 것을 목표로 합니다.이 제안은 EIP-7809라는 이름으로, EVM에 대한 하위 호환 확장을 추가할 것을 제안합니다. 이 제안이 이더리움에서 승인되면, 동질화된 토큰이 "원주율과 유사한(native-like)" 속성으로 실행될 수 있도록 허용합니다.ETH는 이미 이더리움의 원주율 토큰으로 실행되고 있으며, 거의 모든 다른 이더리움 기반 토큰은 이 네트워크 위에 구축되었지만, ETH가 가진 대부분의 동일한 "원주율" 특성을 포함하지 않습니다. 이는 운영 코드를 사용하여 직접 토큰을 전송하거나 단일 계약 호출에서 여러 토큰을 전송하는 등의 기능을 제한합니다. EIP-7809는 네 가지 새로운 운영 코드를 도입합니다:MINT & BURN, 토큰을 발행하고 소각하여 토큰 공급을 관리할 수 있도록 허용;BALANCEOF, 토큰 잔액을 확인하는 데 사용;NTCALL, 계약 호출이 필요한 토큰 전송을 위한;NTCREATE, 선불 토큰 예치금을 포함하는 계약을 생성하기 위한.

이더리움 개발자들이 Pectra 업그레이드를 시험하기 위해 Mekong 테스트넷을 출시했습니다

ChainCatcher 메시지에 따르면, 이더리움 개발자들은 Pectra 업그레이드를 위해 Mekong이라는 임시 테스트 네트워크를 도입했습니다. 이 테스트 네트워크는 특정 코드 변경 사항을 시험해 보고, 이를 다른 공공 테스트 네트워크에 배포한 후 최종적으로 메인넷에 배포하는 것을 목표로 하고 있습니다.이더리움 핵심 개발자들의 블로그 글에 따르면, 테스트 네트워크는 이러한 변화의 영향을 탐색하는 데 목적이 있습니다. 해당 게시물은 테스트 네트워크가 짧은 시간 동안 운영될 것이라고 언급하면서도, Pectra가 완전한 기능을 갖추고 있으며 모든 제안된 EIP를 포함하고 있다고 강조했습니다. 개발자들은 "우리는 일부 사양 변경이나 작은 EIP를 볼 수 있지만, 여기 포함된 기능은 기존의 공공 테스트 네트워크에 들어가고 궁극적으로 이더리움 메인넷으로 들어갈 것입니다."라고 말했습니다.초기 Pectra 업그레이드 계획에는 20개의 이더리움 개선 제안이 포함되어 있었으나, 이 숫자는 약 8개로 축소되었습니다. 이러한 수정 사항은 Pectra가 메인넷에 출시될 때 사용자 경험과 네트워크 효율성을 개선하는 데 중점을 두고 있습니다.테스트 중인 주요 변화에는 암호화 지갑 및 계정 추상화의 사용자 경험 개선, 검증자 최대 스테이킹 한도를 32 ETH에서 2,048 ETH로 증가시키기, 예치 및 탈퇴 메커니즘 업데이트 등이 포함됩니다.

이더리움 핵심 개발자 회의 최신 내용: 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의 출시일이 합의될 것입니다.
체인캐처 혁신가들과 함께하는 Web3 세상 구축