원저자 : CloudY, Jam
요약
그러나 실제로 비교에 사용되는 Ethereum EOA 계정은 비교적 원시적인 제품입니다. 특히 다음과 같습니다.
계좌 관리 권한은 단일이며 서명 승인 및 무서명만 있으며 미화 1달러 거래이든 미화 1억 달러 거래이든 먼저 승인한 다음 서명하여 거래를 확인해야 합니다. 그러면 사기당한 권한과 일반 거래 사이에는 단 하나의 서명 차이만 존재하므로 모든 신규 사용자는 상호 작용할 때 겁을 먹게 됩니다. Metamask에서는 이제 사용자가 토큰 권한 승인 시 승인 금액을 선택할 수 있지만, 빈번한 상호 작용의 경우 여러 승인에 가스 비용을 소비하는 대신 사용자가 상한을 직접 승인하는 것을 선호합니다. 대규모 거래 위험을 통제하기 위한 Two Factor Authentication(2 FA)이나 U-shield, 소액 거래를 용이하게 하기 위한 얼굴 스캐닝이나 비밀번호 없는 결제와 같은 Web2 계정 모델에 비해 EOA 계정은 매우 지루하고 사용하기 어렵습니다. .
가스 수수료 임계값이 너무 높아서 많은 수의 신규 사용자를 차단합니다. Ethereum 메인넷 및 Optimism/Arbitrum과 같은 레이어 2는 ETH 토큰을 가스 토큰으로 사용합니다. 이를 위해서는 사용자가 명목화폐를 미국 달러 스테이블 코인으로 변환한 다음 이를 ETH로 변환한 다음 ETH를 지갑으로 전송해야 합니다. 많은 사용자들은 USD 스테이블코인을 지갑으로 이체한 후 가스로 ETH가 필요하다는 사실을 깨닫고 ETH를 다시 구매해야 했습니다. 게다가 BSC/Polygon/Solana와 같은 퍼블릭 체인은 모두 자체 가스 토큰을 사용하는데, 이는 신규 사용자가 반드시 밟아야 하는 또 다른 함정입니다. 또한 많은 사용자는 현물 가스 토큰을 구매하고 싶어하지 않지만 온체인 상호 작용이 필요하기 때문에 지갑에 많은 양의 중복 가스 토큰을 남겨 두어야 합니다.
실제로 Vitalik은 EOA 계정이 사용하기 매우 어렵다는 것을 알고 있었으며 이더리움 팀에서도 이 문제를 해결하려고 노력하고 있으며 계정 추상화가 해결책 중 하나입니다. 그러나 계정 추상화를 위한 이더리움의 기본 합의를 수정할 수 없기 때문에 애플리케이션 레이어 기반 스마트 계약 지갑인 ERC-4337이 제안되고 나서야 계정 추상화가 실제로 주목을 받고 화제가 되었습니다.
계정 추상화와 ERC-4337에 대해 간략하게 소개한 후, 이 글에서는 계정 추상화 적용과 Web2 계정 시스템 개발을 기반으로 향후 Web3 계정 시스템의 진화와 트래픽 입구 소유권에 대해 추측해 보겠습니다.
생태학적 관점에서 과거에는 사용자가 복잡한 온체인 작업을 수행하기 위해 EOA를 사용해야 했으며, 현재 체인의 제한된 생태학적 발전으로 인해 제한된 프로토콜만 제공할 수 있으며 사용자의 실제 요구 사항을 효과적으로 충족할 수 없습니다. 만났다. 계정 추상화는 위 작업의 실행을 단순화합니다. 출력을 얻으려면 사용자 입력만 필요합니다. 더 이상 잦은 클릭과 번거로운 서명이 없습니다.AA의 구현은 온체인 생태계를 판매자 중심에서 구매자 중심으로 변화시켰다고 할 수 있습니다.
계정 추상화 및 ERC-4337
Account Abstraction(이하 AA)이란 구체적으로 무엇을 의미하나요?기본 기술과 데이터 구조를 추상화하여 사용자와 개발자의 단계를 단순화합니다. 간단히 이해하면 EOA를 기반으로 CA를 구현하는 기능입니다.
ERC-4337은 AA의 기본 표준이 되었습니다. ERC-4337은 사용자 의도를 표현하고 컨트랙트 계정이 적극적으로 작업을 수행할 수 있도록 하는 특수 트랜잭션인 UserOperation을 도입합니다. 이러한 UserOperation은 UserOperation 실행을 시뮬레이션하고 특수 트랜잭션 풀에 유효한 작업을 추가하는 Bundler라는 역할에 의해 관리됩니다. 그런 다음 EntryPoint 계약은 이러한 UserOperation을 확인하고 실행하여 사용자의 의도를 이행합니다.
계정 유형
이더리움에는 EOA(외부 소유 계정) 계정과 계약 계정이라는 두 가지 주요 계정 유형이 있습니다.
EOA 계정의 주소 길이는 20바이트이며 사용자 생성 시 생성된 개인 키와 타원 곡선 암호화 알고리즘에 의해 생성된 공개 키로 계산됩니다. EOA 계정 상태에는 거래 수(Nonce)와 자산 수(Balance)가 포함됩니다. 컨트랙트 계정의 주소도 20바이트이지만 컨트랙트 생성 트랜잭션의 보낸 사람 주소와 Nonce에서 계산됩니다. 컨트랙트 계정 상태에는 컨트랙트 수(Nonce), 자산 수(Balance), 코드 해시(CodeHash) 및 Merkle Patricia의 루트 노드 해시 값을 저장하는 데 사용되는 스토리지 루트 해시(StorageRoot)가 포함됩니다. 계약 데이터의 트리 트리입니다.
계정 유형 및 상태 정보는 Ethereum의 거래 및 스마트 계약 실행에 중요하며 EOA와 CA의 차이점입니다.
Source：《Account Abstraction, Analysed ｜Qin Wang∗, Shiping Chen∗ ∗CSIRO Data 61, Australia 》
거래
이더리움 거래에는 발신자와 수신자 정보, 디지털 서명, 거래 수, 전송된 자금 금액, 선택적 데이터, 가스 한도 및 거래 수수료가 포함됩니다. 위의 2가지 다른 계정 유형으로 인해 2가지의 서로 다른 통신 거래 유형이 발생합니다.
서명 과정에서 거래 데이터는 해싱된 후 전자 서명되며, 검증자는 타원 곡선의 점을 계산하여 서명의 유효성을 확인합니다. 발신자의 개인 키를 얻을 필요는 없으며 거래만 제공하면 됩니다. 정보 및 공개 키. 공개키의 복구는 서명의 v값을 통해 이루어지며, 서명의 보안과 검증의 효율성을 보장합니다.
계정 추상화
이더리움의 거래 구조와 서명 확인 과정은 중요한 사실을 드러낸다. 즉, 거래를 시작하는 계정은 공개-개인 키 쌍을 가진 EOA 계정이어야 한다는 것이다.
컨트랙트 계정은 공개 키와 개인 키 쌍이 부족하여 적극적으로 거래를 시작할 수 없으며, 대신 거래를 받은 후 거래 정보를 기반으로 계정 내 스마트 계약 코드를 자동으로 실행하거나 거래 정보를 다른 사람에게 전송합니다. 계정을 생성하거나 새로운 스마트 계약을 생성할 수도 있습니다. 따라서 현재 Metamask와 같은 주류 지갑 애플리케이션으로 생성된 지갑은 EOA 계정입니다. 그러나 EOA 계정 사용에는 개인 키 위험, 제한된 서명 알고리즘, 과도한 서명 권한, 거래 수수료 제한 등 몇 가지 결함이 있습니다.
계약 계정은 코드와 데이터를 저장하고 사전 정의된 스마트 계약 논리를 실행하여 위의 EOA 계정 문제를 해결할 수 있습니다. 그러나 계약 계정은 거래를 적극적으로 시작할 수 없습니다.
계정 추상화는 위의 두 계정을 개선한 것으로, 계정이 CA(계약 계정)와 EOA 계정의 기능을 가질 수 있도록 둘 사이의 경계를 모호하게 하고 복잡한 논리를 포함하는 범용 계정으로 전환하려는 시도입니다. 동시에.
ERC-4337
ERC-4337은 이더리움 합의 계층을 수정하지 않고 계정 추상화 기능을 완성했으며 이더리움이 채택한 최종 솔루션이 되었습니다. 궁극적으로 오프체인 매칭과 온체인 거래라는 궁극적인 비전이 실현될 것입니다.
Source：《Account Abstraction, Analysed ｜Qin Wang∗, Shiping Chen∗ ∗CSIRO Data 61, Australia 》
UserOperation
ERC-4337은 이더리움 프로토콜의 기본 거래 유형 변경을 피하면서 계약 계정이 적극적으로 거래를 시작할 수 없는 문제를 해결하기 위해 UserOperation이라는 새로운 개념을 도입합니다.
UserOperation은 표준 트랜잭션과 유사하지만 직접적인 트랜잭션 동작이 아닌 사용자의 의도만 나타냅니다.표준 트랜잭션은 이더리움의 멤풀(트랜잭션 풀)로 전송된 후 검색자와 빌더에 의해 완전한 블록으로 결합되고 마지막으로 제안자가 블록체인으로 전송되며 일반적으로 보상이 가장 높은 블록을 선택합니다. 이와 달리 UserOperation은 실제 트랜잭션이 아니므로 ERC-4337에서는 UserOperation을 분산 방식으로 실행하기 위해 새로운 mempool과 Bundler라는 역할을 도입합니다. 이러한 혁신을 통해 표준 거래 프로세스에 직접 참여하지 않고도 사용자 의도를 처리하고 실행할 수 있습니다.
Source: ERC 4337: account abstraction without Ethereum protocol changes
Bundler
Bundler가 UserOperation을 처리할 때 먼저 기본적인 합법성 검사를 수행한 다음 작업 실행을 시뮬레이션하여 서명의 유효성을 확인합니다. 시뮬레이션 실행이 성공하면 UserOperation이 UserOperation mempool에 추가되어 실제 온체인 실행을 기다립니다. 시뮬레이션과 실제 실행 간의 일관성을 보장하기 위해 UserOperation은 실행 중에 변경될 수 있는 변수에 대한 액세스를 제한하고 보낸 사람의 주소와 관련된 데이터에 대한 액세스만 허용합니다. Bundler는 더 높은 수수료를 지불하는 작업을 선호하여 자체 기본 설정에 따라 UserOperations를 패키징할 수 있습니다. 마지막으로 Bundler는 온체인 실행을 위해 유효한 작업 배치를 EntryPoint 계약으로 보냅니다.
EntryPoint
EntryPoint는 Ethereum의 싱글톤 계약이며 주요 작업은 UserOperation의 실행을 처리하는 것입니다. 여기에는 두 가지 주요 기능(handleOps 및 handlerAggregatedOps)이 있으며, 둘 다 먼저 UserOperation을 확인한 다음 작업을 수행합니다. 확인에는 당좌 예금 계좌, 서명 유효성 및 수수료 지불이 포함됩니다. 실행 단계에서는 UserOperation의 데이터를 사용하여 대상 계약 계정의 스마트 계약 코드를 호출합니다. 스마트 계약 지갑 프로토콜마다 구문 분석 및 실행 방법이 다를 수 있습니다.
Source: ERC-4337: Account Abstraction Using Alt Mempool
데이터
SixdegreeLab의 ERC-4337 반기 데이터 보고서에 따르면:
ERC-4337 계약이 배포된 후 체인에 687,000개 이상의 AA 지갑이 생성되었으며 UserOps는 200만 번 이상 호출되었습니다. 그러나 AA 지갑의 88.24%는 5회 이하로 사용되었으며 대부분이 직접 사용되었습니다. 전송 또는 발행 NFT.
15,000개 번들러 중 핌리코가 43.48%로 시장점유율 1위를 차지하고 있으며, 알케미는 약 2만달러로 역대 최고 매출을 기록했다.
그러나 번들 트랜잭션의 97.18%에는 UserOp가 1개만 포함되어 있습니다. 이는 번들러의 90%가 패키지 트랜잭션을 통해 수익을 창출할 수 없음을 의미합니다.
총 117명의 Paymaster가 1,900만 UserOps에 대해 총 US$465,000의 가스비를 지불했으며, 그 중 Pimlico가 43.45%를 지불했습니다.
ZeroDev는 Wallet Factory를 장악하여 계정의 62.63%를 배포합니다.
AA 지갑을 구축하는 가장 일반적인 방법은 다양한 제3자를 사용하는 LEGO, Paymaster, Wallet Factory 및 Bundler입니다.
ERC-4337의 채택률은 여전히 성장 여지가 많고 인프라 구축이 이제 막 시작되었기 때문에 AA의 미래는 가능성으로 가득 차 있음을 알 수 있습니다. 레이어 2 및 소셜 애플리케이션의 등장으로 AA 지갑의 사용은 급속한 성장을 가져올 것입니다.
계정 추상화의 발전 방향
계정 추상화의 기본 원칙과 ERC-4337 아키텍처를 이해한 후 AA의 확장 방법을 더 자세히 살펴보겠습니다. 개인 키 없음, 가스 없음 등 스마트 계약 지갑의 기본 기능에 대해 자세히 설명하지는 않지만 AA 구성 요소에서 더 많은 가능성을 찾아보겠습니다.
건축학
기본 계정 추상화
ERC-4337은 현재 이더리움이 기본 합의를 수정할 수 없는 문제를 해결하기 위해 채택한 애플리케이션 계층 솔루션일 뿐입니다.추상적인 계정 개념을 대규모로 대중화할 수 있지만 궁극적으로 계약 계정을 사용하여 상호 작용합니다. 검증 과정에서 추가 가스 소비, 다른 경쟁 ERC 채택, dapp에 의한 계약 계정 상호 작용 금지 등은 모두 ERC-4337의 성장을 방해하는 요소입니다.
따라서 기본 계정 추상화, 특히 레이어 2 기본 계정 추상화가 특히 중요합니다. 현재 Layer 2에서는 Starknet 및 ZKSync 체인만 기본 계정 추상화를 지원합니다. 아래 그림과 같이 기본 계정 추상화 방식에는 Bundler와 Paymaster가 없으며 Starknet은 Sequencer를 사용하여 트랜잭션 순서를 결정하고 Gas를 지불하고 실행하며 ZKSync는 Operator를 사용하여 트랜잭션 순서를 결정하고 Gas를 지불한 후 호출합니다. 부트로더가 함께 작동합니다.
OP Stack을 기반으로 구축되었다고 주장하는 DeBank Chain도 기본적으로 체인 수준에서 계정 추상화와 유사한 시스템을 통합할 예정이지만, 구체적인 아키텍처는 메인넷이 출시될 때까지 알 수 없습니다.
출처: zkSync의 기본 계정 추상화 소개
NFT 계약 지갑
NFT 계약 지갑은 ERC-4337과 유사한 애플리케이션 계층 계정 추상화 솔루션으로, Bundler를 통해 EntryPoint 계약을 호출하는 대신 EOA 계정이 NFT를 통해 CA 계정 기능을 가질 수 있도록 합니다. 현재 NFT 계약 지갑에는 두 가지 주류 구현이 있습니다. 방법: ERC-6551 및 A3S 프로토콜.
ERC-6551을 사용하면 사용자는 EOA 지갑의 ERC-721 표준 NFT를 컨트롤러로 사용하여 새로 생성된 하나/여러 개의 스마트 계약 지갑을 제어할 수 있으므로 ERC-721 코드를 수정하지 않고도 플러그인 계약을 달성할 수 있습니다. 기존 NFT에 대한 하나/여러 개의 스마트 계약 계정. 이 방법은 기존 NFT와 계정 추상화를 결합하여 NFT의 응용 시나리오를 열 뿐만 아니라 계정 추상화 개념을 대중화합니다.
Source：《EIP-6551 》
A3S 프로토콜은 NFT 자체 스마트 계약 자체를 스마트 계약 지갑으로 사용하는데, 이는 지갑 자산이 NFT의 스마트 계약 계정에 있고 NFT 소유권 이전을 완전히 따른다는 것을 의미합니다. ERC-6551. 컨트랙트 계정은 NFT 컨트랙트 지갑을 구현하기 위해 더 짧은 경로를 사용하지만 이는 기존 NFT와 호환되지 않는다는 의미이기도 합니다.
Source：《A3S Protocol Gitbook》
멀티체인 지갑 주소 통합 측면에서, 두 솔루션 모두 난독화 값 Salt를 빌려 서로 다른 EVM 호환 퍼블릭 체인에서 동일한 주소를 획득하여 컨트랙트 계정의 멀티체인 주소 혼동 문제를 해결합니다. 이는 원래 Wintermute가 다른 체인의 다중 서명 주소로 전송하여 2천만 개의 OP 토큰을 잃게 만든 문제이기도 했습니다.
모듈화 및 다중 체인 추상화
모듈식 계정 추상화의 중요성은 OP Stack과 같은 개발 및 유지 관리 비용을 최소화하여 지갑 개발자가 기본 인프라의 구축 및 유지 관리보다는 제품 자체에 더 집중할 수 있도록 하는 것입니다. 물론 이에 따라 구축된 모듈식 생태계는 모듈식 플랫폼의 기초이기도 하므로 모듈식 계정 추상화를 구현해야 합니다.
각 모듈의 상호 구성성 (EIP-6900은 표준 구현을 확립하려고 함)
모듈 기능의 다양성(서명 방식/프라이버시/MEV 방지/입출금/인텐트 등)
보안(각 모듈에는 스토리지 충돌을 방지하기 위한 통합 표준이 있음)
다중 체인 추상화(Vitalik은 다중 체인 스마트 계약 계정 협업을 달성하기 위해 통합 단일 체인 키 저장소 계약을 사용하도록 제안했습니다)
위에서 멀티체인 스마트 컨트랙트 계정 주소를 일관되게 만들기 위해 솔트를 사용한다고 언급했지만, 일관적인 주소는 단지 첫 번째 단계일 뿐입니다.더 중요한 것은 사용자가 운영 중에 크로스체인, 즉 멀티체인을 인식하지 못한다는 것입니다. 모듈화인 추상화 계정 추상화를 위한 중요한 단계입니다.
Source：《Future of Smart Accounts: Modular, Specialised & Multichain》
서명 확인
이전에 Ethereum의 모든 거래는 EOA를 통해서만 ETH를 가스로 시작하고 지불할 수 있다고 언급했습니다. 또한, EOA는 ECDSA 서명 방식만 사용할 수 있어 EOA 사용이 매우 번거롭고 기능이 단일할 뿐만 아니라 개인키 유출의 위험도 존재합니다. 계정은 도살당할 양이 됩니다. .
서명 알고리즘
서명 수준에서는 현재 스마트 계약을 통해 다중 서명 및 소셜 복구를 구현하는 솔루션(Gnosis Safe 및 Argent)이 있으며, 소위 서명 추상화를 사용하여 승인 후 일정 범위 내에서 계약과 자유로운 상호 작용을 구현하는 솔루션도 있습니다. 한번(렌즈프로토클). . 그러나 당신의 키나 코인이 아닙니다에 따르면 우리는 서명 알고리즘 자체에 더 많은 관심을 기울일 수 있습니다.
서명 집계
상향식 다중 서명을 가능하게 할 뿐만 아니라 서명을 집계하여 가스 소비를 줄이는 Schnorr 또는 BLS를 통해 보다 효율적이고 간단한 서명을 구현합니다. 물론, 그들은 모두 추가적인 통신 라운드가 필요하고, m과 n의 값이 더 큰 다중 서명 방식에는 적합하지 않으며, 일치 검증 횟수가 많은 등의 자체적인 문제를 안고 있습니다.
포스트퀀텀 보안 서명
Lamport 또는 W-OTS와 같은 일회성 서명을 사용하면 다른 사람이 양자 컴퓨터를 사용하여 공개 개인 키의 일부를 해독하여 메시지와 서명을 위조하는 것을 방지할 수 있습니다.
UserOperation
ERC 7521 Intent Centric
계정 추상화, 특히 ERC-4337과 Intent Centric의 아키텍처를 비교해 보면 Bundler와 Solver가 실제로 동일한 사람일 수 있음을 알 수 있습니다. 즉, 사용자의 인터랙티브 컨텐츠인 UserOperation을 Bundler가 제공할 수 있으며, Bundler는 사용자가 제공한 의도를 분석하여 일치하는 솔루션 경로를 제안한 후 EntryPoint 계약을 통해 해당 경로의 적법성을 사용자에게 확인하여 이를 방지합니다. 번들러가 악한 일을 하지 못하게 되어 결국 실행이 차단됩니다.검증된 인텐트 경로입니다.
계정 추상화와 의도의 결합을 통해 계정과 상호 작용을 동시에 추상화하여 Web2 이상의 사용자 경험을 달성할 수 있습니다.
Source：《ERC-7521 》
전체 거래 프로세스는 ZK 증명 기술을 사용하여 증인/이의 제기 및 대응 프로세스를 통해 개인 지불을 달성할 수 있습니다. 이를 통해 사용자는 보낸 사람의 실제 주소를 공개하지 않고 거래의 유효성을 증명할 수 있을 뿐만 아니라 여러 거래를 단일 증명으로 일괄 처리함으로써 계산 오버헤드를 줄이고 확장성을 크게 향상시키는 소위 비용 절감 및 효율성 향상을 가능하게 합니다. 감독을 받아야 하는 일부 기업 사용자는 기밀성을 유지하면서 규제 준수 요구 사항을 충족하기 위해 독립적으로 규제 기관에 투명한 거래를 할 수도 있습니다.
Source：《ZKPayments: Achieving Privacy and Scalability》
Bundler
번들러 MEV 및 번들러 경쟁
Bundler MEV와 Bundler Competition은 둘 다 인프라가 부족한 결과입니다. Bundler MEV는 Searcher와 마찬가지로 Bundler의 트랜잭션 패키징 책임에서 비롯됩니다. Bundler는 수익을 내기 위해 UserOperation의 제출 순서를 변경할 수 있지만, Bundler Competition은 서로 다른 Bundler가 동일한 UserOperation을 패키징할 때 발생합니다. . 이는 Searchers Gas War와 유사합니다.패키징된 UserOperation이 체인에 없는 Bundler는 Gas를 소비했지만 트랜잭션이 실패했습니다.
그들은 모두 MEV-Boost와 같은 기존 인프라를 활용하여 번들러 간, 번들러와 블록 빌더 간의 통신 채널을 열 수 있습니다. Etherspot은 AA를 위한 mempool의 p2p 네트워크를 개발 중입니다. 패키징 대기 중인 UserOperations는 이 p2p 네트워크에서 전송됩니다. 일단 체인에서 패키징 및 처리되면 목록에서 표시되고 제거되므로 여러 번들러에 의해 패키징되는 것을 방지할 수 있습니다.
출처: ERC-4337 번들러가 블록 빌더와 함께 작동해야 하는 이유
Paymaster
Paymaster 입금 및 출금
Paymaster는 사용자를 위해 가스 요금을 지불하고 이를 토큰이나 법정화폐로 대체하도록 사용자와 협상할 수 있습니다. 따라서 Paymaster가 결제 서비스 제공업체와 협력하여 사용자에게 입출금 서비스를 제공하는 것은 좋은 솔루션입니다.
Visa 팀은 Ethereum Goerli 테스트넷에 2개의 실험적인 Visa Paymaster 계약을 배포했습니다. 하나는 사용자가 USD 스테이블 코인을 포함한 다른 토큰으로 수수료를 지불할 수 있는지 여부를 조사하고, 다른 하나는 거래 수수료를 직접 후원하기 위한 것입니다. 물론, Paymaster를 기존 ERC-20 토큰과 통합하려면 외부 소스 또는 온체인 오라클을 사용하여 토큰 가격을 결정하고 Paymaster 계약이 지정된 토큰에 대해 사용자에게 청구하도록 승인되었는지 확인해야 합니다. 이 성숙한 솔루션에서는 Visa 카드에 직접 액세스하여 명목화폐를 사용하여 가스를 지불하고 ERC-20 토큰으로 실시간 변환하여 입출금의 추상화를 실현함으로써 Web2 사용자의 진입 임계값을 크게 줄일 수 있습니다.
Web3 계정 시스템의 진화와 향후 Web3 진입
Web2 시대의 네트워크 트래픽 포털과 이에 상응하는 계정 시스템의 진화는 2세대 인터넷의 급속한 발전과 사용자 요구의 변화를 반영합니다.
처음에 사용자는 포털을 통해 인터넷에 접속했으며 포털에 나열된 온라인 리소스를 자유롭게 선택할 수 있었습니다. 그러다가 검색엔진의 등장으로 사용자는 검색엔진을 통해 키워드를 질의할 수 있게 되었고, 검색엔진은 URL을 분석하여 관련 결과를 제공하게 되었다. Web2 시대에는 PC, 모바일 등 소셜 플랫폼이 등장했습니다. 검색 엔진을 적극적으로 활용하여 Web2에 진입하는 것 외에도 사용자는 PC 미디어 플랫폼의 정보를 통해 수동적으로 Web2에 액세스하거나 PC/모바일 셀프 미디어 플랫폼을 통해 독립적으로 Web2에 진입할 수도 있습니다. 이 기간 동안 패시브에서 액티브로의 두 가지 과정과 정보 분산화 과정을 경험했습니다.
이와 동시에 Web2의 계정 시스템도 변화하고 있는데, 휴대폰 번호를 계정으로 사용하는 초기 SMS/MMS부터 QQ/WeChat/Blog/Weibo까지 다중 계정을 설정하고 풍부한 추가 기능과 독립적인 개인 네트워크 ID를 획득하며, 이러한 플랫폼은 프로필과 연락처 목록을 도입하여 사용자 식별을 단일 URL에서 보다 복잡한 사용자 ID 및 소셜 그래프로 확장했습니다.
네트워크 및 하드웨어 기술의 발전으로 자신의 생태계를 개발하는 두 가지 유형의 방법이 등장했습니다.
iOS+Apple Pay+Apple Store, WeChat Pay+Mini 프로그램은 자체 계정과 결제 시스템의 트래픽 이점을 확립한 후 외부 개발자가 접근할 수 있는 영역을 열어 사용자를 자체 시스템 내에 유지하도록 강화합니다. 생태계.
Taobao + Alipay 및 Douyin + Douyin Payment는 인기 애플리케이션에서 가져온 트래픽을 기반으로 자체 계정과 결제 시스템을 개발하고 다른 애플리케이션을 추가로 통합하여 통합 계정 및 결제 시스템을 구축합니다.
두 가지 방법 모두 나름대로 효과적이며 세계를 점유하고 있습니다.WeChat은 하나의 애플리케이션에서 사용자의 요구를 대부분 충족시킬 수 있으며 Alipay 결제도 주요 애플리케이션에서 찾을 수 있습니다.
요약하면, Web2 시대의 트래픽 포털은 사용자에게 더 많은 주도권과 분산성을 제공하는 것을 목표로 하는 반면, 계정 시스템은 단일에서 풍부하고 다양한 시스템으로 진화했으며 두 가지 방식으로 자체 생태적 발전을 달성했습니다.
Source：OP Research
계정 시스템
Web3 시대의 계정 시스템의 진화는 Web2의 그림자 중 일부를 유지할 뿐만 아니라 독특한 개발 경로를 제시합니다.
Web3 시대의 계정 시스템의 진화는 Web2의 일부 특성을 이어가면서 독특한 개발 경로를 제시합니다. Web3에는 Metamask와 같은 플러그인 지갑, Math 및 Trust와 같은 소프트웨어 지갑, dAppOS 및 Gnosis Safe와 같은 운영 플랫폼뿐만 아니라 dApp에 내장된 UniPass 및 구축된 OKX Web3 Wallet을 포함하여 다양한 유형의 계정이 있습니다. 교환으로 .
메타마스크와 같은 플러그인 지갑은 사용자의 가장 기본적인 요구 사항을 충족할 수 있는 원본 문자 메시지와 같으며, 어디에서나 사용할 수 있지만 기능이 너무 단일합니다.
QQ, WeChat과 같은 Math 및 Trust와 같은 소프트웨어 지갑은 다중 계정 관리/소셜 섹션/제휴 애플리케이션 등의 기본 기능 위에 사용자 경험을 향상시키기 위한 다양한 최적화 및 기능을 추가합니다.
소프트웨어 지갑에 비해 dAppOS, Gnosis Safe 등의 운영 플랫폼은 기본 기능을 더욱 업그레이드하여 또 하나의 고급 계정 시스템을 구축했으며, Apple, WeChat과 마찬가지로 자체 지원 미니 프로그램을 핵심으로 개발하여 생태계를 풍요롭게 합니다.
UniPass, OKX Web3 Wallet과 같은 애플리케이션에 내장된 지갑은 Alipay, Douyin Payment와 마찬가지로 다른 계정과 결제 경로를 취하며 인기 애플리케이션의 트래픽을 활용하여 자체 사용자를 개발하고 제휴를 통해 생태계를 구축합니다.
교통입구
Web3 트래픽 포털 기사에서 다음과 같이 언급했습니다.
“사용자의 Web3 진입 프로세스를 기반으로 Web3 트래픽 진입을 두 가지 주요 범주로 정의할 수 있습니다.
계정 시스템(예금, 출금 및 자금 관리): 중앙 집중식 거래소, 독립적인 입출금 프로젝트, 입출금 통합 서비스, 암호화폐 ATM, 암호화폐 은행 카드 및 장외 거래(OTC), EOA, CA, MPC 지갑 및 계정 추상화(AA).
Web3 dapp(도구, 소셜 및 엔터테인먼트): DEX, NFT 시장(시장), 도메인 이름, DeSoc, 저작권 거래 시장, GameFi, X to Earn.
우리는 오늘날에도 여전히 그렇게 생각하지만 Part 2에 따르면 이러한 모든 포털은 AA 지갑의 일부가 될 수 있습니다. 그러나 그들은 또한 AA 지갑 채택 경로를 위에서 언급한 것처럼 계정과 애플리케이션이라는 두 가지 범주로 역으로 나누기도 합니다.사용자가 먼저 계정을 얻은 후 애플리케이션과 상호작용하는지 아니면 먼저 애플리케이션과 상호작용한 후 계정을 사용하는지.
지갑 애플릿과 Wallet as a Service
AA 채택의 진행 상황을 살펴보면 Instadapp의 독립 AA 지갑 제품인 Avocado가 처음 출시된 후 Metamask가 일부 AA 기능을 지원하기 위해 Snaps 애플릿 구성 요소를 출시한 것을 알 수 있습니다. 결제 거대 기업인 Visa도 Paymaster에 합류하여 물과 테스트를 진행했습니다. Visa 카드 결제에 액세스합니다. 곧 소셜 애플리케이션 Lens Protocol은 ERC-6551을 통해 AA 지갑을 구축하려고 시도했으며 Safe도 ERC-4337과 호환되어 자체 미니 프로그램 시장을 통합했습니다. OKX Wallet의 AA 사용 지원에 이어 Circle은 자체 AA 지갑을 출시하기로 결정했습니다.
이로부터 AA의 채택이 다음 두 가지 모드에 지나지 않는다는 것을 찾는 것은 어렵지 않습니다.
자체 지갑 릴리스 또는 AA 호환성은 지갑 사용자와 내부 애플릿을 활용하여 사용자를 유치하고 유지합니다.
애플리케이션/교환/결제 서비스 제공업체는 자체 트래픽 이점을 활용하여 사용자를 AA 지갑 사용자로 전환합니다.
이는 또한 우리가 논의해야 할 부분으로 이어집니다. AA의 출현으로 온체인 생태계가 판매자 시장에서 구매자 시장으로 변화할 것이기 때문에 사용자는 어떤 모델에 비용을 지불하게 될까요?
Source：《Binance Research：Account Abstractation Report》
애플릿
단기적인 채택률로 볼 때 자체 지갑을 기반으로 소규모 프로그램 생태계를 개발하는 AA 모델이 사용자에게 더 쉽게 수용될 것이며 본질적으로 To C 솔루션입니다. 현재 AA 지갑을 사용하는 대부분의 사용자는 여전히 Web3 사용자이기 때문에 지갑 자체가 낯설지 않고 별도의 이해 없이 바로 사용할 수 있으며, 풍부한 기능과 원활한 운영 경험이 이들을 끌어들이고 유지할 수 있습니다. MetaMask의 Snaps를 예로 들면 API 인터페이스를 통해 제3자가 해당 지갑 애플릿을 개발하여 EVM이 아닌 체인과 상호 작용할 수 있으며, 다른 지갑으로 트래픽을 유도하는 것처럼 보이지만 실제로는 자체 생태계를 구축하고 사용자를 교육하고 있습니다. MetaMask가 ERC-4337과 완벽하게 호환되는 날이 최고의 AA 지갑이 되는 날이라는 것은 의심의 여지가 없습니다.
dappOS를 예로 들면 다음과 같습니다.
dappOS=dappOS 계정(멀티체인 통합 EOA)+dappOS 네트워크.
dappOS 계정: 사용자는 일반적인 외부 소유 계정(EOA) 대신 계정 추상화 기반의 통합 계정을 사용할 수 있습니다. 이 접근 방식을 통해 사용자는 계정 복구, 사전 배치 트랜잭션 처리, 자동화된 실행 및 기타 기능을 사용할 수 있습니다. 동시에 다중 체인 지갑 통합 방법을 통해 사용자는 서로 다른 체인의 자산을 균일하게 관리할 수 있습니다.
dappOS 네트워크: 사용자가 지갑 및 크로스체인 관련 작업을 자동으로 수행하고 거래 뒤의 복잡한 상호 작용 프로세스를 완료하도록 돕는 분산형 네트워크입니다.
dappOS는 사용자가 Web2 계정과 유사한 경험을 할 수 있도록 계정, 퍼블릭 체인, 가스 토큰의 개념을 분리하려고 시도하지만, 아직은 초기 단계이기 때문에 플랫폼의 협력 dapp이 제한적이지만 이것이 방해가 되는 것은 아닙니다. 사용자 데이터의 증가. . 사용자, 특히 다중 계정 및 다중 체인 상호 작용이 필요한 사용자는 EOA에서 진입하려는 동기를 갖기 때문에 마이그레이션 후 상호 작용 경험이 마이그레이션 비용보다 큽니다. 가장 중요한 점은 이 계정 시스템은 사용자가 들어오면 기본적으로 절대 나가지 않는다는 점인데, 사용자도 사용하면서 교육도 받기 때문이다.먼저 처음부터 AA 지갑에 노출된 사용자는 EOA 지갑을 사용할 수 없다. , dappOS와 같은 지갑은 대부분의 사용자 상호 작용 요구를 충족할 수 있으며 사용자는 마이그레이션할 필요가 없습니다. 결국 사용자가 마이그레이션을 원하더라도 보이지 않는 다중 체인 추상화로 인해 전체 마이그레이션 프로세스가 번거로워집니다.
Safe, Avocado, OKX Wallet 등 형성된 지갑 제품은 Web3 AA 사용자를 더 빠르게 확보하고 유지할 수 있음을 알 수 있습니다.
Waas
WaaS는 미니 프로그램 루트를 취하는 AA 지갑과 반대되는 애플리케이션 루트 AA 지갑입니다. 애플리케이션을 먼저 설치한 다음 지갑을 설치하는 것은 분명히 To B 솔루션입니다. 애플리케이션은 WaaS를 사용하여 제품 기능에 맞게 자체 지갑을 사용자 정의합니다. 표준화된 WaaS 모듈을 다양한 애플리케이션에서 선택할 수 있습니다. 애플리케이션의 트래픽을 사용하여 자체 생태계를 확장하고 AA 지갑 플랫폼을 구축한 다음 C측으로 전환합니다. 사용자에게 필요한 맞춤형 지갑을 발행합니다.사용자가 원하는 지갑 기능을 자유롭게 매칭해보세요.
Stepn을 예로 들면, 회로 밖 애플리케이션인 Stepn은 전 세계적으로 수천만 명의 사용자를 보유하고 있으며 각 사용자는 Stepn을 통해 지갑을 만들었습니다. Stepn에 AA 지갑이 내장되어 있고 GMT 토큰만 사용하는 것이 아니라 이 지갑을 핵심으로 사용한다면 후속 MOOAR NFT 거래 시장, 마작 게임, Gashero 등 생태계를 지속적으로 발전시킬 것입니다. 그러면 이 AA 지갑만으로도 전체 암호화폐 시장에 수천만 명의 추가 사용자를 가져올 수 있으며, 이러한 사용자는 마이그레이션 비용이 매우 높기 때문에 모두 이 AA 지갑의 매우 끈적한 사용자입니다.
최근 인기를 얻고 있는 Friend Tech에도 동일하게 적용됩니다. 모든 트위터 사용자는 AA 지갑의 잠재적 사용자가 될 수 있으며, 법정 통화 입출금 및 가스 지불을 통해 사용자는 Web3의 상호 작용 장벽을 극복하고 Web3에 빠르게 통합할 수 있습니다.
구현된 제품 중 WaaS Pay와 UniPass에 중점을 둘 수 있으며, 이 두 제품은 각각 WaaS 지향 지갑의 특성을 나타냅니다.
• WaaS Pay개인 정보 보호를 우선시하면서 즉각적인 블록체인 결제를 원하는 조직을 위해 설계된 Safe{Core} 프로토콜 제품군과 Safe{Core} 계정 추상화 SDK를 활용하는 스마트 계약 계정 배포 플랫폼입니다. 소셜 로그인, 법정화폐 온/오프 램프, 수신자를 위한 무가스 거래 등 스마트 계약 계정 기능을 맞춤화할 수 있는 사용자 친화적인 코드 프리 인터페이스를 제공합니다. ZKBob이 영지식 증명(ZKP)을 통해 익명 거래를 촉진함으로써 WaaS Pay는 민감한 금융 데이터를 안전하게 비공개로 유지합니다. 이 플랫폼은 Polygon ZKEVM으로 구동되어 확장성과 효율성을 보장하는 동시에 Helia가 포함된 자체 호스팅 IPFS 노드는 민감한 메타데이터를 보호합니다.
• UniPass기본적으로 이는 타사 dapp용으로 제공되는 SDK이기도 합니다. 이를 통해 dapp은 기존 계정 개인 키와 일련의 서명 및 가스 제한을 우회하거나 관리되는 개인 키의 중앙 집중화를 통해 이메일 바인딩 주소를 생성하고 UniPass의 DKIM 검증을 직접 사용할 수 있습니다. 이메일로 제어되는 비수탁 계정을 구현하는 동시에 Relayer를 통해 온체인 상호 작용을 단순화하여 사용자 상호 작용 경험을 크게 향상시키는 가스 프리/서명 추상화/소셜 응답과 같은 기능을 달성합니다. 시나리오 중심 애플리케이션인 UniPass는 상호 운용 가능한 계정 시스템을 구축하는 동시에 다양한 애플리케이션에 대한 맞춤형 서비스를 제공하기 위해 연합 소셜 네트워크를 사용하기로 선택했습니다. 이 연합 소셜 네트워크의 상호 운용성을 기반으로 데이터 소유권 및 개인 정보 보호 제공을 전제로 소셜 관계를 체인에 배치하고 데이터 및 자산의 소유권을 가진 DID를 구축하여 자체 사용 시나리오를 입증하여 더 많은 애플리케이션을 유치합니다. UniPass를 사용하세요. SDK는 Web3에 들어갑니다. 이러한 애플리케이션의 사용자는 자연스럽게 UniPass 사용자가 되며 이를 사용하여 매우 높은 접착력으로 Web3에서 계속 상호 작용합니다.
이를 통해 WaaS 경로의 AA 지갑이 성장 공간 및 Web2 사용자 확보 측면에서 더 많은 이점을 가지고 있음을 알 수 있지만 이는 팀의 제품 품질과 BD 역량을 테스트하게 됩니다. 그러나 일단 네트워크 효과가 형성되면 , 성장 관성이 있을 것이다. , 후기 단계에서 힘을 발휘하는 유형에 속한다.
Reference
[1] Sixdegree ERC 4337 반기 데이터 보고서https://sixdegree.xyz/research/Half-Year-Data-Report-of-ERC4337-by-Sixdegree.pdf
[2] 계정 추상화에 대한 장편 기사 심층 해석: 7년 경로 진화 및 트랙 맵https://www.chaincatcher.com/article/2085142
[3] 바이낸스 리서치 계정 요약 보고서의 해석https://www.techflowpost.com/article/detail_12784.html
[4]《EIP-6551》https://eips.ethereum.org/EIPS/eip-6551
[5]《A3S Protocol Gitbook 》https://a3sprotocolcontact.gitbook.io/a3s-protocol/a3s-v1.0/how-a3s-v1.0-works
[ 6 ]《Future of Smart Accounts: Modular, Specialised & Multichain》https://longhashvc.medium.com/future-of-smart-accounts-modular-specialised-multichain-d04f083375a6
[7] ERC-4337 번들러가 블록 빌더와 협력해야 하는 이유https://learnblockchain.cn/article/6205
[8] 계정 추상화에 대한 전체 가이드https://news.marsbit.co/ 20230302172702633640 .html
[9] 인프라가 계정 추상화를 통해 수십억 명의 사용자를 지원하는 방법https://www.panewslab.com/zh/articledetails/24hz8399g6my.html
[10]《You Could Have Invented Account Abstraction: Part 1 》https://www.alchemy.com/blog/account-abstraction
[11] 이더리움 계정 요약 연구 보고서: 일일 수천만 명의 활성 사용자에게 영향을 미치는 10가지 관련 EIP 제안 및 병목 현상 문제를 해체합니다.https://www.odaily.news/post/5183201
IOS
Android