Abstract

• consensus layer 를 변경하지 않는 account abstraction 에 대한 제안이다.
• 이 제안은 ‘프로토콜 수준의 기능을 새로 추가하거나 최하위 계층의 트랜잭션 유형을 변경’하는 대신, UserOperation 이라는 상위 계층의 유사 트랜잭션 객체를 도입한다.
• 사용자는 UserOperation 객체를 별도로 분리된 mempool 로 전송한다.
• 번들러(=번들 마켓플레이스를 통해 블록 빌더에게 트랜잭션을 보낼 수 있는 사용자) 라고 하는 특수한 액터 클래스가 UserOperation 세트를 트랜잭션으로 패키징하여, 특수한 컨트랙트를 호출하는 handleOps 를 수행한다.

Motivation

• 이 제안은 아래와 같은 목표를 달성하고자 한다.

  • Achieve the key goal of account abstraction

    사용자가 EOA 대신 임의의 검증 로직이 포함된 컨트랙트 지갑을 기본 계정으로 사용할 수 있도록 허용하여 EOA 를 보유해야 하는 필요성을 완전히 제거한다.

  • Decentralization

    모든 번들러(ex 블록 빌더)가 계정 추상화된 사용자의 작업을 포함하는 프로세스에 참여할 수 있도록 허용한다.

    public mempool 을 통해 발생하는 모든 활동과 함께 작업하며, 사용자는 직접적인 통신 주소(ex IP)를 알 필요가 없다.

    번들러에 대한 신뢰를 가정하지 않는다.

  • Do not require any Ethereum consensus changes

    이더리움의 consensus layer 개발은 확장성 중심의 기능에 초점을 맞추고 있기 때문에 당분간 프로토콜을 추가로 변경할 기회가 없을 것이다. 따라서 이더리움 consensus 변경을 하지 않고, 빠르게 채택되도록 한다.

Specification

Definitions

• UserOperation - 사용자가 전송하는 트랜잭션을 설명하는 구조이다. 혼동을 피하기 위해 ‘transaction’ 이라는 단어를 사용하지 않는다.

  • 트랜잭션과 마찬가지로 sender, to, calldata, maxFeePerGas, maxPriorityFee, signature, nonce 를 포함한다.
  • 트랜잭션과 다르게 아래에 설명된 몇 가지 다른 필드를 포함한다.
  • 또한 nonce 및 signature 필드 사용은 프로토콜이 아닌 각 계정이 구현한 방법에 의해 정의된다.

• Sender - UserOperation을 전송하는 ‘account contract’ 이다.

• EntryPoint - UserOperation의 번들을 실행하는 싱글톤 컨트랙트이다. Bundlers, Clients 는 지원되는 엔트리포인트를 화이트리스트에 추가한다.

• Bundler - 여러 UserOperations 를 번들링하고 EntryPoint().handleOps() 트랜잭션을 생성하는 노드(=블록 빌더)이다. 네트워크의 모든 블록 빌더가 번들러일 필요는 없다.

• Aggregator - 집계된 서명의 유효성 검사를 위한 accounts 의 신뢰를 받는 helper 컨트랙트이다. Bundler와 Clients 는 지원되는 aggregator를 화이트리스트에 추가한다.

• 이더리움 consensus layer 변경을 피하기 위해 account abstraction 에 대한 새로운 트랜잭션 유형을 만들지 않는다.