사용자를 위한 NFT 발행을 단순화하기 위해 계정 추상화를 어떻게 사용합니까?

계정 추상화 및 사용자 경험 최적화

1. 계정 추상화를 통해 외부 소유 계정(EOA)에 의존하지 않고 지갑 로직을 스마트 계약으로 완전히 구현할 수 있습니다. 이러한 변화를 통해 개발자는 발행 로직을 지갑 레이어에 직접 내장할 수 있으므로 사용자가 NFT 획득 중에 가스 지불을 위해 기본 토큰을 보유할 필요가 없습니다.

2. EIP-4337을 사용하면 사용자는 기존 트랜잭션 대신 UserOperation 을 시작합니다. 해당 작업에는 발행에 필요한 모든 매개변수(토큰 ID, 수신자 주소, 메타데이터 URI)가 포함되어 있으며 ETH 잔고 없이 사용자의 개인 키로 서명됩니다.

3. 번들러는 여러 UserOperation을 수집하고 EntryPoint 계약에 대해 유효성을 검사한 다음 단일 집계 트랜잭션을 제출합니다. EntryPoint는 서명 검증, 임시 관리, Paymaster 후원을 통한 수수료 지불 등 사용자의 스마트 계약 지갑에 정의된 검증 규칙을 시행합니다.

4. 후원받는 페이마스터는 대체 자산이나 오프체인 결제 메커니즘을 사용하여 가스 수수료를 충당할 수 있습니다. 이는 사용자가 ETH를 건드리지 않고도 스테이블 코인, ERC-20 토큰 또는 법정화폐 연결 신용을 사용하여 NFT를 발행할 수 있음을 의미합니다.

5. 전체 흐름은 블록체인 관련 마찰을 추상화합니다. 시드 구문 복구로 인해 미드 민트가 표시되지 않고 별도의 가스 추정 단계가 없으며 "지금 구매"를 클릭하기 전에 지갑 잔액을 확인하지 않습니다.

스마트 계약 지갑과 Lazy Minting 통합

1. 지연 발행은 tokenId, URI, minPrice 및 서명이 포함된 오프체인 서명 바우처에 의존합니다. 계정 추상화와 결합하면 이러한 바우처를 UserOperations 내부에 호출 데이터로 내장할 수 있습니다.

2. 스마트 계약 지갑은 상환을 실행하기 전에 ECDSA 복구 또는 EIP-1271 표준을 사용하여 바우처 서명을 확인합니다. 외부 서명 릴레이나 제3자 오라클이 필요하지 않습니다. 지갑 자체가 검증을 수행합니다.

3. 바우처에 참조된 메타데이터 URI는 IPFS 해시 또는 분산형 스토리지 게이트웨이를 가리킬 수 있습니다. 지갑은 필요한 경우에만 발행 중에 온체인으로 문제를 해결하여 초기 페이로드 크기와 대기 시간을 줄입니다.

4. 로열티 집행 로직은 지갑의 검증 모듈에 있습니다. UserOperation이 발행을 시작하면 지갑은 내장된 생성자 주소와 바우처에 저장된 비율을 기반으로 로열티 지분을 자동으로 계산하고 전달합니다.

5. 바우처 만료 타임스탬프 및 사용량 카운터는 EntryPoint 수준에서 시행되어 재생 공격을 방지하고 다양한 dApp에서 희소성 보장이 그대로 유지되도록 합니다.

결합된 추상화 계층의 보안 영향

1. 바우처 상환을 처리하기 전에 지정된 보호자의 승인을 요구하도록 지갑의 유효성 검사 기능을 구성하여 다중 서명 정책을 발행 작업에 적용할 수 있습니다.

2. 소셜 복구 모듈을 사용하면 시간 잠금 또는 신뢰할 수 있는 연락처 확인과 같은 복구 조건이 충족되는 경우 사용자가 대기 중인 게으른 민트 바우처에 대한 액세스 권한을 잃지 않고 서명 키를 재설정할 수 있습니다.

