소개
블록체인의 역사가 비트코인의 확장 역사라면, 이더리움의 주기적 업그레이드는 확장 방향을 나타내는 핵심 지표입니다.
1~2년마다 이더리움의 주요 하드 포크 업그레이드는 점차적으로 자체에서 각 이더리움 시리즈의 L2로 확산되고, 그다음 여러 L1의 개발로 확장됩니다. 각 하드 포크에 포함된 EIP는 이더리움 코어 커뮤니티의 본질을 나타내며, 혜택과 비용 간의 균형의 결과입니다.
그럼 Shisijun이 기술적인 관점에서 Prague-Electra의 업그레이드에 대한 11가지 Eips를 안내해 드리겠습니다. 그것들은 무엇이고, 무엇에 사용되며, 왜 그가 그런 것일까요?
배경
현재 업그레이드의 정확한 시간은 Sepolia 테스트 네트워크에서는 3.5에서, Ethereum 메인 네트워크에서는 4.8에서 공개될 것으로 예상됩니다. 4일 전(2025.2.26)에 이더리움 공식 코드 베이스에서 공개한 버전의 첫 문장은 오, 또 핫픽스 릴리스가 나왔네요!입니다. 네, 문제가 있습니다. 현재 홀레스키 테스트 네트워크에서 활성화된 버전 코드는 테스트 네트워크에서 포크를 일으켰습니다(대규모 다운타임으로 이해될 수 있음). 포크된 코드의 버그에 주의를 기울일 필요는 없지만, 이번에는 콘텐츠의 복잡성을 알 수 있습니다. 그리고 제 개인적인 관점에서, 이 업그레이드는 또한 Ethereum의 Pow와 Pos의 합병 이후 가장 영향력 있는 업그레이드 입니다. 체인의 운영 모드를 완전히 바꾸고 완전히 새로운 경험을 가져올 것입니다. eips의 전체 목록은 다음과 같습니다.
[출처: https://ethroadmap.com/#pectra sticky]
제안의 도입 부분은 약간 변경되었지만 Okx, Metamask, WalletConnect, Biconomy, BaseWallet, Uniswap, Rhinestone, ZeroDev, TrustWallet, Safe 등의 지갑 팀의 관심을 끌었습니다. 기본적으로 모든 것은 메인 네트워크가 전환되는 순간 적응될 수 있도록 하기 위해 수행됩니다. 사용자로서 우리는 지갑의 도움으로 그것을 경험할 수도 있습니다.
하지만 진짜 핵심 질문은 개발자의 기술적 구현 외에도 이 업그레이드가 실제로 이더리움의 생태계 구조를 활용할 수 있을까 하는 것입니다.
변경 사항이 충분히 심도 있는가요? 아니면 L2 시대에 이더리움 재단이 정기적으로 적용하는 패치일 뿐인가요?
파노라마 스캔
전체적인 리듬을 느껴보기 위해 표를 사용해 보겠습니다.
분명히 우리는 3가지 주요 특징을 볼 수 있습니다.
이더리움의 개발이 심해 지대에 진입하면서 기본적으로 포함될 수 있는 모든 새로운 제안자는 이더리움 재단 자체 출신이었습니다 . 그 중에서도 비탈릭은 중요한 변화를 권고한 첫 번째 인물이었다. 다른 역할의 창의성이 공식 업그레이드에 통합되는 것을 보는 것은 거의 불가능합니다. 이는 또한 Ethereum이 점점 자체적인 길을 가고 점차 중앙 집중화된 의사 결정 시스템이 되고 있다는 증거일 수 있습니다.
이더리움의 시장 속도는 가속화되고 있습니다 . 작년 11월에 이 업그레이드의 기본 합의는 8개 항목에 대해 완료되었고, 현재 실제 구현에는 11개 항목이 포함됩니다(추가는 vitalik이 추진하는 L2 레벨에서 3개의 최적화입니다). 과거에는 주요 버전이 기본적으로 하나의 코어에서 몇 가지 최적화만 수행했지만, 지금은 거의 여러 당사자가 동시에 수행하고 있으며, 수년간 합의에 도달하기 어려웠던 AA(하드 포크 버전)도 포함되었습니다. 이를 통해 우리는 현재 여러 체인의 폭발적 증가로 인해 EVM 시스템이 급성장하고 있는 SVM 시스템(솔라나 등), Move 시스템(앱토스 등) 및 심지어 BTC 시스템(다양한 BTC L2)에 직면하여 급진적인 상태에 있음을 느낄 수 있습니다.
이더리움은 생태적 이점을 활용하고 있으며 사용자 경험을 최적화하는 경향이 점점 커지고 있습니다 . 사용자 경험을 최적화하는 것이 해야 할 일이라고 생각하시나요? 아니요, 사실 이더리움의 주요 버전 병합 중 다수는 일반적인 사용자 경험과 아무런 관련이 없습니다. 블록 크기가 조정된 마지막 시기(용량 확장은 사용자 비용을 줄이고, 가격 변동성을 줄이는 것은 사용자 경험 최적화로 간주됨)는 2018년이었습니다. 지난번에는 blob을 도입하여 L2의 사용자 수수료 비용이 크게 감소했습니다. 그리고 이번에는 세 가지 시점을 통해 사용자 비용 최적화에 중점을 두고 있음을 알 수 있습니다.
하지만 문제는 이더리움이 정말로 사용자 경험을 우선시하는가입니다. 아니면 단순히 사용자 경험을 최적화하기 위한 것일까요? 하나하나 세부 사항을 논의하고 그가 무엇을 바꾸었는지 이해해 보겠습니다.
경험 최적화
우선 가장 중요한 변경 사항은 7702로, 체인 계층 업데이트에서 계정 추상화 메커니즘을 도입합니다. 이 지점에 대한 체계적인 기사 해석이 이전에 있었으므로 이번에는 반복하지 않겠습니다. 4337에서 7702까지: 이더리움 계정 추상화 트랙의 과거와 미래에 대한 심층적 해석
해석
객관적으로 말해서, 7702는 여러 체인에서 불가능한 암묵적 규칙을 어겼을 뿐만 아니라 대부분 Dapp의 애플리케이션 논리도 깨뜨렸습니다.
사용자의 입장에서는 여전히 EOA 주소이고 CA 로직은 필요할 때만 구동되고 사용되므로 보유 비용이 낮습니다.
어떠한 작업도 수행하기 전에 온체인 CA ID를 변환할 필요가 없으므로 사용자는 등록할 필요가 없습니다.
사용자는 EOA를 사용하여 여러 거래를 병렬로 쉽게 수행할 수 있습니다. 예를 들어 승인된 공제와 실행된 공제를 하나로 결합하면 사용자의 거래 비용이 절감됩니다.
Dapp의 경우, 특히 거래소와 같이 온체인 엔터프라이즈 레벨 관리를 해야 하는 프로젝트의 경우, 이는 파괴적 최적화입니다. 원래 생태계에서 일괄 수집이 실현되면 기본 거래 비용을 순식간에 절반 이상 줄일 수 있어 궁극적으로 사용자에게 이익이 될 수 있습니다.
따라서 많은 변화가 있었지만 비용 차원은 모든 Dapp이 연구하고 적용할 가치가 있습니다 . 왜냐하면 이번에 사용자는 확실히 EIP 7702를 지지할 것이기 때문입니다.
하지만 여기에는 숨은 위험이 있습니다. 계정 추상화를 통해 상호작용 비용은 줄어들지만 사용자 권한 관리의 복잡성도 커진다는 것입니다.
지갑 제조업체가 올바르게 적응하지 못하면 예상치 못한 보안 취약성이 발생할 수 있습니다. 과거에는 조사 중에 단일 체인 자산이 최대 손실되었지만, 이제는 전체 체인이 손실되거나 예정된 시간에 폭발할 수도 있습니다.
이는 피싱 해커들이 좋아하는 업그레이드인 듯하며, 사용자는 체인상 거래에 대해 더 조심해야 합니다.
애플리케이션 측 최적화
EIP-2537(BLS 12-381 곡선 연산을 위한 사전 컴파일)
효과
BLS 서명 검증과 같은 복잡한 암호화 작업을 최적화하여 더 높은 보안(120+비트 보안)과 계산 효율성(가스 최적화)을 제공하는 BLS 12-381 타원 곡선의 사전 컴파일 도입
실제 기능 측면에서는 BLS 서명 검증, 공개 키 집계, 다중 서명 검증이 추가되었습니다.
다양한 BLS 작업에 대해 미리 컴파일된 특정 주소가 지정되고, 복잡한 BLS 12-381과 관련된 수학 연산을 수행하기 위해 추가 코드를 배포하지 않고도 이러한 미리 컴파일된 주소를 호출하여 계약을 직접 실행할 수 있습니다.
해석
저렴한 비용으로 다중 서명 스마트 계약 지갑을 사용할 수 있어 일반 사용자에게 점점 더 편리해지고 있습니다. 이를 통해 서명 검증 계산의 복잡성과 가스 비용을 크게 줄일 수 있으며, 영지식 증명(예: zk-SNARK) 및 준동형 암호화와 같은 기능을 보다 효율적으로 구현하고 지원할 수 있습니다. 이는 개인정보 보호 및 상호 운용성(특히 ZCash와 같은 다른 BLS 지원 블록체인과의 경우) 측면에서 적용됩니다.
EIP-2935(상태에서 과거 블록 해시 제공)
효과
상태 비저장 클라이언트에 최신 블록 해시 데이터를 제공하기 위해 시스템 계약의 저장소에 마지막 8192개 블록 해시를 저장합니다.
이 설계를 통해 클라이언트는 전체 체인의 과거 데이터를 저장하지 않고도 실행 중에 과거 블록 해시에 액세스할 수 있습니다. 이는 Verkle 트리와 같은 미래 최적화 솔루션에 특히 중요합니다.
이러한 해시 데이터는 링 버퍼 형태로 저장되며 롤링 업데이트를 지원합니다. 즉, 항상 최신 8192 블록 해시 값을 유지합니다.
Set과 Get 연산을 제공합니다. SET은 트랜잭션을 작성하는 데 사용할 수 있는 시스템 주소이고, 사용자는 Get을 사용하여 블록 번호를 사용하여 블록 해시를 쿼리할 수 있습니다.
해석
클라이언트는 추가 저장소가 필요 없이 간단한 쿼리를 통해 과거 블록 해시에 접근할 수 있기 때문에 일반 사용자에게 직접적인 영향을 미치지 않지만 일부 저장소가 필요 없는 클라이언트의 출현을 촉진하고 검증이 필요한 온체인 서비스 애플리케이션에 대한 최적화 가치를 갖게 됩니다 .
또한, 대부분의 L2는 온체인 데이터의 일관성과 과거 정보를 확인하기 위해 과거 기간의 L1 블록 해시에 액세스해야 하므로 Rollup L2 비용도 절감할 수 있습니다 .
또한, 데이터 오류가 오프체인으로 보고되는 것을 방지하기 위해 과거 블록의 검증 및 데이터 추적이 필요한 오라클 등의 온체인 검증 서비스도 있습니다.
스테이킹 시나리오에 대한 다양한 최적화
이더리움 스테이킹은 큰 주제이지만 일반 사용자에게는 거의 영향을 미치지 않습니다(하지만 스테이킹에 참여한다면 더 깊이 살펴보고 여기의 경제적 논리에 대해 생각해야 합니다). 각 제안을 한 문장으로 요약한 다음 함께 논평하겠습니다.
EIP-6110(체인상의 공급 검증자 입금)
스테이킹 작업은 인체인 프로토콜 메커니즘을 통해 처리되어 합의 계층의 투표 메커니즘을 제거하고 스테이킹 흐름의 보안과 효율성을 최적화합니다. 검증자 플레지 작업 목록을 실행 계층 블록에 추가하면 플레지 작업에 대한 기록과 검증이 실행 계층 블록 구조에 직접 배치되므로 합의 계층이 더 이상 플레지 데이터(eth 1 데이터) 투표 메커니즘에 의존할 필요가 없습니다.
EIP-7002(실행 계층 트리거 가능 출금)
이 제안은 이더리움의 실행 계층이 검증자 종료 및 부분 출금을 트리거하는 메커니즘을 제공하도록 허용하여 0x 01 출금 바우처를 사용하는 검증자가 실행 계층에서 스테이킹된 ETH를 독립적으로 제어할 수 있도록 합니다.
EIP-7251(MAX_EFFECTIVE_BALANCE 증가)
단일 검증자에 대한 효과적인 스테이킹 한도를 2048 ETH로 늘리는 반면, 최소 스테이킹 한도는 32 ETH로 유지됩니다.
EIP-7549 위원회 인덱스를 증명 외부로 이동
검증을 간소화하고 효율성을 개선하기 위해 합의 계층의 증명 메시지의 위원회 인덱스 필드를 메시지 밖으로 이동합니다. 그 결과, 특히 ZK 회로에서 실행할 때 Casper FFG 클라이언트의 성능이 향상됩니다.
해석
한꺼번에 너무 많은 것을 보는 건 혼란스러울 수 있지만, 사실 우리는 핵심적인 욕구로 되돌아가기 위해 스스로를 통제하기만 하면 됩니다.
거시적 맥락에서 이더리움의 검증자 클러스터는 빠르게 성장하고 있으며 2023년 10월 현재 830,000개가 넘는 검증자가 있습니다. MAX_EFFECTIVE_BALANCE가 32 ETH로 제한되어 있기 때문에 노드 운영자는 더 큰 지분 자산을 관리하기 위해 여러 개의 검증자 계정을 만들어야 하며, 그로 인해 많은 수의 중복 검증자가 존재하게 됩니다 .
따라서 EIP-7251을 통해 최대 한도를 높이면 lido와 같은 통합 스테이킹 프로토콜에 대한 통제 계정 수와 시스템 복잡성을 줄일 수 있지만, 이로 인해 분산화 문제가 심화되고 ETH 스테이킹 시장이 더욱 중앙화될 수 있습니다.
항상 최소 지분을 32로 유지한다는 것은 대규모 가구도 여전히 참여해야 한다는 것을 의미하는데, 이는 집계 프로토콜에 대한 생태학적 타협이며, 또한 소규모 가구가 합의 계층의 안정성에 영향을 미치는 고빈도 작업을 수행하는 것을 방지합니다.
EIP-7549를 통해 출금 작업의 유연성이 향상되어 스테이커와 노드 운영자가 자금에 대한 통제력을 강화하는 데 편리합니다. 여기서의 기술적 배경은 원래 설계에 몇 가지 결함이 있었다는 것입니다. 위원회 인덱스가 서명 정보에 포함되기 때문에 동일한 투표에 대해서도 다른 위원회로 인해 다른 서명 루트가 생성되어 각 투표를 별도로 검증해야 합니다. 따라서 EIP-7549의 동기는 서명 내에서 위원회 인덱스를 제거하여 검증에 필요한 페어링 작업의 수를 줄이고, 이를 통해 동일한 투표의 집계를 달성하는 것입니다.
따라서 이더리움은 스테이킹 경험을 끊임없이 최적화하고 있다는 점에 유의하는 것이 중요합니다. 그 핵심은 스테이킹 및 노드 운영자 그룹을 통합하는 것입니다 . 이것이 합병 후 이더리움의 생명선입니다. 이더리움 주변에 많은 자금이 더 이상 없으면 보안 자체가 흔들릴 것입니다.
여러 EIP가 추가되면 대규모 노드 운영자는 여러 검증자 계정을 병합할 수 있으며, 복리 누적을 통한 수입 증가나 보다 유연한 스테이킹 증가 등 소규모 검증자에게 더 많은 유연성을 제공합니다.
이것은 매우 중요합니다. 원래 32 ETH에 도달한 후, 새로운 수입으로 10 ETH를 생성하면 스테이킹에 ETH를 계속 사용하지 않을 것입니다. 새로운 계정을 열려면 여전히 32를 얻어야 하기 때문입니다.
하지만 이 업데이트 이후에는 42 ETH를 직접 스테이킹할 수 있습니다. 그러면 복리 이자는 당연히 ETH로 돌아갈 수 있습니다.
그래서 제 생각에는, ETH 시장에서 DeFi 프로젝트의 수익률이 약한 현재 상황에서는 계속해서 사이펀이 발생할 것이고 ETH의 유동성은 감소할 것입니다. 이것이 재단이 이 시리즈를 홍보하는 동기가 될 수 있습니다.
L2 생태학 최적화
EIP-7623: 통화 데이터 비용 증가
이는 evm 계층에 영향을 미쳐 트랜잭션에서 calldata의 가스 수수료를 바이트당 4/16가스에서 10/40가스로 직접 증가시킵니다. 여기의 두 값은 0바이트와 0이 아닌 바이트의 수수료를 구별하는 데 사용되며, 둘 다 2.5배 더 높습니다.
사실, 블록 압력을 줄이는 것은 바람직한 일이며, L2가 calldata를 사용하지 않고 Blob을 더 많이 사용하도록 강제합니다.
EIP-7691: Blob 처리량 증가
블록 내의 블롭 크기를 늘려 더 큰 L2 저장 공간을 지원합니다. 이전 Cancun 업그레이드에는 블롭을 나타내는 두 가지 핵심 매개변수인 target과 max가 있었습니다. 이는 블록당 블롭의 목표 수와 블록당 블롭의 최대 수를 나타내는 데 사용되었습니다. 칸쿤에서는 매개변수가 3과 6이었고, 이제 프라하 이후로 매개변수가 6과 9가 되었습니다. 간단히 말해, 용량이 확장되었습니다.
사실 이더리움은 L2에 고속도로를 추가한 것일 뿐이지만, 교통 관리와 고속도로별 요금 기준을 어떻게 해결할 것인가가 가장 근본적인 문제입니다.
EIP-7840: EL 구성 파일에 blob 일정 추가
클라이언트가 EIP-7691의 블롭 수량 설정을 동적으로 조정할 수 있도록 구성 파일이 추가되었습니다.
또한, 블롭의 가스 가격 책정의 반응성을 조정할 수 있는 baseFeeUpdateFraction 매개변수도 있습니다.
해석
결국, 이는 EIP 제안이기 때문에 매우 기술적으로 들리지만 핵심 개념은 이해하기 쉽습니다.
이더리움의 핵심 판매 포인트는 Defi Summer의 계약 시스템에서 L2 생태 커뮤니티로 바뀌었습니다 . 다른 모든 체인 시스템, 심지어 24년 만에 가장 인기 있는 BTC L2 시스템(비문의 본질은 여전히 L2에 대한 기대 때문임)조차도 이더리움의 L2와 전혀 경쟁할 수 없습니다.
BTC와 비슷하거나, 체인 제한으로 인해 데이터 폴백 및 보안 공유 측면에서 실제적인 L2를 구현하기 어렵습니다.
다른 svm과 move 체인은 본질적으로 여전히 자체 L1을 개발하고 그 위의 L2를 얕게 탐색하고 있습니다. 물론, 이러한 체인의 높은 성능은 L2에 비교적 덜 의존적입니다.
따라서 이더리움은 L2의 tps를 통해 스스로를 개선합니다. 물론 분산된 유동성과 크로스 체인 복잡성과 같은 많은 문제가 있습니다. 하지만 이것이 그가 갈 수 있는 유일한 길이었습니다. 결국, 웹3가 고빈도 응용 체인 단계로 발전하면 체인을 자주 교차하지 않을 것입니다. 또한 유동성과 보편성의 문제를 해결하기 위해 체인 추상화와 같은 트랙이 시도되고 있습니다. 나중에 입자 네트워크 및 기타 분석을 해석할 것입니다.
L2의 거래 비용은 Ethereum의 Blob 용량에 크게 좌우되므로 , calldata 가스 요금을 수정하는 목적은 L2가 더 많은 blob을 사용하고 Ethereum의 영구 calldata를 사용하여 L2 상태 데이터를 저장하지 않도록 하는 것입니다.
또한, 블롭의 용량은 이후의 L2 증가도 고려해야 하며 동적으로 구성 가능해야 합니다.
따라서 이러한 발전 방향을 통해 L2방향의 확실성을 더욱 확실히 할 수 있으며, 이는 L2의 단점을 해결하려는 시장 수요의 확실성을 의미하기도 합니다.
마지막 생각
프라하 업그레이드는 이더리움의 지속적인 진화 과정에서 중요한 단계이지만, 제가 보기에 이 업그레이드는 지속적인 타협과 조정이 필요한 타협 계획에 더 가깝습니다.
이더리움은 선두를 차지하기보다는 시장에 의해 밀려나고 있는데, 스테이킹과 L2에 대한 이더리움 특화 최적화와 별개로, 다른 BL, AA 등은 실제로 다른 L1에 의해 광범위하게 시범적으로 실시되었기 때문입니다.
그러나 전체적인 의미로 볼 때 , 이 업그레이드는 런던과 합병처럼 광범위한 시장 논의를 촉발하지는 않았지만, 이더리움 네트워크의 더 높은 확장성과 분산화 기반을 조용히 마련하고 있습니다.
계정 추상화의 발전은 사용자가 암호화 애플리케이션을 사용하는 데 필요한 임계값을 낮출 것입니다. 스테이킹 메커니즘의 개선은 Ethereum PoS 네트워크의 보안과 안정성을 더욱 강화할 것입니다. 데이터 가용성과 처리량의 개선은 점점 번영하는 2차 계층 생태계에 더 넓은 공간을 제공할 것입니다.
프라하/일렉트라 업그레이드가 완료되면 이더리움이 더 효율적이고, 더 친화적이며, 더 유연해질 것으로 예상할 수 있습니다. 더 중요한 것은 프라하 업그레이드로 인해 도입된 일부 개념과 기술이 향후 개선 방향을 제시한다는 것입니다.
다음에 계획된 하드 포크 오사카 업그레이드에서 커뮤니티는 오랫동안 기다려온 Verkle 트리 상태 솔루션 및 단일 슬롯 최종 확인 메커니즘과 같은 더욱 혁신적인 개선 사항을 도입할 수 있습니다.
장기적으로 이더리움의 개발 로드맵은 명확하고 확고합니다(조금 완고하지만). 이러한 업그레이드의 누적 효과는 이더리움이 초당 수백만 건의 거래(The Surge)와 검열 방지, 낮은 중앙화 위험(The Scourge) 이라는 웅대한 비전을 달성하는 데 도움이 될 것입니다.
2025년 말에 오사카 하드포크(평소처럼 26년으로 지연될 것으로 예상)와 2026년에 암스테르담 하드포크가 진행될 때마다 이더리움은 더욱 성숙하고 강력해지며 기능이 더 풍부해질 것으로 예상합니다.