ERC-4337 lleva la abstracción de cuentas a Ethereum sin cambiar el protocolo base. Como Ethereum separa estrictamente las cuentas de propiedad externa (EOA, que pueden firmar) de las cuentas de contrato (CA, que no pueden originar transacciones), las funciones avanzadas como la recuperación social, las claves de sesión o las comisiones patrocinadas requieren que una EOA active el contrato, o un sistema alternativo de mempool y bundler como el que introduce ERC-4337.
EmpoorioChain no necesita un estándar equivalente, porque su modelo de cuentas no tiene, de entrada, la separación subyacente EOA/CA que dificulta esas funciones en Ethereum.
Cómo aborda EmpoorioChain el mismo problema
EmpoorioChain se diseñó desde el principio con un único modelo AccountId32 y pallets nativos de abstracción de comisiones. Esto es lo que realmente ofrece la funcionalidad al estilo de ERC-4337:
pallet-account-abstraction
Este pallet proporciona autorización programable directamente para las cuentas nativas — esquemas de firma personalizados, configuraciones multiclave y permisos de tipo sesión — sin necesidad de un bundler, un mempool alternativo o un contrato EntryPoint. Forma parte del runtime, no es un estándar superpuesto a él.
pallet-paymaster
Este pallet permite que un tercero (una app, un relayer o el propio protocolo) patrocine las comisiones de transacción del extrínseco de un usuario. Ofrece el mismo objetivo de 'experiencia sin gas' que persiguen los contratos paymaster de ERC-4337, pero como una funcionalidad nativa de abstracción de comisiones en lugar de un sistema de mempool/bundler añadido encima.
Lo que EmpoorioChain no necesita: soluciones alternativas al estilo de las Program-Derived-Address
ERC-4337 existe porque la CA de Ethereum no puede firmar. EmpoorioChain no tiene esa restricción a nivel de modelo de cuentas — toda cuenta es un AccountId32 que puede, en principio, autorizarse de forma flexible a través de pallet-account-abstraction, sin necesidad de un mempool paralelo para sortear una restricción de firma que aquí no existe.
Llamadas entre pallets en lugar de un bundler
Mientras que ERC-4337 necesita un bundler externo y un contrato EntryPoint para orquestar una UserOperation, los pallets de EmpoorioChain pueden llamarse entre sí directamente dentro del runtime (por ejemplo, el pallet paymaster cooperando con el pallet de activos para patrocinar la comisión de una transferencia) — una composabilidad que no requiere una infraestructura de relay off-chain independiente para existir como estándar.
Comparación con ERC-4337
Ambos enfoques persiguen los mismos objetivos de cara al usuario — autorización flexible, comisiones patrocinadas, acciones agrupadas — pero llegan a ellos de forma distinta:
- Ethereum (ERC-4337): Un estándar superpuesto al protocolo base, que usa un mempool alternativo y contratos bundler/EntryPoint, adoptado por wallets individuales basadas en contrato inteligente.
- EmpoorioChain: Pallets nativos del runtime (
pallet-account-abstraction,pallet-paymaster) disponibles para todas las cuentas, sin un estándar independiente al que las wallets deban adherirse.
| Categoría | Ethereum (ERC-4337) | EmpoorioChain |
|---|---|---|
| Arquitectura | Bundlers + un mempool especializado, superpuestos al protocolo | Pallets nativos (pallet-account-abstraction, pallet-paymaster) integrados en el runtime |
| Por qué se necesita | Las cuentas de contrato no pueden firmar/originar transacciones | No se necesita a nivel de modelo de cuentas — no hay separación EOA/CA que sortear |
| Patrocinio de comisiones | Contrato inteligente paymaster mediante el flujo de ERC-4337 | pallet-paymaster, de forma nativa |
| Adopción | Opcional, por cada wallet basada en contrato inteligente | Disponible por defecto para toda cuenta nativa |
| Contratos desplegados en EVM | N/D | Pueden seguir usando ERC-4337 de la forma habitual dentro del pallet EVM de EmpoorioChain si un equipo quiere esa vía concreta |
Ambos enfoques amplían lo que una cuenta puede hacer en nombre de un usuario. La versión de EmpoorioChain es nativa del runtime y no requiere un estándar adicional ni una infraestructura de bundler off-chain para lograr una funcionalidad similar en las cuentas nativas — mientras que los contratos en Solidity del pallet EVM siguen siendo libres de adoptar ERC-4337 directamente si esa es la integración específica que un equipo necesita.