네이티브 계정 추상화 + 양자 내성: 왜 EIP-8141이 아직 이더리움 헤고타(Hegotá)의 주요 기능이 되지 못했을까?
글쓴이: imToken
지난주 이더리움 코어 개발자 회의에서는 EIP-8141이 헤고타(Hegotá) 업그레이드에 포함될지 여부가 공식적으로 논의되었다. 결과는 다소 예상밖이었다. 비탈릭 부테린(Vitalik Buterin)이 직접 지지한 이 제안은 헤고타의 ‘핵심 기능’으로 채택되지 않았으며, 대신 ‘검토 대상’(CFI, Considered for Inclusion) 상태를 부여받았다.
한편 이번 주, 구글 양자 AI 팀은 최신 백서를 발표하며, 주어진 하드웨어 가정 하에서 ECDLP-256을 해독하는 데 필요한 물리적 양자 비트 수 추정치가 기존보다 약 20배나 감소했다고 밝혔다. 이는 양자 공격이 당장 현실화된다는 의미는 아니지만, 분명히 우리에게 다음과 같은 경고를 전달한다. 만약 계정 체계가 미래에 검증 로직을 유연하게 변경할 수 없다면, 오늘날 많은 월렛 사용자 경험 관련 논의는 결국 보안 문제로 귀결될 수 있다.
프로토콜 추진의 현실적인 관점에서 보면, 현재 EIP-8141은 여전히 과중한 부담을 안고 있다. 특히 클라이언트 구현, 트랜잭션 풀 보안, 검증 복잡도 등 여러 측면에서 아직 충분히 탄탄한 합의가 형성되지 않았다.
하지만 지금 이 시점에서 EIP-8141이 논의되고 진지하게 검토되어야 할 이유는 점차 더 많아지고 있는 것처럼 보인다.
일, EIP-8141이 해결하고자 하는 문제는 무엇인가?
EIP-8141은 비탈릭 부테린과 팀베이코(timbeiko) 등 코어 기여자들이 주도한 제안으로, 공식 명칭은 ‘프레임 트랜잭션(Frame Transactions)’이다.
간단히 한 문장으로 요약하자면, 이 제안은 특정 월렛 기능을 단순히 추가하려는 것이 아니라, 프로토콜 차원에서 모든 계정이 더 이상 단일 ECDSA 서명 경로에 갇히지 않도록 하려는 시도이다. 즉, 계정이 보다 유연한 검증 및 실행 로직을 갖출 수 있도록 하려는 것이다.
이는 다중 서명(Multi-sig), 가스 후원(Gas sponsorship), 키 롤오버(Key rotation), 소셜 리커버리(Social recovery), 나아가 향후 양자 내성 서명 방식(quantum-resistant signature scheme) 도입까지도, 더 이상 월렛 외부에 부착된 추가 기능이 아니라 이더리움 계정 체계 내에서 ‘네이티브 구성원’이 될 수 있음을 의미한다.
표면적으로만 보면, EIP-8141은 매우 구체적인 기능들을 논의한다. 즉, 스테이블코인으로 가스비 지불, 여러 단계의 작업을 단일 트랜잭션으로 통합, 보다 유연한 서명 방식 지원, 그리고 향후 양자 내성 서명을 위한 공간 확보 등이다. 사실 오랫동안 ERC-4337부터 EIP-7702에 이르기까지 월렛 사용자 경험 개선을 위한 다양한 노력은 모두 ‘계정을 단순한 개인 키가 아니라 규칙을 자정의할 수 있는 진입점’으로 재정의하려는 시도였다.
문제는 이러한 개선들이 월렛을 점차 ‘스마트 계정’처럼 만들어 왔음에도 불구하고, 여전히 이더리움의 가장 기본적인 디폴트 계정 모델에는 실질적으로 접근하지 못했다는 점이다.
잘 알려진 바에 따르면, 기존 이더리움 계정은 크게 두 가지 유형으로 나뉜다. 하나는 외부 소유 계정(EOA, Externally Owned Account)으로, 우리가 가장 익숙한 형태이며 개인 키로 제어되며 트랜잭션을 주도적으로 발행할 수 있지만, 프로그래밍 기능이 없다. 다른 하나는 계약 계정(Contract Account)으로, 스마트 계약 자체를 말하며 복잡한 로직을 실행할 수 있으나 스스로 트랜잭션을 발행할 수는 없다.
이 때문에 ‘트랜잭션 발행 능력’과 ‘단일 개인 키 서명’이 장기간 고정된 관계로 묶여 왔다. 이 전제가 바뀌지 않는 한, 오늘날 사용자들이 당연히 가져야 할 것으로 여기는 많은 기능—예를 들어 서명 규칙을 유연하게 변경하거나, 타인이 가스비를 대신 지불해 주거나, 개인 키를 분실한 후 계정 제어권을 회복하거나, 미래에 새로운 암호 체계로 원활하게 이전하는 것 등—은 결코 계정의 디폴트 기능이 되기 어렵다.
당신이 imToken이나 다른 웹3 월렛을 사용해 본 적이 있다면, 아마 이런 고통 포인트들을 이미 경험했을 것이다. 예를 들어, 지갑에 USDC가 가득 차 있지만 ETH가 없으면 트랜잭션을 발행할 수 없는 상황(가스비는 오직 ETH로만 지불 가능하기 때문), 또는 복구 문구(mnemonic phrase)를 잃어버리면 자금을 영원히 잃어버리는 상황, 혹은 ‘승인 + 교환’과 같은 작업을 두 번 서명하고 두 번 확인해야 하는 상황 등이다.
이러한 문제들은 월렛 제품이 ‘충분히 좋지 않기 때문’이 아니라, 이더리움 계정 모델 자체의 설계 결과이다.
이 관점에서 보면, 지난 2년간의 진화는 이미 매우 명확하다. ERC-4337은 프로토콜을 수정하지 않고도, 응용 프로그램 계층에서 계정 추상화(Account Abstraction)를 먼저 구현해 보았다. EIP-7702은 이어서 EOA가 완전히 확장 불가능하지 않음을 입증했는데, 적어도 일시적으로 스마트 계정에 가까운 일부 기능을 획득할 수 있음을 보여준 것이다.
즉, 이더리움은 계정 추상화를 하지 않으려는 것이 아니라, 오히려 보다 온건하고 신중한 방식으로 이를 점진적으로 달성해 나가고 있는 것이다. 그리고 EIP-8141의 등장은 바로 이 길 위에서 새로운 정점에 도달했음을 의미한다. 이제는 기존 체계의 외부에 또 다른 스마트 계정 기능 계층을 덧대는 데 그치지 않고, 계정 추상화를 거래 모델 자체에 직접 내재시키려는 시도이며, 계정이 프로토콜 차원에서부터 검증 및 실행 로직을 프로그래밍할 수 있도록 하려는 것이다.
이 때문에 EIP-8141이 지금 다시 주목받고 있는 것이다. 한편으로는 상위 계층의 월렛 사용자 경험이 이미 거의 네이티브 계정 추상화 수준에 근접해 있고, 따라서 프로토콜 계층 역시 이를 따라잡아야 할 시점이 다가왔기 때문이다. 다른 한편으로는 양자 컴퓨팅이 초래할 장기적 압박이 ‘계정이 서명 방식을 유연하게 변경할 수 있는가’라는 기술적 논의를 먼 훗날의 이야기가 아니라 지금 당장 진지하게 고민해야 할 현실적 과제로 앞당기고 있다.
이, EIP-8141은 어떻게 작동하는가?
결국 EIP-8141은 0x06이라는 새로운 거래 유형—프레임 트랜잭션(Frame Transaction)—을 도입한다.
기존 이더리움 거래의 기본 논리가 ‘한 건의 거래 = 한 번의 호출’이라면, EIP-8141은 이 거래를 규칙에 따라 순차적으로 실행 가능한 ‘프레임’ 집합으로 분해함으로써, 기존에 하나로 묶여 있던 검증(Verification), 지불(Payment), 실행(Execution) 세 가지 작업을 분리하여 처리하려는 것이다.
각 ‘프레임’은 다음 세 가지 실행 모드를 갖는다:
- VERIFY(검증 프레임): 거래의 유효성을 검증한다. 계정이 정의한 사용자 정의 검증 로직을 실행하며, 성공 시 새롭게 도입된 APPROVE 오퍼코드를 호출해 실행을 승인하고 가스 상한을 지정한다.
- SENDER(송신 프레임): 실제 작업(예: 송금, 스마트 계약 호출 등)을 수행한다. 호출자 주소는 거래 발신자 본인이다.
- DEFAULT(입구 프레임): 시스템 입구 주소를 호출자로 사용하며, 스마트 계약 배포, Paymaster 검증 등의 상황에서 활용된다.
이 메커니즘의 의의는 단순히 거래를 더 복잡하게 만드는 것이 아니라, ‘검증’, ‘지불’, ‘실행’이라는 세 가지 작업을 계정 동작에서 처음으로 분리하여 프로토콜 차원에서 원생적으로 스케줄링할 수 있게 한다는 데 있다.
과거에는 누가 거래를 검증하고, 누가 가스비를 지불하며, 누가 실제 작업을 실행하는지를 결정하는 권한이 거의 항상 하나의 계정 동작에 고정되어 있었다. 그러나 EIP-8141 설계 하에서는 이 세 가지 작업을 서로 다른 프레임으로 분리하여, 프로토콜이 명확한 순서에 따라 차례대로 실행할 수 있다. 따라서 계정은 더 이상 단일 개인 키로 ‘전체 서명’해야 하는 제약에서 벗어나, 점차 프로그래밍 가능한 실행 주체에 가까운 형태를 갖추게 된다.
구체적인 사례를 들어보자. 당신이 USDC로 가스비를 지불하면서 스왑(Swap) 거래를 완료하고 싶다고 가정하자. EIP-8141 프레임워크 하에서는 이 작업을 하나의 완전한 프레임 흐름으로 구성할 수 있다. 먼저 계정이 서명 및 실행 권한을 검증하고, 이후 지불 주체 또는 Paymaster가 자신이 비용을 부담하겠다는 조건을 검증한 후, 해당 자산으로 가스비를 지불하고, 마지막으로 실제 스왑 작업을 실행하는 것이다.
이렇게 하면 가스 지불과 주요 거래가 하나의 원자적 프로세스에 포함되어, 모두 성공하거나 모두 롤백된다.
사용자 입장에서 가장 눈에 띄는 변화는, 기존에 2~3단계로 나뉘어 중간 실패 위험이 존재했던 작업들이 앞으로 하나의 완전한 동작처럼 처리될 수 있다는 점이다. 따라서 이러한 원자성(atomicity)은 EIP-8141이 사용자 경험의 조각화 문제를 해결하려는 핵심 전략 중 하나이다.
그렇다면 이는 월렛 사용자에게 어떤 의미인가? 결과적으로 가장 직접적인 변화는 적어도 네 가지 층위에서 나타난다:
- 가스 지불의 추상화: 지갑에 스테이블코인이 있어도 더 이상 약간의 ETH를 별도로 준비하지 않아도 된다. 향후 DApp, Paymaster 또는 기타 후원자가 가스비를 대신 지불하는 것이 훨씬 더 네이티브하게 작동할 것이다.
- 다단계 작업의 통합: 현재 자주 여러 차례 서명해야 하는 ‘승인 + 스왑’, ‘승인 + 스테이킹’ 등의 프로세스가 하나의 더 완전한 작업으로 패키징될 수 있다.
- 계정 보안 규칙의 개방: 다중 서명, 소셜 리커버리, 일일 한도, 시간 잠금, 키 롤오버 등은 더 이상 특정 월렛 제품이 제공하는 고급 부가 기능이 아니라, 보다 네이티브한 계정 로직 위에 구축될 가능성이 열린다.
- 서명 방식이 더 이상 ECDSA 단일 경로에 갇히지 않는다: 이는 계정이 향후 다양한 암호 체계, 특히 양자 내성 서명 방식으로 마이그레이션할 수 있는 프로토콜 차원의 가능성을 처음으로 열어준다.
삼, 왜 헤고타의 ‘헤드라인 기능’이 되지 못했는가?
월렛 사용자에게 매우 중요하지만 쉽게 간과되기 쉬운 한 가지 핵심은 다음과 같다. 비록 EIP-8141이 최종적으로 도입되더라도, 기존 계정 체계가 전면적으로 폐기되는 것은 아니다.
당신이 현재 imToken과 같은 기존 웹3 월렛을 사용 중이라면, 계정을 이전할 필요가 전혀 없다. 이 제안은 하위 호환성을 보장하며, 기존 EOA 주소는 계속 사용할 수 있고, 원할 때에만 계정의 검증 로직을 ‘업그레이드’하면 된다.
그러나 반대로 말하자면, 바로 이처럼 깊이 개입하는 변화이기 때문에, 최근 논의에서 EIP-8141이 바로 헤고타의 ‘헤드라인 기능’으로 채택되지 못한 것이다. 다만, 2026년 기준 EIP 챔피언(EIP champion) 절차에 따르면, CFI(Checked for Inclusion) 상태란 단순히 제안이 거부된 것이 아니라, 진지한 검토 단계에 진입했음을 의미하며, 아직 최종 채택 및 구현 시점까지는 이르지 못했다는 뜻이다.
즉, 코어 개발자들이 EIP-8141의 방향성을 인정하지 않는 것이 아니라, 그 가치를 인정하면서도 동시에 현재로서는 여전히 ‘무겁다’고 판단하고 있는 것이다.
왜냐하면 네이티브 계정 추상화는 ERC-4337처럼 소수의 월렛, 인프라, 애플리케이션이 단계적으로 추진할 수 있는 것이 아니다. 일단 프로토콜 계층에 진입하면, 모든 실행 계층 클라이언트가 이를 진지하게 구현하고, 테스트하며, 협업해야 하므로, 자연스럽게 추진 장벽이 높아지고, 포크 계획 시 개발자들이 보다 신중하고 안정적인 선택을 선호하게 된다.
그렇다면 앞으로 무슨 일이 벌어질까? 두 가지 흐름으로 나누어 살펴볼 수 있다:
- EIP-8141이 현재 CFI 상태이므로, 여전히 지속적으로 평가되고 있으며, 제안 작성자는 트랜잭션 풀 보안, 검증 규칙, 클라이언트 구현 등 핵심 세부사항을 보완해 나갈 것이다. 이후 ACD(All Core Devs) 회의에서도 이 제안이 다음 단계로 진전될 수 있는 조건을 다시 검토할 것이다.
- 이러한 불확실성이 지속적으로 해소된다면, 후속 업그레이드에서 보다 실질적인 채택 단계로 진입할 수 있다. 반대로 해소되지 못한다면, 더 늦은 업그레이드 주기로 연기될 가능성도 있다.
현실적으로 말하자면, EIP-8141은 유일한 네이티브 계정 추상화 제안도 아니며, 또한 양자 컴퓨팅 문제를 직접 해결할 수 있는 완성된 후양자 서명 방식도 아니다. 그러나 그 중요성은, 계정이 ECDSA 단일 경로에서 벗어날 수 있는 프로토콜 차원의 ‘출구’를 처음으로 마련했다는 데 있다.
이 관점에서 보면, EIP-8141의 진정한 가치는 그것이 ‘유일한 정답’인지 여부가 아니라, ‘네이티브 계정 추상화의 궁극적 형태는 과연 어떠해야 하는가?’라는 질문을 처음으로 이더리움 프로토콜 논의의 중심 무대에 올려놓았다는 데 있다.
그것은 유일한 해결책이 아닐 수 있지만, 현재까지 가장 야심 차고, 또한 ‘완전한 네이티브 AA’라는 상상의 한계에 가장 근접한 제안 중 하나이다.
EIP-8141이 최종적으로 헤고타에 포함되든 그렇지 않든, 이 논의 자체만으로도 이미 한 가지를 분명히 보여준다.
이더리움은 문제를 방치하거나 기다리지 않고, 차세대 계정 체계를 위해 매일 조금씩 길을 닦고 있는 것이다.
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News
@imTokenOfficial
