작성자: imToken

지난주 이더리움 코어 개발자 회의에서 EIP-8141을 헤고타 업그레이드에 포함할지 여부를 공식적으로 논의했습니다. 놀랍게도 비탈릭 부테린이 직접 지지했던 이 제안은 헤고타의 "주요 기능"으로 분류되지 않고 "포함 검토 대상(CFI)"으로 지정되었습니다.

이번 주 구글의 양자 AI 팀은 새로운 백서를 발표했는데, 이 백서에 따르면 주어진 하드웨어 가정 하에서 ECDLP-256을 해독하는 데 필요한 물리적 큐비트 수가 이전 추정치보다 20배 감소했다고 합니다. 이것이 양자 공격이 임박했다는 것을 의미하는 것은 아니지만, 계정 시스템이 미래에 인증 로직을 유연하게 변경할 수 없다면 오늘날 지갑 사용 경험에 대한 많은 논의가 궁극적으로 보안 문제로 이어질 수 있다는 점을 분명히 상기시켜 줍니다.

프로토콜 구현과 관련된 실질적인 관점에서 볼 때, EIP-8141은 특히 클라이언트 구현, 트랜잭션 풀 보안 및 검증 복잡성 측면에서 여전히 너무 번거롭고, 충분히 견고한 합의가 아직 이루어지지 않았습니다.

하지만 현재 시점에서 EIP-8141에 대해 논의하고 심도 있게 검토해야 할 부분이 점점 더 많아지고 있는 것으로 보입니다.

I. EIP-8141은 정확히 어떤 문제를 해결하고자 하는가?

Vitalik Buterin과 timbeiko 같은 핵심 기여자들의 노력으로 추진된 EIP-8141은 공식적으로 Frame Transactions라는 이름으로 명명되었습니다.

간단히 말해서, 이 기술의 목표는 단순히 지갑 기능을 추가하는 것이 아니라, 어떤 계정이든 단일 ECDSA 서명 경로에 얽매이지 않고 프로토콜 계층에서 더욱 유연한 검증 및 실행 로직을 사용할 수 있도록 하는 것입니다.

이는 다중 서명, 가스 스폰서십, 키 순환, 소셜 복구, 심지어 향후 양자 내성 서명 솔루션과의 통합까지도 더 이상 지갑의 외부 기능 계층에 머무르지 않고 이더리움 계정 시스템의 "기본 구성 요소"가 될 수 있음을 의미합니다.

표면적으로 EIP-8141은 스테이블코인으로 가스비를 지불하는 기능, 여러 단계를 거치는 작업을 단일 거래로 통합하는 기능, 더욱 유연한 서명 방식을 지원하는 기능, 심지어 미래의 양자 컴퓨팅 공격에 대한 방어력을 갖춘 서명을 위한 공간을 확보하는 기능 등 매우 구체적인 기능들을 다루고 있습니다. ERC-4337부터 EIP-7702에 이르기까지 수년에 걸쳐 지갑 경험이 크게 개선되면서, 계정은 단순히 개인 키에 의존하는 존재에서 사용자 정의 가능한 규칙을 가진 진입점으로 변모했다고 할 수 있습니다.

문제는 이러한 개선 사항들이 지갑을 스마트 계정처럼 만들어주기는 하지만, 이더리움의 가장 기본적인 계정 모델에는 근본적인 변화를 가져오지 못한다는 점입니다.

잘 알려진 바와 같이, 현행 시스템에서 이더리움 계정은 크게 두 가지 범주로 나뉩니다. 하나는 가장 익숙한 외부 소유권 계정(EOA)입니다. EOA는 개인 키로 관리되며 능동적으로 거래를 시작할 수 있지만 프로그래밍 기능은 없습니다. 다른 하나는 스마트 계약 자체인 컨트랙트 계정입니다. 컨트랙트 계정은 복잡한 로직을 실행할 수 있지만, 자체적으로 거래를 시작할 수는 없습니다.

