이 기사의 저자인 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는 표준화된 서비스로 단독 프로젝트 구성이 어려우며, web3 비즈니스를 서비스하기 위한 기능적 통합으로 web2 트래픽만 사용할 수 있습니다. 지불자를 위한 비즈니스 기회: 지불 트래픽 포털, 자동 상환, DeFi 게임 프로젝트와의 통합 및 지불 업계에서 거시적으로 유사한 혁신. Paymaster의 혁신 방향은 비교적 단일하지만 가치 포착의 가장 안정적인 부분이며 web2 사용자가 web3에 진입하는 문턱을 낮춰줍니다. 많은 web2 조직이 Paymaster 서비스를 배포할 수 있습니다.
￮ Bundler는 가장 많은 기회를 가진 구성 요소 중 하나이며 그 본질은 Relayer와 유사합니다. 수익 방향은 주로 패키지 거래를 통해 확장된 일련의 기회를 중심으로 이루어집니다(예: 가스 가격 차액 획득, MEV 및 B에 편향된 프라이버시 풀) -측면 필요), 그러나 거래 패키징을 실패하면 번들러는 돈을 잃을 수 있으므로 거래 선택이 어렵습니다.
▪ 자체 노드와 Relayer 서비스가 있는 프로토콜을 사용하여 Bundler 네트워크를 구축하는 것이 더 쉬울 것입니다.예를 들어 분산 시설인 Rpc는 번들러 분산화에 도움이 될 수 있습니다.
▪ Bundler가 검색자 및 시퀀서와 협력하는 것이 더 나은 선택입니다.미래에는 mev share를 통해 다양한 채널을 통해 수익이 사용자에게 피드백될 수 있으며 이는 결국 점점 더 공평해질 것입니다.
▪ Bundler는 현재 Private Pool이고 Public Pool은 없으며 현재는 Stackup만 잘 운영되고 수익성이 좋으며 Biconomy는 보통 수준이다.
▪ 번들러는 수익창출이 어렵지만 생태계에 꼭 필요한 공공재이지만, 아직 시장에 성숙한 공공재 운영계획이 없고, 현재 대부분의 프로젝트 당사자들은 수익을 고려하여 민영화를 선호하고 있다.
▪ 번들러가 직면한 기술적 개선 방향에는 nonce 충돌 방지, p2p 네트워크에서 이러한 문제를 표시 및 삭제를 통해 최적화할 수 있으며, 컨트랙트 저장소를 수정하여 번들러가 충분한 보상을 얻을 수 없도록 하는 부분이 있으며, 이 부분은 제안을 통한 후속 최적화가 필요합니다.
￮ AA와 MEV의 조합: AA, Sequencer 및 Intent는 본질적으로 체인의 작업 체인을 확장합니다. MEV는 더 긴 뇌물 체인을 필요로 합니다. AA의 Bundler 및 Intent Solve는 MEV 체인의 Searcher와 같은 역할과 협력하여 MEV를 형성할 수 있습니다. 공유 양식. AA는 번들러 및 진입점 계약을 제공하므로 이론적으로 AA는 PEV(Prover Extractable Value)의 수입을 공유할 수도 있습니다.
￮NFT: 사용자 경험 자체의 개선으로 더 많은 신규 사용자를 유치할 수 있으며 동시에 시장 모니터링 및 거래를 더욱 자동화할 수 있습니다. ERC 6551과 4337은 모두 사용자 인식 수준의 계정 기능을 갖추고 있으며 풀체인 게임, DID 및 미들웨어를 통합할 수 있습니다. 후속 풀체인 게임에서는 멀티체인 + 거래 가능한 장비 계정의 게임 경험을 완성하기 위해 ERC-6551의 구성성이 필요합니다.
￮ 소셜 및 게임: ID 인프라의 최적화는 제품 사용 편의성을 크게 향상시키며, 풀체인 게임 + 계정 모델 최적화 + 멀티체인 계정 시스템의 운영 임계값을 낮추면 멀티체인 게임 세계관이 구현됩니다.
• AA 및 의도:
￮본질적으로 의도와 AA 사이에는 필연적인 구속력 있는 관계가 없습니다. 의도는 본질적으로 사용자 경험 계층의 혁신으로, 사용자 요구 사항을 더 빠르고 더 잘 이해하고 분해하여 이를 하나 이상의 UserOperation으로 전환하는 것입니다. AA는 백엔드 최적화, 사용자 지침의 더 나은 실행입니다. 텔레그램 봇은 전형적인 Intent 혁신이지만 백엔드는 여전히 EOA 지갑을 사용하므로 사용자 경험에 영향을 미치지 않습니다.
￮ 의도는 특정 목표를 위한 최적의 op 경로를 해결하는 프로세스입니다. 과거에는 인텐트(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% ) 및 이익(폴리곤에서 첫 번째 이익, 7월에 637 MATIC에 도달, 최적화에서도 긍정적인 이익)
▪ 모든 Stackup 체인에는 번들러 비즈니스가 있으며 Arbitrum(8월 5ETH)과 Ethereum(7월 0.4ETH)이 수익성을 주도합니다. 번들러는 더 많이 잃고 더 많이 벌 수 있는 상태에 있습니다.
￮혁신적인 프로젝트: 개인 정보 보호는 엄격한 요구 사항입니다. 예를 들어 ZK 공동 프로세서 Axiom은 개인 정보 보호 해결사 데모로 사용할 수 있으며 Nocturne은 구성 가능한 개인 정보 보호 AA 레이어입니다. 사용자는 EOA 또는 계약에서 자금을 입금한 후 계약과 상호 작용할 수 있습니다. 개인정보 보호를 위해 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의 방향을 최적화하고 있으며, ERC 7377은 차후 계정 마이그레이션에 도움이 됩니다.
￮기타 수상 프로젝트: 이더리움은 2023년 1분기와 2분기에 총 4개의 계정 추상화 관련 프로젝트에 자금을 지원했으며, 그 중 2개는 4337 공식 팀(AA 공식 팀과 4337 브라우저 지갑 트램폴린이 개발)에서 제작했습니다. 그것) 및 기존 프로토콜/기술을 사용하여 4337의 구성 가능성을 중심으로 생성된 다른 두 가지 주요 혁신적인 프로젝트(zkShield는 ZKP 및 계정 추상화를 사용하여 계정 소유자를 숨기는 개인 다중 서명이며 Uniswap 팀에서 출시한 Universal Paymaster는 ERC-20 가스 결제 매칭 시장으로 단일 유동성 제공)
• 향후 개발: 단기적으로는 시장 확대 및 Layer 2와의 공동 프로모션 모델 형성에 중점을 두고, 중기적으로는 모듈러 Bundler 및 Paymaster 구현과 SDK 배포에 중점을 둘 예정입니다. 사용자 경험을 세부적으로 최적화(예: 가스 비용 절감, 선택적 EOA에서 ERC-4337로의 변환 추가 등), 장기적으로는 EOA 지갑의 강제 변환을 고려합니다.
1. 계정 개요 소개
• 정의 및 요약:
￮계정 추상화의 본질은 다음과 같습니다. 거래 소스와 서명을 분리합니다.
￮ 계정 추상화가 필요한 이유: 1) 계정 유형 단순화 2) 계정을 서명과 분리하여 체인에서 행동에 더 많은 자유를 부여하는 동시에 계정을 더 높은 보안 수준에 배치합니다.
￮ 계정 추상화의 진화: 직접 구별의 작업량과 복잡성이 크고, EIP 2938과 EIP 3074는 합의 레이어에 대한 변경이 필요하며, 결국 기본 레이어를 변경하지 않고 EIP 4337 솔루션을 선택했습니다.
• ERC 4337의 원칙:
￮ 역할: EIP 4337은 스마트 계약 지갑 및 관련 인프라를 5가지 계약 인터페이스(Bundler, Entry Point Contract, Paymaster, Smart Contract Wallet Factory) 및 Signature Aggregator로 표준화합니다. 그리고 새로운 트랜잭션 유형(UserOperation)이 있습니다.
￮트랜잭션 단계: 4337 이더리움 합의 레이어를 수정하지 않고 새로운 운영 로직 useroption을 도입하고 userop 패키징을 담당하는 Bundler를 추가합니다. 원본 프로세스 이후 EntryPoint와 Wallet 컨트랙트를 추가하여 검증 및 실행 프로세스를 분리하여 맞춤형 작업 실행을 완료하고, 마지막으로 Paymaster를 통해 가스비 결제 로직을 추출합니다. 사용자가 userop을 시작합니다 - userop은 사용자 userop 메모리 풀로 전송됩니다. - Bundler는 선택된 UserOps를 트랜잭션으로 패키징하고 이를 EntryPoint에 제출하는 일을 담당합니다. - EntryPoint는 사용자 작업을 확인하고 스마트 계약 지갑은 사용자를 실행합니다. 이를 블록에 통합합니다.
• 다른 솔루션과 비교한 4337:
￮EIP-3074의 AA 계획: EOA 계정이 계약을 사용할 수 있도록 하려면 두 개의 새로운 op 코드를 도입해야 하며, 여기에는 합의 레이어 변경이 포함되므로 폐기됩니다.
1.1 정의 및 계획 개요
• 계정 추상화란 무엇입니까?
￮ 이더리움에는 외부 계정(EOA)과 계약 계정(CA)의 두 가지 유형의 계정이 있습니다. 전통적인 솔루션으로서 EOA는 키 관리 및 ECDSA 서명에 너무 많이 의존합니다. 운영 논리가 엄격하고 메커니즘이 서명 권한과 계약을 엄격하게 바인딩합니다. 계정 신규 사용자의 진입 및 후속 개발에 영향을 미칩니다.
￮ 이러한 문제를 해결하기 위해서는 임의의 검증 로직이 포함된 스마트 계약 지갑을 사용자가 사용할 수 있도록 하는 솔루션이 필요하며, 이 솔루션을 Account Abstract(AA)라고 하며, 트랜잭션 소스와 서명을 분리하는 것을 원칙으로 합니다.
• 계정 추상화가 필요한 이유: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: 트랜잭션 풀에서 트랜잭션을 선택하고, 여러 UserOperation을 번들링하고, EntryPoint.handleOps() 트랜잭션을 생성하는 역할을 담당하는 노드입니다.
• EntryPoint: 트랜잭션 검증과 UserOperations 번들 실행을 처리하는 스마트 계약으로, 번들러와 스마트 계약 지갑 사이의 중개자 역할을 합니다.
• 지갑 계약: 4337명의 사용자를 위한 계약 지갑을 생성할 수 있는 스마트 계약입니다.
• 집계자: 집계 서명을 확인하는 데 사용됩니다.
• Paymaster: 사용자가 가스 요금을 지불하는 데 도움이 되는 스마트 계약입니다.
거래 단계
• 거래 서명: 사용자는 지갑 사용자 작업을 시작하고 모든 형태의 개인 키를 사용하여 사용자 작업에 서명합니다(지침은 변경되지 않지만 콘텐츠 필드가 변경되고 ECDSA가 아닌 서명을 선택할 수 있음). 서명된 사용자 작업을 생성합니다( UserOperations), UserOp는 처리를 기다리기 위해 보류 중인 사용자 작업의 메모리 풀로 전송됩니다.
• Send transaction: 번들러는 사용자 작업을 사용자 작업 메모리 풀에 패키징한 후 별도의 트랜잭션에 서명하여 사용자 명령을 래핑하고 UserOp를 하나의 트랜잭션으로 일괄 처리하여 진입점 계약에 제출합니다. 여러 UserOperation을 패키징한 후 번들러는 먼저 거래를 시뮬레이션하고, 계약 실행 실패 여부를 감지하고, 가스 요금이 충분한지 계산합니다. 시뮬레이션이 통과하면 이 UserOperations 배치가 트랜잭션으로 블록 노드에 제출됩니다.
• 사용자 작업 처리: 진입점 계약은 지갑의 존재를 확인합니다. - 지갑이 사용자 작업을 확인하도록 요구합니다. - 실행을 위해 사용자 작업을 스마트 계약 지갑으로 보내고, 번들러와 스마트 계약 지갑 사이의 중개자 역할을 합니다.
• 블록체인: 스마트 계약 지갑은 사용자 작업을 실행하고 이를 블록에 통합합니다.
1.3 기존 지갑과 MPC 지갑 비교
1.4 EIP-3074의 AA 계획
• EIP-3074: EOA 계정이 계약을 사용할 수 있도록 하려면 두 개의 새로운 op 코드를 도입해야 합니다. 여기에는 합의 레이어 변경이 포함되므로 해당 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에 대한 엔드포인트 지원 제안을 통과시켰습니다.
￮ 다각형 zkEVM공식 문서향후 멀티토큰 가스 결제도 지원될 예정이라고 합니다.
￮ Optimism과 BNB는 다음과 같은 일부 계정 추상화 인프라를 제공합니다.Alchemy、Biconomy、Pimlico그리고Stackup기다리다.
• 기본 계정 추상화 솔루션: Starknet 및 zkSync 두 체인은 4337 솔루션과 다른 기본 계정 추상화를 지원합니다.
4337 구성표와 호환 가능
• Arbitrum：
￮ Arbitrum은 2023년 7월 17일 계정 추상화 엔드포인트 지원에 관한 결의안을 통과시켰습니다.AIP-2 제안현재 Offchain Labs는 Arbitrum One 및 Arbitrum Nova에서 계정 추상화 엔드포인트에 대한 지원을 공식적으로 활성화했습니다.
￮ 제안서에는 Ethereum 연구원들이 L2 시퀀서를 ERC-4337 번들러의 특정 요구 사항에 맞게 조정하기 위해 새로운 RPC 엔드포인트인 eth_sendRawTransactionConditional을 제안한다고 명시되어 있습니다.
• Polygon：
￮ Polygon은 4337과 호환되며 다음과 같은 메타 트랜잭션 관련 솔루션을 출시했습니다.Biconomy(다중 체인 릴레이 프로토콜),Gas Station Network (GSN)(분산형 공공재 프로토콜은 사용자가 가스를 지불하는 프로세스를 추상화하는 데 도움이 될 수 있습니다),Infura(노드 제공자) 및Gelato(Repeater SDK, 멀티토큰 결제 가능)
￮그 안에 폴리곤이 들어있어요공식 문서Polygon zkEVM은 ERC 4337을 통해 계정 추상화를 지원하며 사용자가 모든 토큰으로 수수료를 지불할 수 있도록 허용하며 자세한 내용은 공개될 예정이라고 명시되어 있습니다.
• 낙관주의: 현재 OP 메인넷은 다음과 같은 일부 계정 추상화 인프라를 제공합니다.Alchemy、Biconomy、CyberConnect、Pimlico그리고Stackup다른 프로젝트의 경우 아키텍처 세부 사항이 아직 공개되지 않았습니다.
• BNB: 2023년 BNB 체인에 추가기술 로드맵, 관계자는 계정 추상화 인프라가 구축될 것이라고 밝혔으며, 현재 4377은 BNB에서 호환되며 자세한 내용은 공개될 예정입니다.
기본 계정 추상화 솔루션
• Starknet은 기본적으로 계정 추상화를 지원합니다. 즉, 모든 계정은 스마트 계정입니다.
￮ 계획표적: 서명 추상화(다른 계정 계약은 다른 서명 확인 체계를 사용함) 및 지불 추상화(다른 거래 지불 모드 및 토큰 형식)
￮ 프로세스: 거래는 풀에 들어가기 전에 Nouce로 검증된 후 검증을 위해 계정 스마트 계약의 주소로 전송된 후 블록에 추가됩니다. 이 두 단계는 계정 계약에서 유효성을 검사하고 실행하는 두 개의 별도 기능으로 인코딩됩니다.
▪ Sequencer는 먼저 트랜잭션을 검증하기 위해 계정 계약을 요구하며, DoS 공격을 방지하기 위해 트랜잭션을 수락하는 Sequencer는 해당 트랜잭션을 mempool에 추가하고 다른 Sequencer에 브로드캐스팅하기 전에 알려진 상태를 기반으로 로컬 시뮬레이션을 수행해야 합니다.
▪ 시뮬레이션이 성공적으로 완료되면 트랜잭션이 실행되어 풀에 입력되고 네트워크에 전파됩니다.
￮Starknet과 Ethereum 솔루션의 차이점:
▪ 스타크넷의 기본 계정 추상화에서 모든 계정은 스마트 계정이며 검증 및 실행 기능을 포함해야 하며 사용자는 이 두 기능에 임의의 로직을 구현하여 계정 기능을 확장할 수 있습니다.
▪ StarkNet은 다양한 타원 곡선을 지원하며 서명 검증은 고도로 프로그래밍 가능하며, Validate는 계정 소유자만이 서명을 검증하여 거래를 시작할 수 있도록 보장하고 거래 실행자는 충분한 가스 수수료를 얻을 수 있도록 보장합니다. 사용자는 다양한 서명을 구현할 수 있습니다. 유효성 검사 기능 알고리즘의 검증;
▪ Bundler로 인한 추가적인 복잡성 제거: Starknet은 Bundler의 역할을 수행하도록 Sequencer를 지정하여 프로세스를 단순화합니다.
▪ Starknet에는 Paymaster와 유사한 거래 수수료 추상화 프로토콜이 없습니다.
▪ Starknet은 일반 거래와 UserOperations를 구분하지 않습니다. 왜냐하면 모든 Starknet 거래는 계약 계정에 의해 실행되기 때문입니다. Ethereum에서는 Bundler가 UserOperation 트랜잭션을 실행하는 반면 Starknet에서는 Sequencer가 모든 트랜잭션을 실행합니다.
▪ 계약 계정을 배포하는 방법에는 여러 가지가 있습니다.
• Starknet은 계약 계정을 호출하기 전에 배포합니다. Starknet은 특별한 배포_account 함수를 호출하여 새 계약 계정을 생성하기 위해 토큰 잔고가 있는 계정이 필요합니다. 배포된 계정 계약은 가스를 지불할 수 있습니다.
• EIP 4337은 사전 배포가 필요하지 않습니다. Bundler는 initCode 매개변수가 비어 있지 않은 UserOperation 트랜잭션을 실행하여 계약 계정을 배포합니다. 배포 프로세스에는 토큰 잔액이 있는 계정이 필요하지 않으며 가스 요금은 Paymaster가 지불할 수 있습니다.
• zkSync: zkSync Era는 기본 계정 추상화 솔루션에 속하지만 EVM과도 호환됩니다.
￮프로젝트 목표: 서명 추상화(다른 계정 계약은 다른 서명 확인 체계를 사용함) 및 지불 추상화(다른 거래 지불 모드 및 토큰 형식)
￮ 프로세스: 사용자는 서명된 Transaction을 Operator에게 로컬로 보내고 Operator는 검증을 위해 Transaction을 부트로더로 보냅니다. 검증을 완료하고 처리 수수료를 받은 후 부트로더는 Account Contract에 대해 ExecuteTransaction을 호출하여 트랜잭션을 실행합니다.
￮ zkSync 솔루션과 4337의 차이점:
▪ zkSync는 EOA와 계약 계정을 구분하지 않습니다.
▪ zkSync는 verifyTransaction 함수가 배포된 외부 계약을 호출할 수 있도록 허용합니다: 배포된 계약은 zkSync에서 불변이기 때문에 Ethereum은 상태 변경으로 인해 트랜잭션 확인이 통과되는 것을 방지하기 위해 확인 기능이 외부 계약을 호출하는 것을 금지합니다. 그리고 트랜잭션 실행이 실패했습니다.
▪ zkSync를 사용하면 이 거래 계약 계정의 외부 저장소(예: 이더리움에서 금지하는 외부 계약의 계약 계정 토큰 잔액)를 발행하기 위해 verifyTransaction 및 Paymaster 호출을 허용합니다.
zkSync, Starknet 및 4337 솔루션 비교
• 유사성:
￮ zkSync, Starknet 및 4337의 AA 메커니즘 프로세스는 모두 유사하며 검증 단계 → 수수료 메커니즘(계정 계약 또는 Paymaster가 지불) → 실행 단계이며, 스마트 계약 지갑 인터페이스는 verifyTransaction과 ExecutionTransaction으로 구분됩니다.
￮ DoS 위협에 직면: zkSync의 계약 논리는 자체 슬롯에 대한 액세스만 허용하고 계약 논리는 전역 변수를 사용할 수 없습니다. Starknet의 시퀀서는 트랜잭션을 멤풀에 추가하고 브로드캐스트하기 전에 로컬로 시뮬레이션해야 하며 4337의 UserOperation 가스 제한은 verifyUserOp 단계가 필요하며 Paymaster는 토큰을 스테이킹해야 합니다.
• 차이점:
￮ 기본 AA: zkSync 및 StarkNet은 모두 기본 계정 추상화이며 해당 아키텍처는 4337과 다릅니다.
￮ 온체인 가스 소비: zkSync와 StarkNet은 모두 레이어 2이므로 롤업 수수료를 고려해야 합니다.
￮ AA를 실행하는 역할은 다릅니다: zkSync 아키텍처에서는 운영자와 부트로더(시스템 계약)가 협력하여 사용자 작업을 완료합니다. StarkNet에서는 사용자 작업이 Sequencer에 의해 처리되며 Bundler 및 Paymaster 메커니즘이 없습니다. 4337에서는 Bundler 및 EntryPoint는 사용자 작업 실행에 협력합니다.
￮ 계정 계약이 배포되기 전에 트랜잭션을 보낼 수 있는지 여부: StarkNet과 zkSync 모두 사용자를 위해 계정 계약을 배포할 수 있는 4337 EntryPoint와 같은 initCode 필드가 없으므로 둘 다 계약을 배포하기 전에 트랜잭션을 보낼 수 없습니다. 계정;
￮ 외부 계약 호출: zkSync는 verifyTransaction 함수가 배포된 외부 계약을 호출할 수 있도록 허용하지만 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월부터 치솟기 시작했고, 그 서사는 Polygon과 Optimism에서 처음 출시되었습니다. Cyberconnect는 이러한 AA 열풍의 주요 원동력입니다. Paymaster와 Bundler 가스 및 거래량이 크게 증가했으며 현재 StackUp, Pimlico 및 Biconomy가 독점을 형성했습니다.
• ERC-4337 EntryPoint 계약은 2023년 3월 1일에 공식적으로 배포되었습니다. 2023년 8월 30일 현재 계정 추상 체인의 총 사용자 수는 약 616,000명이며, 총 User Ops 수는 130만 명에 달합니다. 2023년 1분기 대비 분기별 사용자 운영은 11,837% 증가했고, 2023년 2분기 사용자 증가율은 27,000%를 넘어섰습니다.
￮ 현재 Ethereum, Arbitrum, Optimism 및 Polygon에 4,337개의 계정이 배포되었으며, 이 중 80% 이상이 7월부터 8월까지 Polygon 및 Optimism에서 생성되었습니다. 폴리곤은 사용자 가동률 43.9%로 압도적으로 앞서고 있으며, 계정지갑 사용자 중 폴리곤이 47%의 점유율로 압도적으로 앞서 있다. 또한 Stackup은 가스비로 140,000달러 이상을 후원했습니다.
• Paymaster: 현재 총 96개의 Paymaster가 있으며 총 가스 비용은 약 $414,200입니다. 2023년 1분기와 비교하면 2분기는Paymaster 거래량 5182% 증가. 총 가스량과 거래량의 증가는 이러한 중개 서비스에 대한 수요가 크게 증가하고 있음을 나타냅니다.
• 번들러: 현재 총 1,300개의 번들러가 있으며 총 수익은 약 $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개, userop은 400,000개이며, 8월 ERC-4337 사용률과 UserOps 수가 7월에 비해 크게 증가했는데, 이는 주로 Beam 지갑(사용자가 사용된 코인으로 결제할 수 있는) 출시로 인한 것입니다. 블록체인의 기본 토큰 대신 수수료를 전송함) 및 ZeroDev(계정 추상화로 구동되는 Web3 애플리케이션 구축을 위해 ERC-4337 위에 구축된 SDK).
• Bundler 및 Paymasters는 주로 Pimlico, Alchemy 및 StackUp에서 제공됩니다.
• StackUp의 SDK는 ERC-4337을 사용하여 맞춤형 Web3 트랜잭션 프로세스와 지갑을 구축할 수 있습니다.
중재 데이터
• 현재 2,200개의 계정과 18,000개의 userop이 있으며, 7월과 8월의 성장은 주로 Zerodev와 Biconomy에서 이루어졌고 나머지는 대부분 사용자 테스트에서 이루어졌습니다.
• Bundler와 Paymasters는 기본적으로 StackUp으로 구축됩니다.
이더리움 데이터
• 현재 339개의 계정과 2100개의 userops가 있습니다. 계정 부분은 기본적으로 Zerodev가 주요 기여로 기여합니다. Safe 및 Biconomy와 같은 프로젝트에서 생성된 userop은 거의 없습니다. 나머지 UserOps의 대부분은 사용자가 발행하고 전송하여 생성됩니다. stETH, cbETH 및 rETH. .
• Bundler와 Paymasters는 기본적으로 StackUp으로 구축됩니다.
4. AA가 가져온 기회
Paymaster
• Paymaster는 지정된 UserOperation에 대해 가스를 지불하기 위해 Bundler를 통해 Paymaster를 실행하는 dApp에 의해 배포된 스마트 계약이며 해당 서비스는 상대적으로 중앙 집중화되어 있고(번들러 서비스에 비해) 계약은 오픈 소스이지만 백엔드는 폐쇄되어 있습니다.
• Paymaster는 표준화된 서비스로 독립적인 프로젝트 구성이 어려우며, Web3 비즈니스를 서비스하기 위한 기능 통합으로는 web2 트래픽만 사용할 수 있습니다. 지불자를 위한 비즈니스 기회: 지불 트래픽 포털, 자동 상환, DeFi 게임 프로젝트와의 통합 및 지불 업계에서 거시적으로 유사한 혁신.
• Paymaster의 혁신 방향은 상대적으로 단일하지만 가치 포착의 가장 안정적인 부분이며 web2 사용자가 web3에 진입하는 임계값을 낮춥니다. 많은 수의 web2 조직이 Paymaster 서비스를 배포할 수 있습니다.
애플리케이션 시나리오
• 법정화폐 예금: 오프체인 거래(예: 법정화폐 입금 및 인출)가 필요한 가스 추출을 제공합니다. 예를 들어, 사용자는 신용 카드를 사용하여 Paymaster 서비스에 가입하여 가스 요금을 지불하도록 선택할 수 있습니다.
￮ Biconomy와 0x Pass는 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를 구현할 뿐만 아니라 가스 지불을 위해 ERC 20 토큰을 지원하는 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의 향후 과제:
￮ 번들러는 수익 창출은 어렵지만 생태계에 매우 필요한 공공재입니다. 현재 공공재에 대한 성숙한 솔루션은 없으며, 상업적 프로젝트로 사용될 경우 대부분의 프로젝트 당사자는 이익을 고려하여 민영화를 선호할 것입니다. .중앙 집중화 위협으로 이어질 것입니다.
￮ Nonce 충돌: 서로 다른 Bundler가 동시에 UserOperation을 제출하면 하나의 트랜잭션만 성공하며, 다른 Bundler는 체인 업로드 실패로 인해 Gas를 잃게 됩니다. AA를 대규모로 도입하기 전에는 의심스러운 계정을 적극적으로 비활성화하는 것 외에는 좋은 전환 계획이 없습니다.대규모 도입 후 일부 p2p 네트워크에서는 표시 및 삭제를 통해 이러한 문제를 최적화할 수 있습니다.
￮ 컨트랙트 저장소를 수정하면 번들러는 적절한 보상을 받을 수 없게 됩니다. 검증 및 온체인 과정에서 시장 변화로 인해 컨트랙트 저장소가 수정되면 번들러는 적절한 보상을 받을 수 없게 됩니다. 이 문제는 너무 상세하고 현재 마땅한 해결책이 없어 제안을 통해 최적화가 필요합니다.
번들러 관련 기회
• 가스 수수료 차액 획득: 번들러는 여러 트랜잭션에 대해 가스 수수료와 제출된 트랜잭션에 대해 가스 가격 차액을 청구합니다. RPC 및 Relayer 프로토콜은 번들러 네트워크를 신속하게 구축할 수 있습니다. 계약 스캐닝 도구 및 보안 감사 프로토콜은 제출된 멤풀의 보안을 보호할 수 있습니다. 번들러; 그러나 번들러는 부적절한 거래를 선택합니다. 부적절한 거래로 인해 패키징 실패로 이어져 번들러 손실이 발생합니다.
￮ Relayer 서비스의 파생물: 번들러의 기본 로직은 Relayer와 유사하며 이러한 유형의 프로젝트는 확립된 사례가 있으므로 선점자 이점이 있습니다. 예를 들어, Chainlink는 가격 피드를 제공하는 동시에 자체 번들러 p2p 네트워크를 구축할 수도 있습니다. 멀티 체인 계약인 Layer Zero는 향후 멀티 체인 UserOp 플로우 풀을 구축할 수 있습니다. The Graph의 인덱서는 다음과 같은 유틸리티도 제공합니다. 수익성 있는 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의 Gas 및 세부 메커니즘은 아직 확립되지 않았으며 UserOp의 구현 복잡성이 더 크기 때문에 이는 솔루션이 이상적입니다.
￮ 업스트림 통합: Starkware 및 flashbot의 솔루션을 참조하여 Bundler는 Searcher 및 시퀀서와 협력하여 일련의 서비스를 체인에 패키지하고 거래 수익을 공유합니다.
￮ 번들러 해결사: UserOp는 다양한 가스 이익 기대치와 온체인 실행 복잡성을 가져오고, 번들러는 자체 트랜잭션 가스 매개변수 및 트랜잭션 계획을 공식화해야 하며, 이는 트랜잭션을 실행하는 블록 빌더의 우선 순위에 영향을 미칩니다. 서로 다른 시장 가스 가격과 가스 변동성 조건에서 번들러는 서로 다른 MEV 패키징 전략을 가질 수 있습니다.이러한 검증 및 전략 계산에는 로컬 하드웨어 컴퓨팅 리소스와 블록체인 노드 리소스의 소비가 필요합니다. 따라서 번들러를 위한 솔버 솔루션이 있을 수 있습니다.
￮ 새로운 검열 방지 메커니즘 형성: 4337은 현재 UserOperation mempool이 crLists(검증자가 mempool의 블록에 트랜잭션을 추가하도록 강제하는 메커니즘)와 결합될 수 없기 때문에 crLists 검열 방지 메커니즘에 적용할 수 없습니다. 이 메커니즘은 트랜잭션에만 적용됩니다. 누락될 수 있습니다. 사용자 작업.
￮ RPC 서비스: 사용자에게 비공개 RPC를 제공할 수 있으며, Flashbot Protect RPC 및 OpenMEV RPC와 같이 이 RPC를 통해 브로드캐스트되는 거래가 선점되지 않을 것이라고 약속합니다.
￮ PEV: 증명자는 데이터에서 더 많은 이익을 얻으려고 노력하며, 증명 대신 이익을 얻기 위해 이더리움이나 기타 프로토콜, 심지어 일부 롤업의 데이터를 사용합니다.
• 개인 정보 보호 풀: 패키징을 위해 개인 정보 보호 멤풀에 거래를 제출합니다.일부 기관과 고래 사용자는 필요가 있지만 규제 압력에 직면합니다.
￮익명 프라이버시 풀 서비스: Portal Gate를 사용하면 사용자는 다른 지갑을 사용하여 프라이버시 풀에 들어가고 나갈 수 있으며 체인의 익명성과 규정 준수를 유지할 수 있습니다. 단, 체인 외부에서 KYC를 통과해야 하는 경우에만 가능합니다.
￮ 다크 풀 거래: Renegade는 MPC(다자간 컴퓨팅) 및 영지식 증명을 기반으로 하는 분산형 다크 풀 거래를 개발했습니다.
번들러의 미래 과제
• Bundler 프로토콜은 허가가 필요 없는 모듈식 공공재입니다.오픈 소스 소프트웨어 자체에는 명확한 수익 모델이 없으며 Bundler에서 직접 수익을 창출할 수 없습니다. 번들러 운영자는 작업 풀을 공개할 인센티브가 없으며 개인 정보 보호 멤풀에는 중앙 집중화 위험이 있습니다.
￮ Bundler 프로토콜 자체는 돈을 벌기가 어렵습니다: 오픈 소스 Bundler 프로토콜은 비독점적이고 비경쟁적입니다. 모든 RPC 엔드포인트는 오픈 소스 코드를 복사하여 Bundler를 실행합니다. 전형적인 공공재로서 Bundler는 상응하는 경제적 인센티브를 얻을 수 없으며 이는 현재 Flashbots의 상황과 매우 유사합니다. Bundler 프로토콜은 아직 초기 단계에 있으며 지속적인 최적화가 필요합니다. 왜냐하면 UserOperation의 검증 및 실행에는 더 나은 분산화를 위해 가능한 한 많은 Bundler의 참여가 필요하기 때문입니다.
￮ 번들러 중앙화: 현재 소수의 프로젝트만이 번들 프로그램 실행을 위한 응용 프로그램 인터페이스 서비스를 제공하며, 이로 인해 4337도 중앙화되었습니다. 미래에는 Bundler가 선점자 이점으로 인해 독점권을 형성할 수 있으며, 이는 또한 중앙화의 위협을 강화할 것입니다.
￮ 번들러는 Op 풀을 공개하지 않습니다: 현재 번들러 공개 풀에서 수익을 반환하는 메커니즘은 없습니다. 번들러는 서비스 수수료를 얻기 위해 개인 풀의 거래에 의존하며 거래 풀을 공개할 인센티브가 없습니다. 공개 풀의 비율은 보장할 수 없으며 DDoS 공격 및 MEV 공격 위험에 직면하게 됩니다. 기술 아키텍처, 경제적 이익, 유통 모델 및 기타 측면에서 볼 때 개방형 Op 풀은 아직 준비되지 않았습니다.
• Nonce 충돌로 인해 트랜잭션이 실패합니다.
￮ 서로 다른 Bundler에서 동시에 UserOperation을 제출하는 경우. 그러면 단 하나의 트랜잭션만 성공하게 됩니다. 즉, 단 하나의 번들러만이 EntryPoint로부터 가스 수수료를 받게 되며, 다른 모든 번들러는 온체인 실패로 인해 가스를 잃게 됩니다.
￮ AA가 대규모로 채택되기 전에는 UserOperation의 발신자 또는 IP 주소를 적극적으로 비활성화할 수 있지만, 이는 사용자에게 우발적인 부상을 입히고 근본 원인보다는 증상을 치료하는 것입니다. 더 나은 전환 계획이 여전히 필요합니다.
￮ AA의 대규모 도입 이후 한 가지 해결책은 p2p 네트워크를 도입하는 것인데, 예를 들어 Skandha 번들러 클라이언트를 개발한 Etherspot은 mempool p2p 네트워크를 개발하고 있습니다.
￮ 번들링 대기 중인 UserOperations는 이 p2p 네트워크 내에서 전송되며, 일단 번들링되어 온체인으로 처리되면 목록에서 표시되고 제거됩니다.
• 계약 저장소를 수정하면 번들러가 손실을 입게 됩니다.
￮ 온체인 검증 및 실행 과정에서 사용자는 계약의 저장 또는 관련 계약의 저장을 수정할 수 있으며 이로 인해 번들러는 충분한 보상을 받을 수 없게 됩니다.
￮ 예를 들어 사용자가 보낸 UserOp가 1 eth의 가스를 소비하고 이때 eth의 가격이 1000 u이고 사용자 계정에 1000 u가 있는 경우 Paymaster는 1000 u를 가스 지불로 공제할 예정이며, 그 후 번들러가 온체인 프로세스를 실행하게 되는데 이 과정에서 사용자를 대신해 1 eth가 지급됐지만, 거래가 검증된 직후 체인이 완성되기까지의 공백 기간에 eth가 갑자기 2000까지 급등했다. u. 번들러는 여전히 eth 가스를 지불했지만 검증이 통과되었으므로 사용자는 이전 로직에 따라 1000u만 지불하면 되고 번들러는 1000u의 순 손실을 갖게 됩니다. 오라클 계약은 위에서 언급한 관련 계약이며, 가격 변동은 저장 수정입니다.
AA 및 NFT
• AA는 사용자 경험을 개선하고, 사용자를 NFT 시장에 진입하도록 유도하며, 시장 모니터링 및 거래를 더욱 자동화합니다.
• ERC-6551, NFT는 풀체인 게임, DID 및 미들웨어를 통합합니다. ERC-6551은 4337의 기본 로직과 유사하며 NFT는 다른 NFT를 통합하고 관리하는 지갑 역할을 합니다. 풀체인 게임은 멀티체인 + 거래 가능한 장비 계정의 게임 경험을 완성하기 위해 ERC-6551의 구성 가능한 버전이 필요합니다.
• 기능: 지갑 복구, 가스 없는 거래 지원, 계좌 거래.
• 시장 모니터링 및 데이터 분석: 추적 지표, 타임코인 발행, 최저 가격 분석 등을 구현하고 특정 조건이 충족되면 자동으로 거래합니다.
• 풀체인 게임과 NFT의 통합이 더 가까워질 수 있습니다. 멀티체인 오픈 월드가 가능해지고, 사용자 계정이 더 이상 하나의 게임이나 하나의 체인으로 제한되지 않으며, 게임 계정도 양도할 수 있어 게임 NFT도 생성될 수 있습니다. 계좌거래시장;
• DID 및 미들웨어와의 통합: ERC 721 토큰은 사용자 계정 역할을 할 수 있으며 양도 가능합니다. 동시에 NFT는 미들웨어 아키텍처와 통합되어 맞춤화될 수도 있습니다.
￮ 예를 들어 Cyberconnect의 CyberID는 ERC-721 토큰으로 CyberConnect 네트워크의 고유한 계정 핸들을 나타냅니다. CyberID는 영구 소유권을 의미하지 않지만 수요 기반 수수료 모델로 운영되며 사용자가 갱신을 잊은 경우 CyberID가 경매됩니다.
￮ CyberGraph는 또한 개발자에게 미들웨어 아키텍처를 통해 논리를 사용자 정의할 수 있는 공간을 제공합니다. 예를 들어 DApp이 BAYC 커뮤니티를 위한 소셜 네트워크를 구축하려는 경우 BAYC 보유자만 특정 콘텐츠 NFT를 발행할 수 있도록 설정할 수 있습니다.
• 소개: ERC-6551은 모든 ERC-721 토큰에 대한 스마트 계약 계정을 제공합니다. 이 계정을 통해 ERC-721 토큰은 ERC-20, ERC-721, ERC-1155와 같은 다양한 자산을 소유할 수 있을 뿐만 아니라 ERC-721 토큰은 다양한 애플리케이션과 상호 작용할 수 있습니다.
• DID의 양도성 실현: 모든 사용자의 DID 또는 관련 자산을 NFT로 이전할 수 있으며 동시에 자산 및 ID의 양도성을 실현할 수 있으며 NFT가 자산을 보유할 수 있도록 하는 프로토콜입니다. 즉, NFT는 귀하의 ID이고 귀하는 이 ID에 대한 일부 자산을 소유할 수 있습니다.
• 유틸리티: ERC 6551은 AA의 인기에 크게 기여한 프로토콜이며 기본 논리는 유사합니다.
￮ AA 계정에서 NFT 관련 인증 방법을 구현하는 것과 유사하게 이체 요청을 시작하는 Key가 이더리움 주소이고 해당 주소에 사전 등록된 NFT가 있는 경우 인증이 통과되고 계정 잠금이 해제될 수 있습니다. NFT 게임 장비 착용 로직을 장비 NFT를 캐릭터 NFT의 바인딩 주소로 전송으로 변경할 수 있습니다.
AA, 소셜 및 게임
• 소셜 트랙은 사용자 수와 운영 복잡성으로 인해 한때 유령 도시로 간주되었지만 4337의 추상화를 통해 많은 수의 신규 사용자가 유입되고 ID 인프라 최적화가 크게 향상됩니다. 사용 편의성, 풀체인 게임 운영에 대한 임계값 낮추기 + 계정 모델 최적화를 통해 한때 어려웠던 계정(ERC 6551 등) 매매가 가능해졌습니다. 또한, 멀티체인 계정 시스템은 더 큰 멀티체인 세계관을 만드는 데 도움이 될 것이며 소셜 네트워킹과 풀체인 게임은 미래 트렌드 중 하나가 될 것입니다.
• ID 인프라:
￮ 소셜 복구: 가장 기본적인 기능으로 각 4337 소셜 프로토콜의 계정에 통합됩니다.
￮신원 등록: CyberConnect에서 출시한 V3 버전과 같이 이메일이나 전화번호로 스마트 계약 지갑을 등록할 수 있습니다.
• 다중 체인 계정 시스템: 예를 들어 CyberConnect의 ID 계정은 계정 추상화를 사용하여 네트워크 전환의 복잡성을 제거하고 사용자 임계값을 낮추는 다중 체인 다기능성을 갖추고 있습니다.
• 게임 경험 최적화:
￮ 일괄 작업: 세션 키를 사용하여 일괄 트랜잭션 처리 및 위임된 서명 등을 달성할 수 있으며, 운영 임계값을 낮추고 하나의 서명만으로 게임을 끊고 플레이할 수 있는 시나리오를 달성할 수 있습니다.
￮ 더 많은 게임 형태: 더 많은 단계의 전략 게임은 다중 서명으로 인해 문제가 발생하지 않으며 더 큰 멀티 체인 세계관이 가능하며 풀 체인 게임의 복잡성과 흥미가 더욱 향상됩니다.
5.AA와 의도의 관계
의도 본질 및 분류
• 본질적으로 의도는 AA와 반드시 구속력 있는 관계를 갖지 않습니다. 의도는 본질적으로 사용자 경험 계층의 혁신으로, 사용자 요구 사항을 더 빠르고 더 잘 이해하고 분해하여 이를 하나 이상의 UserOperation으로 전환하는 것입니다. AA는 백엔드 최적화, 사용자 지침의 더 나은 실행입니다.
• 의도는 특정 목표에 대한 최적의 Op 경로를 찾는 프로세스입니다. 과거에는 인텐트(Intent)가 단순한 요구사항인 경향이 있었지만, 미래에는 여러 조건, 여러 단계, 여러 실행 환경, 심지어 AI 에이전트 도입으로 복잡한 문제를 형성할 수도 있습니다.
• 예시 1: 텔레그램 봇은 전형적인 Intent 혁신이지만 백엔드는 여전히 EOA 지갑을 사용하므로 사용자 경험에 영향을 미치지 않습니다.
• 예 2: 1,000달러에 이더리움을 사고 싶습니다. 솔버는 설정할 체인, 덱스, 슬리피지 블록 시간 및 기타 매개변수를 계산하고 해당 UserOperation을 생성해야 하며 백엔드는 EOA, MPC 또는 AA 지갑일 수 있습니다. .
• 예시 3: 1inch의 DEX 집계기와 같은 의도 서술의 전신인 일부 프로젝트가 이미 있습니다. 사용자는 입력량과 미끄러짐 허용 오차만 지정하면 계약이 최상의 작업을 찾도록 하면 됩니다. Flashbots 경매에서 거래를 쌍으로 만듭니다. 순차적 선호도 검색자 의도의 한 형태입니다. 미래의 의도는 더 많은 형태를 취할 것입니다.
• 의도 분류:
￮조건부 의도: 하나 이상의 조건이 충족될 때 작업을 수행합니다. if 문으로 이해될 수 있습니다. 특정 조건이 충족되면 금융의 손절 동작과 같은 특정 동작이 구현됩니다.
￮ 지속적인 의도(Continuous Intent): 반복적인 작업의 필요성을 표현하며 특정 연속 주기 또는 장면에 도달할 때마다 월간 고정 투자와 같은 특정 동작이 구현됩니다.
￮ 다단계 의도: 하나의 의도가 해결된 후 하나 이상의 새로운 의도가 열리는 것으로 상태 머신으로 간주할 수 있으며, 각 트랜잭션이 이전 상태에서 새 상태로 전환될 때 특정 동작이 구현됩니다. 전환되는 새 상태는 이전 상태에서 정의된 조건에 따라 달라집니다. 예를 들어, 이더리움을 구매하고 싶다면 가격이 xx보다 낮을 때 구매하여 지갑으로 전송하세요. 가격이 xx보다 높으면 자동으로 차익 거래 기회를 찾습니다.
￮의도 그래프: 관련 의도 집합으로 형성된 경로, 의도 간의 관계는 사용자가 거버넌스 결과 등 다양한 조건에서 특정 토큰을 사고 팔려는 의도를 표현하는 것과 같이 중첩된 의도 그래프를 형성할 수 있습니다. 제안, 특정 블록의 채굴, 시장 가격의 증가 및 감소.
AA는 의도를 더욱 효율적으로 만듭니다.
• 의도적 기회: 운영자는 서명 수를 줄이고 사용자 경험을 향상시킬 수 있습니다. 애플리케이션 측면에서는 의도 내러티브를 기반으로 새로운 인프라, 새로운 언어, 새로운 솔루션 형태를 형성할 수 있는데, 이는 향후 가장 잠재적인 사용 사례 중 하나입니다. 기회에는 주로 다음과 같은 측면이 포함됩니다.
• 1) 중간 의도 풀 또는 의도 공개 체인: 의도 기반 애플리케이션에는 스마트 계약과 상호 작용하기 위한 새로운 메시지 형식뿐만 아니라 대체 메모리 풀 형태의 전파 및 상대방 검색 메커니즘도 포함됩니다. 2) 솔버의 다양한 구현 경로: 단기적으로 이미 상대적으로 성숙한 다양한 슈퍼 스마트 계약이 먼저 통합될 예정이며, 장기적으로는 자유도가 높은 AI가 가장 이상적인 형태가 될 것이지만 매우 어렵습니다. 구현; 솔버가 첫 번째 체인을 가져올 것입니다. 전처리 후 체인에 업로드하는 새로운 패러다임은 일부 자동화된 프로토콜(예: Uniswap X)에 유익합니다. 현재 ZK 보조 프로세서 Axiom을 개인 정보 보호 데모로 사용할 수 있습니다. 해결하다. 3) 의도를 표현하는 새로운 언어: Juvix와 Essential은 이미 존재하며, 이러한 프로젝트는 먼저 출시되는 것이 중요하며 사용자는 사전에 신뢰를 구축해야 합니다. 4) 지갑 통합 입구: 목적 레이어 구축이 완료됨에 따라 전략적 위치가 크게 높아졌으며, 다양한 프로토콜과의 통합으로 최대 트래픽 입구가 가능합니다.
• 중개 의도 풀: 의도는 사용자에서 허가형/비허가형 및 공개/개인 의도 풀로 흐르고, 매치메이커에 의해 거래로 변환되고, 궁극적으로 MEV Boost 스타일 경매를 통해 공개 멤풀이나 직접 온체인으로 변환됩니다. 이러한 의도 풀은 사용자 정의 가능한 권한을 통해 비공개 또는 공개일 수 있으며, 의도 확인자는 이익을 위해 최상의 주문 실행 및 가치 추출을 위해 경쟁합니다.
￮ 무허가 의도 풀: 시스템의 다양한 노드 간에 의도가 전파될 수 있도록 하여 실행자에게 무허가 액세스를 제공합니다. 그러나 DoS 위협과 MEV 문제가 발생할 수 있습니다.
￮ 허가된 의도 풀: 신뢰할 수 있는 중앙 집중식 의도 풀은 DoS에 더 강합니다. 신뢰도가 높은 모델은 MEV 문제를 완화하고 좋은 실행을 보장하기 위한 인센티브를 제공할 수도 있습니다. 그러나 강력한 신뢰 가정은 블록체인의 정신과 모순됩니다.
￮하이브리드 의도 풀링: 권한 전파는 가능하지만 실행에는 권한이 필요하지 않습니다(신뢰 가정이 유지된다고 가정). 이 시나리오의 일반적인 예는 다음과 같습니다.주문 흐름 경매。
• 의도 공개 체인: 독립적인 의도 계층을 구축하면 MEV의 숨겨진 위험이 더욱 집중됩니다.
￮ Anoma 및 Flashbots SUAVE는 사용자가 서명된 의도를 전파 노드에 브로드캐스트할 수 있는 의도 전파 계층을 구축하고 있습니다.
• 솔버의 다양한 구현: 슈퍼 스마트 계약, AI, 개인정보 보호 및 오프체인 전처리의 새로운 패러다임.
￮ 계약 통합 스마트 계약: 단기적으로 구현되었으며 이 솔루션은 통합이 더 쉽고 현재 스마트 계약 지갑 경로와 유사합니다. CoW 프로토콜은 거래자와 해결자를 위한 네트워크를 구축하여 무신뢰적이고 효율적인 지점 간 연결을 달성합니다. 포인트 트랜잭션; Zerion, Bprotocol 및 Instadpp도 유사한 통합을 수행하고 있습니다.
￮ 오프체인 전처리와 온체인을 결합하는 새로운 패러다임: 오프체인 전처리 환경이 성숙하고 안정화되면 Uniswap X와 유사한 자동 DeFi 프로토콜이 DeFi 거래 허브가 될 수 있습니다. 오프체인 전처리는 Solver 전처리 메커니즘의 집합으로, 기존 스마트 계약 프레임워크의 구조화된 의도를 확장한 것으로 볼 수 있으며 Rollup과 동일한 아이디어입니다.
￮ 개인정보 보호 요구 사항:
▪ 악의적인 공격을 방지하기 위해 사용자는 일부 의도된 정보를 숨길 수 있습니다. 현재 ZK 보조 프로세서 Axiom을 개인 정보 보호 문제 해결의 사용 사례로 사용할 수 있지만 이 트랙에는 아직 성숙한 솔루션이 부족합니다.
▪ 계산 가능한 정보를 체인에서 비공개로 유지하는 것은 기술적으로 어렵습니다. TEE, ZKP 및 기타 솔루션은 적응성이 미숙하거나 부족합니다.
▪ 현재 ZK 코프로세서 코프로세서는 ZK를 사용하여 계산 결과를 확인하는 동시에 복잡한 계산을 이더리움에서 오프체인으로 마이그레이션하는 ZK 해결의 데모로 간주될 수 있습니다. 대표적인 프로젝트로는 현재 계정 저장소의 과거 블록 정보나 과거 정보를 검증할 수 있는 Axiom과 Hyperoracle이 있습니다.
• AI 자동화 실행은 AI 통합 지갑 입력과 AI가 UserOp와 직접 결합되는 두 가지 아이디어로 나뉩니다.
￮AI 통합 지갑 진입, 공통 AI 최적화 재무 관리 및 AI 개인 비서.
￮AI는 UserOp와 직접 결합되어 AI가 요구사항을 해결하고 최적의 UserOp를 생성한 후 AA가 UserOp 실행을 담당합니다.
￮ 위의 모든 사항에는 높은 수준의 AI 개발이 필요합니다. 이에 상응하는 요구 사항은 신속한 의미 이해 기능, 실시간 컴퓨팅 기능, 추론 기능, 온체인 정보 업데이트 및 멀티체인 통신 사양입니다.
￮ 경쟁자는 Siri, GoogleAssist, ChatGpt 클라이언트 등일 수 있습니다. (Apple 휴대폰이 미래에 가장 중요한 지갑이 될 것이라는 가정이 뒷받침됩니다)
• 의도를 표현하기 위한 새로운 언어: 프라이버시를 허용하는 의도 표현 언어 설계 등.
￮ Juvix는 개인 정보 보호에 초점을 맞춘 분산형 애플리케이션을 만들기 위해 진화하는 오픈 소스 기능 언어입니다. 이를 통해 개발자는 WASM으로 컴파일하거나 WASM을 통해 전달할 수 있는 고급 프로그램을 작성할 수 있습니다.VampIREthereum에서 사용하기 위한 회로로 컴파일됨Taiga개인적으로 공연하다;
￮ Essential은 의도 표현을 위한 도메인별 언어(DSL), 의도 지향 계정 추상화를 위한 Ethereum 표준 및 모듈식 의도 계층을 만드는 것입니다.
• 지갑은 실제 프런트엔드 입구가 될 수 있습니다. 인텐트는 본질적으로 오프체인 전처리 블랙박스입니다. 지갑은 인텐트 레이어 구축 엔드로 사용될 수 있으며 전략적 위치가 크게 높아집니다. 배수 인프라가 될 수 있습니다. DeFi 프로토콜의 도입으로 다양한 생태계를 유치할 수 있으며, 사용자는 수익을 창출하기 위해 처리 수수료의 일부를 청구할 수도 있습니다.
지갑 및 진입 기회
• 인텐트 백엔드는 기존 EOA 및 MPC 지갑을 통합할 수 있습니다.
• 스마트 컨트랙트 지갑과 지원 SDK는 레드오션인 Bundler, Paymaster 등의 구성요소와 역방향으로 통합할 수 있지만, 인텐트와 결합된 지갑으로서는 혁신의 기회가 많습니다. 거래 및 크로스체인 애플리케이션 모두 진입점(예: 자동화, 다중 솔루션)의 다양화를 통해 경험을 향상시킬 것입니다.
• 기존 지갑 통합: 텔레그램 봇은 전형적인 Intent 혁신이지만 백엔드는 여전히 EOA 지갑을 사용하므로 사용자 경험에 영향을 미치지 않습니다.이제 개인 키를 봇에 넘겨야 하므로 계정 도용 위험이 있습니다. AA는 미래에 더 많은 인텔리전스 관리를 달성하는 데 사용될 수 있습니다. 사용자는 요구 사항을 제시하고 솔버는 어떤 체인, 어떤 덱스, 미끄러짐 블록 시간 및 기타 매개변수를 계산하고 해당 UserOperation을 생성합니다. 백엔드는 EOA, MPC 및 다른 지갑.
• 스마트 계약 지갑 및 지원 SDK: 일반적으로 Bundler, Paymaster 및 Wallet Factory와 같은 자체 구성 요소를 구축합니다. 이 트랙은 레드오션 시장입니다. 예를 들어 사회 복구 또는 모듈화는 현재 대부분 계약 지갑의 기존 기능이지만 미래에는 트랙이 의도와 결합되어 다양한 혁신 기회를 가질 수 있습니다.
￮ 사회적 회복: 선택할 수 있는 역할은 다양합니다.
▪ Web2 서비스 제공자: 예를 들어 지갑 사용자의 소셜 미디어 계정은 일반적으로 OAuth(Open Authorization) 표준을 구현하여 구현됩니다. 예를 들어 Argent는 신뢰할 수 있는 연락처나 다른 장치를 기반으로 복구를 수행할 수 있습니다.
▪ 사용자 장치: 브라우저 저장소, 모바일 저장소 등;
▪ 이메일: 예를 들어 서명을 보내는 이메일 링크를 클릭하여 승인합니다. 예를 들어 UniPass는 사회적 회복을 위해 이메일을 사용할 수 있고 영지식 증명을 사용하여 체인에 있는 사용자 정보를 둔감하게 할 수 있으며, Soul Wallet은 사회적 회복을 위해 체인에서 보호자의 이메일 주소를 확인할 수 있습니다.
▪ 다중 서명: 사용자는 개인 소유의 여러 EOA 또는 스마트 계약 지갑을 보호자로 설정할 수 있습니다. 예를 들어 BLS Wallet과 Argent는 다중 서명 기술(multisig)을 사용하여 사용자가 지정한 여러 EOA 주소를 통해 키 복구를 수행합니다.
▪ MPC: 사용자는 개인 키를 여러 공유로 분할할 수 있으며, 각 공유는 전체 키를 공개하지 않고 MPC 네트워크의 노드에 의해 제어됩니다. 예를 들어 Web3 Auth의 MPC 서비스는 소셜 로그인, 사용자 장비 및 MPC 노드 네트워크와 같은 보호자를 위해 사용자 키를 여러 공유로 분할합니다. 제품 로직은 완전히 오프체인으로 구현되며, 어떤 보호자도 완전한 개인 키를 저장하지 않습니다.
￮ 모듈성: Argent, Candide, Soul Wallet, Gnosis Safe 및 zeroDev는 모두 모듈식 기능을 가지며 4337 인터페이스에 추가 가능
IOS
Android