계정 추상화의 모듈형 미래를 구축하다: ERC-6900

계정 추상화는 다음 10억 명의 사용자를 온체인으로 끌어들인다는 Alchemy의 미션에서 핵심적인 부분이다.

기존의 크립토 지갑을 사용해본 사람이라면 누구나 지금까지 신규 사용자 온보딩의 주요 걸림돌이었던 불편함과 열악한 UX를 경험했을 것이다. 스마트 계정을 프로그래밍 가능하게 만듦으로써, ERC-4337은 사용자를 위한 더 나은 UX와 스폰서 가스, 소셜 로그인 같은 개발자용 신규 기능을 갖춘 지갑의 새 시대를 열고 있다.

이러한 발전이 인상적이긴 하지만, 이는 계정 추상화로 가능한 것들의 시작에 불과하다. ERC-4337은 혁신적인 지갑 기능을 위한 훨씬 더 큰 기회를 열어주며, 개발자들은 이제 막 이를 탐구하기 시작했다. 이러한 기능은 점점 더 모듈이나 플러그인 형태로 구축되고 있으며, 달러 코스트 애버리징부터 세션 키에 이르기까지 지갑 내 작업을 자동화한다(Rhinestone의 이 목록을 보면 가능성을 짐작할 수 있다).

우리가 만들어가고자 하는 미래는 개발자와 사용자가 이러한 유연성의 이점을 온전히 누릴 수 있는 미래다. 여기에 도달하려면 훌륭한 개발자 도구와 교육 콘텐츠를 만드는 것을 넘어서야 한다 — 더 큰 개발자 생태계를 위해, 그리고 그 생태계와 함께 구축하고, 그곳에 도달하기 위한 도구에 대한 합의를 이끌어내는 작업도 필요하다.

모듈화된 계정 추상화의 미래에 대한 우리의 이러한 의지는 ERC-6900을 시작하는 계기가 되었다. 이는 플러그인의 설계와 스마트 계정과의 상호작용을 위한 범용 표준 세트다. 이 표준의 첫 레퍼런스 구현체가 공개되면서, 이제 더 많은 빌더들에게 6900을 소개하게 되어 기쁘게 생각한다.

이 글의 나머지 부분에서는 ERC-6900의 구조, 현재 상태, 로드맵을 설명한다. 그에 앞서 먼저 모듈화 개념과 그것이 계정 추상화에 왜 중요한지 짧게 짚어보겠다.‍

모듈화 구축하기

가장 일반적인 의미에서 모듈화란 단일체(monolithic) 기술을 구성 요소, 즉 모듈로 분리하는 개념이다. 이론적으로는 이것이 모두에게 최선인 방식이다 - 애플리케이션 빌더는 단일 제공자에 묶이지 않고, 스택의 각 구성 요소에 대해 최선의 제공자를 선택할 수 있다.

하지만 모듈화가 성립하려면 임의의 구성 요소 집합 이상의 것이 필요하다 - 애플리케이션 개발자는 모듈을 사용하고 하나의 일관된 전체로 통합할 수 있어야 하며, 모듈 빌더는 자신이 만든 것이 최대한 널리 사용될 수 있다는 것을 알아야 한다.

그 이유를 알아보기 위해, 두 명의 빌더 Alice와 Carol을 예로 들어보자.

1. Alice는 애플리케이션 개발자이며, 사용자에게 가치를 제공하는 훌륭한 애플리케이션을 만들고자 한다.
2. Carol은 모듈을 만드는 개발자이며, 자신이 만든 것이 최대한 많은 애플리케이션 개발자에게 발견되고 사용될 수 있기를 바란다.

Alice와 Carol은 어떻게 협업할 수 있을까?

첫째, 효과적인 모듈화를 위해서는 애플리케이션 개발자가 선택할 수 있는 풍부한 플러그인 생태계가 필요하다. 이는 개발자의 도구 상자를 확장하고 특정 제공자에 대한 종속을 줄여준다.

둘째, Alice는 Carol의 작업물을 통합할 수 있어야 하고, Carol은 자신의 작업물이 Alice의 것과 호환된다는 것을 알아야 한다. 그래야 서로가 이를 만들 유인을 갖게 된다. 이를 달성하는 방법은 마찰을 없애고 생태계 내 개발자들의 통합을 가능하게 하는 중립적 표준을 통해서다.

다르게 말하면, 표준은 모듈화된 생태계가 독점적 종속과 조율되지 않은 혼돈 사이에서 중간 지점을 찾는 방법이다.

이를 계정 추상화로 다시 옮겨보면, 모듈화된 미래를 만들려면 풍부한 플러그인 생태계가 필요하고, 이는 다시 개발자들이 각자의 노력을 조율할 수 있는 중립적 표준을 필요로 한다.

