Understanding the Approaches
Traditional Smart Wallet Accounts
Traditional smart wallet accounts involve:- EOA as signer/owner - Para wallet acts as the signer for a deployed smart contract
- Smart contract deployment - A separate smart contract wallet is deployed on-chain
- Smart contract receives benefits - Gas sponsorship goes to the smart contract, not the EOA
- Persistent deployment - The smart contract remains deployed after use
EIP-7702 Temporary Upgrades
EIP-7702 enables:- EOA receives benefits directly - Para wallet itself receives gas sponsorship and smart contract capabilities
- No permanent deployment - Temporarily borrows bytecode from a pre-deployed smart contract
- EOA transformation - The EOA itself becomes a smart account temporarily
- Simplified architecture - No need to manage separate smart contract addresses
Key Differences
Feature | Smart Wallet Account | EIP-7702 |
---|---|---|
Contract Deployment | Required per user | Uses pre-deployed contract |
Gas Sponsorship Target | Smart contract address | EOA address directly |
Transaction Complexity | Higher (userOps) | Lower (standard transactions) |
Signature Recovery | Expects 27/28 v-bytes | Expects 0/1 v-bytes |
Persistence | Permanent deployment | Temporary upgrade |
Para Wallet Integration
Para wallets work as EOAs (Externally Owned Accounts) that can sign for both approaches:- Active user sessions - Authenticated users with live Para embedded wallets
- Pregenerated wallets - Server-side Para instances with loaded user shares
Implementation: Smart Wallet Accounts
Setup Para Client
- Pregenerated Wallet
- Active Session
Create Alchemy Modular Account Client
Execute Smart Wallet Transactions
Implementation: EIP-7702
Setup Para Client
- Pregenerated Wallet
- Active Session
Create EIP-7702 Client
Execute EIP-7702 Transactions
Signature Compatibility
Para’s MPC signatures use 0/1 v-byte recovery, but smart wallet accounts expect 27/28. You need custom signing utilities:Custom Signature Utils
Apply Custom Signing
Transaction Construction Best Practices
Para signs raw bytes without transaction validation. Ensure proper transaction construction:Type Safety
Error Handling
Choosing the Right Approach
Use Smart Wallet Accounts When:
- You need persistent smart contract functionality
- Your application requires complex access control
- You want to leverage established userOp infrastructure
- Gas sponsorship policies are account-specific
Use EIP-7702 When:
- You want simpler transaction flows
- Gas sponsorship should go directly to EOAs
- You prefer avoiding permanent contract deployments
- Your use case fits temporary smart account capabilities
Important Considerations
Signature Recovery
- Smart Wallet Accounts: Expect 27/28 v-byte recovery (legacy Ethereum format)
- EIP-7702: Expects 0/1 v-byte recovery (modern format)
- Para Default: Produces 0/1 v-byte signatures (requires adjustment for smart wallets)
Network Support
- EIP-7702 requires network support for the new transaction type
- Smart wallet accounts work on any EVM-compatible network
- Check Alchemy’s documentation for current EIP-7702 network availability
Gas Sponsorship
- Both approaches support Alchemy’s gas sponsorship policies
- EIP-7702 sponsors the EOA directly
- Smart wallet accounts sponsor the smart contract address