이는 장기적으로 거래를 시작할 수 있는 능력이 단일 개인 키 서명에 종속된다는 것을 의미합니다. 이러한 전제가 변하지 않는 한, 서명 규칙을 유연하게 변경하거나, 타인이 가스비를 대신 지불하거나, 개인 키를 분실한 후 계정 제어권을 되찾거나, 향후 새로운 암호화 시스템으로 원활하게 마이그레이션하는 것과 같이 오늘날 사용자들이 당연하게 여기는 많은 기능들이 계정의 기본 기능으로 자리 잡기는 어려울 것입니다.

imToken이나 다른 Web3 지갑을 사용해 보셨다면 이러한 문제점들을 경험해 보셨을 가능성이 높습니다. 예를 들어, 지갑에 USDC는 많지만 ETH가 부족하여 거래를 보낼 수 없는 경우(가스 비용은 ETH로만 지불 가능하기 때문), 니모닉 구문을 잃어버리면 모든 자산을 잃게 되어 복구할 수 없는 경우, 그리고 "승인 + 교환" 작업 하나에 두 번의 서명과 두 번의 확인이 필요한 경우 등이 있습니다.

이러한 문제들은 지갑 제품이 "충분히 좋지 않아서" 발생하는 것이 아니라, 이더리움 계정 모델 자체의 설계상의 문제에서 비롯된 것입니다.

이러한 관점에서 지난 2년간의 발전 과정이 매우 명확해졌습니다. ERC-4337은 프로토콜을 수정하지 않고도 애플리케이션 계층에서 계정 추상화를 구현했습니다. EIP-7702는 EOA가 완전히 확장 불가능한 것은 아니며, 적어도 일시적으로는 스마트 계정에 가까운 기능을 일부 갖출 수 있음을 더욱 입증했습니다.

다시 말해, 이더리움은 계정 추상화를 구현하려는 의지가 부족한 것이 아니라, 보다 신중하고 보수적인 방식으로 점진적으로 이 목표에 접근해 왔습니다. EIP-8141의 등장은 이러한 접근 방식이 새로운 이정표에 도달했음을 의미합니다. 기존 시스템에 스마트 계정 기능을 단순히 추가하는 데 그치지 않고, 계정 추상화를 트랜잭션 모델 자체에 직접 내장하여 프로토콜 계층에서부터 계정이 프로그래밍 가능한 검증 및 실행 로직을 갖도록 하려는 것입니다.

이러한 이유로 EIP-8141이 오늘날 다시 주목받고 있습니다. 한편으로는 상위 계층 지갑 경험이 네이티브 계정 추상화와 점점 더 유사해지고 있으며, 프로토콜 계층도 조만간 이를 따라잡아야 할 필요가 있습니다. 다른 한편으로는 양자 컴퓨팅으로 인한 장기적인 압력으로 인해 "계정이 서명 방식을 유연하게 변경할 수 있는지 여부"라는 질문이 먼 미래의 기술적 문제가 아니라 심각하게 고려해야 할 실제 문제로 바뀌고 있습니다.

II. EIP-8141은 어떻게 작동합니까?

궁극적으로 EIP-8141은 거래 유형 번호 0x06을 갖는 프레임 거래라는 완전히 새로운 거래 유형을 도입합니다.

기존 이더리움 거래의 기본 논리가 하나의 거래가 하나의 호출에 대응하는 것이라면, EIP-8141은 거래를 규칙에 따라 특정 순서로 실행될 수 있는 일련의 "프레임"으로 분해하여 원래 함께 묶여 있던 세 가지 요소, 즉 검증, 결제 및 실행을 분리하고자 합니다.

각 "프레임"에는 세 가지 실행 모드가 있습니다.

• VERIFY(검증 프레임): 거래의 적법성을 검증하는 역할을 합니다. 계정의 사용자 지정 검증 로직을 실행합니다. 거래가 검증을 통과하면 새로 도입된 APPROVE 오퍼코드를 호출하여 실행을 승인하고 가스 한도를 지정합니다.
• 송신자(송신 프레임): 자금 이체 또는 계약 호출과 같은 실제 작업을 수행합니다. 호출자의 주소는 거래의 송신자입니다.
• 기본값(진입 프레임): 시스템 진입 주소를 호출자로 사용하며, 계약 배포 및 지급 담당자 확인과 같은 시나리오에 사용됩니다.

