저자: 코인베이스 벤처스 투자 책임자 라이언 이, 번역: 골든 파이낸스 샤오조우
이 글은 코인베이스 벤처스 투자 책임자 라이언 이가 발행하는 "지갑 현황" 시리즈 중 2부: 스마트 계정입니다. 이 글은 라이언 이가 작성한 "지갑 현황" 시리즈의 2부: 스마트 계정입니다. 1부는 지갑 기술이며, 이전 글 "지갑 기술 개요"에서 확인하세요.
"스마트 계정"(일명 "스마트 지갑") - "스마트 계정"(일명 "스마트 월렛"이라고도 함)이라고 부릅니다. "계정 추상화"를 갖춘 스마트 컨트랙트 지갑(SCW)으로 정의)은 암호화폐 개발자들 사이에서 가장 많이 언급되는 주제가 되었습니다. 암호화폐 개발자들의 관심 주제 계정 추상화("AA")는 2023년 1분기에 EVM 생태계에 출시되었으며, 채택률이 상승 추세를 보이고 있습니다. 이 글에서는 계정 추상화의 가치 제안, 채택의 변화, 더 넓은 생태계에 미치는 영향에 대해 설명합니다.
이 문서의 주요 내용:
AA는 사용자가 수행하고 제3자가 실행하는 메타 트랜잭션에 대한 표준을 정의합니다.
AA는 스폰서 가스, 패키지 거래, 패스키 채택을 통해 잠재적으로 10배의 사용자 경험을 제공할 수 있습니다.
AA를 통해 개발자는 고객 확보(신규 사용자) 스폰서십을 실험할 수 있습니다.
생태계의 채택이 증가하고 있으며 관심이 커지고 있습니다. 가치 제안은 여전히 '있으면 가장 좋지만 필수적인 것은 아니지만', 기술/비용이 최적화되고 새로운 사용 사례가 등장하고 입문 교육 캠페인이 진행됨에 따라 AA는 사용자에게 '반드시 필요한' 인프라가 될 수 있습니다. "인프라.
1, 스마트 계정 개요
( strong>1)AA기본
이란 strong>AA? "계정 추상화"(또는 ERC-4337)는 2023년 1분기에 이더리움 생태계 내에서 출시되었습니다.AA는 사용자가 직접 이더 거래를 시작하지 않고도(제3자가 거래를 실행하도록 할 필요 없이) 이더로 거래할 수 있도록 표준을 정의합니다.
적용 예: 사용자가 트랜잭션 요청을 생성하여 NFT를 구매하겠다는 의사를 표현하지만 실제 가스 및 온체인 결제는 제3자가 처리하는 경우.
왜AA가 중요한가요? 오늘날에는 자체 호스팅 지갑(예: 코인베이스 지갑)과 MPC/임베디드 지갑이 있습니다. 지금까지 흥미로운 보안 기능(다중 서명, 지출 한도)과 비보안 기능(일괄 거래)을 갖춘 스마트 콘트랙트 지갑(SCW)은 주로 온체인 DAO 볼트 사용 사례를 대상으로 했지만 가스 비용으로 인해 소비자 채택이 제한적이었습니다. AA를 사용하면 많은 애플리케이션에 적합한 무가스 거래 경로가 있고, L2가 SCW의 가스 비용 문제를 완화하기 때문에 스마트 콘트랙트 지갑은 새로운 가치 제안을 갖게 됩니다. 이러한 SCW는 "스마트 계정"이라고도 합니다. 커뮤니티는 AA 기능이 사용자 경험을 10배 향상시키는 데 도움이 될 것이라고 믿습니다.
*가스후원: 사용자는 "지갑을 로드"하기 위해 처음 몇 번의 거래에 대해 가스를 지불할 필요가 없습니다. 지갑"에 충전할 수 있습니다.
*패스키: 사용자는 Apple/Google 기기를 사용해 트랜잭션에 안전하게 서명할 수 있습니다. 이를 위해서는 향상된 이더리움 프로토콜 레벨(EIP-7212)이 필요합니다.
*원클릭 트랜잭션: 단일 트랜잭션에 여러 번의"클릭이 필요한 경우도 있습니다. "이 필요하지만, 이러한 작업은 패키지로 묶어서 함께 사용할 수 있습니다.
*보안: 사용자는 전체 보조 단어 세트를 저장할 필요가 없으며, 여러 키/호스트에 분할하여 저장할 수 있습니다.
(2)AAflow
< p style="text-align: left;">댑/월렛은 트랜잭션과 가스 로직을 설명하는, 모든 서명자를 지원할 수 있는 데이터 구조인 UserOp을 생성합니다. 이 유저옵은 일련의 오프체인 노드/네트워크/릴레이어로 전송할 수 있습니다. 예를 들어, "이 NFT를 상환하고 싶습니다".
번들러는 유저옵을 처리하는 노드로, 오프체인 블록 빌더와 같은 기능을 합니다. 트랜잭션 패킷을 글로벌 스마트 콘트랙트인 엔트리포인트 콘트랙트로 전송하여 실행과 결제를 조정하므로 온체인에서는 트랜잭션을 수행하는 지갑으로 취급됩니다.
엔트리포인트는 지갑에 가스비를 지불하거나 페이마스터를 검증하기에 충분한 자금이 있는지 확인합니다(유저옵스의 가스 후원을 원할 경우). 또한 계정에서 번들러에게 미지급 가스를 지불하는 것도 지원합니다. 모든 로직이 정상으로 확인되면 트랜잭션은 체인에서 실행되고 SCW 컨트랙트에서 검증 + 실행됩니다. 서명 집계와 같은 다른 선택적 추가 기능도 있습니다.
ERC-4337은 위에서 설명한 UserOp 구조와 엔트리포인트 인터페이스를 정의합니다. 또한 ERC 이전에도 유사한 제품 경험을 효과적으로 촉진하는 비표준화된 구현이 있었습니다. 사실상 이는 신뢰할 수 있는 릴레이어 설정이 있는 오프체인 계정입니다.
< /p>
(3) AA는 어떻게 채택되나요?
댑은 앱과 계약에서 이 프로세스를 활성화해야 합니다. 일반적으로 개발자는 스마트 계정 수준에서 시작한 다음 번들러와 페이마스터를 지정합니다. 일부 옵션은 번들러와 페이마스터의 혼합 조합을 지원하며, 일부 옵션은 완전한 솔루션을 제공합니다.
실제로는 전체 제품군이 필요할 수 있습니다. "AA" 제품은 기본적으로 오프체인(노드, 서명)과 온체인(컨트랙트, 가스, 키) 수명 주기를 아우르는 "올인원" 개발자 제품입니다. "AA" 공급자의 마케팅 전략은 "번들러+페이마스터+SCW"의 전체 세트를 하나의 툴킷으로 제공하는 것입니다. 따라서 기존 개발자 제품에 이미 가입되어 있는 디앱의 경우, AA 툴킷이나 파트너의 툴킷을 마케팅할 수 있습니다.
AA 제공자의 입장에서는 '핵심 역량'으로 시작하여 다른 서비스로 확장할 수 있습니다."
코인베이스는 계정 추상화 키트, 임베디드 서비스형 지갑, 스마트 지갑 등 이 분야에서 다양한 제품을 제공합니다.
번들러/페이마스터: 노드 서비스를 제공하는 개발 플랫폼은 처음에는 노드 근접성이 있는 제품인 번들러를 선호할 수 있습니다. 그런 다음 번들러/페이마스터/SCW 제품군을 제공하는 페이마스터와 "스마트 월렛 SDK"를 지원할 수 있습니다.
SCW: 세이프(한때 노시스 세이프)는 다중 서명 지갑을 제공하는 선도적인 업체입니다. 현재 다른 번들러+페이마스터 제공업체와 통합할 수 있는 "AA SDK"를 보유하고 있습니다.
MPC 지갑: Privy와 같은 회사는 파트너를 통해 스마트 계정 키트를 제공할 수 있습니다.
경제성은 공급자의 포지셔닝에 따라 달라지지만, 일반적으로 UserOps의 가스 비용을 지불하는 것은 사용자이며(가스 요금은 번들러에게 징수/전달됨), 다음과 같은 경우 사용자가 지불합니다. 페이마스터는 고객 예산의 가스를 후원할 수 있습니다. 오늘날의 비즈니스 모델의 예시일 뿐입니다.
현재까지는 대부분의 "가스 스폰서십" 방식이 커스텀 오프체인 릴레이어를 통해 구현되었습니다. 이는 단기적으로는 인기가 있지만, 각 개발자가 모든 사용 사례를 조정해야 하기 때문에 채택의 유연성이 떨어지며, 결국 오픈 소스 형식으로 전환되기를 희망합니다.
2, 스마트 계정 도입
(). strong>1)AAAA의 용도는 정확히 무엇인가요? 어떻게 채택되었나요?
Gas< strong>후원: 이 모델을 사용하면 최종 사용자 이외의 네트워크 참여자가 가스 비용을 지불할 수 있습니다. 스마트 계정 거래는 자체 관리 지갑 거래보다 약간 더 비쌀 수 있지만, 제3자가 보조금을 지급할 수 있습니다. 사용자 트랜잭션(예: 로그인/브리징 자금)은 이해관계자가 비용을 지불할 수 있습니다.
원클릭 거래: 사용자는 세션 키로 '한 번'(여러 개의 서명 라이선스가 아닌) 로그인하고 단일 거래에 대한 여러 호출을 일괄적으로 처리할 수 있습니다. 다양한 서명 체계를 통해 여러 장치에서 임의의 검증 로직으로 트랜잭션에 '서명'할 수 있습니다(ECDSA 서명만 지원하는 지갑과 달리).
Passkey: SCW를 사용하면 (Apple 또는 Google 장치에서) Passkey가 사용자를 위해 트랜잭션에 서명할 수 있습니다. 사용자는 Apple의 보안 모델(예: 생체인식, 물리적 장치별 인증)의 이점을 누릴 수 있습니다.
(2)HA의 현재 채택 상태는 무엇입니까? ?
총 계정은 생성된 AA 호환 SCW의 수로, 월렛 인터페이스에서 자동으로 생성하거나 파트너 앱을 통해 간접적으로 생성할 수 있습니다. 파트너 앱을 통해 간접적으로 생성할 수 있으며, 총 사용자 수는 AA가 지원하는 거래 수이고, 총 페이마스터 가스비는 제3자가 지불한 총 가스비입니다.
(3) 무엇 때문에 < AA의 성장을 방해하는 것은 무엇인가요?
스마트 계정 가치 제안: 현재 가스 스폰서십 및 거래 패키징의 가치 제안은 "현존하는 최고"입니다. 시간이 지남에 따라 이러한 방식이 더욱 보편화되고 웹3 소비자 앱이 주류가 될 것이며, 이러한 기준을 충족하기 위해 소비자 '사용자 경험'에 대한 기준이 높아짐에 따라 '있으면 가장 좋은' 제안은 '반드시 있어야 하는' 제안으로 바뀔 것입니다.
기존 규모 옵션 대비 비용: 현재 소비자의 일반적인 관행은 자체 관리 지갑 또는 MPC 지갑을 사용하는 것으로, 지갑 생성은 무료이고 사용자가 거래를 제출하고 서명하지만 각 거래마다 가스 수수료를 지불하는 방식입니다. SCW의 경우 AA(번들러를 통한)를 통한 상호작용은 속도가 느리고(페이즈 패스의 경우 2~5초 느림) 대량 배포 비용이 또 다른 제한 요소입니다.
일화 데이터에 따르면 L2(예: Base)의 계정당 비용은 약 $0.15-$0.45입니다. 따라서 사용자가 100만 명인 디앱의 경우, 이는 15~45만 달러(이더리움 메인넷에서는 계정당 약 7~10달러)가 될 수 있습니다. 이러한 비용은 향후 EIP(4844)를 통해 낮아질 수 있습니다.
암호화 사용자 경험의 일부로서 패스키가 점점 더 대중화되고 표준화되고 있지만, ETH 프로토콜 계층에서는 여전히 인증 비용이 많이 듭니다. EIP-7212는 이 문제를 해결하려고 시도합니다.
댑이 스폰서 거래를 제공하려는 경우, 그들은 MPC 지갑을 선택하고, 사용자 계정을 생성하고, 키를 관리한 다음, 선택적으로 가스 비용을 충당하기 위해 프라이빗 릴레이어를 생성할 수 있습니다. 아직 대규모 AA 상품과 서비스는 없지만, 비용이 더 저렴해지면 상황이 바뀔 수 있습니다. 현재는 디앱이 MPC 지갑을 사용하고, 사용자 계정을 생성하고, 키를 관리해야 하는 번거로움이 있습니다. 가스 비용이 낮아진다고 가정할 때, MPC 지갑 공급업체는 결국 AA 지원을 개발 제품에 추가할 것으로 예상됩니다.
4337의 첫 번째 논의는 고도로 기술적이며, SCW/AA 마케팅은 제품/사용자 경험 관점에서 이점을 얻을 수 있어야 합니다. 이미 모든 디앱에 연결할 수 있는 AA 지원 지갑이 다수 존재하며, 이는 기존의 자체 호스팅 지갑 및 MPC 지갑과 일치합니다. 시간이 지남에 따라 자체 호스팅 지갑이 SCW에 대한 지원을 더 추가할 것으로 예상됩니다.
3, 스마트 계정 생태계에 미치는 영향
(< 1)AA 도입이 증가하고 있지만 아직 획기적인 성공 사례는 없습니다. 제품 시장 적합성이 부각되고 있습니다.
새로운 사용자를 디앱으로 끌어들이는 가장 큰 두 가지 문제는 일반적으로 사용자가 미리 구성된 지갑을 가지고 있지 않거나 초기 거래에 대해 결제할 수 있는 능력이 없다는 것입니다. 사전 구성된 지갑은 작년에 앱에 내장된 MPC 지갑을 통해 간단한 소셜 로그인/인증('지갑 연결' 버튼 없음)을 통해 모바일 인앱 로그인을 가능하게 하는 획기적인 순간을 맞이했습니다. 초기 거래 결제 기능에 대한 수요는 계속 증가하고 있지만, 여러 가지 이유로 이제 AA가 빛을 발할 때라고 생각합니다.
SCW 채택의 가장 큰 장벽은 가스 비용입니다(이더리움 L1에서). L2를 사용하면 비용이 크게 감소하여 SCW 거래 비용이 훨씬 낮아졌지만 대규모 거래 비용은 여전히 높습니다.
개발자들은 암호화폐를 사용하지 않는 사용자를 위한 소비자 앱을 개발하고 있습니다. 그 결과 사용자 참여가 더욱 중요해졌습니다.
거래 수수료를 받는 주체가 L2 팀이기 때문에 이제 가스 스폰서십이 중요해졌습니다. 예를 들어, L2는 기본 시퀀서에 더 많은 트랜잭션 수수료를 제공하기 위해 특정 디앱에 가스 수수료를 후원할 수 있습니다.
패스키와 같은 기술 트렌드는 스마트 계정 도입을 촉진할 것입니다. 패스키(예: 지갑 생성 + 거래 서명을 위한 FaceID)는 소비자 사용자 경험을 더욱 향상시킬 수 있습니다.
자체 보유 지갑의 스마트 계정 탐색을 기대합니다.
비용이 낮아지고(EIP-7212, EIP-4844), 업계가 오픈 소스 표준(폐쇄형 릴레이 모델과 반대)에 맞춰가고, 성공적인 가스 보조금 제도에 대한 사례 연구가 나타나고, 댑 개발자들이 의지와 예산이 있으면 사용자 확보에 대한 비용을 지불할 의지와 예산을 확보하게 될 것입니다.
(2)AA를 통해 개발자는 고객 확보(신규 사용자) 스폰서십을 실험해볼 수 있습니다. .
L2를 사용하면 사용자 경험의 첫 번째 단계인 거래/가스 비용이 크게 개선되었습니다. 다음 단계는 이제 사용자가 원활한 트랜잭션을 원하기 때문에 개발자가 AA를 활성화하는 것입니다.
사용자가 앱에 로그인하면 앱을 사용하면서 평생 가치(LTV) 개념을 활성화하기 시작한다는 아이디어입니다. LTV가 CAC(고객 확보 비용)보다 크다면 개발자는 가스 스폰서십과 같은 AA 지원 CAC를 살펴볼 가치가 있습니다. 온체인 트랜잭션을 후원하고자 하는 이해관계자는 누구나 후원할 수 있습니다(L2 또는 dapp).
Dapp POV: 내장된 MPC 지갑 덕분에 사용자 확보 장벽이 0에서 1로 크게 개선되었으며, AA는 "첫 번째 온체인 트랜잭션"과 궁극적으로 즉각적인 로그인 경험(첫 번째 X 트랜잭션)으로의 격차를 해소하는 데 도움을 줄 수 있습니다. AA는 "첫 번째 온체인 트랜잭션"을 연결하고 궁극적으로 즉각적인 로그인 경험(첫 번째 X 트랜잭션에 대한 가스 비용 없음, "모든 클릭" 사용자 경험, 지갑 설정 없음)을 제공하는 데 도움이 되어야 합니다. 이에 대한 초기 예로 "자산 주도 로그인"과 같은 개념을 들 수 있는데, 디앱은 사용자에게 처음 5번의 거래에 대해 스마트 계정과 가스/더스트 후원을 제공하고, 6번째 거래에서 손익분기점 ROI를 달성할 수 있다는 것을 알 수 있습니다. ROI.
(3)AA는 선점자 우위 게임으로, 기술 차이가 유일한 차이가 아니며, 오히려 GTM/ 사용 사례 관점에서 차이를 보아야 합니다.
기술적인 구성은 모두 오픈소스이기 때문에 스마트 계정(Paymaster, Bundler, SCW)의 경우 기술적인 차이는 크지 않습니다. 차이점은 트랜잭션 라우팅 방법을 결정한다는 점입니다. 예를 들어, 트랜잭션당 페이마스터는 하나만 존재할 수 있으므로 트랜잭션 코디네이터가 결정할 수 있습니다.
"AA" 제공자의 목표는 모든 개발 플랫폼과 유사하며, 즉 관계를 소유하고 사용자와 디앱 사이의 가교 역할을 하는 것입니다. AA 제공자가 일부 관계를 소유하고 있다면, 이를 통해 수익을 창출할 수 있는 창의적인 방법(예: 댑을 위한 계층화된 SaaS 또는 거래량에 따른 수익)을 찾을 수 있다는 것입니다.
제품 포지셔닝 외에도 스마트 계정에 대한 "CAC" 스토리를 구축하는 방법을 정의하는 것이 성공의 지름길입니다. "스마트 계정"의 판매 포인트는 "사용자는 거래당 1센트를 지출하지만, 여러분의 디앱은 거래당 3달러를 벌 수 있습니다."라는 LTV/CAC 스토리를 보여주는 것일 수 있습니다. 예를 들어, 신규 사용자가 즉시 거래할 수 있는 스마트 계정으로 디앱을 만들면(키, 가스 없이) SCW와 관련된 비용(배포, 함수 호출 등)이 더 많이 들지만, 이는 신규 사용자의 총 생애주기 가치로 인해 상쇄되고 상쇄될 것입니다.
(4)AA연결에 도움이 될 수 있습니다< strong>"하나의 지갑당dapp" 및 < "Web3홈페이지" 관련 인기 내러티브.
현재까지 자체 호스팅 지갑은 하나의 지갑으로 모든 댑(수집, 소유, 전송, 수신, 브릿지 등)에 접근할 수 있는 '웹3.0 홈페이지'의 방향으로 개발 및 구축되어 왔습니다, 브릿지 등)를 하나의 지갑으로 이용할 수 있는 방향으로 개발되었습니다.
최근 웹3.0 소비자들의 트렌드는 MPC 지갑을 기반으로 한 '원 월렛 퍼 댑'의 방향성을 가리킵니다. 사용자가 모바일 애플리케이션을 다운로드하면 해당 디앱에서만 키를 사용할 수 있고 해당 디앱에서만 키를 사용할 수 있습니다. 사용자가 여러 디앱에서 동일한 임베디드 지갑 공급자(백엔드)를 사용하는 경우, 임베디드 지갑 공급자는 공개 데이터 식별자를 기반으로 지갑을 "체인 아래로" 연결하여 단일 인터페이스로 병합할 수 있습니다. 예를 들어, 여러 디앱에서 동일한 이메일로 로그인하는 사용자는 해당 디앱의 지갑을 통합된 방식으로 볼 수 있습니다.
안전하고 안전하며 간단하게 주소를 '연결'할 수 있는 방법이 있다고 가정하면 스마트 계정 아키텍처는 지갑 간 키 서명과 거래 조정 위임을 허용하여 이 두 가지 스레드를 통합하는 데 도움이 될 수 있습니다.
자체 호스팅 지갑은 사용자가 관리하는 다른 지갑을 '체인 연결'할 수 있으며, 다른 지갑과의 '체인 연결성'을 유지할 수 있습니다.
자체 호스팅 지갑은 '홈' 인터페이스 경험을 유지하면서 사용자가 통제하는 다른 지갑과 '온체인 연결'을 할 수 있고, 사용자가 여러 지갑을 관리할 수 있습니다.
임베디드 지갑은 사용자의 '오프체인 연결'을 지원하지만, 사용자는 앱 단위로만 지갑을 제어할 수 있습니다. 사용자는 임베디드 지갑 키를 내보내고 AA를 사용해 해당 지갑을 체인에 연결할 수 있습니다. 이는 임베디드 지갑을 "오프체인 연결"에서 "온체인 연결"로 전환하여 사용자가 제어하는 글로벌 임베디드 지갑을 만드는 데 도움이 됩니다.
그러나 AA 지갑은 단일 네트워크 사용 사례에 가장 적합할 수 있습니다. 여러 네트워크를 허용하는 디앱의 경우, 여러 네트워크에 배포된 SCW를 처리해야 하는 번거로움은 그만한 가치가 없을 수 있습니다. 현재 AA 개발과 도입은 EVM에 집중되어 있지만, 다른 네트워크(예: Solana)도 AA 도입에 투자하고 있습니다(예: 스쿼드 프로토콜).
(5) 스마트 계정은 아직 초기 단계에 있지만 성숙해가고 있습니다.
'스마트 계좌' 인프라의 일부가 구축되어 있지만 시장 타이밍이 중요한 요소로 남아 있습니다.
표준화(ERC-4337)는 올해 초에야 시작되었고, L2는 2023년 2분기에야 주목을 받기 시작했습니다.
코인베이스 지갑과 트러스트 지갑과 같은 자체 호스팅 지갑은 이미 스마트 계정 상품을 제공하기 시작했습니다.
디앱의 경우 여전히 자체 호스팅 지갑이나 MPC 지갑을 사용하는 것이 일반적이며, 지갑과 스폰서 거래, 디앱이 분리되어 있기 때문에 혜택이 고립되어 있습니다. 궁극적으로 스마트 계정으로 지원되는 소비자 로그인 프로세스를 '있으면 좋은 것'에서 '필수'로 바꿀 수 있는 수많은 웹 3.0 온체인 소비자 앱이 필요합니다. 지금까지는 스폰서십이라는 개념이 소비자들에게 '부분 유료화'라는 행동으로 이어졌지만, 아직 완전히 실현되지는 않았습니다.
스마트 계정에 적용하려면 아직 패스키가 더 발전해야 합니다.
(6) 표준은 생태계 일관성을 보장하여 AA 채택을 촉진하는 데 큰 역할을 합니다. 채택을 촉진합니다.
많은 "가스 후원" 프로젝트가 맞춤형 오프체인 릴레이어를 사용해 성공을 거두었습니다. 표준이 없다면 많은 디앱이 이 설정을 따르게 될 것이며, 각 개발자가 사용 사례에 맞게 설정을 조정해야 하므로 채택 경로가 좁아질 것입니다. 이 설정은 일반화할 수 없으므로 각 컨트랙트는 릴레이어(릴레이어→컨트랙트→사용자)를 지원해야 하며, 컨트랙트 호출자가 사용자가 아닌 릴레이어이기 때문에 트랜잭션이 중단될 수 있습니다.
표준이 정해졌으니 이제 생태계 참여자들이 함께 표준을 구축하는 방법에 대해 합의할 수 있습니다. 스마트 계정이 ERC-4337 사양을 엄격하게 따를지, 아니면 수정 가능한 플러그인/사양(또는 새로운 EIP)이 있을지는 아직 미지수이지만, 개념은 표준의 일부 변형을 따라야 합니다. 앞으로 가장 큰 장점은 메타 트랜잭션의 표준화된 정의입니다. 이는 업계 전체가 스마트 계정의 이점에 집중하도록 유도하고 이를 다루는 개발자와 인프라 제공업체를 위한 모범 사례를 만드는 데 도움이 될 것입니다(예: 개발자는 10가지 번들러 중에서 선택할 수 있음).