3. EntryPoint 계약에 내장된 재진입 보호 기능은 신뢰할 수 없는 시장과 상호 작용하는 경우에도 악성 계약이 발행 실행 경로를 방해하는 것을 방지합니다.

4. Paymaster 화이트리스트는 감사를 받고 권한이 있는 기관만 수수료 후원을 처리하도록 보장하여 임의 토큰 승인 또는 플래시 대출 조작과 관련된 위험을 완화합니다.

5. BLS와 같은 서명 집계 기술을 사용하면 지갑에서 여러 바우처 상환을 하나의 UserOperation으로 일괄 처리하여 개별 출처 무결성을 유지하면서 NFT별 확인 오버헤드를 낮출 수 있습니다.

배포를 위한 인프라 요구 사항

1. 완전히 규정을 준수하는 EntryPoint 계약이 대상 체인에 배포되어야 합니다. 메인넷 배포는 Ethereum, Polygon, Arbitrum 및 Base에 존재하며 각각 검증된 바이트 코드와 감사 보고서가 공개적으로 제공됩니다.

2. 번들러 인프라는 바우처 구조에 대한 사용자 정의 호출 데이터 구문 분석을 지원해야 합니다. Stackup 및 Pimlico와 같은 오픈 소스 번들러는 바우처 디코딩 논리를 확장하기 위한 구성 후크를 제공합니다.

3. 인덱서는 UserOperation 포함 상태 및 상환 결과를 추적해야 합니다. The Graph 프로토콜을 기반으로 구축된 하위 그래프는 표준 전송 이벤트와 함께 게으른 민트 이벤트를 표시하도록 조정되었습니다.

4. viem 및 ethers v6과 같은 Wallet SDK에는 UserOperations 생성 및 전송, 프런트엔드 개발자의 낮은 수준 ABI 인코딩 및 EntryPoint 상호 작용 세부 정보 추상화에 대한 기본 지원이 포함되어 있습니다.

5. 이제 Foundry 및 Hardhat과 같은 테스트 환경에 EntryPoint 동작을 시뮬레이션하는 EIP-4337 플러그인이 통합되어 메인넷 종속성 없이 게으른 민트 흐름의 결정적 단위 테스트가 가능해졌습니다.

자주 묻는 질문

Q: 계정 추상화와 함께 기존 MetaMask 지갑을 사용할 수 있나요? A: 기본적으로는 아닙니다. MetaMask는 현재 EOA 기반 지갑으로 운영되고 있습니다. EIP-4337을 활용하려면 Safe, Argent 또는 Trust Wallet의 AA 지원 버전과 같은 스마트 계약 지갑으로 마이그레이션해야 합니다.

Q: 특정 기간 내에 사용하지 않으면 게으른 민트 바우처가 만료됩니까? 답: 그렇습니다. 바우처 구조체에는 일반적으로 타임스탬프 또는 블록 번호 필드가 포함됩니다. 현재 블록이 실행 중 EntryPoint 계약에 의해 시행되는 지정된 기한을 초과하면 상환이 취소됩니다.

Q: 게으른 민트 바우처에 서명한 후 상환하기 전에 취소할 수 있나요? A: 철회에는 온체인 상태 추적이 필요합니다. 일부 구현에서는 작성자가 특정 서명을 블랙리스트에 올릴 수 있는 취소 가능한 바우처 레지스트리 계약을 배포하여 EntryPoint 검증 중에 후속 상환이 실패하게 만듭니다.

Q: 페이마스터가 가스비를 후원하는 경우 로열티 집행은 어떻게 이루어지나요? A: 로열티는 가스 후원과 별도로 계산되어 이전됩니다. Paymaster는 실행 비용만 부담합니다. 로열티 분배는 민트 기능 로직 내에서 이루어지며 최종 자산 이전 전에 판매 수익금에서 공제됩니다.