이 메커니즘의 중요성은 거래를 더 복잡하게 만들 수 있다는 데 있는 것이 아니라, 처음으로 "검증, 결제, 실행"이라는 세 가지 요소가 계정 활동에서 분리되어 프로토콜의 기본 스케줄링 기능에 맡겨졌다는 데 있습니다.

과거에는 거래 검증, 가스 비용 지불, 실제 작업 수행 등 모든 과정이 기본적으로 동일한 계정 활동에 묶여 있었습니다. 그러나 EIP-8141 설계에서는 이러한 작업들을 여러 프레임으로 분리하여 프로토콜이 명확한 순서에 따라 순차적으로 실행할 수 있게 되었습니다. 그 결과, 계정은 더 이상 "전체 거래에 서명"하기 위해 단일 개인 키에 의존할 필요가 없어졌으며, 프로그래밍 가능한 실행 주체에 더욱 가까운 형태로 발전하게 되었습니다.

구체적인 예를 들어, 스왑 거래를 완료하기 위한 가스 비용으로 USDC를 사용한다고 가정해 보겠습니다. EIP-8141 프레임워크 하에서는 이론적으로 다음과 같은 완전한 프레임 프로세스로 구성할 수 있습니다. 먼저, 계정에서 서명 및 실행 권한을 확인합니다. 그다음, 지불자 또는 지급 담당자가 수수료 부담 의사를 확인합니다. 그런 다음, 해당 자산 수수료 지불이 완료되고, 마지막으로 실제 스왑 거래가 실행됩니다.

이러한 방식으로 가스 결제와 주요 거래를 동일한 원자적 프로세스에 통합할 수 있으며, 모든 작업이 성공적으로 완료되거나 모든 작업이 롤백될 수 있습니다.

사용자에게 가장 직관적인 변화는 이전에는 두세 단계로 나누어 수행해야 했고 실패 위험도 있었던 많은 작업들이 이제는 하나의 완벽한 작업으로 처리될 수 있게 되었다는 점입니다. 따라서 이러한 작업의 원자성은 파편화된 사용자 경험 문제를 해결하는 EIP-8141 솔루션의 핵심적인 측면 중 하나입니다.

그렇다면 이는 지갑 사용자에게 어떤 의미일까요? 결과를 살펴보면 최소한 네 가지 주요 변화가 있습니다.

• 가스 결제 방식이 추상화되고 있습니다. 이제 지갑에 스테이블코인이 있다고 해서 거래를 위해 별도의 ETH를 준비할 필요가 없습니다. 앞으로 가스 결제는 DApp, Paymaster 또는 기타 스폰서에 의해 처리되어 더욱 자연스럽게 통합될 것입니다.
• 여러 단계를 거치는 작업들이 통합되고 있습니다. "승인 + 스왑"이나 "승인 + 스테이킹"처럼 여러 서명이 필요한 프로세스들을 보다 완전한 작업으로 묶어서 처리할 수 있습니다.
• 계정 보안 규칙이 완화되었습니다. 다중 서명, 소셜 복구, 일일 한도, 시간 잠금 및 키 순환은 더 이상 지갑 제품에서 제공하는 고급 기능에 그치지 않고, 보다 기본적인 계정 로직에 기반하여 구축될 수 있게 되었습니다.
• 서명 체계는 더 이상 단일 ECDSA 경로에 국한되지 않습니다. 이로써 프로토콜 수준에서 처음으로 계정이 향후 양자 보안 서명 체계를 포함한 다양한 암호화 시스템으로 마이그레이션할 수 있게 되었습니다.

3. 그녀는 왜 헤고타의 최고 스타가 되지 못했을까요?

