Authorization: Signed message specifying chain, address, and signature to allow code delegation; can be single- or multi-chain. Only the most recent authorization is active.
Delegate: The contract code that your EOA points to and executes.
Relayer: Entity that submits the transaction and pays gas; can be any account with a private key including a bundler.
Does the current version of Paymaster support EIP-7702 transactions?
Yes, as long as the EOA is upgraded to support ERC-4337 validation logic (i.e., after the 7702 upgrade) by sending an authorization transaction that designates a valid smart contract implementation for the account.
How can developers protect their users from 7702 attacks?
Use only trusted delegate contracts: Verify that the smart contract implementation you’re asking users to delegate to is legitimate and audited
Verify contract addresses on block explorers: Double-check contract addresses on a block explorer (Etherscan/Basescan) before implementing them in your application to ensure they match expected implementations
Implement proper validation: Add checks in your application to verify that the delegate contract address matches known safe implementations (e.g., Coinbase Smart Wallet implementation)
Educate users: Provide clear information about what the authorization does and which contract they’re delegating to
Use established implementations: Prefer well-known, audited smart account implementations rather than custom or unverified contracts
Assistant
Responses are generated using AI and may contain mistakes.