저자: Christine Kim, Galaxy; 컴파일러: Baishui, 진써차이징(Jinse)
머리말
이 보고서에서는 Pectra 업그레이드에 대한 개요와 검증자, ETH 보유자 및 투자자와 함께 10월까지 메인넷 활성화에 대한 예상 일정을 제공할 것입니다. 마지막으로 보고서는 기록 만료, ePBS(내장 제안자 빌더 분리), 버클 트리 마이그레이션 등 Pectra와 병행하여 발생하는 프로토콜 개발에 대한 통찰력을 공유합니다.
어떻게 시작됐나
프라하 - Electra 또는 줄여서 "Pectra"는 다음 이더 업그레이드의 이름입니다. 이름을 제외하고, 업그레이드에 대한 다른 모든 세부 사항은 개발자가 11월에 계획을 시작한 이후로 유동적이었습니다. 그러나 Pectra에 포함된 내용을 논의할 때 개발자들은 이더 프로토콜의 최우선 순위가 Verkle 전환 외부에 있어야 한다는 데 동의하고 있는 것이 분명합니다. 개발자들은 Verkle 전환이 Pectra 이후 업그레이드의 초점이 되어야 한다는 데 동의하지만, Verkle보다 어떤 코드 변경 사항이 우선시될지는 확실하지 않습니다.
배경으로 보면, Verkle 전환은 이더 의 상태 데이터 구조에 대한 대대적인 점검입니다. 상태는 모든 이더 계정의 현재 잔액, 이를 제어하는 계약 코드 및 저장 데이터를 나타냅니다. 개발자는 Merkle Patricia Tree 구조의 모든 상태 데이터를 Verkle 구조로 마이그레이션할 계획입니다. 이를 통해 노드는 상태 데이터에 대한 더 작은 증거를 생성하고 이를 다른 노드에 더 쉽게 전달할 수 있습니다. 미래에 개발자들은 "상태 비저장 클라이언트"라고 불리는 이더 상태 기록을 유지할 필요가 없는 노드를 실행하는 사용자를 구상합니다. 리소스가 제한된 장치에서 실행될 수 있는 이러한 경량 노드는 상태 기록을 저장하는 네트워크의 다른 노드("상태 저장 클라이언트"라고 함)에서 생성된 증거에 의존하여 블록을 검증하고 체인을 발전시키는 데 필요한 정보를 수신합니다. 본질적으로 Verkle 전환은 사용자가 노드를 더 쉽게 실행할 수 있도록 하여 이더 의 탈중앙화 개선하는 것을 목표로 합니다.
이더 상태 데이터베이스 재구성의 복잡성으로 인해 개발자는 Pectra(Fulu-Osaka 또는 줄여서 "Fusaka"라고 함) 이후의 다음 업그레이드를 Verkle에 독점적으로 맡기는 데 동의했습니다. 그들은 Verkle이 업그레이드 구현의 기술적 리스크 최소화하기 위해 프로토콜에 다른 중요한 변경을 하지 않을 것이라는 데 동의했습니다. 개발자들은 Pectra가 Verkle 전환을 구현하는 더 어려운 작업에 모든 관심을 집중하기 전에 쉽게 완료할 수 있는 작은 업그레이드가 되기를 기대합니다.
잘 지내요?
2024년 8월 말까지 Pectra는 EIP(이더 개선 제안) 수 측면에서 이더 역사상 가장 큰 업그레이드가 될 것입니다. 개발자들은 Pectra에 20개의 EIP를 포함하는 데 동의했으며 9월 초에 목록에 더 많은 것을 추가하는 것을 고려할 것입니다. 그러나 Pectra의 광범위한 범위는 이더 개발자 및 기타 이해관계자들 사이에서 논란과 우려의 원천이었습니다. 규모로 인해 Pectra는 계획된 20개의 EIP에 특히 동시에 구현될 때 숨겨진 버그나 취약점이 포함되지 않도록 보장하기 위해 광범위한 테스트와 시뮬레이션이 필요했습니다.
이르면 2024년 5월, 이더 업그레이드 테스트 작업을 구성하는 이더 재단 엔지니어 그룹인 EthPandaOps 팀은 Pectra 업그레이드를 두 개로 분할할 것을 제안하는 블로그 게시물을 공유했습니다. 당시에는 Pectra 활성화 후 계획된 Verkle 전환이 지연될 수 있다는 우려로 인해 이 아이디어는 심각하게 고려되지 않았습니다. 이더 Foundation 연구원인 Alex Stokes는 9월 초 All Core Developers Execution call #196에서 이 아이디어를 다시 제기했습니다. 이번에는 개발자들이 이 아이디어에 더 적극적으로 참여하며 그렇게 하면 6개월 이내에 업그레이드의 첫 번째 부분을 제공할 수 있을 것이라고 주장합니다.
따라서 Pectra에 포함된 모든 EIP는 하나가 아닌 두 개의 하드 포크 에 구현될 예정입니다. 첫 번째 하드 포크 의 범위에는 Pectra 목록의 EIP 20개 중 8개가 포함됩니다. 목록에 있는 다른 12개 EIP의 경우 개발자는 초기 8개 EIP 이후 메인넷 구현을 위해 계속해서 병렬로 개발할 것입니다.
개요
2024년 10월 현재 개발자는 추가 코드 변경인 EIP 7742를 포함하도록 Pectra의 범위를 확장하는 데 동의했습니다. 이 코드 변경 사항을 Pectra에 통합하면 개발자가 Pectra에서도 Blob 용량을 늘릴 수 있습니다. 현재 9개의 EIP가 있습니다. Pectra 업그레이드는 2025년 초에 메인넷을 활성화할 예정으로 잠정적으로 예정되어 있으며 다음과 같은 10가지 코드 변경이 포함될 수 있습니다.
전반적으로 Pectra는 세 가지 결과를 달성할 것으로 예상되는 이더 에 대한 일련의 업데이트를 포함합니다.
지분 증명 블록체인으로서 프로토콜의 주요 결함 수정
이더 에서 스마트 계약 애플리케이션과 상호 작용하는 사용자 경험(UX) 개선
이더 의 데이터 가용성 기능 향상
표면적으로 DA 계층으로서의 이더 에 대한 사용자 경험 개선 및 개선은 최종 사용자가 더 이상 이더 의 스마트 계약과 상호 작용하지 않고 대신 더 저렴한 방식으로 롤업 시 스마트 계약과 상호 작용하도록 장려하기 위한 것입니다. 그러나 이더 사용자 경험의 개선은 "낙수 효과"를 가질 수 있습니다. 즉, 메인넷에서의 구현으로 인해 Rollup에서 채택될 가능성이 높으며 이로 인해 Rollup과 이더 의 최종 사용자 모두에게 이익이 됩니다.
특히, Pectra는 ETH를 "건전한 통화" 또는 가치 저장 수단으로 강화하기 위한 목적으로 코드를 변경하지 않았습니다. 또한 EIP 중 어느 것도 검열 저항성 블록체인으로서 이더 의 품질을 직접적으로 향상시키지는 못하는데, 이는 블록 구축 프로세스에 관련된 알려진 규제 기관이 부족하여 병합 업그레이드 이후 개발자가 해결해야 할 우선순위가 되었습니다. 증가했습니다.
이더 블록의 50% 이상이 OFAC 호환 릴레이에 의해 생성됩니다. 즉, 이러한 블록 생성을 담당하는 주체는 미국 시장에 나열된 이더 주소와 상호 작용하는 거래를 의도적으로 제외합니다.
개발자들은 ETH 발행을 줄이고 향후 업그레이드에서 검열 저항을 높이기 위해 코드 변경 작업을 진행하고 있습니다. 그러나 이는 Pectra의 초점이 아닙니다.
후사카 개요
Pectra 이후의 다음 업그레이드 이름은 Fusaka입니다. 개발자가 아직 업그레이드 범위를 확정하지 않았기 때문에 Fusaka의 일정을 예측하기는 어렵습니다. 현재 개발자들은 Fusaka의 원래 Pectra EIP 세트의 다른 12개 코드 변경, 즉 EOF 코드 변경 및 PeerDAS에 우선순위를 두는 데 열중하고 있습니다. 그러나 Pectra 업그레이드가 완료된 후 개발자는 Fusaka의 우선 순위와 준비 상태를 기반으로 EIP를 재평가할 것입니다.
참고로 아래에는 원래 Pectra에 포함되었지만 이후 업그레이드에서 제거된 12개의 코드 변경 사항이 나열되어 있습니다.
첫 번째 EIP를 제외한 나머지 11개 EIP는 EVM(이더 Virtual Machine)의 다양한 측면을 변경하는 코드 변경입니다. 이러한 EVM 중심 코드 변경 사항은 "EVM 대상 형식", 즉 줄여서 EOF를 구현합니다. EOF는 EVM이 코드를 구축하고 처리하는 방법에 중요한 변화를 가져오며 스마트 계약 코드 실행을 보다 예측 가능하고 안전하며 비용 효율적으로 만들어 스마트 계약 개발자 경험을 향상시킬 것으로 예상됩니다.
PeerDAS 및 EOF 외에도 2024년 10월 현재 Fusaka에 포함되도록 고려할 수 있는 모든 잠재적 코드 변경 목록은 다음과 같습니다.
Account Abstraction 및 Verkle을 제외하고 위에 나열된 모든 이니셔티브는 Pectra 업그레이드의 잠재적 후보로 논의되었지만 코드 변경에 대한 합의가 부족하여 업그레이드에 포함되지 않았습니다. 이러한 이니셔티브 중 다수의 경우 설계를 구현할 준비가 되기 전에 여전히 대량 연구가 필요합니다. 위 표의 마지막 열은 위 코드 변경 사항의 준비 상태를 1에서 3으로 평가합니다. 여기서 3은 즉시 구현 준비가 되어 있고 1은 개발 초기 단계에 있습니다.
위의 이니셔티브 중에서 재고 포함 및 SSZ 전환이 가장 성숙한 단계입니다. 모든 병렬 이니셔티브 중에서 계정 추상화는 Fusaka에 대해 준비가 되어 있을 가능성이 가장 낮습니다. 왜냐하면 이더 에서 전체 계정 추상화에 대한 경로는 여전히 불분명하고 로드맵의 많은 부분이 Pectra Influence의 EIP 7702의 영향을 받을 것이기 때문입니다.
이러한 병렬 계획과 관련된 불확실성을 고려할 때 현재 메인넷에 대한 준비 상태나 ETH 가치에 미치는 영향을 평가하는 것은 유용하지 않습니다. 그러나 일련의 10가지 코드 변경은 2025년까지 이더 관계자에게 영향을 미칠 가능성이 높습니다.
이 보고서의 다음 섹션에서는 Pectra의 EIP가 네트워크 이해관계자와 ETH의 가치에 미칠 것으로 예상되는 영향을 더 자세히 설명합니다.
중요 및 중요하지 않은 수정 사항
이더 지분 증명 블록체인으로 기능하려면 Pectra에 EIP를 보유하는 것이 필수적입니다. EIP 7251은 검증인의 최대 유효 잔액 32 ETH에서 2048 ETH로 늘리고 최대 유효 잔액 32 ETH인 기존 검증인이 지분을 통합할 수 있도록 합니다. 이로 인해 2024년 9월 현재 100만 명을 넘어선 이더 검증인 수가 줄어들 것으로 예상됩니다.
이더 Foundation(EF) 엔지니어가 수행한 이더 시뮬레이션에서는 프로토콜이 140만 명의 검증인과 심각한 네트워크 문제를 겪고 있는 것으로 나타났습니다. EIP 7251은 스테이킹 ETH의 통합을 장려하여 네트워크 스트레스를 완화할 것으로 예상됩니다. 대규모 검증인 세트 크기 문제에 대해 자세히 알아보려면 이 Galaxy Research 보고서를 읽어보세요.
32개의 ETH 검증인이 존재하는 이유
비콘 체인은 원래 최대 유효 잔액 32 ETH인 검증자를 위해 설계되었습니다. 프로토콜 개발자는 대량 참가자가 지분 증명 합의 프로토콜에 참여하도록 장려하기를 원했기 때문입니다. 개발자들은 32 ETH에서 비콘 체인이 약 312,500명의 검증자를 유치할 것이며 이러한 검증자가 생성한 총 암호화 서명은 초기 체인의 보안을 보호하기에 충분할 것이라고 보수적으로 추정합니다.
2020년 12월 비콘 체인이 출시되었을 때 ETH 가격은 약 600달러였습니다. 이는 자금이 20,000달러 미만인 사용자가 자체 검증기를 운영하고 독립적으로 스테이크 보상을 얻을 수 있음을 의미합니다. 당시 스테이킹 보상에는 거래 수수료나 MEV 보상이 포함되지 않았으며, 스테이킹 사용자가 자금을 클레임 할 수 없어 상당한 리스크 따랐습니다.
참여를 장려하는 것 외에도 "샤딩"을 통해 비콘 체인을 확장하는 원래 설계에서는 각 검증자가 동일한 유효 잔액 유지해야 했기 때문에 32 ETH의 유효 잔액 선택되었습니다. 모든 사용자가 32 ETH 이상의 스테이킹 잔액 유지해야 한다면 개발자는 체인을 보호할 검증자가 충분하지 않을 것이라고 우려할 것입니다. 모든 사용자가 스테이킹 잔액 32ETH 이하로 유지하게 되면 검증자가 너무 많아 이더 네트워크 계층에 불필요한 부담을 줄 것이라는 우려가 있습니다.
32 ETH의 최대 유효 잔액 외에도 개발자는 이더 의 향후 스테이킹 수요에 대한 대략적인 추정을 기반으로 프로토콜에 대량 상수 및 매개변수를 설정했습니다. 개발자의 추정이 매우 부정확한 경우 후속 하드 포크 통해 체인의 경제성과 스테이킹 매개변수를 조정할 수 있다고 믿습니다. 오늘날 Lido 및 Coinbase와 같은 유동성 스테이킹 솔루션의 급속한 채택으로 인해 개발자들 사이에서 이더 의 발행 곡선을 낮추는 논의가 촉발되었습니다.
마지막으로, 이더 네트워크 계층의 실제 용량에 대한 잘못된 가정이 있을 수 있습니다. 이더 창립자 Vitalik Buterin은 2021년 블로그 게시물에서 비콘 체인의 설계 사양이 현실적으로 410만 명의 검증인의 오버헤드를 지원하거나 최대 32 ETH의 유효 잔액 으로 전체 ETH 공급량 스테이킹 수 있다고 썼습니다. 실제로 클라이언트 구현의 다양한 업그레이드와 변경으로 인해 이더 의 네트워크 계층이 400만 명 이상의 검증자는 고사하고 140만 명을 지원할 가능성은 거의 없습니다.
EIP 7251 구현 세부 사항
EIP 7251은 구현이 필요한 복잡한 코드 변경입니다. 이는 프로토콜이 검증자 보상, 벌금 및 인출을 계산하는 방식을 근본적으로 변경합니다. 프로토콜은 이러한 계산을 활성 검증인의 수를 기반으로 하지 않고 검증인당 최소 32 ETH에서 2048 ETH 잔액 의 검증인의 결합된 유효 잔액 기반으로 합니다.
특히 관련 삭감 페널티를 변경하는 과정에서 개발자는 유효 잔액 작은 검증인이 유효 잔액 큰 검증인에 비해 불균형적으로 페널티를 받는 특이한 사례를 발견했습니다. 이 극단적인 경우는 Pectra 테스트 중에 해결되었습니다. 2024년 10월 현재 개발자들은 여전히 EIP 7251 사양의 버그를 식별하고 이를 해결하기 위해 노력하고 있습니다.
계산을 업데이트하는 것 외에도 EIP는 검증인이 기존 검증인을 통합할 수 있는 새로운 조치를 도입하고 통합을 장려하기 위해 더 큰 유효 잔액 가진 검증인에 대한 초기 삭감 페널티를 하향 조정합니다.
일단 활성화되면 대규모 스테이킹 엔터티가 얼마나 빨리 검증자를 통합하고 네트워크의 스트레스를 줄일 수 있을지는 확실하지 않습니다. 지금부터 검증인 통합이 시행되는 사이에 검증인 세트 크기가 급증하면 낮은 수준의 하드웨어 또는 제한된 인터넷 대역폭이 있는 위치에서 검증인을 실행하는 네트워크 참가자와 네트워크 상태에 부정적인 영향을 미칠 수 있다는 우려가 있습니다.
아래 차트는 Dencun 업그레이드 이후 활성 검증인 수의 증가를 보여줍니다. Dencun 업그레이드는 이더 의 시대당 최대 검증인 항목 수가 15에서 상수 값 8로 감소한 것을 의미합니다. 아래 차트는 검증인 승인 이탈률이 8로 감소한 이후 새로운 검증인 항목의 활동을 기반으로 이더 의 검증인 세트 성장에 대한 예측을 제공합니다. 다음 예측은 보수적이며 이더 의 Eigenlayer와 같은 리스테이킹 (Restaking) 프로토콜의 성숙과 같은 스테이킹 수요에 대한 잠재적 미래 촉매제를 고려하지 않는다는 점은 주목할 가치가 있습니다.
중요하지 않은 수정 사항
EIP 7251 외에도 Pectra 업그레이드에서 활성화될 프로토콜에 대한 몇 가지 중요하지 않은 수정 사항 및 개선 사항이 있습니다. 여기에는 다음이 포함됩니다.
EIP 7549, 증명 외부로 위원회 인덱스 이동 - CL 클라이언트 소프트웨어를 보다 효율적으로 만들기 위해 이 코드 변경에는 유효성 검사기 증명 메시지의 리팩터링이 도입되었습니다. 비록 EIP 7251보다는 적지만 검증자 노드의 네트워크 부하를 줄일 것으로 예상됩니다.
EIP 6110, 온체인 검증자 예금 제공 – 이 코드 변경으로 인해 새로 스테이킹 ETH 예금을 검증하는 책임이 CL에서 EL로 이동되었습니다. 이를 통해 개발자는 EL에 32 ETH를 입금하고 CL에서 유효성 검사기를 새로 활성화하는 사이의 지연을 줄여 예금 보안을 강화하고 CL 클라이언트의 프로토콜 복잡성을 줄이며 스테이킹 사용자 경험을 개선할 수 있습니다.
EIP 2935, 상태에서 기록 블록 해시 제공 – 상태에서 기록 블록의 증거를 생성할 수 있도록 EL에 변경 사항을 도입했습니다. 스마트 계약 개발자는 이전 블록에서 이더 상태에 대한 정보에 액세스할 수 있으므로 몇 가지 추가 기능을 제공할 수 있습니다. 주로 이는 Verkle 전환을 준비하기 위해 필요한 코드 변경입니다.
EIP 7685, 일반 실행 계층 요청 – 스마트 계약에 의해 트리거된 CL에 대한 요청을 저장하기 위한 일반 프레임 생성합니다. 스마트 계약 기반 스테이킹 풀이 점점 대중화됨에 따라 스마트 계약을 통해 CL에서 검증인 출금(EIP 7002) 및 병합(EIP 7251)을 직접 트리거할 수 있어야 합니다. 이 코드 변경에서는 CL이 쉽게 처리할 수 있도록 이러한 유형의 요청을 저장하는 프로토콜 프레임 도입되었습니다.
예상되는 영향
Pectra에서 활성화된 중요 및 중요하지 않은 수정 사항은 주로 EIP 7251의 더 높은 유효 잔액, EIP 7549의 효율성 향상 및 사소한 사용자 경험 개선을 활용하기 위해 운영을 업데이트해야 하는 검증자 노드 운영자에게 영향을 미칩니다. EIP 6110. 전자는 상태 비저장 클라이언트가 현실화될 때 향후 업그레이드에서 노드 운영자에게 도움이 될 것이며, 후자는 EIP 7251과 같은 코드 변경 구현을 향상시키지만 네트워크의 현재 상태를 개선하지는 않습니다.
최종 사용자와 ETH 보유자는 이러한 5가지 코드 변경으로 인해 직접적인 혜택을 받을 것으로 예상되지 않습니다. 이러한 코드 변경은 주로 지분 증명 블록체인인 이더 의 상태와 탄력성에 도움이 됩니다. 그들은 프로토콜이 안전하고 원활하게 계속 작동할 수 있도록 보장하므로 장기적으로 프로토콜의 가치에 대해 긍정적입니다. 그러나 최종 사용자, 스마트 계약 개발자 또는 집계에 대한 사용자 경험을 실질적으로 향상시키는 새로운 기능을 도입하지 않습니다. 따라서 ETH 가치에 큰 영향을 미칠 것으로 예상되지 않습니다.
이더 의 네트워크 전체 업그레이드와 마찬가지로 ETH 변동성은 Pectra 전후에 증가할 가능성이 높으며 업그레이드와 관련된 예기치 않은 오류나 실패가 있는 경우 가격에 부정적인 변동이 발생할 수 있습니다. 분명히 말하면, 이러한 코드 변경 사항은 메인넷에서 네트워크가 중단되는 경우 활성화되기 전에 대량 전투 테스트를 거쳤기 때문에 Pectra 업그레이드가 성공하지 못할 가능성은 희박합니다. 따라서 업그레이드 전후에 ETH의 일시적인 변동을 제외하면, 프로토콜의 다양한 부분 수정과 관련된 Pectra의 코드 변경은 ETH 가치에 장기적으로 긍정적이거나 부정적인 영향을 미칠 것으로 예상되지 않습니다.
영향을 받는 이해관계자: 검증 노드 운영자
ETH에 대한 예상 영향: 중립
사용자 경험 개선
Pectra에는 이더 최종 사용자와 스마트 계약 개발자를 위한 사용자 경험 개선을 도입할 세 가지 EIP가 있습니다. 롤업 중심의 로드맵을 추구하는 동시에 개발자들은 선도적인 범용 블록체인으로서 이더 의 가치 제안을 개선하기 위해 공동의 노력을 기울이고 있습니다.
EIP 2537, BLS12-381 곡선 연산의 사전 컴파일 – 영지식 암호화에 널리 사용되는 대수 구조인 BLS12-381 곡선에 대한 연산을 효율적으로 수행하기 위한 새로운 기능을 추가합니다. 영지식 암호화는 더 강력한 개인 정보 보호 보장, 보안 및 확장성을 포함하여 블록체인 기반 애플리케이션에 다양한 이점을 제공할 수 있습니다. BLS 곡선에서 작업을 수행하는 기능은 이미 영지식 증명 시스템을 사용하고 있거나 이러한 시스템을 작업에 통합하려는 이더 기반 애플리케이션 및 롤업에 도움이 될 것입니다.
EIP 7002, 실행 계층은 출금을 트리거할 수 있습니다. EIP 7002는 검증인 출금을 위해 EVM 상태를 수정하는 메커니즘인 상태 저장 사전 컴파일을 생성합니다. 현재 온체인 검증인은 검증인 출금 키 소유자(보통 검증인 운영자)의 개입을 통해서만 나갈 수 있습니다. EIP 7002는 검증인 출금 자격 증명을 소유하고 이를 사용하여 검증인 운영자의 수동 개입 없이 검증인 종료를 실행할 수 있는 스마트 계약 메커니즘을 도입합니다. 이를 통해 스테이킹 애플리케이션에 대한 무신뢰 설계가 가능해지고 기존 스테이킹 애플리케이션이 검증자 노드 운영자의 정직한 행동과 이러한 애플리케이션의 보안에 대한 신뢰 가정을 제거할 수 있습니다.
EIP 7702, EOA 계정 코드 설정 – 최종 사용자가 다음과 같이 사용자 제어 이더 계정에 단기 기능을 추가할 수 있는 새로운 거래 유형을 생성합니다.
단일 트랜잭션에 서명하여 여러 온체인 작업을 승인하는 트랜잭션 일괄 처리
다른 계정을 대신하여 거래 수수료를 지불하는 후원
권한 다운그레이드, 계정 잔액 에 대한 특정 지출 조건 승인
대부분의 사용자가 지갑 제공자를 통해 이더 에서 거래를 수행한다는 점을 감안할 때 지갑 개발자는 새로운 거래 유형을 활용하고 사용자가 쉽게 액세스할 수 있는 방식으로 이러한 기능을 설계에 추가해야 합니다.
예상되는 영향
중요하거나 중요하지 않은 수정 사항과 달리 이러한 코드 변경은 이더 에서 보다 완전한 기능을 갖춘 애플리케이션 개발을 직접적으로 가능하게 합니다. 7002, 2537 및 7702와 같은 EIP는 각각 보다 무신뢰 스테이킹 풀 설계, 개인 정보 보호를 강화하는 탈중앙화 금융 프로토콜 및 안전한 사용자 제어 계정을 구현합니다.
영향을 받는 이해관계자: 최종 사용자, 스마트 계약 개발자
ETH에 대한 예상 영향: 긍정적
DA 개선
이 보고서의 앞부분에서 언급한 것처럼 Pectra에는 또 다른 코드 변경이 포함될 수 있습니다. 개발자들은 데이터 가용성(DA) 레이어로서 이더 의 확장성을 개선하기 위해 블롭 가스 목표를 약간 늘리는 것을 고려하고 있습니다. EIP 7594(PeerDAS) 업그레이드를 통해 DA 기능을 개선하는 것과 관련하여 더 크고 복잡한 코드 변경이 많이 있습니다. 그러나 EIP 7549는 Pectra에서 더 이상 활성화되지 않으므로 DA 비용을 줄이기 위해 더 간단한 변경 사항을 도입하라는 제안이 있습니다.
현재 이더 블록당 최대 6개의 Blob을 처리할 수 있으며 블록당 평균 3개의 Blob을 목표로 이러한 Blob의 비용을 동적으로 조정합니다. Layer-2 롤업 베이스의 개발자인 Francis Li는 청크당 블롭의 목표 수를 5로 늘리고 청크당 최대 블롭 수를 8로 늘릴 것을 제안했습니다.
Li의 제안에서 그는 목표 blob 수를 3개가 아닌 4개로 보수적으로 늘리는 것조차도 이더 에서 Rollup 팀을 구축하는 데 도움이 될 것이라고 언급했습니다. 개발자들은 Pectra의 blob 타겟 증가를 크게 지원합니다. 그러나 이러한 관점 의 확인과 Pectra의 DA 개선 사항의 공식 통합은 향후 ACD 컨퍼런스 콜에서 결정되어야 합니다. 현재 개발자들은 EIP 7742를 Pectra에 통합하는 데 동의했으며, 이는 CL을 조정하여 이더 의 blob 용량을 변경할 수 있는 길을 열어줄 것입니다.
EIP 7742, CL과 EL 간의 블롭 수 분리 - 최대 및 대상 블롭 제한은 EL 및 CL에 지속적으로 하드코딩됩니다. EIP 7742를 사용하면 CL이 최대 및 대상 Blob 제한을 동적으로 조정할 수 있으므로 향후 DA 용량 변경 시 두 계층의 하드 포크 필요하지 않고 CL을 통해서만 조정할 수 있습니다.
EIP 7742 및 Blob 용량 증가 외에도 개발자는 Pectra 또는 Fusaka의 이더 DA 기능 최적화와 관련된 두 가지 추가 코드 변경 사항을 검토하고 있습니다.
EIP 7762, MIN_BASE_FEE_PER_BLOB_GAS 증가 – Blob에 대한 수요가 목표 비율(현재 블록당 3개의 Blob)을 초과하는 경우 프로토콜은 자동으로 Blob의 강제 기본 비용을 상향 조정합니다. EIP 7762는 Blob 수수료 시장이 Blob 수요 변동에 더 민감하고 Blob의 가격을 더 빠르게 검색할 수 있도록 Blob의 최소 기본 비용을 더 높게 조정합니다.
EIP 7623, 호출 데이터 비용 증가 - Blob 외에도 롤업은 트랜잭션의 호출 데이터 필드를 사용하여 이더 에 임의의 데이터를 게시할 수 있습니다. 그러나 트랜잭션의 통화 데이터 필드를 활용하면 집계 비용이 더 많이 드는 경우가 많습니다. EIP 7623은 최대 이더 블록 크기를 줄이기 위해 데이터 호출 비용을 더욱 높이는 것을 목표로 합니다. 이더 개발자는 Blob 용량을 늘려 블록 크기를 늘리면서 대량 호출 데이터와 최대 Blob 수를 가진 검증자가 비정상적으로 큰 블록을 전파하는 극단적인 경우를 방지하려고 합니다.
Pectra에서 Blob 처리량을 늘리는 것은 개발자들 사이에서 논란의 여지가 있는 주제입니다. 이는 네트워크에서 실행되는 독립적 스테이커의 수를 줄여 이더 의 탈중앙화 에 부정적인 영향을 미칠 수 있기 때문입니다. 솔로 스테이킹 스테이킹 풀이나 스테이킹 위한 기타 중개 서비스에 의존하지 않고 집이나 클라우드 제공업체를 통해 자신의 ETH를 스테이킹 하고 자체 스테이킹 작업을 실행하는 사용자입니다. 독립 스테이킹 는 다른 유형의 스테이킹 에 비해 리소스가 가장 제한된 장치에서 검증기를 운영하는 사용자입니다.
Blob 처리량이 증가하면 운영 유효성 검사기의 계산 요구 사항이 증가하여 일부 개별 스테이킹 컴퓨터를 종료하게 될 수 있습니다. ACDE #197에서 개발자들은 일부 개별 스테이킹 이미 Dencun 이후 검증인을 운영하기 위해 노력하고 있다는 일화적인 증거를 공유했습니다. 개발자들은 Pectra의 blob 용량을 늘리기로 결정하기 전에 개별 스테이킹 작업의 상태에 대한 데이터 기반 연구를 수행하는 데 동의했습니다.
예상되는 영향
단기적으로는 이더 의 DA 개선으로 레이어 2 롤업(L2)으로 인한 프로토콜 수익이 감소하고, L2 순서 이익율 증가하며, L2 최종 사용자에 대한 거래 수수료가 감소할 것으로 예상됩니다. 이러한 영향은 Dencun 업그레이드에서 EIP 4844를 활성화한 후 나타나는 것과 유사할 것으로 예상됩니다.
영향을 받는 이해관계자: 레이어 2 집계, L2 최종 사용자, ETH 보유자
ETH에 대한 예상 영향: 부정적
펙트라 타임라인 분석
개발자들은 Blob 수수료 시장의 변경 사항이 업그레이드에 포함되지 않을 경우를 대비해 Pectra에 포함할 두 가지 대체 코드 변경 사항에 대해 논의했습니다. Pectra에서는 Blob 용량이 증가할 가능성이 높기 때문에 이러한 두 가지 코드 변경 사항은 Pectra에 포함될 가능성이 없습니다. 그들은 EIP 7782이고
Nethermind 개발자 Ben Adams가 제안한 EIP 7782는 이더 슬롯 시간을 12초에서 8초로 줄입니다. 슬롯 시간의 이러한 변화는 이더 거래 확인 속도를 33% 감소시킵니다. ACDE #198 및 ACDC #144의 이 제안에 대해 개발자가 제기한 우려는 상태 성장률을 가속화하여 Verkle 전환을 더욱 어렵게 만들 수 있다는 것입니다. 또한 이더 재단 연구원인 Francesco D'Amato는 기간 변경이 ePBS(내장 제안 작성기 분리) 및 IL(포함 목록)과 같은 활발한 연구 이니셔티브에 부정적인 영향을 미칠 수 있다고 말했습니다.
Erigon 개발자 Giulio Rebuffo가 제안한 EIP 7783은 하드 포크 필요하지 않기 때문에 개발자가 구현하기가 비교적 쉬운 코드 변경입니다. EIP 7783은 고객 팀이 시간이 지남에 따라 가스 목표를 점차적으로 늘릴 수 있는 메커니즘을 만듭니다. 가스 목표를 늘리면 블록에 포함될 수 있는 최대 트랜잭션 수가 늘어납니다. Rebuffo의 제안은 특정 가스 목표를 지정하지 않고 단순히 개발자가 목표를 선택하고 점차적으로 안전하게 이 임계값까지 늘릴 수 있는 메커니즘을 제안합니다. 2024년 10월 최근 전화 회의에서 개발자들은 Pectra 업그레이드 직후 EIP 7783 구현 가능성에 대해 논의했습니다.
Pectra에 새로운 EIP를 추가하면 메인넷 업그레이드 활성화가 지연될 수 있습니다. 또한 개발자가 Pectra의 최종 범위 결정을 지연할수록 개발자가 공개 이더 테스트넷을 업그레이드하는 데 시간이 더 오래 걸립니다. 2024년 10월 현재 개발자는 Pectra의 범위를 마무리하는 데 가까워 보이지 않습니다. 따라서 Pectra의 공개 테스트넷 업그레이드는 올해 말 이전에 출시될 가능성이 낮습니다.
Pectra의 범위가 내년 1월 또는 2월 초에 확정된다고 가정하면 개발자는 공용 이더 테스트 네트워크를 업그레이드하기 전에 개인 테스트 네트워크(개발 네트워크라고도 함)에서 Pectra에 대한 새로운 추가 사항을 테스트해야 합니다. Pectra에 대한 다른 코드 변경 사항을 테스트하기 위해 최소 한 달의 예산을 확보하고 개발자는 3월에 공개 테스트넷 업그레이드를 시작하여 4월 또는 5월에 메인넷 업그레이드를 일시적으로 활성화할 수 있는 것이 좋습니다.
이러한 타임라인 추정치는 개발자가 향후 몇 달 안에 Pectra의 범위를 확정하는 시점과 궁극적으로 업그레이드에 추가하기로 결정한 코드 변경의 복잡성에 따라 변경될 수 있습니다.
ETH 가치의 다른 촉매제
지금까지 Pectra는 코드 변경이 혼합된 백으로, 그 중 일부는 사용자와 스마트 계약 개발자 모두의 경험을 향상시킬 것으로 예상됩니다. Pectra의 범위가 단순화되었기 때문에 업그레이드가 ETH의 가치에 큰 영향을 미치지 않을 것으로 예상됩니다. Pectra 외에도 발행을 줄이고 PeerDAS를 구현하는 계획과 같이 ETH의 가치에 더 직접적으로 영향을 미칠 수 있는 Ethereum 이더 후속 업데이트가 더 있습니다. 그러나 본 보고서의 앞부분에서 언급했듯이 이러한 변화가 메인넷에서 언제 활성화될지는 예측하기 어렵습니다.
이더"롤업 중심 로드맵"에 따라 DA의 확장성 개선을 더욱 추구함에 따라 이더 의 프로토콜 업그레이드는 시간이 지남에 따라 ETH의 가치에 점점 더 적은 영향을 미칠 것이라는 점은 주목할 가치가 있습니다. 장기적으로 애플리케이션과 사용자가 L2로 마이그레이션함에 따라 이더 의 수익은 주로 L2의 사용자 활동에 의해 주도될 가능성이 높습니다. L2에서 발생하는 업그레이드는 이러한 네트워크의 사용자 경험, 상호 운용성, 탈중앙화 및 보안을 향상시킬 수 있으며 이는 기본 계층의 최적화 및 개선보다 이더 의 가치에 더 중요합니다. Pectra와 같은 업그레이드는 프로토콜의 탈중앙화 및 유용성을 더욱 향상시키지만 롤업이 이러한 수요를 충족하도록 확장할 수 있기 때문에 새로운 사용자 물결을 끌어들이고 탈중앙화 애플리케이션의 채택을 촉진할 가능성은 없습니다 . 따라서 Rollup을 기반으로 구축된 애플리케이션과 Rollup을 기반으로 구축된 애플리케이션의 기능을 더욱 향상시키는 프로토콜 업그레이드는 ETH의 가치를 창출하는 요소를 평가할 때 분석의 핵심입니다.
롤업 중심 로드맵에 대한 일반적인 저항은 DA 레이어로 인해 이더 너무 저렴해질 수 있거나 롤업 수익이 ETH의 가치를 지원하기에는 너무 적다는 우려입니다. 이러한 주장은 탈중앙화 애플리케이션이 다룰 수 있는 전체 시장을 과소평가합니다. 암호화폐 사용 사례는 현재 전 세계 모든 산업을 혼란에 빠뜨리고 있습니다. 공용 블록체인은 인간의 조정 활동을 근본적으로 변화시킬 수 있는 잠재력을 갖고 있으며, 인공 지능(AI)이 모든 산업을 근본적으로 변화시킬 수 있는 잠재력을 갖고 있기 때문입니다. 생성됩니다.
EIP 4844 또는 PeerDAS와 같은 확장성 개선은 단기적으로 프로토콜 수익을 감소시킬 것입니다. 그들은 이더 L1에서 가능했던 것보다 더 많은 온체인 활동을 지원할 수 있는 이더 의 기반을 마련하고 있습니다. 게임, 모금, 탈중앙화 금융, 소셜 미디어는 역사적으로 이더 급증을 가져온 애플리케이션 유형의 몇 가지 예일 뿐입니다. 이러한 애플리케이션은 이더 의 네트워크 효과, 탈중앙화, 검열 저항 및 결합성을 활용합니다. 이론적으로 Rollup의 애플리케이션은 이더 의 이러한 모든 이점을 활용할 수 있을 뿐만 아니라 훨씬 낮은 수수료와 다양한 유형의 가상 머신, 프로그래밍 언어 및 계정 관리와 같은 향상된 기능을 활용할 수 있습니다.
그러나 실제로 롤업은 탈중앙화 , 검열 저항 또는 결합성과 같은 이더 의 속성을 의미 있게 상속하지 않습니다. 거래 수수료를 효과적으로 줄일 수는 있지만 탈중앙화 와 보안을 희생하는 대가를 치르게 됩니다. 즉, 롤업은 거래 비용을 낮추는 것 외에는 의미 있는 방식으로 이더리움을 이더 하지 않습니다. 사용자는 활동과 애플리케이션을 L1에서 L2로 마이그레이션할 때 장단점이 너무 많습니다. Rollup과 같은 인프라 프로젝트, 온체인 개발된 기타 확장 솔루션, 리스테이킹 (Restaking) 솔루션 및 ZKVM이 진행 중입니다. Rollup이 기술로 성숙해지고 이더 의 탈중앙화 특성의 이점을 누릴 때까지 순수한 DA 개선은 이더 또는 그 위에 구축된 Rollup 채택의 새로운 물결을 주도하지 못할 수도 있습니다.
결론적으로
Pectra의 범위와 일정에 대한 불확실성에도 불구하고 이더 인간의 조정이 주로 중앙 집중식 인터넷 프로토콜이 아닌 탈중앙화 블록체인 기술을 통해 이루어지는 Web 3 시대를 맞이하면서 여전히 선두 주자로 남아 있습니다. 이를 달성하기 위해 이더 MEV(Maximum 클레임 Value) 및 거래 검열과 같은 중앙 집중식 세력에 맞서 싸우면서 탈중앙화 기술로 계속 확장해야 합니다. 이더 확실히 이 비전을 실현하는 데 경쟁자가 있지만 웹 3 블록체인 공간을 지배하는 것은 이더 여전히 패배하는 게임입니다.
이더 범용 블록체인 중 가장 높은 네트워크 효과를 계속해서 갖고 있습니다. 이는 스마트 계약 개발자를 위한 가장 검증된 블록체인으로 남아 있으며 확장, MEV, 검토, 사용자 경험 및 기타 과제와 관련된 문제를 해결하기 위해 연구원 및 개발자 사이에서 가장 많이 연구된 블록체인입니다. 그러나 이더 개발자가 Rollup 중심 로드맵을 추구함에 따라 Web 3가 직면한 가장 큰 문제에 대한 솔루션이 Rollup에 상속되므로 기술로서의 이더 의 중요성과 이더 업그레이드는 줄어들 것입니다.
Pectra는 새로운 사용자와 스마트 계약 개발자를 Web 3 공간으로 끌어들일 것으로 예상되는 사용자 경험 중심의 코드 변경을 도입할 것입니다. 그러나 이는 프로토콜의 코드 변경이 사용자와 ETH 보유자에게 직접적인 영향을 미치는 마지막 몇 안 되는 업그레이드 중 하나일 수 있습니다. 사용자가 Rollup으로 마이그레이션하고 프로토콜 수익이 점점 더 Rollup 활동에 의해 주도됨에 따라 이더 이해관계자에게 가장 중요한 코드 변경 사항은 Rollup에서 수행되는 변경 사항입니다. 이를 위해서는 기술로서의 롤업의 성숙도와 이더 보안을 의미있게 상속하고 이를 수백만 명의 신규 사용자로 확장할 수 있는 능력을 분석하는 것이 중요합니다.