지갑 사용자에게는 간과하기 쉽지만 매우 중요한 한 가지는 EIP-8141이 최종적으로 시행되더라도 기존 계정 시스템이 완전히 뒤집히지는 않을 것이라는 점입니다.

현재 imToken과 같은 기존 Web3 지갑을 사용 중이더라도 마이그레이션할 필요가 없습니다. 하위 호환성이 지원되므로 기존 EOA 주소를 계속 사용할 수 있습니다. 필요한 경우에만 계정 인증 로직을 "업그레이드"하도록 선택하면 됩니다.

반대로, 변경 사항이 너무 철저했기 때문에 최근 논의에서 헤고타의 핵심 기능으로 선정되지 못한 것입니다. 하지만 2026년 EIP 챔피언 선정 과정에서 CFI(Considered for Inclusion, 포함 고려 대상)는 거부되었다는 의미가 아니라, 진지하게 검토 단계에 진입했다는 뜻이며, 아직 최종 결정이 내려진 것은 아니라는 의미입니다.

다시 말해, 핵심 개발자들은 EIP-8141의 방향 자체에는 동의하지만, 그 가치를 인정하면서도 현재로서는 여전히 너무 "무겁다"고 생각하는 것입니다.

결국, 몇몇 지갑, 인프라 및 애플리케이션에 의해 점진적으로 확산될 수 있는 ERC-4337과는 달리, 네이티브 계정 추상화는 프로토콜 계층에 진입하는 순간 모든 실행 계층 클라이언트가 신중하게 구현, 테스트 및 조정해야 합니다. 이는 자연스럽게 확산 진입 장벽을 높이고 핵심 개발자들이 포크를 계획할 때 더욱 신중해지도록 만들 것입니다.

그렇다면 다음에 무슨 일이 일어날까요? 이를 두 가지로 나누어 볼 수 있습니다.

• EIP-8141은 CFI(Current Financing Improvement, 심사 완료) 상태이므로 지속적인 평가가 진행 중입니다. 제안서 작성자들은 거래 풀 보안, 검증 규칙 및 클라이언트 구현과 관련된 주요 세부 사항을 계속해서 보완할 예정입니다. 향후 ACD 회의에서도 이 제안이 다음 단계로 진행될 준비가 되었는지 재검토할 것입니다.
• 이러한 불확실성을 지속적으로 줄일 수 있다면, 향후 업그레이드에서 더욱 실질적인 포함 단계로 진입할 기회를 얻게 될 것입니다. 그렇지 못할 경우, 나중 업그레이드 주기로 연기될 가능성이 매우 높습니다.

현실적으로 EIP-8141은 유일한 네이티브 계정 추상화 제안도 아니고, 양자 컴퓨팅 문제를 직접 해결할 수 있는 완벽한 양자 후 서명 방식도 아닙니다. 하지만 EIP-8141의 중요성은 ECDSA의 단일 경로에서 벗어나 계정이 프로토콜 수준에서 탈출할 수 있는 길을 처음으로 제시했다는 점에 있습니다.

이러한 관점에서 EIP-8141의 진정한 가치는 그것이 유일하게 올바른 해답인지 여부에 있는 것이 아니라, "네이티브 계정 추상화의 최종 결과가 어떤 모습이어야 하는가"라는 질문을 이더리움 프로토콜 논의 테이블에 매우 완벽하게 올려놓았다는 사실에 있다.

이것이 유일한 해결책은 아니지만, 현재 이용 가능한 가장 야심찬 해결책 중 하나이며, "완전한 네이티브 AA"라는 상상의 한계에 가장 근접한 해결책임은 분명합니다.

EIP-8141이 궁극적으로 헤고타를 따라잡을 수 있을지 여부와 관계없이, 이 논의 자체는 적어도 한 가지를 분명히 보여주었습니다.

이더리움은 가만히 앉아서 문제가 악화되기를 기다리지 않고, 오히려 차세대 계정 시스템을 위한 길을 단계적으로 마련해 나갔습니다.