🤖 신간: 『 Quicknode AI Cookbook』 AI 코딩을 위한 검증된 레시피 10가지 agents.
레시피 보기SOC 2 Type II 인증 · ISO 27001
Ethereum Pectra 업그레이드: ‘ Testnet ’의 과제, 고객층의 다양성, 그리고 꼭 알아야 할 사항
Pectra 업그레이드를 통해 EIP 개선, 클라이언트 다양성 확대, 향상된 L2 확장성을 바탕으로 Ethereum 의 성능이 강화되었습니다. 이 네트워크의 새로운 기능과 향후 계획에 대해 알아보세요.

2025년 2월 25일 — 읽는 데 5분 소요

Pectra 업그레이드는 Ethereum 블록체인의 또 다른 도약을 의미하며, 이를 통해 사용자와 개발자를 위한 확장 가능하고 효율적인 환경에 한 걸음 더 가까워졌습니다. 이번 글에서는 Pectra가 무엇인지 자세히 살펴보고, 이번 업그레이드에 포함된 이더리움 개선 제안( Ethereum , EIP)들을 심층적으로 분석하며, 이러한 제안들이 네트워크를 어떻게 강화하는지 알아보겠습니다. 또한, testnet 업그레이드 과정에서 발생한 작은 문제점도 간략히 다룰 예정입니다(이에 대해서는 나중에 더 자세히 설명하겠습니다). 그럼 시작해 보겠습니다!
Pectra는 Ethereum의 실행 계층(EL) 및 합의 계층(CL) 메커니즘을 조정하는 다양한 EIP를 포함하고 있습니다. 주요 내용은 다음과 같습니다:
EIP-7702: 외부 소유 계정(EOA)이 트랜잭션 서명 능력을 상실하지 않고도 스마트 계약 로직의 실행을 위임할 수 있도록 합니다. 이는 EOA의 코드 필드에 "위임 지정자"(0xef0100 + 대상 주소)를 설정하는 새로운 트랜잭션 유형(0x4)을 통해 이루어집니다. 누군가 EOA와 상호작용하면, EVM은 EOA의 컨텍스트 내에서 대상 주소의 바이트코드를 자동으로 실행하여, 해당 주소가 EOA의 스토리지와 잔액에 접근할 수 있게 합니다. 이를 통해 EOA의 원래 주소와 서명 기능을 유지하면서, 트랜잭션 일괄 처리(예: ERC-20 토큰 승인/스왑) 및 권한 관리와 같은 스마트 계약 기능을 사용할 수 있습니다. 이 기능은 새로운 프로토콜 수준의 오프코드를 요구하지 않으면서 계정 추상화의 단기적인 기능을 제공하는 것을 목표로 합니다.
EIP-7251: 최소 스테이킹 금액 32 ETH는 유지하면서 MAX_EFFECTIVE_BALANCE를 32 ETH에서 2,048 ETH로 상향 조정합니다. 대규모 검증자는 운영해야 할 검증자 및 비콘 노드의 수를 줄일 수 있어 이점을 얻는 반면, 소규모 검증자는 복리 보상과 더 유연한 스테이킹 증액(예: 별도의 검증자 두 개에 64 ETH를 할당할 필요 없이 40 ETH를 직접 스테이킹)을 통해 이득을 얻습니다.
EIP-7742: 이 EIP는 실행 계층(EL)에서 중복된 블롭 최대값 검증 절차를 제거하고, EL이 블롭 목표값을 수신하는 방식을 변경합니다. 이제 EL에 하드코딩된 고정값 대신, 합의 계층이 Engine API를 통해 target_blobs_per_block 및 max_blobs_per_block 값을 동적으로 제공합니다. 이 변경 사항은 블롭 매개변수에 유연성을 더해, Ethereum 의 확장 전략의 일환으로 해당 매개변수를 더 쉽게 조정할 수 있게 합니다.
EIP-7691: 블록당 블롭 수를 3개에서 6개(목표)로, 6개에서 9개(최대)로 두 배로 늘려, Ethereum의 레이어 2 솔루션에서 데이터 집약적 거래 처리 용량을 확대함으로써 L2 데이터 가용성을 높이고 롤업 가스 비용을 절감합니다.
사용자 여러분께: EIP-7702는 더 스마트해진 EOA를 의미합니다. 가스비가 들지 않는 거래나, 승인 및 스왑과 같은 dApp 내의 일괄 거래를 생각해 보세요. EIP-7691의 블롭 부스트 기능은 L2 수수료를 낮춰주며, EIP-7251은 스테이킹 보상을 더 쉽게 누적할 수 있게 해줍니다.
개발자 참고: 계정 추상화(7702)는 dApp의 새로운 가능성을 열어줍니다. Blob 확장(7691, 7742)은 L2 처리량을 대폭 향상시키며, EL/CL 개선(6110, 7002)은 스테이킹 통합 과정을 원활하게 만듭니다.
네트워크 관련: 더 많은 블롭과 간소화된 CL 연산 덕분에 Ethereum 가 더 무거운 부하를 처리할 준비가 되었지만, 클라이언트 측 버그로 인해 실행 위험이 여전히 존재함을 상기시켜 줍니다.
2025년 2월 24일, 펙트라(Pectra)는 홀레스키(Holesky) testnet 에 진입하며 업그레이드를 위한 중요한 시범 운영을 시작했으나, 일이 완전히 계획대로 진행되지는 않았습니다. 얼마 지나지 않아, 특정 블록체인 클라이언트 전반에 걸쳐 최종성(즉, 거래가 확정되는 시점)이 확립되지 못하면서 네트워크에 문제가 발생했습니다. 이 문제는 입금 계약 주소의 잘못된 구성에서 비롯되었으며, 이로 인해 펙트라의 요청 해시 계산이 틀어져 잘못된 값이 산출되었습니다. 그 결과, Geth와 같은 대다수 클라이언트는 중단된 반면, Erigon 및 Reth와 같은 소수 클라이언트는 계속 작동했습니다(자세한 정보).
홀레스키(Holesky)에서 발생한 이번 사고는 이더리움( Ethereum )이 없어서는 안 될 요소, 즉 클라이언트의 다양성을 부각시켰습니다. 한 클라이언트에 문제가 생기면 다른 클라이언트들이 그 공백을 메워주는데, 이번 사건에서도 정확히 그런 일이 일어났습니다. 2021년 게스(Geth)가 80%의 점유율을 차지했던 때(자세한 정보)처럼, 단일 클라이언트에 지나치게 의존하는 네트워크는 취약한 구조로, 단 하나의 버그만으로도 붕괴될 위험이 있습니다(게스 v1.10.8의 체인 분할을 기억하시나요?). 다양한 클라이언트는 이러한 위험을 분산시켜, 한 클라이언트가 흔들리더라도 체인이 탄력성을 유지할 수 있도록 보장합니다. 이것이 바로 Quicknode 와 같은 업체들이 Geth, Nethermind, Erigon, Reth 등 다양한 클라이언트를 구동하는 다중 클라이언트 설정을 통해 인프라를 강화하는 이유입니다. Ethereum 와 같은 탈중앙화 네트워크에게 이는 단순한 장점이 아니라 필수 요소입니다.
로드맵의 다음 단계는 무엇인가요?
2025년 3월 5일에 Sepolia 업그레이드가 성공적으로 완료되면, Pectra는 2025년 4월에 mainnet 에서 정식 출시될 예정입니다. 그 후, Ethereum 의 다음 중점 과제는 Fusaka 업그레이드이며, 주요 변경 사항은 다음과 같습니다:
PeerDAS: 레이어 2 솔루션의 성장을 가속화하는 새로운 기능
더 많은 블롭: 블롭 수를 최소 12개로 늘려, Pectra의 레이어 2 확장 능력을 두 배로 높입니다.
EVM EOF: EVM에서 실행되는 스마트 계약의 구조를 개선하기 위한 여러 EIP를 모아놓은 것.
2017년에 설립된 Quicknode 은 개발자와 기업을 위해 엔터프라이즈급 블록체인 인프라를 제공합니다. 99.99%의 가동률과 75개 이상의 체인을 지원함으로써, 팀들은 타협 없이 온체인 애플리케이션을 구축하고 확장할 수 있습니다.
최신 엔지니어링 인사이트, 제품 업데이트, 웹3 뉴스를 여러분의 이메일로 바로 받아보세요.
EIP-6110: 실행 계층(EL) 블록 본문에 검증자 예치금을 추가하여, 합의 계층(CL) 지연으로 인한 온보딩 지연을 대폭 단축합니다. 이전에는 예치금이 전적으로 CL을 통해 처리되었는데, 이는 최종성 요건으로 인해 최대 16~32시간이 소요될 수 있었습니다. 이제 예치 거래가 EL 블록에 직접 포함되어 즉시 검증되고 CL과 동기화되므로, 예치금 루트 검증을 통해 보안을 유지하면서 대기 시간을 단축할 수 있습니다.
EIP-7002: 0x01 인출 자격 증명을 보유한 검증자가 실행 계층(EL)에서 직접 출구 및 인출을 트리거할 수 있도록 하여 스테이킹 워크플로를 간소화합니다. 이를 통해 CL이 시작하는 출구 절차가 불필요해지며, 스테이킹 계약이나 사용자가 직접 출구를 제출할 수 있게 됩니다.
EIP-7549: 위원회 인덱스를 서명된 데이터에서 제거하고 집계 프로세스로 이동시켜 증명 서명 집계를 최적화함으로써, 합의 계층(CL)의 오버헤드를 줄입니다. 이전에는 각 증명에 서명 내에 인덱스가 포함되어 데이터 용량이 증가하고 검증 속도가 느려졌습니다. 이번 변경을 통해 중복 계산을 줄이고, 증명 크기를 축소하며, CL 처리 속도를 높입니다.
EIP-7685: 7002 및 7251과 같은 스테이킹 중심 EIP를 지원하기 위해 크로스 레이어 요청 시스템을 구축하여, 실행 레이어(EL)와 합의 레이어(CL) 간의 상호작용을 가능하게 합니다. 이 제안은 EL 계약이 프리컴파일 또는 엔진 API 호출을 통해 CL에 요청(예: 검증자 출금 또는 잔액 조정)을 제출할 수 있는 범용 프레임워크를 도입합니다. 이를 통해 레이어 간 통신을 표준화함으로써 지연 시간을 줄이고, 스테이킹의 유연성을 높이며, 향후 업그레이드를 가능하게 합니다.