무엇이 예정됐나

이더리움 핵심 개발자들이 EIP-8141을 다가오는 헤고타(Hegotá) 업그레이드에 포함하기로 예정했습니다. 이는 계정 추상화(Account Abstraction)를 프로토콜 차원의 네이티브 표준으로 끌어올리는 작업입니다.

동시에 경쟁 제안인 EIP-8130이 9월 **베이스(Base)**에서 먼저 출시될 예정으로 탄력을 받고 있습니다. 같은 문제를 푸는 두 가지 접근이, 하나는 이더리움 거버넌스 절차를 거치고 다른 하나는 레이어2에서 먼저 실전 배치되는 방식으로 갈라진 것입니다.

계정 추상화가 해결하려는 근본 문제

이더리움에는 두 종류의 계정이 있습니다. 개인키로 제어되는 **외부 소유 계정(EOA, Externally Owned Account)**과, 코드로 제어되는 **컨트랙트 계정(Contract Account)**입니다.

핵심 제약은 이것입니다. 트랜잭션을 시작할 수 있는 것은 오직 외부 소유 계정뿐입니다. 이 단일 제약이 이더리움 사용성을 떨어뜨리는 대부분의 문제를 만듭니다. 지갑에 뭔가를 하려면 먼저 ETH를 보유해야 하는 이유, 시드 문구를 잃어버리면 자산을 영구히 잃는 이유, 트랜잭션을 일괄 처리하거나 예약하거나 후원받거나 지출 규칙으로 제한하려면 우회 수단이 필요한 이유가 모두 여기서 비롯됩니다.

계정 추상화는 이 구분 자체를 없앱니다. 계정을 프로그래밍 가능하게 만들어, 소셜 복구(지인들을 통한 계정 복구), 임의의 토큰이나 제3자를 통한 가스비 결제, 일괄 작업, 세션 키(임시 권한 부여), 계정 단위의 지출 한도 설정 등을 가능하게 합니다.

왜 ‘네이티브’가 중요한가 — ERC-4337과의 차이

계정 추상화는 이미 이더리움에서 ERC-4337을 통해 구현돼 있습니다. 이는 프로토콜 변경 없이 전적으로 애플리케이션 계층에서 작동하는 방식입니다.

이는 의도적인 설계였고, 그만큼 대가가 따랐습니다. ERC-4337은 자체 멤풀(mempool, 대기 중인 트랜잭션 풀)과 번들러(bundler)를 갖춘 병렬 트랜잭션 시스템을 운영합니다. 이는 복잡성과 비용, 그리고 사용자가 의존해야 하는 별도의 인프라 운영자 집합을 추가로 만들어냅니다.

네이티브 표준은 이 기능을 프로토콜 자체에 내장합니다. 모든 지갑, 모든 애플리케이션, 모든 노드가 동일한 방식으로 이를 처리하며, 기존 시스템 옆에 별도의 두 번째 시스템이 돌아가지 않습니다.

여기서 트레이드오프가 발생합니다. 프로토콜 변경은 합의(컨센서스)가 필요하고, 수년이 걸리며, 되돌리기 어렵습니다. 반면 애플리케이션 계층 표준은 빠르게 출시되지만 여러 경쟁 버전으로 파편화되기 쉽습니다. ERC-4337이 여러 참여자의 이해관계 속에서 조율돼야 했던 이유이자, 지금 EIP-8141이 프로토콜 차원의 통합을 시도하는 이유이기도 합니다.

베이스가 먼저 출시하는 것이 왜 의미 있는가

EIP-8130이 9월 베이스에서 먼저 출시되는 동안 EIP-8141은 이더리움의 정식 업그레이드 절차를 거친다는 사실은, 레이어2가 이제 레이어1의 의사결정에 어떻게 영향을 미치는지 보여주는 생생한 사례입니다.

롤업(Rollup, 레이어2 확장 솔루션)은 하나의 제안을 채택해 실제 사용자와 함께 프로덕션 환경에서 운영하며, 그것이 실제로 작동하는지에 대한 증거를 만들어낼 수 있습니다. 그러면 이더리움은 검증된 버전을 채택하거나, 다른 방식을 택해 호환성 격차를 만들어낼 수 있습니다.

이는 순수 이론적 논의보다 더 건강한 개발 순환 구조입니다. 실제 운영 데이터를 근거로 표준을 결정할 수 있기 때문입니다. 동시에 이는 대형 롤업들이 공식적으로 통제하지 않는 표준에 대해서도 실질적인 영향력을 갖게 됐다는 뜻이기도 합니다. 이더리움 생태계의 거버넌스 구조가, 메인체인 개발자 합의라는 단일 경로를 넘어 레이어2의 실증 데이터라는 두 번째 경로로 확장되고 있는 셈입니다.

헤고타 업그레이드의 맥락

