저자: OKX Ventures 연구원 Kiwi
이 글은 투자 조언을 구성하지 않습니다.
Vitalik Buterin이 2021년 9월 EIP-4337을 제안한 이후 계정 추상화 개념이 점차 주류 Web3 지갑에 도입되고 있습니다. OKX Ventures는 이 개념의 근원을 계정의 과거, 현재 상황 및 상태를 체계적으로 분류하는 진입점으로 활용하고 있습니다. 추상화. 미래의 기회.
기사의 주요 내용
기본 정보:
세션 키를 지원하는 AA(계정 추상화)는 트랜잭션 소스와 서명을 분리하는 동시에 사용자가 개인 키 및 가스 요금 백업과 같은 복잡한 작업을 피하고 사용자가 Web3에 참여할 수 있는 임계값을 낮추는 데 도움을 줍니다.
계정 유형을 단순화하고, 온체인 행동에 더 많은 자유를 부여하고, 계정을 더 높은 보안 수준에 배치하려면 계정 추상화가 필요합니다.
EIP-86, EIP-1014, EIP-2938, EIP 3074를 겪은 후, EIP 4337은 기본적으로 합의 레이어를 변경할 필요가 없기 때문에 이더리움 AA의 최종 솔루션이라고 볼 수 있습니다.
다중 체인 계정 추상화에는 4337 호환 방법과 기본 계정 추상화의 두 가지 경로가 있습니다.
4337 체계와 호환 가능: 현재 Arbitrum, Polygon, Optimism 및 BNB에는 기본적으로 통합된 계정 추상화가 없습니다. 그러나 대부분은 4337 관련 제품(바이코노미, 스택업 등)을 통해 지원되고 있으며, 인프라 구축은 아직 개념 단계에 불과하다.
기본 계정 추상화 솔루션: Starknet 및 zkSync는 4337 솔루션과 다른 기본 계정 추상화를 지원합니다. 차이점: Starknet에는 Bundler와 Paymaster가 없습니다. Sequencer는 거래 순서를 결정하고 가스를 지불하고 이를 실행합니다. zkSync는 Operator를 사용하여 거래 순서를 결정하고 가스를 지불한 다음 부트로더를 호출하여 함께 작동합니다.
개발 데이터: Ethereum, Arbitrum, Optimism 및 Polygon은 520,000개 이상의 AA 계정을 배포했으며 그 중 80% 이상이 7~8월에 생성되었으며 대부분 Polygon 및 Optimism은 AA 제품 출시를 통해 상당한 성장을 달성했습니다. . 증가하다. Bundler와 Paymasters는 현재 더 적은 수의 계약을 맺고 있으며 각 체인은 현재 Pimlico 및 StackUp과 같은 프로젝트에 의해 독점되고 있습니다.
AA가 제공하는 기회:
Paymaster는 지정된 UserOperation에 대해 가스를 지불하기 위해 Bundler를 통해 Paymaster를 실행하는 dApp에 의해 배포된 스마트 계약입니다. Paymaster는 표준화된 서비스이므로 단독으로 프로젝트를 구성하기 어렵습니다. Web2 트래픽만 Web3 비즈니스를 서비스하기 위한 기능 통합으로 사용할 수 있습니다. 지불자를 위한 비즈니스 기회: 지불 트래픽 진입, 자동 상환, DeFi 게임 프로젝트와의 통합은 지불 산업의 혁신 상황과 거시적으로 유사합니다. Paymaster의 혁신 방향은 상대적으로 단일하지만 가치 포착에서 가장 안정적인 부분이며 web2 사용자가 web3에 진입하는 임계값을 낮춥니다.
Bundler는 가장 많은 기회를 가진 구성 요소 중 하나입니다. 그 본질은 Relayer와 유사합니다. 수익 방향은 주로 패키지 거래(예: 가스 가격 차액 획득, B-에 편향된 개인 정보 풀)를 통해 확장되는 일련의 기회를 중심으로 이루어집니다. 측면 필요) 그러나 거래 패키징이 성공하면 번들러는 돈을 잃게 되므로 거래를 선택하는 것은 어려운 문제입니다.
자체 노드와 Relayer 서비스가 있는 프로토콜을 사용하여 번들러 네트워크를 구축하는 것이 더 쉬울 것입니다. 예를 들어 분산형 시설인 Rpc는 번들러 분산화에 도움이 될 수 있습니다.
Bundler가 검색기 및 시퀀서와 협력하는 것이 더 나은 선택입니다. 미래에는 수익이 mev 공유의 형태로 다양한 채널을 통해 사용자에게 피드백될 수 있으며 이는 결국 점점 더 공평해질 것입니다.
번들러는 현재 프라이빗 풀이고 퍼블릭 풀은 없습니다. 현재는 스택업만 잘 운영되고 수익이 나고 바이코노미는 보통 수준입니다.
번들러는 수익 창출이 어렵지만 생태계에 매우 필요한 공공재이지만, 시장에는 성숙한 공공재 운영 계획이 없으며 현재 대부분의 프로젝트 당사자는 이익을 고려하여 민영화를 선호합니다.
Bundler가 직면한 기술적 개선 방향에는 다음이 포함됩니다. p2p 네트워크는 표시 및 삭제를 통해 이러한 문제를 최적화할 수 있으며, 번들러가 충분한 보상을 얻을 수 없게 만드는 부분은 제안을 통한 후속 최적화가 필요합니다.
AA와 MEV의 조합 : AA, 시퀀서 및 인텐트는 본질적으로 온체인 작업 체인을 확장합니다. MEV에는 더 긴 뇌물 체인이 필요하며 인텐트 솔브는 MEV 체인의 Searcher와 같은 역할과 협력하여 MEV를 형성할 수 있습니다. 공유 양식 . AA는 번들러 및 진입점 계약을 제공하므로 이론적으로 AA는 PEV(Prover Extractable Value)의 수입을 공유할 수도 있습니다.
NFT: 사용자 경험 자체의 개선으로 더 많은 신규 사용자를 유치할 수 있으며 동시에 시장 모니터링 및 거래를 더욱 자동화할 수 있습니다. ERC6551과 4337은 모두 사용자 인식 수준의 계정 기능을 갖추고 있으며 풀체인 게임, DID 및 미들웨어를 통합할 수 있습니다 . 후속 풀체인 게임에서는 멀티체인 + 거래 가능한 장비 계정의 게임 경험을 완성하기 위해 ERC-6551의 구성성이 필요합니다.
소셜 네트워킹 및 게임: ID 인프라의 최적화는 제품 사용 편의성을 크게 향상시키며, 풀체인 게임 + 계정 모델 최적화 + 다중 체인 계정 시스템의 운영 임계값을 낮추면 다중 체인 게임 세계관이 구현됩니다.
AA 및 의도:
본질적으로 의도와 AA 간에는 필수적인 구속력 있는 관계가 없습니다. 의도는 본질적으로 사용자 경험 계층의 혁신이며 사용자 요구 사항을 더 빠르고 더 잘 이해하고 분해하여 이를 하나 이상의 UserOperations로 전환합니다. AA는 백엔드 최적화, 사용자 지침의 더 나은 실행입니다. 텔레그램 봇은 전형적인 Intent 혁신이지만 백엔드는 여전히 EOA 지갑을 사용하므로 사용자 경험에 영향을 미치지 않습니다.
의도는 특정 목표에 대한 최적의 작전 경로를 찾는 프로세스입니다. 과거에는 인텐트(Intent)가 단순한 요구사항인 경향이 있었지만, 미래에는 여러 조건, 여러 단계, 여러 실행 환경, 심지어 AI 에이전트 도입으로 복잡한 문제를 형성할 수도 있습니다.
의도적 기회: 운영자는 서명 수를 줄이고 사용자 경험을 향상시킬 수 있습니다. 애플리케이션 측면에서는 의도 내러티브를 기반으로 새로운 인프라, 새로운 언어, 새로운 솔루션 형태를 형성할 수 있는데, 이는 향후 가장 잠재적인 사용 사례 중 하나입니다.
- 중간 의도 풀 또는 의도 공개 체인 : 의도 기반 애플리케이션에는 스마트 계약과 상호 작용하기 위한 새로운 메시지 형식뿐만 아니라 메모리 풀 형태의 대체 전파 및 상대방 검색 메커니즘도 포함됩니다. 인센티브와 호환 가능하면서도 중앙 집중화되지 않은 의도 발견 및 매칭 메커니즘을 설계하는 것은 어렵습니다.
- 솔버의 다양한 구현 경로 : 단기적으로 이미 상대적으로 성숙한 다양한 유형의 슈퍼 스마트 계약이 먼저 통합될 예정이며 장기적으로는 자유도가 높은 AI가 가장 이상적인 형태가 될 것이지만 구현하기는 매우 어렵습니다. 솔버는 오프체인 예측을 가져올 것입니다. 온체인 후처리의 새로운 패러다임은 일부 자동화된 프로토콜(예: Uniswap X)에 이점을 제공합니다. 현재 ZK 보조 프로세서인 Axiom을 개인 정보 보호 솔루션의 데모로 사용할 수 있습니다.
- 의도를 표현하는 새로운 언어 : 현재 Juvix와 Essential이 있습니다. 이러한 프로젝트를 먼저 시작하는 것이 중요하며 사용자는 사전에 신뢰를 구축해야 합니다.
지갑 및 진입 기회: 지갑은 의도 레이어 구축 끝으로 사용될 수 있으며 전략적 위치가 크게 증가하고 다양한 프로토콜의 배수 인프라 및 입구가 될 수 있습니다. 인텐트 백엔드는 기존 EOA, MPC 및 스마트 계약 지갑을 통합할 수 있습니다. 트랜잭션 및 크로스체인 애플리케이션은 진입점(예: 자동화, 다중 솔루션)을 다양화하여 경험을 향상시킵니다.
ZK 적용 기회: 사용자의 의도에는 많은 암호화 요구 사항이 있으며, 4337의 자체 메커니즘은 개인 정보 보호 지불을 충족할 수 있으며 zkProof 시장에서 더 깊은 통합이 개발될 것입니다.
위험 및 임계값: 의도에는 높은 진입 장벽에 상응하는 강력한 신뢰 기대가 필요하므로 과도한 중앙 집중화와 불충분한 혁신이 발생합니다.
주요 프로젝트:
계정 추상화 시장에는 두 가지 유형의 참가자가 있습니다. 하나는 소셜 로그인 및 복구, 가스 추상화, 트랜잭션 일괄 처리, 제3자 서비스(예: 법정 통화 입출금 및 입출금) 통합 및 집계와 같은 기능을 갖춘 스마트 계약 지갑입니다. DeFi 프로토콜). 경쟁 많은 스타트업 프로젝트가 있지만 솔루션은 초보적입니다. 첫 번째 유형은 Bundler 및 Paymaster의 모듈식 제공업체로 , 이중 경제 및 스택업을 제외하면 대부분 초기 단계에 있습니다.
주요 프로젝트: Biconomy, Stackup 및 Pimlico는 현재 시장에 나와 있는 상대적으로 성숙한 4337 솔루션입니다. SDK 및 모듈형 솔루션을 지속적으로 개선하면 선도적인 시장을 점유하고 현재 Stackup은 두 가지 유형의 Paymaster를 구현하는 데 도움이 될 것입니다. Bundler 모델, 전체 프로세스 솔루션 + 다중 구성 요소 라이브러리는 이러한 주요 프로젝트가 앞으로도 계속해서 장점을 확장할 수 있는 방법이 될 것입니다.
- Pimlico의 번들러 시장 점유율(전체 체인 번들의 userop 점유율은 52% ) 및 수익성(폴리곤 수익 1위, 7월 637 MATIC 도달, 최적화에서도 플러스 수익)
- Stackup의 각 체인에는 번들러 비즈니스가 있으며 Arbitrum(8월 5ETH)과 Ethereum(7월 0.4ETH)이 수익성을 주도합니다. 번들러는 더 많이 잃고 더 많이 벌 수 있는 상태에 있습니다.
혁신적인 프로젝트: 개인 정보 보호는 어려운 요구 사항입니다. 예를 들어 ZK 보조 프로세서인 Axiom은 개인 정보 보호 해결사 데모로 사용할 수 있으며, Nocturne은 구성 가능한 개인 정보 보호 AA 레이어입니다. 개인정보 보호를 위해 zkp를 사용하세요. AI는 시장에서 뜨거운 주제입니다. 예를 들어 Echooo Wallet은 MPC와 AI 기술을 결합하여 다중 서명 및 AI 위험 모니터링을 달성하는 동시에 Uniswap 팀의 Universal을 기반으로 한 혁신도 강조됩니다. Paymaster는 지갑 사용자와 Paymaster 섹스 시장의 흐름을 일치시킬 수 있습니다.
기타 EIP 및 기회:
4337 관련 EIP의 경우 4337의 공식 방향이 제시된 이후 현재 대부분의 제안은 AA 배포 최적화에 중점을 두고 있습니다. 예를 들어, ERC 6551은 4337 파생 상품입니다. EIP 6662, ERC 6900, ERC 1271, ERC 6492, EIP 7204 및 EIP 7197은 모두 AA의 방향을 최적화하는 데 유용합니다.
기타 수상 프로젝트: 이더리움은 2023년 1분기와 2분기에 총 4개의 계정 추상화 관련 프로젝트에 자금을 지원했으며, 그 중 2개는 4337 공식 팀(AA 공식 팀과 4337 브라우저 지갑 트램펄린이 개발)에서 제작했습니다. ), 나머지 두 개는 주로 기존 프로토콜/기술과의 결합성으로 인한 4337 혁신적인 프로젝트에 중점을 두었습니다(zkShield는 계정 소유자의 개인 다중 서명을 숨기기 위해 ZKP 및 계정 추상화를 사용하고 있으며 Uniswap 팀이 단일 유동성 일치로 출시한 Universal Paymaster). ERC-20 가스 결제 시장용)
향후 개발: 단기적으로는 시장 확장에 중점을 두고 있으며 동시에 중기적으로는 Layer2와 공동 프로모션 모델을 형성하고 모듈러 Bundler 및 Paymaster 구현 및 배포에 중점을 두고 있습니다. SDK의 경우 사용자 경험을 세부적으로 최적화하는 동시에(가스 비용 절감, EOA에서 ERC-4337로의 변환 옵션 추가 등) 장기적으로 EOA 지갑의 강제 변환을 고려합니다.
1. 계정 추상화 소개
정의 및 요약:
계정 추상화의 본질은 거래 소스와 서명을 분리하는 것입니다.
계정 추상화가 필요한 이유: 1) 계정 유형을 단순화합니다. 2) 계정을 더 높은 보안 수준에 배치하는 동시에 온체인 작업에 더 많은 자유를 부여하기 위해 계정을 서명과 분리합니다.
계정 추상화의 진화 : 직접 구별의 작업량과 복잡성이 크며 EIP 2938 및 EIP 3074는 합의 레이어에 대한 변경이 필요하며 최종적으로 기본 레이어를 변경하지 않고 EIP 4337 솔루션이 선택되었습니다.
ERC 4337의 원리:
역할: EIP 4337은 스마트 계약 지갑 및 관련 인프라를 Bundler, Entry Point Contract, Paymaster, Smart Contract Wallet Factory 및 Signature Aggregator의 5가지 계약 인터페이스로 표준화합니다. 그리고 새로운 트랜잭션 유형(UserOperation)이 있습니다.
트랜잭션 단계: 4337 이더리움 합의 레이어를 수정하지 않고 새로운 운영 로직 useroption을 도입하고 Bundler를 패키지 userop에 추가합니다. 원래 프로세스 후에 EntryPoint 및 Wallet 계약을 추가하여 검증 및 실행 프로세스를 분할하여 사용자 정의 작업 실행을 완료합니다. 마지막으로 Paymaster를 통해 가스 요금 지불 로직이 추출됩니다. 사용자가 userop을 시작합니다 - userop은 "사용자 userop 메모리 풀"로 전송됩니다. - Bundler는 선택된 UserOps를 트랜잭션으로 패키징하고 이를 EntryPoint에 제출하는 일을 담당합니다. - EntryPoint는 사용자 작업을 확인하고 스마트 계약 지갑은 사용자를 실행합니다. 이를 블록에 통합합니다.
4337 다른 솔루션과의 비교:
EIP-3074의 AA 계획: EOA 계정이 계약을 사용할 수 있도록 하려면 두 개의 새로운 op 코드를 도입해야 합니다. 여기에는 합의 레이어 변경이 포함되므로 계약이 폐기됩니다.
1.1 정의 및 계획 개요
계정 추상화란 무엇입니까?
- 이더리움에는 외부 계정(EOA)과 계약 계정(CA)이라는 두 가지 유형의 계정이 있습니다. 전통적인 솔루션인 EOA는 키 관리 및 ECDSA 서명에 너무 많이 의존하고 있으며 서명 권한과 계약 권한을 엄격하게 구속하는 메커니즘이 있습니다. 계정은 신규 사용자의 진입 및 후속 개발에 영향을 미칩니다.
- 이러한 문제를 해결하기 위해서는 사용자가 임의의 검증 로직이 포함된 스마트 계약 지갑을 사용할 수 있도록 하는 솔루션이 필요하며, 이 솔루션을 AA(Account Abstract)라고 하며, 트랜잭션 소스와 서명을 분리하는 것이 원칙입니다.
계정 추상화가 필요한 이유 :
1) 계정 유형을 단순화합니다.
2) 계정을 서명과 분리하여 체인에서 더 많은 작업을 수행하고 계정을 더 높은 보안 수준에 배치합니다.
계정 추상화의 진화: 직접 구별의 작업량과 복잡성이 크기 때문에 EIP 2938 및 EIP 3074는 합의 레이어에 대한 변경이 필요합니다. 마지막으로 기본 레이어를 변경하지 않고 EIP 4337 솔루션을 선택했습니다.
- 직접적인 차별화: EIP 86, EIP 101, EIP 859를 통해 새로운 거래 유형 추가 등
- 특정 유형의 계정 상태를 개선하려면 다음 단계를 따르세요.
- EIP 2938, 계약 계정을 수수료를 지불하고 거래를 실행할 수 있는 "최상위" 계정으로 만듭니다.
- EIP 3074에는 EOA 계정이 계약을 사용할 수 있도록 두 개의 새로운 op 코드가 도입되었습니다.
- EIP 4337: 새로운 작업 논리 도입 - 사용자 작업 풀
1.2 ERC 4337 기본 지식 원칙
- 소개: 2021년 9월 Vitalik Buterin은 OpenGSN 및 Nethermind의 Ethereum 연구원과 함께 EIP-4337을 제안했습니다. EIP-4337은 계정 추상화를 달성하기 위해 현재 트랜잭션 메모리 풀을 완전히 교체하기 위해 새로운 UserOperation 메모리 풀을 추가합니다.
역할
UserOperation: 사용자가 시작해야 하는 트랜잭션은 패키지되어 Bundler로 전송되며 다른 UserOperations와 함께 번들로 패키지됩니다.
Bundler: 트랜잭션 풀에서 트랜잭션 선택, 여러 UserOperations 패키징 및 EntryPoint.handleOps() 트랜잭션 생성을 담당하는 노드입니다.
EntryPoint: UserOperations 번들의 트랜잭션 확인 및 실행을 처리하는 스마트 계약은 번들러와 스마트 계약 지갑 사이의 중개자 역할을 합니다.
지갑 계약: 4337명의 사용자를 위한 계약 지갑을 생성할 수 있는 스마트 계약입니다.
집계자: 집계 서명을 확인하는 데 사용됩니다.
Paymaster: 사용자가 가스 요금을 지불하는 데 도움이 되는 스마트 계약입니다.
거래 단계
트랜잭션 서명: 사용자는 지갑 사용자 작업을 시작하고 모든 형태의 개인 키를 사용하여 사용자 작업에 서명합니다(지침은 변경되지 않지만 콘텐츠 필드가 변경되고 ECDSA가 아닌 서명을 선택할 수 있음). 서명된 사용자 작업(UserOperations) ), UserOp는 처리를 기다리기 위해 보류 중인 사용자 작업의 메모리 풀로 전송됩니다.
트랜잭션 전송: 번들러는 사용자 작업을 사용자 작업 메모리 풀에 패키지한 다음 별도의 트랜잭션에 서명하여 사용자의 지침을 래핑하고 UserOp를 하나의 트랜잭션으로 일괄 처리한 후 여러 UserOperations를 패키지한 후 진입점 계약에 제출합니다. 번들러는 먼저 거래를 시뮬레이션하고, 계약 실행 실패 여부를 감지하고, 가스 요금이 충분한지 계산합니다. 시뮬레이션이 통과하면 이 UserOperations 배치가 트랜잭션으로 블록 노드에 제출됩니다.
사용자 작업 처리: 진입점 계약은 지갑의 존재를 확인합니다. - 지갑이 사용자 작업을 확인하도록 요구합니다. - 실행을 위해 사용자 작업을 스마트 계약 지갑으로 보내고, 번들러와 스마트 계약 지갑 사이의 중개자 역할을 합니다.
블록체인: 스마트 계약 지갑은 사용자 작업을 실행하고 이를 블록에 통합합니다.
1.3 기존 지갑과 MPC 지갑 비교
1.4 EIP-3074의 AA 계획
EIP-3074: EOA 계정이 계약을 사용할 수 있도록 하려면 두 개의 새로운 op 코드를 도입해야 합니다. 여기에는 합의 레이어 변경이 포함되므로 해당 작업 코드는 폐기됩니다.
EIP-4337이 CA의 계정 지갑을 EOA처럼 사용할 수 있도록 허용한다면, EIP-3074는 EOA 외부 지갑이 스마트 계약 계정의 프로그래밍 가능한 기능을 갖도록 허용합니다. 핵심은 다른 사람들이 내 계정을 사용하여 서명을 통해 지침을 발행할 수 있도록 허용하는 것입니다.
EIP-3074는 AUTH 및 AUTHCALL이라는 두 개의 새로운 OpCode를 추가하여 사용자(EOA)가 계약(호출자 계약, 호출자는 업그레이드할 수 없음)을 통해 자신을 대신하여 다양한 작업을 수행할 수 있도록 허용하는 동시에 개발자가 보다 유연한 프레임워크를 수행할 수 있도록 허용합니다. 모든 EOA가 계약을 직접 배포하지 않고도 계약 계정(계약 계정)처럼 작동할 수 있도록 거래 객체 및 검증 메커니즘(서명 알고리즘)을 설계합니다.
장점: 1) 일괄 거래, 패키징 거래, 수수료 결제, 다중 서명 등 더 높은 자유도를 실현할 수 있습니다. 2) 다중 수수료 결제가 가능하며 외부 계정도 자신이 선호하는 방식으로 Invoker 절차를 결제할 수 있습니다. 토큰 수수료;
단점: 1) EIP-3074는 문제가 발생하면 문제를 해결하기 위해 대규모 합의 레이어에 대한 변경이 필요합니다. 2) EIP-3074는 EOA가 외부 소유 계정을 스마트 계약 계정을 소유하도록 허용하므로 서명이 필요합니다. 메커니즘은 여전히 고정된 ECDSA 서명을 사용하며 EIP-4337과 같은 서명 방법을 사용할 수 없습니다.
EIP-5003: 새로운 AUTHUSURP opcode를 도입하는 EIP-3074(AUTH 및 AUTHCALL)에 대한 확장 제안입니다. EOA 주소 A가 EIP-3074 메커니즘을 사용하여 자신을 대신하여 작동하도록 다른 주소 B에 권한을 부여한 경우 AUTHUSURP는 B가 A의 코드를 설정하도록 허용합니다. 이는 기존 EOA를 계약으로 업그레이드하고 ECDSA에서 보다 효율적이거나 양자에 강한 서명 체계로 마이그레이션할 수 있도록 하는 것입니다.
2. 다중 체인 계정 추상화 솔루션
요약하다
두 가지 경로: 4337 호환 메서드 및 기본 계정 추상화.
4337 구성표와 호환 가능:
현재 Arbitrum, Polygon, Optimism 및 BNB에는 기본적으로 통합된 계정 추상화가 없습니다. 그러나 대부분은 4337 관련 제품(바이코노미, 스택업 등)을 통해 지원되고 있으며, 인프라 구축은 아직 개념 단계에 불과하다.
Arbitrum은 올해 7월 AA에 대한 엔드포인트 지원 제안을 통과시켰습니다.
Polygon zkEVM은 공식 문서 에서 향후 멀티 토큰 가스 결제를 지원할 것이라고 밝혔습니다.
기본 계정 추상화 솔루션: Starknet 및 zkSync 두 체인은 4337 솔루션과 다른 기본 계정 추상화를 지원합니다.
4337 구성표와 호환 가능
중재:
Arbitrum은 2023년 7월 17일 계정 추상화 엔드포인트 지원에 대한 AIP-2 제안을 통과시켰습니다. 현재 Offchain Labs는 Arbitrum One 및 Arbitrum Nova에서 계정 추상화 엔드포인트에 대한 지원을 공식적으로 활성화했습니다.
제안서에는 Ethereum 연구원들이 L2 시퀀서를 ERC-4337 번들러의 특정 요구 사항에 맞게 조정하기 위해 새로운 RPC 엔드포인트인 eth_sendRawTransactionConditional을 제안한다고 명시되어 있습니다.
다각형:
Polygon은 4337과 호환되며 Biconomy (다중 체인 릴레이 프로토콜), Gas Station Network(GSN) (사용자가 가스를 지불하는 프로세스를 추상화하는 데 도움이 되는 분산형 공공재 프로토콜), Infura (노드 제공자) 및 Gelato (릴레이어 SDK, 멀티토큰 결제 가능)
Polygon은 공식 문서 에서 Polygon zkEVM이 ERC 4337을 통해 계정 추상화를 지원하며 사용자가 모든 토큰으로 수수료를 지불할 수 있도록 허용한다고 밝혔습니다.
낙관론: 현재 OP 메인넷은 Alchemy , Biconomy , CyberConnect , Pimlico 및 Stackup 과 같은 프로젝트와 같은 일부 계정 추상화 인프라를 제공합니다.
BNB: BNB 체인의 2023년 기술 로드맵 에서 관계자는 계정 추상화 인프라가 구축될 것이라고 밝혔으며, 현재 4377이 BNB에서 호환되며 자세한 내용이 공개될 예정입니다.
기본 계정 추상화 솔루션
Starknet은 기본적으로 계정 추상화를 지원합니다. 즉, 모든 계정은 스마트 계정입니다.
- 프로그램 목표 : 서명 추상화(다른 계좌 계약은 다른 서명 확인 체계를 사용함) 및 지불 추상화(다른 거래 지불 모드 및 토큰 형식)
- 프로세스: 거래는 풀에 들어가기 전에 nouce로 검증된 후 검증을 위해 계정 스마트 계약의 주소로 전송된 후 블록에 추가됩니다. 이 두 단계는 계정 계약에서 유효성을 검사하고 실행하는 두 개의 별도 기능으로 인코딩됩니다.
Sequencer는 먼저 트랜잭션을 확인하기 위해 계정 계약을 요구합니다. DoS 공격을 방지하기 위해 트랜잭션을 수락하는 Sequencer는 트랜잭션을 멤풀에 추가하고 다른 Sequencer에 브로드캐스팅하기 전에 알려진 상태를 기반으로 로컬 시뮬레이션을 수행해야 합니다.
시뮬레이션이 성공적으로 완료된 후 트랜잭션이 실행되고 풀에 입력되어 네트워크에 전파됩니다.
Starknet과 Ethereum 솔루션의 차이점:
Starknet의 기본 계정 추상화에서 모든 계정은 스마트 계정이며 유효성 검사 및 실행 기능을 포함해야 합니다. 사용자는 계정 기능을 확장하기 위해 이 두 기능에 임의의 논리를 구현할 수 있습니다.
StarkNet은 다양한 타원 곡선을 지원하며 서명 확인은 고도로 프로그래밍 가능합니다. 유효성 검사는 계정 소유자만이 서명을 확인하여 거래를 시작할 수 있도록 하는 동시에 거래 실행자가 충분한 가스 수수료를 얻을 수 있도록 보장합니다. 유효성 검사 기능에서;
Bundler로 인한 추가적인 복잡성 제거: Starknet은 Bundler의 역할을 수행하도록 Sequencer를 지정하여 프로세스를 단순화합니다.
Starknet에는 Paymaster와 유사한 거래 수수료 추상화 프로토콜이 없습니다.
Starknet은 일반 거래와 UserOperation을 구분하지 않습니다. 모든 Starknet 거래는 계약 계정에 의해 실행되기 때문입니다. Ethereum에서는 Bundlers가 UserOperation 트랜잭션을 실행하는 반면 Starknet에서는 Sequencer가 모든 트랜잭션을 실행합니다.
계약 계정을 배포하는 방법에는 여러 가지가 있습니다.
Starknet은 계약 계정을 호출하기 전에 먼저 배포합니다. Starknet은 특별한 배포 계정 함수를 호출하여 새 계약 계정을 생성하기 위해 토큰 잔고가 있는 계정이 필요합니다.
EIP 4337은 미리 배포할 필요가 없습니다. Bundler는 initCode 매개변수가 비어 있지 않은 UserOperation 트랜잭션을 실행하여 계약 계정을 배포합니다. 배포 프로세스에는 토큰 잔고가 있는 계정이 필요하지 않으며 가스 요금은 Paymaster가 지불할 수 있습니다.
zkSync: zkSync Era는 기본 계정 추상화 솔루션에 속하지만 EVM과 호환됩니다.
프로그램 목표: 서명 추상화(다른 계정 계약은 다른 서명 확인 체계를 사용함) 및 지불 추상화(다른 거래 지불 모드 및 토큰 형식)
프로세스: 사용자는 서명된 트랜잭션을 운영자에게 로컬로 보내고, 운영자는 확인을 위해 트랜잭션을 부트로더에 보냅니다. 확인을 완료하고 처리 수수료를 받은 후 부트로더는 계정 계약에 대해 ExecuteTransaction을 호출하여 트랜잭션을 실행합니다.
zkSync 구성표와 4337의 차이점:
zkSync는 EOA와 계약 계정을 구분하지 않습니다.
zkSync를 사용하면 배포된 외부 계약을 호출할 수 있습니다. 배포된 계약은 zkSync에서 변경할 수 없기 때문에 Ethereum은 상태 변경으로 인해 트랜잭션 확인이 실패하는 것을 방지하기 위해 확인 기능이 외부 계약을 호출하는 것을 금지합니다.
zkSync를 사용하면 이 거래 계약 계정의 외부 저장소(예: 이더리움에서 금지하는 외부 계약의 계약 계정 토큰 잔액)를 발행하기 위해 verifyTransaction 및 Paymaster 호출을 허용합니다.
zkSync, Starknet 및 4337 솔루션 비교
유사:
zkSync, Starknet 및 4337의 AA 메커니즘 프로세스는 모두 유사하며 검증 단계 → 수수료 메커니즘(계정 계약 또는 Paymaster가 지불) → 실행 단계 스마트 계약 지갑 인터페이스는 verifyTransaction 및 ExecutionTransaction으로 구분됩니다.
DoS 위협에 직면: zkSync의 계약 논리는 자체 슬롯에 대한 액세스만 허용하며 Starknet의 Sequencer는 트랜잭션을 멤풀에 추가하고 브로드캐스트하기 전에 로컬로 시뮬레이션해야 합니다. verifyUserOp 단계에는 가스가 있습니다. 제한이 있으며 Paymaster는 토큰을 약속해야 합니다.
차이점:
기본 AA: zkSync 및 StarkNet은 모두 기본 계정 추상화이며 해당 아키텍처는 4337과 다릅니다.
체인의 가스 소비: zkSync와 StarkNet은 모두 레이어 2이므로 롤업 비용을 고려해야 합니다.
AA를 실행하는 역할은 다릅니다. zkSync 아키텍처에서는 운영자와 부트로더(시스템 계약)가 협력하여 사용자 작업을 완료합니다. StarkNet에서는 사용자 작업이 Sequencer에 의해 처리되며 4337, Bundler 및 EntryPoint에는 Bundler 및 Paymaster 메커니즘이 없습니다. 사용자 작업 실행에 협력합니다.
계정 계약이 배포되기 전에 트랜잭션을 보낼 수 있는지 여부: StarkNet과 zkSync 모두 사용자를 위해 계정 계약을 배포할 수 있는 4337 EntryPoint와 같은 initCode 필드가 없으므로 보낼 수 없습니다. 계정이 배포되기 전의 거래;
외부 계약 호출: zkSync를 사용하면 4337이나 Starknet에서 배포된 외부 계약을 호출할 수 없습니다.
- Paymaster의 확인 규칙:
Starknet에는 Paymaster가 없습니다.
4337 Paymaster 인터페이스는 verifyPaymasterOp 및 postOp라는 두 가지 기능을 정의합니다. 전자는 Paymaster의 결제 트랜잭션 논리를 정의하고 후자는 Paymaster가 트랜잭션이 실행된 후 가스 수수료 보상을 추출할 수 있도록 보장합니다. Paymaster는 진입점 계약에 이더리움을 예치하고(가스 비용을 지불하기 위해) 이더리움을 약속해야 합니다(로봇에 의한 악의적인 일괄 생성을 방지하기 위해).
zkSync는 4337과 유사합니다. 인터페이스는 두 가지 함수인 verifyPaymasterOp 및 postOp를 정의합니다. 로직은 4337과 동일하지만 함수의 이 부분은 아직 구현되지 않았습니다. 그리고 zkSync의 Paymaster는 가스가 충분할 때 postTransaction을 호출할 때까지 실행을 시작하지 않습니다. 이 부분은 4337과 다릅니다. 4337은 verifyPaymasterUserOp가 컨텍스트를 반환하지 않으면 postOp를 호출하지 않으며 그 반대의 경우도 마찬가지입니다.
3. 개발 데이터
요약하다:
Ethereum, Arbitrum, Optimism 및 Polygon은 520,000개 이상의 ERC-4337 계정을 배포했으며 그 중 80% 이상이 7월에 생성되었습니다.
Polygon과 Optimism은 AA 제품 출시를 통해 7월부터 8월까지 상당한 성장을 이루었습니다. Polygon은 CyberConnect 네트워크 출시로 트래픽 급증을 보았고 Optimism은 Beam Wallet과 ZeroDev를 통해 성장을 보였습니다.
Arbitrum과 Ethereum은 사용자 수가 수백에서 수천 명에 불과할 정도로 덜 인기가 있습니다.
Bundler와 Paymasters는 현재 더 적은 수의 계약을 맺고 있으며 각 체인은 현재 Pimlico 및 StackUp과 같은 프로젝트에 의해 독점되고 있습니다.
데이터 요약
4337의 인기는 2023년 7월부터 치솟기 시작했고, 그 서사는 폴리곤과 옵티미즘에서 처음 출시됐고, 사이버커넥트는 이러한 AA 열풍의 주요 원동력이다. Paymaster와 Bundler 가스 및 거래량이 크게 증가했으며 현재 StackUp, Pimlico 및 Biconomy가 독점을 형성했습니다.
ERC-4337 EntryPoint 계약은 2023년 3월 1일에 공식적으로 배포되었습니다. 2023년 8월 30일 현재 계정 추상 체인의 총 사용자 수는 약 616,000명이며, 총 User Ops 수는 130만 명에 달합니다. 2023년 1분기와 비교하여 2023년 2분기 분기별 사용자 운영은 11,837% 증가했고 사용자 증가율은 27,000%를 초과했습니다.
현재 Ethereum, Arbitrum, Optimism 및 Polygon에 4337개의 계정이 배포되었으며, 그 중 80% 이상이 7월부터 8월까지 Polygon 및 Optimism에서 생성되었습니다 . 폴리곤은 사용자 가동률 43.9%로 압도적으로 앞서고 있으며, 계정지갑 사용자 중 폴리곤이 47%의 점유율로 압도적으로 앞서 있다. 또한 Stackup은 가스비로 140,000달러 이상을 후원했습니다.
Paymaster: 현재 총 96개의 Paymaster가 있으며, 총 가스 비용은 약 US$414,200입니다. 2023년 1분기와 비교하면 페이마스터의 거래량은 2분기에 5182% 증가했다 . 총 가스량과 거래량의 증가는 이러한 중개 서비스에 대한 수요가 크게 증가하고 있음을 나타냅니다 .
Bundler: 현재 총 1,300개의 Bundler가 있으며 총 수익은 약 $33,800입니다. 8월 이더리움 번들러 수는 약 1,000개였으며, 그 중 스택업이 94%(940개 이상)를 차지해 이 구성요소를 독점하고 있다.
다각형 데이터
현재 계정 수는 34만개, 유저옵스는 총 56만명이다. 주로 올해 7월 사용량 급증으로 인해 유저옵이 44만명에 이르렀다.
주로 CyberConnect 소셜 네트워크 출시로 인해 네트워크의 모든 계정은 ERC-4337 지갑입니다. 다음은 약 30,000개의 계정 배포를 제공하는 Biconomy입니다.
7월과 8월의 Bundler와 Paymasters는 주로 Pimlico에서 제공됩니다.
Pimlico는 계정 추상화 채택을 늘리기 위해 설계된 암호화 인프라입니다. Pimlico는 Bundlers 및 Paymasters를 위한 포괄적인 인프라 제공에 중점을 둘 것입니다.
낙관 데이터
현재 150,000개의 계정과 400,000개의 userop이 있습니다. 8월의 ERC-4337 사용률과 UserOps의 수는 7월에 비해 크게 증가했습니다. 블록체인의 기본 토큰 대신 절차 비용을 지불) 및 ZeroDev(계정 추상화로 구동되는 Web3 애플리케이션 구축을 위해 ERC-4337 위에 구축된 SDK).
Bundler 및 Paymasters는 주로 Pimlico, Alchemy 및 StackUp에서 제공됩니다.
StackUp의 SDK는 ERC-4337을 사용하여 맞춤형 Web3 거래 프로세스와 지갑을 구축할 수 있습니다.
중재 데이터
- 현재 2,200개의 계정과 18,000개의 userops가 있습니다. 7월과 8월의 성장은 주로 Zerodev와 Biconomy에서 비롯되었으며 나머지는 대부분 사용자 테스트였습니다.
- Bundler와 Paymaster는 기본적으로 StackUp으로 구축됩니다.
이더리움 데이터
- 현재 계정 부분은 기본적으로 339개와 2100개의 userops가 있으며, Safe 및 Biconomy와 같은 프로젝트에서 생성된 userops는 거의 없습니다. 나머지 UserOps의 대부분은 stETH, cbETH 및 전송을 생성하는 사용자에 의해 생성됩니다. rETH.
- Bundler와 Paymaster는 기본적으로 StackUp으로 구축됩니다.
|
4. AA가 가져온 기회
경리 부장
Paymaster는 지정된 UserOperation에 대해 가스를 지불하기 위해 Bundler를 통해 Paymaster를 실행하는 dApp에 의해 배포된 스마트 계약입니다. 해당 서비스는 상대적으로 중앙 집중화되어 있으며(번들러 서비스에 비해) 계약은 오픈 소스이지만 백엔드는 폐쇄되어 있습니다.
Paymaster는 표준화된 서비스이므로 단독으로 프로젝트를 구성하기 어렵습니다. Web2 트래픽만 Web3 비즈니스를 서비스하기 위한 기능 통합으로 사용할 수 있습니다. 지불자를 위한 비즈니스 기회: 지불 트래픽 진입, 자동 상환, DeFi 게임 프로젝트와의 통합은 지불 산업의 혁신 상황과 거시적으로 유사합니다.
Paymaster의 혁신 방향은 상대적으로 단일하지만 가치 포착에서 가장 안정적인 부분이며 web2 사용자가 web3에 진입하는 임계값을 낮춥니다.
애플리케이션 시나리오
법정화폐 예금: 오프체인 거래(예: 법정화폐 입금 및 인출)가 필요한 가스 추출을 제공할 수 있습니다. 예를 들어, 사용자는 신용 카드를 사용하여 Paymaster 서비스에 가입하여 가스 요금을 지불하도록 선택할 수 있습니다.
Biconomy와 0xPass는 Transak과 제휴하여 법정화폐 액세스를 제공합니다.
Argent Vault는 Moonpay, Transak 및 Wyre와 제휴하여 법정화폐 액세스를 제공하고 DeFi 프로토콜 수집기가 내장되어 있습니다.
Etherspot, UniPass 및 Braavos는 법정화폐 채널을 지원합니다.
스왑: 가스 변동을 방지하기 위해 Paymaster를 스왑 기능과 통합하여 특정 시간에 합의된 가스 요금을 지불할 수 있습니다.
브리징: 예를 들어 MetaMask는 제3자 공급업체와의 협력을 통해 지갑에 크로스체인 브릿지를 통합했습니다. 이러한 크로스체인 브릿지는 가스 추상화에서 결제 계약(Paymaster)과 추가로 통합될 수 있습니다.
Biconomy는 크로스체인 브리지 및 크로스체인 통신 서비스를 제공합니다.
Etherspot, UniPass 및 Braavos는 스왑 및 크로스체인 브리지를 지원합니다.
세션: 세션 키는 Paymaster에 통합될 수 있습니다. 즉, 사용자는 주어진 기간, 최대 가스, 특정 토큰의 최대 거래량 또는 특정 매개변수 세트를 기반으로 애플리케이션에 대한 거래를 사전 승인합니다. 계약 기능 등 사용예는 다음과 같습니다
풀체인 게임에서 사용자 친화성을 달성합니다. 즉, 모든 작업에 대해 서명 확인이 필요 없이 중단 없이 게임을 플레이할 수 있습니다.
확인 전에 여러 DeFi 포지션을 설정할 수 있는 기능
매번 확인할 필요 없이 체인에서 여러 양식을 작성합니다.
모든 변경 사항을 확인할 필요 없이 지갑/인벤토리의 자산을 재배치합니다.
다중 형태 결제: 다양한 형태의 통합을 통해 가스는 사용자 측에서 완전히 "보이지 않게" 될 수도 있습니다.
- 개발자 지불: 앱 개발자는 고객 확보 수단 등으로 사용자에게 수수료를 쉽게 보조할 수 있습니다.
UniPass는 자체 Relayer 노드를 사용하여 가스를 지불하며, 향후 "광고 시청을 위한 가스 없는 거래" 모드를 추가하고 가스 지불을 위해 크로스체인 브리지 사용을 지원할 계획입니다.
- 후원 수수료/광고 수수료: 사용자가 가스 없이 동영상 좋아요, 트윗 전달 등과 같은 작업을 수행할 수 있도록 일부 광고주와 통합될 수 있습니다.
- 중앙 집중식 기관: 예를 들어 OKX 교환과 통합하고 OKX web3 계정과 교환 계정을 바인딩하면 페이마스터는 교환 계정 잔액을 공제하여 온체인 주소가 가스 지불을 하도록 도울 수 있습니다.
- 다중 통화/결제 방법: paymaster는 오프체인 프로세스와 관련된 가스 추출을 제공합니다. 사용자는 ERC-20 토큰이나 신용 카드나 기타 구독 서비스와 같은 오프체인 결제 방법을 사용하여 가스 비용을 지불할 수 있습니다.
Biconomy는 EIP 4337과 호환되는 자체 Paymaster를 구현할 뿐만 아니라 ERC20 토큰으로 가스 결제를 지원하는 Relayer 네트워크도 갖추고 있습니다.
자동 결제: Visa는 자체 호스팅 지갑에 대한 자동 결제를 가능하게 하기 위해 StarkNet에 위임 계정 솔루션을 구현합니다.
맞춤형 결제 로직: 예를 들어 Stackup 사용자는 가스 결제 로직을 맞춤 설정할 수도 있으며 Stackup은 "종량제" 모델을 통해 사용자에게 요금을 청구합니다.
진입점과의 결합: Paymaster는 UserOperation의 가스 비용을 지불하기 위해 진입점 계약에 이더리움을 예치해야 하며, 악의적인 로봇이 일괄적으로 Paymaster를 생성하는 것을 방지하기 위해 진입점 계약에 이더리움을 추가로 약속해야 합니다. 대출 및 유동성 풀과 같은 스테이킹 동작으로 인해 Defi 프로토콜과 일련의 통합 기회가 있습니다.
번들러와 업스트림 및 다운스트림
번들러 패키지 거래는 다양한 수익 기회를 창출합니다.
가스 가격 차액 획득: 번들러는 여러 트랜잭션에 대해 가스 요금을 청구하고 RPC 및 Relayer 프로토콜은 번들러 네트워크를 신속하게 구축할 수 있으며 보안 감사 프로토콜은 제출된 멤풀의 보안을 보호할 수 있습니다. 그러나 번들러는 트랜잭션을 부적절하게 선택합니다. 패키징이 실패하면 번들러는 돈을 잃습니다.
Bundler는 MEV 유통에 참여합니다. Bundler의 멤풀은 MEV 시장 참여자와 유사한 구조를 허용하며 장기적으로 기존 MEV 시장 참여자와 결합하여 MEV 주식에 대한 더 긴 뇌물 수수 체인을 형성할 수 있습니다. Bundler는 MEV 및 PEV 수입을 Searcher, Bundler, Sequncer 및 Prover와 공유합니다.
개인 정보 풀: 패키징을 위해 개인 정보 보호 멤풀에 거래를 제출합니다. 일부 기관과 고래 사용자는 요구 사항이 있지만 규제 압력에 직면합니다.
Bundler의 향후 과제:
Bundler는 수익을 창출하기 어렵지만 생태계에 매우 필요한 공공재입니다. 현재 공공재에 대한 성숙한 솔루션이 없습니다. 상업 프로젝트로 사용되는 경우 대부분의 프로젝트 당사자는 이익을 고려하여 민영화를 선호합니다. , 이는 중앙 집중화 위협으로 이어질 것입니다.
Nonce 충돌: UserOperation이 여러 번들러에 의해 동시에 제출되면 하나의 트랜잭션만 성공하며, 다른 번들러는 체인 업로드 실패로 인해 가스를 잃게 됩니다. AA를 대규모로 채택하기 전에는 의심스러운 계정을 적극적으로 비활성화하는 것 외에는 좋은 전환 계획이 없습니다. 대규모 채택 이후 일부 p2p 네트워크에서는 표시 및 삭제를 통해 이러한 문제를 최적화할 수 있습니다.
계약 저장소를 수정하면 번들러가 적절한 보상을 받을 수 없게 됩니다. 검증 및 온체인 과정에서 시장 변화로 인해 계약 저장소가 수정되면 번들러는 적절한 보상을 받을 수 없습니다. 이 문제는 너무 자세해서 현재로서는 좋은 해결책이 없습니다. 제안을 통해 최적화해야 합니다.
번들러 관련 기회
가스 수수료 차액 획득: 번들러는 여러 트랜잭션에 대한 가스 수수료와 제출된 트랜잭션에 대한 가스 가격 차액을 청구합니다. RPC 및 Relayer 프로토콜은 번들러 네트워크를 신속하게 구축할 수 있으며 보안 감사 프로토콜은 제출된 멤풀의 보안을 보호할 수 있습니다. 번들러는 트랜잭션을 선택합니다. 부적절한 패키징으로 인해 패키징이 실패하고 번들러 손실이 발생합니다.
Relayer 서비스의 파생물: 번들러의 기본 논리는 Relayer의 논리와 유사하므로 이러한 유형의 프로젝트는 선점자 이점을 갖습니다. 예를 들어, Chainlink는 가격 피드를 제공하는 동시에 자체 번들러 p2p 네트워크를 구축할 수도 있습니다. 다중 체인 계약인 Layer Zero는 향후 다중 체인 UserOp 흐름 풀을 구축할 수도 있습니다. 수익성 있는 UserOps 인덱싱(검색)도 가능합니다. Defi 비즈니스를 위한 UserOp 필러 버전도 출시될 수 있습니다.
블록체인 RPC 서비스: Rpc는 dapp을 블록체인에 연결하고 번들러의 분산화를 도울 수 있는 분산형 시설입니다. 예를 들어, 퍼블릭 체인 자체에서 제공하는 RPC 서비스, Alchemy 및 Infura와 같은 중앙 집중식 서비스 제공자, 분산형 서비스 제공자 Pocket Network 등;
번들러 보안: 번들러는 이론적으로 여러 메모리 풀에 참여할 수 있지만 ERC는 정식 메모리 풀의 보안만 보장하고 다른 메모리 풀의 보안은 참가자가 개별적으로 평가합니다. 악성 메모리 풀에 추가되면 전체 UserOp 패키지의 보안에 영향을 미치므로 번들러 프로젝트는 공격 방지/보안 검색 메커니즘을 추가해야 합니다. CertiK 및 SlowMist와 같은 프로젝트는 보안 감사 서비스를 시작할 수 있으며 Cyberscan과 같은 계약 주소 검색 도구에 대한 기회도 제공합니다.
Bundler는 MEV 할당에 참여합니다. Bundler의 멤풀은 MEV 시장 참여자와 유사한 구조를 형성하고 장기적으로 기존 MEV 시장 참여자와 결합하여 더 긴 MEV 공유 뇌물 체인을 형성할 수 있습니다. Bundler는 MEV 및 PEV(Prover Extractable Value)의 수입을 Searcher, Builder, Sequncer 및 Prover와 공유합니다.
번들러 데이터 서비스: MEV 또는 메모리 풀 데이터 분석 서비스를 제공합니다. Eigenphi를 참조하세요.
개인 주문 풀: 새로운 dapp은 거래 서비스를 구축하는 동시에 프로토콜별 블록 릴레이 계층을 구축할 수 있습니다. 이 프로토콜을 사용하여 사용자가 생성한 모든 거래는 독점적인 개인 풀에 들어가며 검색자는 차익 거래를 위한 독점 주문 흐름을 얻으려면 수수료를 지불해야 합니다. 프로토콜 계층은 검색자가 사용자(예: 무가스 서비스)에게 지불한 수수료를 피드백하여 더 많은 사용자가 프로토콜 거래에 참여하도록 유도할 수 있습니다.
거래 경매 서비스: Suave의 경매 메커니즘: 참가자는 입찰을 통해 특정 사용자 의도에 대해 지불하려는 관심과 의지를 표현할 수 있습니다. 또는 Cowswap의 집계 메커니즘은 일괄 경매를 통해 사용자에게 MEV 보호를 제공합니다. 두 거래자가 서로 원하는 자산을 각각 보유하면 외부 시장 조성자나 유동성 공급자 없이도 그들 사이에서 직접 주문을 결제할 수 있습니다.
번들러 합의 형성: 합의가 형성되면 AA에서 MEV를 추출할 가능성은 완전히 제거됩니다. 그러나 4337의 가스 및 세부 메커니즘은 아직 확립되지 않았으며 UserOp의 구현 복잡성이 더 크기 때문에 이 솔루션은 이상적이다;
업스트림 통합: Starkware 및 Flashbot의 솔루션을 참조하여 Bundler는 Searcher 및 시퀀서와 협력하여 일련의 서비스를 체인에 패키지하고 거래 수익을 공유합니다.
번들러 솔버: UserOp 이로 인해 다양한 가스 이익 기대치와 온체인 실행 복잡성이 발생하며 번들러는 자체 트랜잭션 가스 매개변수 및 트랜잭션 계획을 공식화해야 하며 이는 트랜잭션을 실행하는 블록 빌더의 우선 순위에 영향을 미칩니다. 다양한 시장 가스 가격과 가스 변동성 조건에서 번들러는 다양한 MEV 패키징 전략을 가질 수 있습니다. 이러한 검증 및 전략 계산에는 로컬 하드웨어 컴퓨팅 리소스와 블록체인 노드 리소스가 필요합니다. 따라서 번들러를 위한 솔버 솔루션이 있을 수 있습니다.
새로운 검열 방지 메커니즘 형성: 4337은 crLists 검열 방지 메커니즘에 적용할 수 없습니다. 현재 UserOperation mempool은 crLists(검증자가 mempool의 블록에 트랜잭션을 추가하도록 강제하는 메커니즘)와 결합될 수 없기 때문입니다. 사용자가 그리워집니다.
RPC 서비스: 사용자에게 개인 RPC를 제공하고 Flashbot Protect RPC 및 OpenMEV RPC와 같이 이 RPC를 통해 브로드캐스트되는 트랜잭션이 선점되지 않을 것이라고 약속할 수 있습니다.
PEV: 증명자는 데이터에서 더 많은 이익을 얻으려고 노력하며 증명 대신 이익을 얻기 위해 Ethereum이나 다른 프로토콜 또는 일부 롤업의 데이터를 사용합니다.
개인 정보 풀: 패키징을 위해 개인 정보 보호 멤풀에 거래를 제출합니다. 일부 기관과 고래 사용자는 요구 사항이 있지만 규제 압력에 직면합니다.
익명 개인 정보 보호 풀 서비스 : Portal Gate를 사용하면 사용자는 서로 다른 지갑을 사용하여 개인 정보 보호 풀에 들어가고 나갈 수 있으며 체인의 익명성과 규정 준수를 유지할 수 있습니다. 단, 체인 외부에서 KYC를 통과해야 하는 경우에만 가능합니다.
다크 풀 거래 : 레니게이드(Renegade)는 MPC(다자간 계산) 및 영지식 증명을 기반으로 하는 분산형 다크 풀 거래를 개발했습니다.
번들러의 미래 과제
Bundler 프로토콜은 허가가 필요 없는 모듈식 공공재입니다. 오픈 소스 소프트웨어 자체에는 명확한 수익 모델이 없으며 Bundler에서 직접 수익을 창출할 수 없습니다. 번들러 운영자는 작업 풀을 공개할 인센티브가 없으며 개인 정보 보호 멤풀에는 중앙 집중화 위험이 있습니다.
Bundler 프로토콜 자체는 돈을 벌기가 어렵습니다 . 오픈 소스 Bundler 프로토콜은 비독점적이고 비경쟁적이며 모든 RPC 엔드포인트는 오픈 소스 코드를 복사하여 Bundler를 실행합니다. 전형적인 공공재로서 Bundler는 상응하는 경제적 인센티브를 얻을 수 없으며 이는 현재 Flashbots의 상황과 매우 유사합니다. Bundler 프로토콜은 아직 초기 단계에 있으며 지속적인 최적화가 필요합니다. 왜냐하면 UserOperation의 검증 및 실행에는 더 나은 분산화를 위해 가능한 한 많은 Bundler의 참여가 필요하기 때문입니다.
번들러 중앙화: 현재 소수의 프로젝트만이 번들 프로그램 실행을 위한 API 서비스를 제공하고 있으며 이로 인해 4337도 중앙화되었습니다. 미래에는 Bundler가 선점자 이점으로 인해 독점을 형성할 수 있으며, 이는 또한 중앙화의 위협을 강화할 것입니다.
번들러는 Op 풀을 공개하지 않습니다. 현재 번들러 공개 풀에서 수익을 반환하는 메커니즘은 없습니다. 번들러는 서비스 수수료를 얻기 위해 개인 풀의 거래에 의존하며 거래 풀과 성과를 공개할 인센티브가 없습니다. 공용 풀은 보장될 수 없으며 DDo
