Chainfeeds 가이드:
이더리움(ETH) 병렬 실행은 2026년 출시 예정이며, 최대 3-5배 초당 거래 수(TPS) 향상이 예상됩니다.
기사 출처:
https://x.com/NPC_Leo/status/1930474563152081251
기사 작성자:
Leo
관점:
Leo: 이더리움(ETH) 병렬 실행은 2026년 출시 예정이며, 최대 3-5배 초당 거래 수(TPS) 향상이 가능합니다. Vitalik과 전체 재단은 단기 및 중기(2-3년) 초점을 L1 업그레이드로 다시 맞추고 있으며, 병렬 실행을 다시 일정에 포함시켰습니다. Vitalik은 홍콩 연설에서 관련 이더리움 개선 제안(EIP)을 2026년 계획에 포함시켰습니다. 현재 EIP 초안이 있으며, 구현 난이도는 높지 않고 이더리움 자체에 대한 변경도 크지 않을 것으로 예상됩니다. 현재 초안 단계에 있으며 논의와 초기 테스트가 진행 중입니다. 이 EIP 제안은 블록 수준 접근 목록(밸런서, BAL)을 추가합니다. 블록 실행 과정에서 접근하는 모든 주소와 저장소 키의 전체 목록, 그리고 실행 후 작성되는 값을 포함함으로써 병렬 디스크 읽기 및 병렬 트랜잭션 검증이 가능해집니다. 이는 실행 효율성을 높이고 블록 검증을 가속화하며, 향후 가스 한도 상승을 지원할 수 있습니다. 이전 EIP-2930 선택적 접근 목록은 메인넷에 진입했지만 강제 사항이 아니어서 클라이언트, 노드, RPC, 지갑 등의 지원이 많지 않았습니다. 성숙한 기술로, 강제 이더리움 표준이 되면 빠르게 성능을 향상시킬 수 있습니다. 쉽게 말해, 실행 전에 클라이언트가 전체 블록에서 접근할 상태를 미리 알고 예열하며, 블록 헤더에 필요한 자료를 준비함으로써 실행 시 병렬 실행이 가능해집니다. 상태 읽기와 계산이 가장 시간이 많이 걸리는 단계에서 병렬 능력을 활용하여 실행 및 검증 시간을 크게 줄일 수 있습니다. 이는 두 가지 주요 병렬 기술 중 하나입니다. 솔라나(Solana)는 개발자가 Dapp 구축 시 필요한 상태를 미리 명시해야 하므로 병렬 처리가 가능합니다. 다른 병렬 기술은 낙관적 병렬로, 모든 트랜잭션이 충돌하지 않는다고 가정하고 먼저 병렬 처리한 후 충돌 시 순차 처리합니다. 주요 플랫폼으로는 수이(SUI), Monad 등이 있습니다. 첫 번째 방식의 장점은 정확한 병렬 처리가 가능하지만, 필요한 데이터와 상태 위치/변경을 미리 계산해야 하므로 개발자의 설계나 계산 능력이 뛰어난 주체에 의존합니다. 낙관적 실행의 경우 개발자나 추가 단계 없이 접근할 상태를 미리 알 필요가 없지만, 상태 충돌(예: NFT 경쟁)이 심할 경우 속도가 느려질 수 있습니다. 현재는 명확한 트랜잭션 접근 목록이 없어 실행 엔진이 미리 접근할 주소와 저장소 슬롯을 확인할 수 없어 효율적인 병렬 처리가 어렵습니다. EIP-2930은 트랜잭션 수준 접근 목록을 제공했지만 강제 사항이 아니어서 실행 파이프라인 최적화가 어려웠습니다. 이 EIP는 이 기술을 업그레이드하고 강제 실행하여 병렬 능력과 TPS 향상을 얻을 수 있습니다. 대형 빌더가 블록을 블록 생성자에게 전달하기 전에 전체 목록을 계산하여 블록 헤더에 포함하고 이 표준을 강제 실행하면 노드가 블록을 받을 때 병렬 실행이 가능해집니다. Reth는 이더리움 병렬 클라이언트를 개발 중이며, Paragdim이 주도하고 있습니다. 주요 병렬 기술은 수이(SUI)/Monad의 낙관적 실행과 유사하며, 도구를 사용해 상태 충돌을 분석하고 충돌하지 않는 트랜잭션을 병렬 실행합니다. Rise chain L2는 이미 이 클라이언트를 사용하고 있습니다. 아비트럼(Arbitrum)은 두 개의 가상 머신, 이더리움 가상 머신(EVM)과 Stylus를 가지고 있어 두 개가 협력하여 일부 트랜잭션을 병렬 처리할 수 있습니다. 다만 개발자가 이 메커니즘을 사용하여 EVM에서 매우 느린 작업을 다른 가상 머신에 할당하여 병렬 효과를 달성해야 합니다.
콘텐츠 출처
