Autor: Haotian; Fuente: X, @tmel0211
La última vez mencioné que el protocolo x402 continúa con Lightning Network. Recientemente, cuando cené con un grupo de amigos programadores, me «desafiaron» nuevamente:¿No es x402 solo la abstracción de la cuenta AA anterior?
El subtexto es que Ethereum ha estado trabajando en la abstracción de cuentas durante muchos años. ERC-4337, Paymaster, etc. han invertido muchos recursos, incluidas varias subvenciones y proveedores de servicios de billetera, pero todos han visto los resultados reales y muchas personas los han criticado por ser más ruidosos que la lluvia.
Aunque no creo que AA haya fracasado, ¿cuál es el quid de la cuestión?
1. Paymaster transfiere el consumo de gas del usuario a la parte del proyecto, lo que suena maravilloso, pero la motivación de la parte del proyecto para gastar dinero para el pago es muy débil y el retorno de la inversión no está claro, lo que sin duda conduce a un callejón sin salida en el modelo de negocio.¿Cómo puedo sobrevivir sin la capacidad de producir mi propia hematopoyesis y depender únicamente de las transfusiones de sangre?
2. La abstracción de cuentas AA se limita al ecosistema EVM. Por ejemplo, los contratos ERC4337, Paymaster y EntryPoint son exclusivos de Ethereum. Si desea implementar el uso del ecosistema entre EVM, incluidos Solana, BTC, etc., debe continuar agregando servicios de capa intermedia para implementar funciones.Pero el problema es,El servicio de nivel medio tiene otro proceso de pago compartido, lo que plantea un desafío mayor para el retorno de la inversión del modelo de negocio.!
Todavía hay muchas cuestiones técnicas complejas, así que no entraré en ellas, pero les diré algo que todos podrán entender.AA es esencialmente el producto de la «tecnología por el bien de la tecnología» y es un trabajo basado en la tendencia de investigación pura de Ethereum en el pasado.
En comparación, ¿qué hace el protocolo x402?¿Cuál es la diferencia?Algunas personas criticaron cómo se sacó a la luz el código de estado HTTP 402, una especie antigua que existía hace 30 años, y se jugó un juego de grabado en oro.
Pero no olvide el código de estado HTTP 402: este es el protocolo subyacente de Internet y el lenguaje común de Web2 y Web3.
AA requiere contratos inteligentes, estado en cadena y ejecución de máquina virtual EVM. x402 solo requiere un encabezado de solicitud HTTP y puede ser utilizado por cualquier sistema que admita HTTP——Web2 API, Web3 RPC e incluso las pasarelas de pago tradicionales son compatibles.
Esta no es una solución de optimización para el apilamiento de tecnología, sino un «ataque de reducción de dimensionalidad» para simplificar la capa de protocolo.En lugar de lanzar varios métodos de confianza y adaptación de compatibilidad en la capa de aplicación, es mejor unificar primero los estándares de la capa de protocolo más ascendente.
La clave es que x402 es, naturalmente, un buen estándar de interoperabilidad entre cadenas.Siempre que el Agente pueda enviar solicitudes HTTP, manejar respuestas 402 y completar la autorización EIP-3009 (o estándares equivalentes de otras cadenas), no importa si es Base, Monad, Solana, Avalanche o BSC, no hay conocimiento entre cadenas a nivel de protocolo y solo se refleja en la cuestión de un solo punto de liquidación y pago. En comparación, el costo entre cadenas es mucho menor.
El facilitador puede servir a múltiples cadenas al mismo tiempo, los datos del historial de pagos de los usuarios se pueden indexar de manera uniforme y los desarrolladores pueden «abrir» todo el ecosistema con un solo acceso.
Mi sentimiento general es,AA es un proyecto exquisito basado en el pensamiento de los investigadores, mientras que el protocolo x402 es un pragmatismo obligado por la demanda del mercado.
La pregunta es: ¿ERC-8004 seguirá el antiguo camino de AA?
Desde una perspectiva teórica, ERC-8004 es muy similar a AA 2.0. Sigue siendo exclusivo de EVM y requiere la implementación de un registro de tres capas (Identidad/Reputación/Validación). Los primeros incentivos también dependen más de subsidios o promesas externas. Éstos son obstáculos que AA ha encontrado antes. Si otras cadenas quieren ser compatibles, aún habrá que agregar una capa adicional de costo de confianza.
Pero la diferencia es,Bajo el marco x402, ERC-8004 es solo una herramienta, no un estándar rector.Otras cadenas deben ser compatibles con el protocolo x402, no con ERC8004.
Esta diferencia de posicionamiento es muy importante. ¿Cuál era el problema de AA en aquel entonces?Quiere convertirse en «el único estándar para la experiencia de pago de Ethereum» y requiere que todo el ecosistema gire en torno a él:Es necesario adaptar las billeteras, integrar las aplicaciones y cambiar los hábitos de los usuarios.Este tipo de impulso «de arriba hacia abajo» naturalmente fracasará sin una aplicación excelente y un retorno de la inversión claro.
ERC-8004 es diferente.No hace falta que sea el protagonista, porque x402 ha resuelto el problema central: el pago.ERC-8004 solo proporciona una capa de confianza «opcional» en esta red de pago que ya funciona..
Además, ERC-8004 se basa en el éxito de x402 y no necesita construir un ecosistema desde cero.x402 ya tiene un circuito cerrado comercial claro (tráfico de proveedor, cobro de facilitador), una pila de tecnología completa (protocolo HTTP + EIP-3009) y un ecosistema de proyecto activo. ERC-8004 sólo necesita ser «plug and play».