모듈화를 위한 중립적 표준 구축하기: ERC-6900

ERC-6900은 기본 함수와 인터페이스를 표준화함으로써 스마트 계정 개발자와 플러그인 개발자 모두의 성장하는 생태계를 조성하고자 한다. 플러그인 개발자는 하나의 플러그인을 작성해 모든 스마트 계정에서 작동하도록 할 수 있어야 하며, 여러 계정 구현체에 걸쳐 작업을 분산시킬 필요가 없어야 한다. 그리고 스마트 계정 빌더는 표준화된 인터페이스를 통해 플러그인에 접근함으로써, 확신을 갖고 통합할 수 있어야 한다.

6900은 어떻게 작동하는가?

이러한 목표를 실현하기 위해, ERC-6900은 두 가지 기술적 목표를 달성하도록 설계되었다:

• 스마트 컨트랙트 계정용 플러그인을 설계하기 위한 표준을 제공한다.
• 표준을 준수하는 계정이 플러그인과 어떻게 상호작용해야 하는지에 대한 표준을 제공한다.

이 표준을 따르는 플러그인 설계자는 세 가지 표준화된 구성 요소를 다룰 수 있다:

• **검증 함수(Validation functions)**는 스마트 계정에 대한 외부 호출의 유효성을 보장한다.
• **실행 함수(Execution functions)**는 플러그인 내 함수의 실행 로직을 지정하는 스마트 컨트랙트다.
• **훅(Hooks)**은 더 세밀한 작업과 검증을 지정하며, 검증 전/후, 실행 전/후에 발생하도록 설계할 수 있다.

ERC-6900은 플러그인 간의 개방적인 조합 가능성이 주는 이점과 보안 및 상호운용성을 유지해야 할 필요성 사이의 균형을 맞추고자 한다. 큰 틀에서, 이는 계정과 플러그인이 서로 상호작용하는 방식과 플러그인의 설치 전 요구사항을 표준화함으로써 이루어진다.

이 표준은 또한 스마트 계정과 플러그인 간 인터페이스를 표준화하기 위한 Android 개발자 커뮤니티의 이전 작업을 기반으로 한다. 규격을 준수하는 각 플러그인은 매니페스트를 포함하는데, 이는 설치 시 스마트 계정에 추가되어야 하는 다양한 함수와 훅을 규정한다. 또한 플러그인이 스마트 계정에 대해 행사할 수 있는 작업 범위를 제한하는 데 필요한 플러그인의 측면들 (메타데이터, 종속성, 권한)도 명시한다.

더 자세한 내용은 스펙을 참고하라.

ERC-6900의 다음 단계는?

ERC-6900은 최근 레퍼런스 구현체 출시와 함께 중요한 이정표에 도달했으며, 공개 Github 저장소를 통해 접근할 수 있다. 이 릴리스는 Alchemy가 시작한 프로젝트에서 진정한 커뮤니티 표준으로 진화하는 이 표준의 여정에서 중대한 전환점을 의미한다. 아직 감사(audit)를 받지 않았고 프로덕션 준비가 되어 있지는 않지만, 이 코드는 공식 스펙과 함께 개발자들이 실험해볼 수 있는 샘플 코드베이스를 제공한다.

스펙 자체도 커뮤니티와의 활발하고 지속적인 대화를 통해 여러 차례 개정되며 개선되어 왔다. 저자진에도 Ethereum Foundation의 ERC-4337 팀 소속 Yoav Weiss가 합류하는 등 확대되었으며, 저자들은 이미 Rhinestone의 ERC-7484와 Safe의 ERC-7512 같은 보완적인 표준의 개발자들을 비롯해, 계정 추상화를 개발하는 다른 주요 팀들과도 활발히 논의하고 있다.

ERC-6900 팀은 공개적으로 개발을 진행하는 이번 새로운 단계의 일환으로 이러한 핵심 이해관계자들을 넘어서는 것도 모색하고 있다. 저자들은 11월 7일부터 대중에게 공개되는 주간 커뮤니티 콜을 시작한다. 이 콜에 참여하고 싶거나, 텔레그램에서 우리와 연락하고 싶거나, 이 표준의 Twitter/X 계정을 통해 주간 업데이트를 확인하고 싶다면 연락해 주기 바란다.

언제나 그렇듯 - Github 저장소에 대한 풀 리퀘스트, Ethereum Magicians에 대한 댓글, 또는 Modular Smart Contract Accounts 텔레그램 채널에서의 질문 등 어떤 형태든 의견과 피드백을 환영한다.