87. 계정 추상화 (Account Abstraction, ERC-4337) - 이더리움 지갑(EOA)을 스마트 컨트랙트(CA)처럼 프로그래밍 가능하게 만들어 소셜 복구, 가스비 대납 등을 지원

핵심 인사이트 (3줄 요약)

> 1. **본질**: Account Abstraction (AA)은 계정의 권한과 수수료 규칙을 지갑이 스스로 정의하게 만드는 모델이다.
> 2. **가치**: ERC-4337 (Ethereum Request for Comments 4337)은 합의 변경 없이 스마트 계약 지갑, 가스비 대납, 소셜 복구를 현실화한다.
> 3. **판단 포인트**: 기본 EOA (Externally Owned Account) 모델을 그대로 고수하면 UX는 단순하지만 복구와 정책 제어가 약하고, AA를 쓰면 유연성은 커지지만 검증 경로와 운영 리스크가 늘어난다.

---

## Ⅰ. 개요 및 필요성

전통적인 이더리움 계정은 EOA (Externally Owned Account) 중심이라 개인키가 곧 권한이다. 이 방식은 구조가 단순하지만, 키 유실 시 복구가 어렵고 가스비 지불 주체와 실제 사용자 의도를 분리하기 힘들다.

ERC-4337 (Ethereum Request for Comments 4337)은 프로토콜 합의 자체를 바꾸지 않고 계정 추상화를 구현한다. 사용자는 UserOperation으로 의도를 제출하고, 지갑은 정책을 코드로 표현하며, 운영자는 소셜 복구·세션 키·가스비 대납 같은 기능을 계정 레벨에서 조합할 수 있다. 즉 계정이 단순 주소가 아니라 정책 엔진이 된다.

- **📢 섹션 요약 비유**: 열쇠 하나로만 여는 금고 대신, 비밀번호·지문·임시 출입증을 함께 쓰는 현관문처럼 생각하면 된다.

---

## Ⅱ. 아키텍처 및 핵심 원리

핵심 경로는 `UserOperation` → `Bundler` → `EntryPoint` → 스마트 컨트랙트 지갑 → 실행 순서로 흐른다. Bundler는 여러 UserOperation을 묶어 메모리풀에 올리고, EntryPoint는 표준 진입점에서 검증과 실행을 중재한다.

구성요소	역할	설계 포인트
UserOperation	사용자의 의도와 수수료 한도를 담는 요청 객체	nonce, signature, callData 검증
Bundler	UserOperation을 수집·패키징하는 중개자	대기열 정책, 수수료 우선순위
EntryPoint	검증과 실행을 통제하는 공통 스마트 컨트랙트	재진입 방지, 실패 처리
Paymaster	가스비를 대신 부담하거나 보조하는 주체	스폰서 정책, 악용 방지
Smart Contract Wallet	계정 정책을 코드로 수행하는 지갑	복구, 세션 키, 역할 기반 권한

사용자 의도
   │
   ▼
UserOperation
   │
   ▼
Bundler ──────────────┐
   │                  │ 여러 요청을 묶어 전송
   ▼                  │
EntryPoint ───► 검증 ─┤
   │                  │
   ├──► Paymaster ────┘
   │
   ▼
Smart Contract Wallet ──► execute()

이 구조에서 중요한 점은 지갑이 서명을 확인하는 것에 그치지 않고, 누구에게 비용을 맡길지와 어떤 조건에서 실행할지까지 판단한다는 것이다.

- **📢 섹션 요약 비유**: 여러 심부름을 한 장의 신청서로 묶어 안내하는 접수대가 계정의 의도를 정리한다고 보면 된다.

---

## Ⅲ. 비교 및 연결

AA를 이해하려면 EOA, 멀티시그 (Multi-signature), ERC-4337 지갑을 비교해야 경계가 분명해진다.

