뇌관
현재 주류 이더리움 지갑(EOA 지갑이라고 함)은 사용자 경험이 매우 제한적이며, 다음과 같은 편의 기능은 스마트 계약 지갑을 통해서만 완료할 수 있습니다(일부 오프체인 보조 솔루션은 편의성을 제공할 수 있지만 불필요한 외부 위험을 도입하므로 이 문서의 범위에 포함되지 않음).
개인 키 및 니모닉 경험 없음, 소셜 검색(예: Argent, Unipass)
일괄 트랜잭션(예: Gnosis Safe)
순수한 온체인 게임에서는 다중 서명(세션 키)이 필요하지 않습니다.
다행스럽게도 우리는 이미 일반적인 스마트 계약 표준에 매우 근접해 있습니다. 즉, 사용자는 곧 100배 더 나은 이더리움 지갑 경험을 갖게 될 것입니다!
해석: 스마트 계약 지갑, 계정 추상화 및 ERC-4337
스마트 계약 지갑은 현재 이더리움에서 지원하는 두 가지 지갑 형태 중 하나이며, 다른 하나는 대중이 일반적으로 사용하는 EOA 지갑(예: 메타마스크)입니다.
이름에서 알 수 있듯이 앞서 언급한 모든 좋은 가치는 스마트 계약의 이점을 얻습니다.
스마트 계약 계정은 코드에 의해 제어됩니다. 코드를 작성하면 모든 논리를 실현할 수 있습니다.
반대로 EOA 지갑은 사용자가 트랜잭션을 발행할 수 있는 개인 키로 제어되는 블록체인의 주소입니다.
그러나 "개인 키가 계정입니다" 기능의 한계도 분명합니다. 사용자는 주어진 주소에 서명할 다른 키를 승인할 수 없으며 여기에 사용자 지정 논리를 작성할 수 없습니다.
중요한 추가 사항: 스마트 계약 지갑은 EOA와 정확히 동일한 경험을 갖도록 컴파일할 수 있지만(하나의 서명 키만, 업그레이드 불가 등), 그 반대는 아닙니다.
계정 추상화이더리움 계정 시스템에서 불필요한 세부 사항을 생략하여 복잡성을 줄이고 효율성을 향상시키고(EOA 및 스마트 계약 지갑의 특수 처리 필요성 제거) 최종적으로 앞서 언급한 귀중한 기능의 기반을 제공합니다! (컴퓨터 과학에서의 추상화[1] 설명 참조)
ERC-4337 계정의 추상적인 유용성을 실현하는 디자인 중 하나입니다.
블록체인의 기본 핵심 프로토콜을 수정하지 않고 실현됩니다. (ERC-4337, 가까운 장래에 실행될 것으로 예상됨)
블록체인의 기본 핵심 프로토콜을 수정하여 구현됩니다. (EIP-3074, EVM에서 중장기 계획/Starkware/zksync 거의 완료)
프레임워크 수준 비교: EOA 지갑, 현재 주류 스마트 계약 지갑 및 ERC-4337 지갑
(기술 세부 사항에 관심이 없다면 "현재 주류 스마트 계약 지갑과 비교한 ERC-4337의 장점"으로 바로 건너뛸 수 있습니다.)
보조 읽기 팁:
위 그림에서 구분선은 각 프레임을 사용자 서명 단계, 릴레이 단계(트랜잭션이 블록에 패키징되기 전) 및 최종 실행 단계(트랜잭션이 블록에 패키징된 후)의 세 부분으로 나눕니다. 이 부서가 당신에게 더 나은 이해를 줄 수 있기를 바랍니다.
EOA
표준 ECDSA를 사용하여 개인 키로 사용자가 서명한 거래는 Ethereum Mempool로 보내져 광부가 다음 블록으로 포장합니다.
현재 스마트 계약 지갑
EOA와의 가장 큰 차이점: 네트워크 보안과 더 나은 UX를 위해 현재 주류 스마트 컨트랙트 지갑은 사용자 정보를 최종 스마트 컨트랙트 지갑으로 전송하기 위해 리플레이어를 구축 및 운영해야 합니다.
이더리움의 현재 주류 스마트 계약 지갑(예: Safe, Argent, Loopring)에는 공통 개발 표준이 없다는 점을 고려하여 각 프로젝트는 자체 릴레이어 및 관련 수수료 모듈을 개발 및 유지해야 하며 채택 스마트 계약 기능을 독립적으로 감사해야 합니다.
ERC-4337
현재 주류 스마트 계약 지갑과의 가장 큰 차이점은 다음과 같습니다.
각 프로젝트에서 독립적으로 개발한 Relayer 모듈을 대체하기 위해 공통 모듈 Useroperation Mempool & Bundler를 구축합니다.
새로운 지갑을 생성하는 사용자 경험을 최적화하기 위한 Entry Point 스마트 계약과 사용자 운영 및 기타 프로세스의 타당성을 검증하기 위한 스마트 계약 지갑을 도입하십시오.
구체적인 프로세스는 다음과 같다 트랜잭션과 달리 사용자가 발행한 User Operations는 User Operation Mempool에 모이고, Bundler는 여러 User Operations를 패키징하여(gas fee 첨부) 이더리움의 transaction mempool로 보낸다. 차단하다.
위의 패키지된 사용자 작업은 스마트 계약 계정의 초기 배포 및 사용자 사용자 작업 개체의 확인을 포함하여 Entry Point 스마트 계약에 의해 처리됩니다.
궁극적으로 사용자 사용자 작업은 사용자가 선택한 스마트 계약 지갑에 의해 처리됩니다.
현재 주류 스마트 계약 지갑과 비교한 ERC-4337의 장점
각 스마트 컨트랙트 지갑은 별도의 릴레이어를 운영할 필요가 없습니다.
매우 편리한 스마트 계약 기능 모듈은 보편적이며 바퀴를 재발명하는 비용을 크게 절약합니다.
Bundler에 의해 패키징된 후 트랜잭션의 고정 비용을 상각할 수 있으므로 궁극적으로 사용자의 트랜잭션 비용을 줄일 수 있습니다.
스마트 컨트랙트 지갑의 대중화는 어디까지?
100% EVM 체인
(큰 도움을 주신 https://hackmd.io/@erc4337[2])에게 감사드립니다.)
정답은곧위로. 핵심 계약은 기본적으로 준비되었으며 여러 우수한 팀이 생산 수준의 ERC-4337 기본 클라이언트 지갑을 출시하려고 합니다!
전체 EVM 생태계의 공통 표준인 ERC-4337을 배포하려면 몇 가지 주요 모듈을 개발해야 합니다(위의 빨간색 점으로 표시됨).
① 생산 등급 ERC-4337 기본 클라이언트 지갑
ERC-4337은 서명 체계를 지정하지 않지만 UserOperation을 위해 ERC-191 또는 ERC-712 서명 dapp을 사용하기 위해 MetaMask에 의존하는 것은 최적의 사용자 경험이 아닙니다. Market은 클라이언트 지갑이 전용 표준 서명 체계를 통해 기본적으로 프록시 지갑 주소와 UserOperation 트랜잭션을 지원하도록 요구합니다.
개발 진행:
② UserOperation Block Builder Bundler
ERC-4337 네트워크의 주요 작동 모드는 공용 P2P mempool에서 기본적으로 UserOps를 지원하고 이러한 UserOps를 사용하여 번들 및 포함 진입점 트랜잭션은 블록에 있습니다.
개발 진행:
③ 진입점 스마트 컨트랙트
ERC-4337의 핵심 부분.
개발 진행:
④ 생산 수준 ERC-4337 ECDSA 프록시 지갑 스마트 계약
ERC-4337의 기본 작동 모드는 각 사용자가 프록시 지갑으로 표시되는 ID를 획득한다고 가정합니다. 즉, 이러한 지갑에 대한 보안 구현을 제공하는 것이 중요합니다. 이것은 또한 사용자의 프록시 지갑 주소가 EOA와 마찬가지로 네트워크 전체에서 결정적이고 일관성이 있는지 확인해야 함을 의미합니다.
개발 진행:
⑤ ERC-4337 클라이언트 SDK
이 부분은 ERC-4337의 기능을 체험하면서 MetaMask를 계속 사용하는 등 ERC-4337을 다양한 지갑과 dapp에 최대한 쉽게 통합하는 것을 목표로 합니다.
개발 상태:
⑥⑦⑧⑨... 소셜검색, 페이마스터, 원하는 편의기능
개발 진행:
개발 진행:
100% EVM L2 아님(예: Starknet)
답은 EVM 환경보다 이전입니다.현재 개발자는 이미 테스트넷에서 코딩하는 데 사용할 수 있으며 많은 강력한 기능이 프로덕션 수준에 진입했습니다.
이미지 설명
StarkNet에서 계정 추상화의 기본 프로세스
현재 계정 추상화의 진행 상황은 거의 프로덕션 준비 수준에 있으며 Starkware는 계정 추상화 개선 사항이 포함된 StarkNet Alpha 0.10.0(ERC-4337에서 영감을 받음)을 출시했습니다.
[DevConnect StarkNet Hackathon] 중에 몇 가지 흥미로운 내용이 나왔습니다.
세션 키: 브라우저에 저장되는 일회성 서명 키를 생성하여 사용자는 일정 기간 동안 한 번만 게임에 로그인하면 됩니다. 이렇게 하면 플레이어가 중복 거래에 서명할 필요가 없습니다. (Briq & Realms [3])
Dead Man's Switch: 계정이 일정 기간 동안 사용되지 않으면 신뢰할 수 있는 계정이 지갑의 자산에 액세스하고 계정 소유권을 지정된 사람에게 이전하여 원래 계정이 문제를 해결할 수 있도록 하는 설계입니다. 보유자 사라짐 계정 자산 양도. (데드맨[4])
게임 조합 다중 서명 시스템: 토큰 보유자가 소유권을 유지하면서 조합 내에서 NFT 사용 권한을 열 수 있습니다. (길드[5])
제품 형태 및 가치 포착
제품 형태 : 결국 지금까지 본 것과 같지 않을 수 있습니다
이전 내용을 상기하면 계정 추상화의 주요 계약과 지갑 클라이언트 SDK까지 오픈 소스가 될 것입니다. 즉, 계정 추상화 프레임워크를 기반으로 기본 지갑(여러 멋진 기능 없이)을 매우 쉽게 시작할 수 있습니다. 그런 다음 오픈 소스 커뮤니티에는 이미 많은 훌륭한 편의 기능이 있으며 더 많은 기능을 기대할 수 있습니다. 무엇보다 이 기본 지갑과 편의 기능은 모두 같은 기준으로!
그러면 제품 형태는 아마 누구나 표준화된 프런트엔드를 구축할 수 있고, 사용자가 사용하고 싶은 플러그인을 사용할 수 있도록 편의 기능을 탑재한 플러그인 시장을 띄울 수 있고, 플러그인을 표시할 수 있을 것이다. 현재 사용중 (저는 PM이나 아티스트가 아니므로 아래 사진이 못생겼다면 양해부탁드립니다 :)
가치 포착: 공공재의 수익 모델을 다시 마주해야 한다
앞서 언급한 이론을 참고하면 기본 인터페이스가 기본 인프라에 침전되고 대부분의 편의 기능도 오픈 소스가 될 경우 가치 포착은 어떻게 할까요?
물론 지갑은 스왑 기능을 계속 사용하여 트래픽 수익화를 실현할 수 있습니다.
그러나 이러한 가치 있는 편의 기능에 대해 현재 시장에는 그러한 공공재에 대한 적절한 인센티브 메커니즘이 부족합니다. 그렇다면 누가 더 많은 편의 기능을 풍부하게 할 책임이 있습니까? 결국 이것이 스마트 계약 지갑의 가장 중요한 가치입니다.
끝
끝
Vitalik이 반복적으로 계정 추상화를 공개적으로 설명한 것처럼: 계정 추상화는 블록체인 네트워크가 주류 집단에 도달할 수 있는 유일한 방법입니다! 이 기사가 당신에게 더 나은 이해를 제공하기를 바랍니다.
여전히 많은 실질적인 제한이 있지만(예: EIP-1271 >>> 스마트 계약 지갑을 지원하지 않는 많은 dapp은 이러한 dapp과 상호 작용할 수 없음) 다중 체인 시나리오에는 적합하지 않습니다. 하지만 L2가 이더리움의 미래인 것처럼 저는 계정 추상화가 이더리움 지갑의 미래라고 믿습니다!
물론 저는 모든 사람이 다중 체인 사용 사례에서 MPC 지갑을 사용해 볼 것을 권장합니다. 이는 가까운 장래에 최고의 지갑 솔루션이 될 것입니다. 다중 체인 시스템에서 계정 추상화 지갑에 대한 아이디어가 있으면 저에게 연락하십시오!
원본 링크
IOS
Android