헤고타는 앞선 글램스터담(Glamsterdam) 업그레이드에서 범위가 축소돼 다음으로 넘겨진 항목 일부를 받아 진행되는 업그레이드입니다. 이더리움의 업그레이드 사이클은 매번 모든 제안을 담지 못하고, 전달 일정을 지키기 위해 일부 항목을 다음 사이클로 넘기는 방식으로 운영돼 왔습니다. EIP-8141이 이번 헤고타에 포함된 것은, 계정 추상화가 그만큼 우선순위가 높은 항목으로 재평가됐다는 신호로 볼 수 있습니다.

실제로 무엇이 바뀌는가 — 온보딩과 복구

사용자에게 눈에 보이는 개선은 크게 두 가지입니다.

온보딩: 새로운 사용자가 다른 곳에서 ETH를 먼저 확보하지 않고도, 자산을 받아 거래하고 그 자산으로 수수료까지 지불할 수 있게 됩니다. 이는 비암호화폐 사용자 대부분이 이탈하는 지점을 없애는 단일 변화입니다. 현재 이더리움 신규 사용자는 “가스비를 내려면 ETH가 필요한데, ETH를 얻으려면 이미 지갑과 거래 수단이 있어야 한다”는 순환적 진입장벽에 부딪히는 경우가 많은데, 이 장벽이 사라지는 것입니다.

복구: 현재 시드 문구 분실은 영구적인 자산 손실을 의미하며, 이것이 셀프커스터디(자가 보관)를 대부분의 잠재 사용자에게 받아들이기 어렵게 만드는 이유입니다. 계정 추상화는 소셜 복구 같은 대안적 복구 메커니즘을 프로토콜 수준에서 지원합니다.

다만 두 가지 모두 확정된 날짜에 도착하지 않습니다. EIP가 업그레이드에 예정됐다는 것과 실제로 그 업그레이드가 출시되는 것은 다른 문제이며, 이더리움 역사에는 뒤늦게 범위에서 제외된 제안들의 전례가 있습니다.

남은 경계: 편의성이 새로 만드는 공격 표면

프로그래밍 가능한 계정은 키로만 제어되는 계정보다 더 넓은 공격 표면을 갖습니다.

이는 계정 추상화가 단순히 편의 기능 추가가 아니라, 신뢰 모델 자체를 재설계하는 작업이라는 점을 보여줍니다. 기존에는 개인키 하나만 지키면 됐다면, 이제는 보호자 집합, 세션 키 관리, 가스 후원자 신뢰성까지 여러 계층의 신뢰 요소를 함께 관리해야 하는 구조로 바뀝니다.

솔라나(Solana)도 이와 비교할 만한 단계적 출시를 진행한 바 있습니다. 업계는 2026년 한 해 동안, 코드 계층이 견고해질수록 거버넌스·권한·가치평가 계층이 공격받는 패턴을 여러 사건을 통해 학습했습니다. 텀 파이낸스(Term Finance)의 거버넌스 익스플로잇 사건이 이런 패턴을 보여주는 사례로 문서화된 바 있습니다.

계정 추상화는 정확히 이런 유형의 공격 표면을 개별 지갑 단위로 끌어들입니다. 편의성은 실질적이지만, 이와 함께 도입되는 새로운 유형의 실패 가능성 또한 실질적입니다.

정리

  1. 핵심 변화: 계정 추상화를 애플리케이션 계층(ERC-4337)에서 프로토콜 네이티브 표준(EIP-8141)으로 격상
  2. 경쟁 구도: 이더리움 정식 거버넌스 경로(EIP-8141, 헤고타 업그레이드)와 레이어2 선출시 경로(EIP-8130, 베이스 9월 출시)가 병행
  3. 사용자 체감 변화: ETH 없이도 거래 가능한 온보딩 개선, 시드 문구 분실 시에도 대응 가능한 복구 메커니즘
  4. 구조적 시사점: 롤업이 실증 데이터로 레이어1 표준 결정에 영향력을 행사하는 새로운 개발 순환 구조
  5. 경계할 지점: 프로그래밍 가능한 계정은 보호자·세션 키·가스 후원자라는 새로운 신뢰 계층과 공격 표면을 함께 만들어냄

두 EIP 중 어느 쪽이 최종 표준으로 자리 잡을지는, 결국 베이스에서 먼저 쌓일 실제 운영 데이터가 이더리움의 최종 판단에 얼마나 설득력 있는 근거를 제공하느냐에 달려 있습니다. 다만 어떤 버전이 채택되든, 계정 추상화가 가져올 편의성의 이면에는 새로운 유형의 보안 리스크가 함께 따라온다는 점은 변하지 않는 사실입니다.

이 글은 투자 조언이 아닙니다.

답글 남기기

이메일 주소는 공개되지 않습니다. 필수 필드는 *로 표시됩니다