항목	EOA	멀티시그	ERC-4337 지갑
권한 주체	개인키 1개	여러 서명자	정책 코드 + 서명 정책
가스비 처리	사용자 직접 지불	사용자 또는 계정 소유자 지불	Paymaster로 대납 가능
복구	사실상 어렵다	공동 승인으로 일부 가능	소셜 복구·세션 키로 유연
확장성	낮음	중간	높음
운영 복잡도	낮음	중간	높음

ERC-4337은 ERC-2771 같은 메타트랜잭션보다 표준화된 실행 경로를 제공한다는 점이 중요하다. 또한 롤업 (Rollup)이나 앱 전용 지갑과 연결하면, 사용자는 서명 한 번으로 여러 정책을 적용할 수 있어 온보딩 장벽이 크게 낮아진다.

- **📢 섹션 요약 비유**: 멀티시그는 여러 친구가 동시에 도장을 찍는 방식이고, AA는 도장 규칙 자체를 지갑이 바꾸는 방식이다.

---

## Ⅳ. 실무 적용 및 기술사 판단

실무에서는 다음 조건이면 AA 채택이 유리하다. 첫째, 일반 사용자를 대상으로 소셜 복구가 필요할 때. 둘째, 초기 가스비를 서비스가 대신 내야 할 때. 셋째, 세션 키나 역할 기반 권한처럼 기간 제한 정책이 필요할 때.

반대로 초경량 전송만 필요한 경우나, 지갑 호환성을 최우선으로 둬야 하는 내부 도구는 EOA 유지가 더 단순할 수 있다. 기술사 관점에서는 validateUserOp() 가스 상한, Paymaster 악용 차단, Bundler 의존성, 업그레이드 가능한 지갑의 감사 범위를 체크해야 한다.

체크리스트

서명 검증과 비즈니스 정책을 분리했는가?
가스 대납 정책에 한도와 거부 조건이 있는가?
복구 절차가 단일 운영자에게 과도하게 의존하지 않는가?

안티패턴

모든 거래를 무제한 대납하는 Paymaster 설계
회복 키를 한 곳에 몰아넣은 중앙화 지갑
Bundler 장애 시 대체 경로가 없는 운영 구조
- 📢 섹션 요약 비유: 가스비를 대신 내주는 자동 정산함과, 필요할 때만 열리는 비밀 상자를 같이 관리한다고 생각하면 된다.
Ⅴ. 기대효과 및 결론

ERC-4337은 지갑을 단순 키 저장소에서 정책 엔진으로 바꾸며, 사용자 경험과 보안을 동시에 끌어올린다. 특히 가스비 대납, 소셜 복구, 세션 권한은 Web3 온보딩의 가장 큰 장벽을 낮춘다.

다만 더 많은 구성요소가 생긴 만큼 검증·운영·감사 부담도 커진다. 따라서 AA는 무조건 최신이어서가 아니라, 계정 정책을 코드로 다뤄야 할 때 선택하는 방식으로 기억하는 것이 맞다.

- **📢 섹션 요약 비유**: 문제집을 그냥 보관하는 상자보다, 숙제 시간·비밀번호·보호자 확인을 함께 기억하는 똑똑한 책가방에 가깝다.

---

### 📌 관련 개념 맵

| 개념 | 연결 포인트 |

### 📈 관련 키워드 및 발전 흐름도

개인키 중심 EOA
│
▼

메타트랜잭션과 relayer │ ▼ ERC-4337 UserOperation │ ▼ Bundler / EntryPoint / Paymaster │ ▼ 정책 기반 스마트 컨트랙트 지갑

### 👶 어린이를 위한 3줄 비유 설명

1. 예전 지갑은 열쇠만 맞으면 끝이었어요.
2. 새 지갑은 숙제 제출, 급식비, 비밀번호를 스스로 정할 수 있어요.
3. 그래서 필요한 사람만 들어오게 하고, 비용도 대신 내줄 수 있어요.

핵심 인사이트 (3줄 요약)

체크리스트

안티패턴

Ⅴ. 기대효과 및 결론