RIP-7560: 네이티브 계정 추상화를 통한 컨센서스 레이어 변경, 계정 추상화의 최종 형태인가?
글 작성: 0XNATALIE
ERC-4337이라 하면 이제 낯설지 않을 것이다. 최초로 2021년 9월 비탈릭(Vitalik)이 제안했으며, 2023년 3월 이더리움 메인넷에 배포되었고, 현재 여러 L2에서 그 개선된 버전을 코어 실행 계층에 도입하고 있다. 그러나 지금까지 ERC-4337이 지갑들에 의해 널리 채택되었다는 것은 보지 못했다. 표준화된 계정 추상(Account Abstraction)과 네트워크 효과를 추진하기 위해 이더리움 프로토콜 기여자 알렉산더 포르쉬타트(Alexander Forshtat)는 RIP-7560 제안(비탈릭이 공동 저자 1순위)을 제시했다. 이는 최초의 이더리움 RIP(Rollup Improvement Proposal)로서, 모든 L2 및 L1이 채택할 수 있는 원생 계정 추상 표준을 마련하려는 목적을 가진다.
RIP은 롤업 개선 제안(Rollup Improvement Proposal)의 약자이며, 10월 18일 처음으로 RollCall을 시작으로 구축되고 있다. RollCall의 목적은 L2가 선택 가능한 사양과 표준을 수립하여 EVM과 관련 도구를 확장할 수 있도록 하되, 동시에 L1 EVM과의 충돌을 제한하는 데 있다.
RIP-7560: 원생 계정 추상의 도입
보다 나은 표준화를 위해 RIP-7560은 컨센서스 계층 프로토콜 변경을 통해 원생 계정 추상(Native Account Abstraction)을 도입하며, EIP-2938과 ERC-4337을 하나의 종합적인 계정 추상 제안으로 통합한다. RIP-7560을 깊이 이해하기 전에, 먼저 과거 글을 참고해 '계정 추상' 개념을 복습할 수 있다. 「EIP-7377: 계정 추상(AA) 완전 실현의 가속기?」
ERC-4337과의 호환성 및 공존
RIP-7560의 원생 계정 추상은 ERC-4337과 호환되며, 두 방식은 장기간 공존할 것이다. RIP-7560은 ERC-4337을 채택한 프로젝트들에게 마이그레이션 경로를 제공한다. 다만 현재 ERC-4337을 사용 중인 프로젝트들은 향후 원생 계정 추상을 지원하기 위해 다음과 같은 수정이 필요하다:
-
UserOperation을 TransactionType4로 변경: 기존 UserOperation 구조와 이름은 실제 이더리움 거래와 혼동되는 것을 피하기 위한 것이었다. 원생 계정 추상에서는 UserOperation이 실제 이더리움 거래로 변모하므로, 이를 TransactionType4로 명명한다. 이름은 바뀌지만 체인 상에서의 동작 방식은 기존 UserOperation과 유사하다.
-
스마트 계약 계정 업그레이드: 스마트 계약 계정은 원생 계정 추상 프로토콜을 지원하도록 구현을 업그레이드해야 한다. 구체적인 수정사항에는 EntryPoint 주소를 시스템 전체에서 일정한 상수값으로 설정하여 작업을 간소화하고, validateUserOp 함수의 이름 변경 및 파라미터 변화, 그리고 계정이 더 이상 EntryPoint 계약 내에서 Gas 지불을 위한 예치금을 유지할 필요 없이 직접 잔액에서 차감한다는 점 등이 포함된다.
-
페이마스터(Paymaster) 계약 업그레이드: 페이마스터 계약은 업그레이드 또는 재배포되어야 한다. ERC-20 토큰 및 기타 자산의 경우 승인 상태를 수동으로 마이그레이션해야 하며, validatePaymasterUserOp 함수는 이름이 변경되고 다른 파라미터를 가지게 되며, 페이마스터 계약도 EntryPoint 계약 내 예치금을 유지하지 않고 직접 잔액에서 Gas를 차감하게 된다.
-
계정 팩토리(Account Factories): 동일한 계약을 계속 사용할 수 있으며, ERC-4337 또는 원생 계정 추상 프로세스를 통해 생성된 계정 주소는 동일하게 유지된다.
-
번들러(Bundlers): 원생 계정 추상에서 번들러는 여전히 번들 트랜잭션 포함을 위해 블록 생성자와의 이해관계를 유지해야 한다. 번들러는 블록 생성자에게 특권 API 접근 권한을 가지며, 즉 번들러는 블록 생성자와 직접 소통하고 트랜잭션 패키징 전에 관련 사항을 협의할 수 있으며, nonce 충돌 상황 처리도 포함된다(EIP-4337에서 사용자가 두 번들러에게 동일한 nonce를 가진 UserOperation을 보내는 경우 한쪽 거래가 실패하는 문제).
커뮤니티의 RIP-7560 논의
커뮤니티의 RIP-7560에 대한 논의는 다양한 관점을 보여주고 있다. Stackup의 공동 설립자 존 리징(John Rising)은 RIP-7560이 ERC-4337의 일부 문제를 해결할 수 있다는 점에서 긍정적이라고 평가했다. 그는 현재 ERC-4337 구현의 핵심적인 문제들을 지적하며, EIP-4337 시행 후 대부분의 활동이 세 개의 클라우드 서비스 제공업체나 기업에 집중되고 있음을 언급했다. 이는 계정 추상 인프라가 전체 생태계 대비 너무 중심화되어 있으며, 계정 유지율 또한 매우 낮고, EIP-4337을 운영하는 번들러의 수익성도 매우 제한적이라는 의미다.
폴리곤(Polygon)의 엔지니어 재럿 왓츠(Jarrod Watts) 역시 메타마스크(Metamask) 같은 주류 지갑들이 EIP-4337 기반 계정 추상 방식을 구현하는 데 큰 진전을 보이지 않았다고 말했다. 이는 애플리케이션 계층에서 새로운 기능 채택이 아직 이상적인 수준에 도달하지 못했음을 의미할 수 있으므로, RIP-7560 제안은 돌파구가 될 수 있다.
Particle Network의 공동 설립자 피터 판(Peter Pan)은 이 제안을 매우 긍정적으로 보고 있으며, 4337과의 호환성을 유지하면서도 Gas를 최적화하고 번들러의 독점 문제를 해결했다고 평가하며, 이는 계정 추상 채택에 있어 매우 중요하다고 강조했다.
Delegate의 창립자 foobar는 4337이 과도한 오버헤드를 추가해 근본적으로 광범위한 채택이 불가능했다고 보았다. 반면 7560 제안은 프로토콜 수준에서 계정 추상을 공식적으로 고정시키는 방향으로 나아가고 있으므로, 가장 좋은 방법은 이러한 중복 요소를 바로 제거하는 것이며, 특히 4337이 존재한 시간이 길지 않다는 점을 고려하면 굳이 '후방 호환'을 시도할 필요는 없다고 주장했다.
의견이 분분하지만, RIP-7560은 계정 추상 표준화를 위한 새로운 참조 방법을 제공한다. 이더리움 커뮤니티의 심도 있는 논의 속에서 계정 추상 프레임워크의 발전은 계속해서 앞으로 나아갈 것이다. 우리는 어떤 방식이든 결국 계정 추상이 광범위하게 채택될 것이라 믿는다.
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News
@ChainFeedsxyz
