Glamsterdam에 포함될 EIP는?

[Glamsterdam에 포함될 EIP는?] 어제 이더리움의 All Core Devs Call에서 2026년 이뤄질 Glamsterdam 업그레이드에 포함될 EIP에 대한 논의가 이뤄졌습니다. 논의가 이뤄진 EIP들은 다음과 같습니다. 1. EIP-7732 (ePBS): MEV-Boost 내 릴레이의 역할을 프로토콜 내로 들여오는 제안입니다. 슬롯을 재구조화하여 실행 페이로드 및 블롭 전파에 드는 시간을 늘리고, L1 및 L2의 확장성을 크게 개선합니다. 2. EIP-7928 (BAL): 블록 내 트랜잭션들이 접근하고 수정한 account와 state 정보를 블록 내에 넣어서 전파하는 메커니즘이고, 미리 트랜잭션들이 어디에 접근하는지를 알려서 parallel execution의 구현을 쉽게 만든다는 장점이 있습니다. 합의와 실행 레이어 모두에서 확장성을 증가시킬 수 있는 EIP들이 확정되었습니다. ePBS 및 BAL을 통해, 이더리움은 2026년에도 계속해서 L1 및 L2 스케일링을 할 수 있을 것으로 보이네요. 1. EIP-7805 (FOCIL): 검열 저항을 위해, 블록마다 지정된 별도의 밸리데이터 위원회가 다음 블록에 들어가야만 하는 트랜잭션들을 포함 리스트(IL, Inclusion List)에 넣어 다음 블록의 빌더에게 전달하는 솔루션입니다. FOCIL은 클라이언트들에서 이미 구현과 테스팅이 이뤄지고 있고, 이제까지 많은 연구가 된 주제입니다. 다만 구현 과정에서 큰 수정이 필요하며, 이로 인해 Glamsterdam의 일정이 미뤄질 수도 있지 않냐는 우려가 있었고, 이로 인해 조금은 더 두고 보자는 결정이 이뤄지게 되었습니다. 하지만 FOCIL에 대한 코어 데브들의 전반적인 센티멘트는 긍정적인 편입니다. 만약 Glamsterdam에 FOCIL이 포함되게 된다면, 이더리움의 전반적인 검열 저항이 증가하게 될 뿐만 아니라, 이를 기반으로 더 자신있게 확장성을 증가시킬 수 있게 됩니다. 빌더가 지금보다도 더 중앙화되어도 검열 저항을 확보할 수 있기 떄문입니다. 예를 들어, 이더리움의 향후 스케일링 목표인 '실행 레이어의 ZK화'가 이뤄졌다고 했을 때, 블록 빌더는 prover를 운영해 본인이 만든 블록에 대한 ZK 증명을 내야 합니다. 이 prover 운영에 천문학적인 비용이 든다면, 현재 이더리움에서는 블록 빌더의 중앙화 문제가 더욱 심화되는 것이며, 이는 네트워크 전체의 검열 문제로 이어질 수 있습니다. 그러나 FOCIL이 있다면 블록 빌더들이 운영하는 prover가 더욱 중앙화되어도 검열 저항을 확보할 수 있기에, prover의 중앙화에도 큰 문제가 발생하지 않을 수 있습니다. 출처